it work? XD
it work? XD
It's a good thought, but I am sure they have fixed this error. I am sure they have stumbled upon the issue themselves when developing.
sweet i always wanted to know how lol
with the ptr's up it wouldnt be that hard to try itno real risk of loss
im tempted to try this
Why would it have to go above 4,294,967,310? That would be if it was a unsigned Int. Someone already said it's been proven the gold limit is 214,748g 36s 47c, and he's right http://www.wowinsider.com/media/2008/01/691k3knjwh.jpg
Only reason they would limit the gold to that much would be because a signed Int size is 2,147,483,647. No idea why they wouldn't use unsigned since you can't have negative gold, but you can't even overflow a signed Int according to Integer overflow - Wikipedia, the free encyclopedia , it would cause undefined behavior, which would probably result in a crash or just something funky happening.
For this to work they would have to use unsigned int to calculate the AH cut price, so that it can overflow. It would have to be over 4,294,967,295 (429,496g 72s 95c) to wrap around, and they would have to do some funky multiplying that makes no sense, like multiply by 10 or 100 and then dividing. Not sure sure Blizzard is that bad at programming.
wow.. heres another way using common sence: buy an item thats of equal worth on both sides (or preferable: more worth on the side your transfering it to) trade it over at the cross AH resell it. beam no cut. altho the theory of this is pretty intresting. ^^
intresting if it still works + rep
OK for everyone who wants a solid answer . - I posted 1 kingblood for 28634 gold then purchased it on my alt account - and guess what it FAILED! my fee was 4295 gold... So i think it is safe to say this is NOT working.
This is actually wrong, while the overflow of an signed int is often referred to as 'undefined' behaviour it really isn't. For instance if I have a piece of code which deliberately overflows, such as
Then depending on what version of compiler I am using one of two things will most likely happen, It will either just return 0, or, it will wrap around to a negative number. This is due to the compiler trying to optimize the code. It does this because it assumes, like it should, that no correct program will contain a integer overflow, because that's just a bad error to make. Its almost impossible to comprehend why they even use a signed int, the only reason I could come up with was to detect an overflow if you assume wrapping behaviour. For instance with an unsigned int that either wrapped or reset to 0 I would not be able to detect an overflow because I would always have a positive number, on the other hand with a signed int I can tell an overflow has occurred because all over a sudden my value is negative. The problem with this is that it assumes that the person who wrote the code didn't know how to stop an overflow and knows how bad they are so they thought they would need a method of detecting overflows :/Code:int f(int x) { return 0×7ffffff0 < x && x + 32 < 0x7fffffff; }
Last edited by rolands; 03-10-2009 at 04:15 PM.
Sounds crazy enough to work =|
<3 MysterioussouL for the sig
I'm going to try this and post some pictures.
EU realm, too.
IT WORKED!
This was done today on an EU live server (which shall remain nameless). The version of WoW is 3.0.9, the current version on the live.
My heart was throbbing like mad when I opened the receipt, losing 4000 gold would've sucked quite hard.
LINK to imageshack.us gallery: (NOTE: Replace ";" with ":" and "," with ".". I can't post pictures since my post count is too low yet.)
http;//img22,imageshack,us/gal,php?g=ah1i,jpg
(Pictures from left to right.)
Thanks to benjamin66 for this! +REP definitely, you saved me over 4000 gold!
thanks for the testing
Anyone want to be volunteer too?
I want to know if it only work on live server and fixed on PTR?