[C++] Increased gold

[amukaçi35]

Originally Posted by .T4Ump

you using novaline?

fixed



+ exp quest function > pc.give_exp2





- exp quest function > pc.del_exp3

[Alergix2]

Geiler ****!

[.T4Ump]

Originally Posted by .0x404´Err0xR

Geiler ****!

Whaat? Positive or negative?

[lollo_9_1]

Originally Posted by kstmr

what you said is what a wise person would do.
what you said is what most of those retarded player hate.

Otherwise, people can implement the Won System, since it adds a new currency of it.

@
1) Be sure to check the signness of the type and use it
Little example to make it cuter:

#ifdef ENABLE_GOLD_LIMIT_INCREASE
typedef long long GoldType;
typedef signed long long sGoldType;
typedef unsigned long long uGoldType;
#else
typedef int GoldType;
typedef signed int sGoldType;
typedef unsigned int uGoldType;
#endif

2) Doing as you did, you will get quite a lot of format warnings (and also errors) related to %d/%u -> %lld

Little example to make it cuter:

#ifdef ENABLE_GOLD_LIMIT_INCREASE
#define "%lld" GOLD_FORMAT
#define "%lld" SGOLD_FORMAT
#define "%llu" UGOLD_FORMAT
#else
#define "%d" GOLD_FORMAT
#define "%d" SGOLD_FORMAT
#define "%u" UGOLD_FORMAT
#endif

3) This if you want to use long long, and int, instead of int64_t/int32_t, and the relative PRId32/PRId64.



4) There's no need to change all the points to 64bit and create infinite bugs, when you can simply create a separate 64bit point handling just for the gold.

[.T4Ump]

Originally Posted by lollo_9_1

Otherwise, people can implement the Won System, since it adds a new currency of it.

@
1) Be sure to check the signness of the type and use it
Little example to make it cuter:

#ifdef ENABLE_GOLD_LIMIT_INCREASE
typedef long long GoldType;
typedef signed long long sGoldType;
typedef unsigned long long uGoldType;
#else
typedef int GoldType;
typedef signed int sGoldType;
typedef unsigned int uGoldType;
#endif

2) Doing as you did, you will get quite a lot of format warnings (and also errors) related to %d/%u -> %lld

Little example to make it cuter:

#ifdef ENABLE_GOLD_LIMIT_INCREASE
#define "%lld" GOLD_FORMAT
#define "%lld" SGOLD_FORMAT
#define "%llu" UGOLD_FORMAT
#else
#define "%d" GOLD_FORMAT
#define "%d" SGOLD_FORMAT
#define "%u" UGOLD_FORMAT
#endif

3) This if you want to use long long, and int, instead of int64_t/int32_t, and the relative PRId32/PRId64.



4) There's no need to change all the points to 64bit and create infinite bugs, when you can simply create a separate 64bit point handling just for the gold.

Hmmm, thanks for training.

[Alergix2]

Originally Posted by .T4Ump

Whaat? Positive or negative?

Positive

[fcsk_aim]

Originally Posted by lollo_9_1

Otherwise, people can implement the Won System, since it adds a new currency of it.

@
1) Be sure to check the signness of the type and use it
Little example to make it cuter:

#ifdef ENABLE_GOLD_LIMIT_INCREASE
typedef long long GoldType;
typedef signed long long sGoldType;
typedef unsigned long long uGoldType;
#else
typedef int GoldType;
typedef signed int sGoldType;
typedef unsigned int uGoldType;
#endif

2) Doing as you did, you will get quite a lot of format warnings (and also errors) related to %d/%u -> %lld

Little example to make it cuter:

#ifdef ENABLE_GOLD_LIMIT_INCREASE
#define "%lld" GOLD_FORMAT
#define "%lld" SGOLD_FORMAT
#define "%llu" UGOLD_FORMAT
#else
#define "%d" GOLD_FORMAT
#define "%d" SGOLD_FORMAT
#define "%u" UGOLD_FORMAT
#endif

3) This if you want to use long long, and int, instead of int64_t/int32_t, and the relative PRId32/PRId64.



4) There's no need to change all the points to 64bit and create infinite bugs, when you can simply create a separate 64bit point handling just for the gold.

In 2016 people don't use typedef is deprecated and will be removed soon.

#ifdef ENABLE_GOLD_LIMIT_INCREASE
using GoldType = long long;
using sGoldType = signed long long;
using uGoldType = unsigned long long;
#else
using GoldType = int;
using sGoldType = signed int;
using uGoldType = unsigned int;
#endif

The using syntax has an advantage when used within templates. If you need the type abstraction, but also need to keep template parameter to be possible to be specified in future.

[_asm]

Originally Posted by fcsk_aim

The using syntax has an advantage when used within templates. If you need the type abstraction, but also need to keep template parameter to be possible to be specified in future.

nice c&p from 4xy on

[fcsk_aim]

Originally Posted by _asm

nice c&p from 4xy on

This don't make any sense.
I can't explain it, i know how to use it but i can't explain in my words since my English is not perfect. Soo, i better copy & paste in this way is easy for other people to understand.

THAT WAS one of the shorter explain that i found. But not this is the point , typedef is deprecated and in 2016 we should use 2016 offer. This is what you SHOULD notice from my comment. Not copy paste.

Don't try to look smart. :d

[lollo_9_1]

Originally Posted by _asm

nice c&p from 4xy on

What is more funny is that "typedef" isn't deprecated at all in c/c++.
So the intervention of that special kid is totally useless and very misleading.

@, .T4Ump removed his tutorial, so his thread can be closed now.