Hmm, nice find, sounds interesting.

hmmm...intersting.

Uhm... I have no clue. I might have a look at it...

added.

Simple.

AOM uses an unsign int (might be something else, but anyway it's unsigned something.) for storing the projectiles and hp and stuff (because you obviously don't need negative values.)

In programming (AoM is a program), when you increment or decrement a variable beyond the scope of it's data type, it ends up at the other end.

0 is the minuimum for unsigned int. You made it go to negatives and unsigned int doesn't hold negatives, so you go up to the maximum, whatever it is. The maximum for unsigned int is 65535, so you go to 65535 if you go 1 under it's limit.

This is also why you get to negative population when you go too high.
You go past the limit and end up at the other side.

Quote:

Erm, wow I always thought it was because the Modify Protounit was screwy.

Nice reply Dnas you learned us some stuff ! Sometimes it helps if you know some more about the techstuff it helps to understand why certan things happend or fail.

Quote:

Although the Dnas explanation is logical ..I as a dummy in comp programming still see this fact as screwy...I cannot imagine that there isn't a programming possability which just sets bounderies to these numbers so you cannot go byond the limits they are intended for.

or am I saying here something really stupid Dnas ?

best regards,
The Vandhaal

p.s.Following Dnas explanation your finding pftq is just the same as increasing the numbers of projectiles i'll quess too bad but anyway nice experiment

uhm, I noticed a guy made invincible jarls once (Helms Deep eeeeeextreme ) The HP place in-game said 0hp, and the triggers said he gave them 9999999 or something.

So, after what I understood of Dnas' explaination the HP goes to 0 becouse it passed 65535? But why is they inivincible? (IE They cannot lose HP, or so it seems)

Because there is no gp to lode, how can you take soemthign away from nothing.

YEah there are tricks like this on many games, I remember on aok and swgb you could do things like that in the damage unit effect to actually heal them, or you just put in a - value, you could also do all that hp stuff. anyway neat trick but its not new, I muself tried this as soon as I got the game.

Are you sure? I thought if a variable went out of its range it would start to read 'garbage' from other places in memory (that may or may not belong to AOM ). That would explain the randomness of the results you're getting anyway.

[This message has been edited by DrNick (edited 12-06-2004 @ 12:23 PM).]

I don't know. When I've tried it (when messing with C++), it's gone to the other end. But that was a while ago.

And I remember reading somewhere that it does that.

Of course, knowing my poor memory, whaever I say is bound to have errors.

But... to me, it makes sense.
An int is 8 bytes (I think it's 8 bytes) always. If it goes beyond it's limit, 8 bytes will no longer hold it, but the computer won't redefine an int just to accomodate that one variable.

We can find out easily though. Do that same test again and see if you get the same results.
If you do, it's unlikely that it reads garbage.
If you don't, I'm certainly mistaken.

EDIT: Yeah, it loops. Just tried it.

#include <stdio.h>
unsigned short int x=0;
int main() {
    while (true) {
        x++;
        printf("%d\n",x);
    }    
}

[This message has been edited by Dnas (edited 12-06-2004 @ 02:25 PM).]

Yeah it's the same results.

So -1 would be highest and the lower the negative, the less "crazily high" it would be?

That's how it seems:

Low | | | | | | | | | High
..-100.............-1

Quote:

50% correct actually. Some triggers are like that, but most go to infinite rather than circling (incidently, think of it like a sphere... If you go to high, you end up travelling the other way )

Quote:

...and thats a perfect example. Im quite sure attack, though, doesent circle, and also doesent have an infinite... but then i havent tested it. so!
incidently, if you increase speed too high... well, the creators of aomt made it so that all units in formation are a small amount off the exact place they should be, to add to realism. The faster the unit, the more profound the effect, so if you increase speed to 100, units are so far off they end up in really wierd places, like underwater or on cliffs, and occasionally simply disappear into thin air.
Also, i think all projectiles (except the petsuchos's one) have a variable as well, and if you increase range greatly, the shot will simply disappear, or at least get way off the mark.

Interesting. I've never tried that before. I guess I assumed it would act like a pointer.

i.e.:

#include <stdio.h>
int main ()
{
char dummy;
*string = new char[10];
*string = "123456789";
for (int i = 0; i++; i > 15)
{
   dummy = *string;
   cout << dummy;
   string++;
}
delete [] string;
return 0;
}

EDIT: BTW, don't try that code. It's evil. EEEEEEEEEVVVVVVIL!

[This message has been edited by DrNick (edited 12-08-2004 @ 12:34 PM).]