Dennis Schridde schreef: > Am Donnerstag, 8. Februar 2007 schrieb Ari Johnson: > >> On 2/6/07, Dennis Schridde <[EMAIL PROTECTED]> wrote: >> >>> Am Dienstag, 6. Februar 2007 schrieb Ari Johnson: >>> >>>> On 1/29/07, Ari Johnson <[EMAIL PROTECTED]> wrote: >>>> >>>>>> 7. The following error occurs when loading a saved game, at least >>>>>> in campaign mode: >>>>>> error: eventSetContextVar: Variable type mismatch (1/0) >>>>>> error: Assert in Warzone: event.c:779 : eventSetContextVar >>>>>> (FALSE), last script event: '<none>' >>>>>> event.c:779: failed assertion `(0)' >>>>>> >>>>> I'm attaching a savegame. Chances are good that there are endian >>>>> issues so it won't load for others, but if you can give me some hints >>>>> about where it crashes trying to load this, it might help fix it on >>>>> my end, too. Thanks! >>>>> >>>> Does anyone have a savegame I can test on? Also, I think that one of >>>> the problems is going to come from lib/script/evntsave.c not doing any >>>> endianizing when it saves or loads files. Can someone who understands >>>> what's going on in that file help me out in fixing that? It doesn't >>>> seem to be as consistently structured as the other save/load code that >>>> I endianized a few months ago, so it's hard to tell exactly which >>>> things are being saved to the file and what data type each one is. >>>> Thanks. >>>> >>> http://wz2100.net/forum/index.php?topic=308.0 >>> This thread contains several savegames from the end of CAM_1 and CAM_2. >>> You can use those to test branches/2.0. (They won't work with trunk, >>> because it can't load them. "Unexpected end of file." I think someone >>> broke the load-old-savegame-version code.) >>> >>> BTW: You fixed several bugs for Mac lately. Could you port them to >>> branches/2.0? Otherwise I have to (and will) do that. >>> >> I backported the two changes that I made that were problems in 2.0. >> However, there is still that "Audio error after init" bug that someone >> else committed the fix to. That needs to be backported as well, and >> then I think 2.0 is Mac-clean as far as I can tell. (Saved game saving >> and loading worked the last time I checked, and is only broken in >> trunk as far as I am aware.) >> > You mean r660 by Giel? If it is directly after initialization it is very likely to be that piece of code. Because it checks for errors there before there could be any (but OpenAL's error value isn't zero-initialized so chances are that you'll get an error value anyhow from alGetError anyway).
It isn't Mac-specific btw, probably just library implementation specific (on my laptop with nVidea OpenAL implementation I never got this error, on my PC with Creative's implementation I did have it). Anyhow as I was writing this email and just attempting to commit this change to the 2.0 branch I found Ari already did so. -- Giel
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Warzone-dev mailing list Warzone-dev@gna.org https://mail.gna.org/listinfo/warzone-dev
