WishUnderflow
-
Wouldn't it depend on the order of operations, you'd think even vibe coding a genie would still have the sense to lower the counter before granting the wish.
So logically
Wishes = 3
Make wish count zero.
*wish used, wish count 2
Wish applied, wish count 0
It seems logical to decrement after the wish is granted, imo. Just causes issues in this particular case...
-
If there's parallelism/async involved, then there definitely is an argument to decrement first, execute later. Otherwise you could make a wish for the genie to just wait for an hour and then make as many wishes as you want within that hour.
What if one of the threads crashes while executing the wish? I demand warranty!
-
It seems logical to decrement after the wish is granted, imo. Just causes issues in this particular case...
Dunno, I know enough duplicate exploits in games to know giving the effect then reducing the item, is a pretty common source of duplication hacks/bugs.
I guess it comes down to which is the designer is more afraid of happening, the chance of a wish being expended but not granted, or granted without expending.
Then again based on disney's aladin, tricking the genie into rescuing him without using a wish, it does seem practical to assume that the genie errors on the side of granting without expending.
-
Now make it 2.5 wishes. Now 0.9. Now 999.
Genie API times out due to detected fuzzing
-
But how can you decrement a future dated wish, since you can't guarantee nothing will happen that prevents the genies ability from executing said wish? E.g. i mean like telling the Genie to do something 5 days from now, not your example which would begin immediately after making said wish.
wrote on last edited by [email protected]I always thought that wish-granting is instant, even if the effects of that wish are delayed.
So if I wish for something to happen in 5 days, it's granted in the moment and guaranteed to happen. That raises a question though: Can I wish to cancel a wish I have already made, but whose effect has not yet taken hold? On its face, this should be possible, but if we take it as a given that all valid wishes are always granted at the moment of utterance, then it might be physically/psychologically impossible for me or anyone else to revoke the wish before its IRL effect is complete.
-
This post did not contain any content.
Righto Gandhi, put the nukes away
-
This post did not contain any content.
Id they were optimized to use unsignrd they would be optimized to use 2 bits for 3 wishes rather than 8. You have 3 wishes left.
-
Every wish you grant causes you to owe more wishes to the genie
-
This post did not contain any content.
Not a computer scientist but (regarding the post title), this is still classified as an integer overflow as the result -1 flows out of the domain your datatype can represent (0-255).
An integer underflow is when two numbers are so close to each other they become indistinct in your representation. For example a number that is so small, a float would represent it as 0.
Love the meme though
-
I love being a nerd
i think both solutions are valid, since sometimes you pay before and sometimes after receiving the service
-
This post did not contain any content.
I'd like yo have
'); DROP TABLE Wisheswishes -
I had a visceral reaction to this because obviously the wish count should be decremented before the wish takes place. Even though I can't think up a convincing technical argument for it.
You’d need a check to make sure they don’t wish for something not allowed (like more wishes).
-
Yeah, but what if the counter gets decremented before the wish gets granted, huh?
Didn't even get the joke here because this is how I always imagined genie wishes working.
-
Yeah, but what if the counter gets decremented before the wish gets granted, huh?
wrote on last edited by [email protected]You have 3 wishes.
First wish: I wish my last wish would count as me consuming two wishes.
Second wish: I wish to have 0 wishes remaining.First wish puts you down one wish, so ending at 2.
Second wish removes one wish, so at one, then wish happens putting you at 0,then because this second wish now becomes your last, as you have 0 remaining, the first wish then takes effect and consumes another wish, putting you to - 1 and overflowing.
