For some reason, mid program run, one of my image handles is running away. Note the code compiles and runs fine for a while, then I get a crash. Code and log below, any ideas? (Old version of verge by the way, can't stand the broken automax)

Relevant code:

void ActionEDone()


{


    Log("ed1cP: "+str(enemy[0].cPortrait)+" p: "+str(enemy[0].portrait));


    enemy[event[gl_first_event].target - 8].cur_p = RGB(64, 198, 128);


    Log("ed2cP: "+str(enemy[0].cPortrait)+" p: "+str(enemy[0].portrait));


    enemy[event[gl_first_event].target - 8].cPortrait = RGB(64, 198, 128);


    RenderEnemy();


}





void RenderEnemy()


{


    if (enemy[0].cPortrait == cWhite) 


    { 


        TBlit(325, 225, enemy[0].portrait, screen); 


    }


    else


    {


        Silhouette(325, 225, enemy[0].cPortrait, enemy[0].portrait, screen);


        TBlitLucent(325, 225, 50, enemy[0].portrait, screen);


    }


}

Log:
ed1cP: 16777215 p: 7
ed2cP: 16777215 p: 4245120
Exiting: ImageForHandle() - Image reference is bogus! (4245120):

RenderEnemy - render_functions.vc(329)

Thanks in advance,

Zip

(Edited for pre-tag goodness. -Grue)

Old verge as in 2004.04.04-A build not 2004.04.21 Build.

enemy[].portrait stores handle to image:

enemy[0].portrait = LoadImage("bush.gif");

enemy[].cPortrait stores colour mask (white is none):

enemy[0].cPortrait = cWhite;

enemy[].cur_p stores base colour mask:

enemy[0].cur_p = cWhite;

Full def. of enemy is:

struct character


{


	string name;


	string options[4];


	int opt_sp[4];


	int opt_cur;


	int portrait;


	int cPortrait;


	int cur_p;


	int new_p;


	int at;


	int df;


	int sp;


	int at_base;


	int df_base;


	int sp_base;


	int action;


};





character enemy[4];

I'm still stumped.

Zip

[Edit: Out of guilt for grue pre tagging my first message]

Automax 0 doesn't work in the current iteration of v3. This is apparently being delayed for something Zeromus needs to finish.

well the problem is definitely that enemy[0].portraits value is being changed at some point. It could even be an out of bounds array access on another variable. In any case the problem is almost certainly not in any of the code you posted..

It's odd as I log the .portrait value correctly (7), then assign a new value to .cur_p (an int) with RGB (which returns an int) then log .portrait as different value (4245120)!

Does RGB(64, 198, 128) return 4245120? And if so, why is the value being assigned to the wrong variable in the struct?

By the way, the struct variable are declared as int x; int y; rather than int x, y; as I'm using some of the code in pure c++ and want to be able to easily change some of the variables to unsigned char, short, and such like.

Zip

Quote:Originally posted by Zip


Does RGB(64, 198, 128) return 4245120? And if so, why is the value being assigned to the wrong variable in the struct?
Zip

Yes, yes it does. 4245120 is exactly what that returns.

You can prove this for yourself like so:

autoexec{


    exit( str(RGB( 64, 198, 128 )) );


}

So, yeah, that's weird. Also, it lends some weight to vecna's suggestion that it's caused by an array out-of-bounds error somewhere, since the value is going to the wrong place...

Quote:Originally posted by El Desconocido

Does

log(str(event[gl_first_event].target - 8));

log as -1?

Or any number not between 0 and (ARRAY_MAX-1)?

Just to be sure: if you have your enemy in an array, and event[gl_first_event].target points to said enemy (entity number eight), it is in fact ent[7], and 7 - 8 = -1.
Rar makes me go rar. (cuz m laZ)

[edit]
Then I remembered there was this one time I wasn't lazy, and DO have a un-raring program.
By adding log(str(event[gl_first_event].target)); I have determined that it's values starts at 8, but changes to various other values, seemingly at random.
Note:
cP: 16777215 p: 7
ed1cP: 16777215 p: 7
8
ed2cP: 16777215 p: 7
ed3cP: 4245120 p: 7
cP: 4245120 p: 7
ed4cP: 4245120 p: 7
[snip]
ed1cP: 16777215 p: 7
7
ed2cP: 16777215 p: 7
ed3cP: 16777215 p: 7
cP: 16777215 p: 7
ed4cP: 16777215 p: 7
[snip]
ed1cP: 16777215 p: 7
3
ed2cP: 16777215 p: 7
ed3cP: 16777215 p: 7
cP: 16777215 p: 7
ed4cP: 16777215 p: 7
[snip]
ed1cP: 16777215 p: 7
2
ed2cP: 16777215 p: 7
ed3cP: 16777215 p: 7
[big snip]
cP: 16711680 p: 7
cP: 16777215 p: 7
Knock_Back: 5716 Character: Sabra
Exiting: Event 0 not in stack

El

See above.

[edit]
To add some small amount of value to this post. Zip uploads .rar files. ;)

Glad to have not quite helped. ;)
Looking good, aside from the whole crashing thing, by the way. Love the intro effect.