Cleaned up Build for Visual Studio .NET

[rubydefiance]

Run any better? Like I stated above, it wasn't even stable for me. Half the zones crashed on load. The .exe file was also over double the size of the official release. I haven't checked out the memory usage at execution though.

Lon

[ramccor]

I dont know if it is any sign or not, but the code size does increase a bit using GCC 2.95 (under linux) with this patch, but it seems just as stable. (I think I gained about 1K to each executable.)

Good luck with the .Net platform, I hope you get it working right. The more compilers it works with out of the box the better

[rubydefiance]

Are these line numbers for 3.3.1? They don't seem to line up with the code I have, and I've gotten rid of all the warnings except all the C4995: _OLD_IOSTREAMS_ARE_DEPRECATED. My server still crashes on most zones loading (official release does not crash). Oggok and Grobb are 2 that do not crash, and both Commonlands do crash, as examples. Do you think this is a problem with VC7? Someone else sent me their executable that they compiled with VC7 and I have the same problems with most zones crashing zone.exe on load. Any help would be appreciated with getting rid of the errors and also with compiling a zone.exe that won't crash on my WinXP machine, thanks.

Lon

[rubydefiance]

*** UPDATE 6/12/2002 ***

I have finally narrowed things down. If I load the VC7 compiled 3.3.1 in east commons for example, my client immediately disconnects and my ping slowly goes to 100% and I die back to character select, and zone.exe crashes, as state above. BUT, if I take the exact same scenario, except I delete all ecommons mobs from spawn2 table in the db, my client is FINE, and no crash. As soon as I add ANY ONE MOB back to the spawn2 table, it goes right back to crashing. This happened to anyone else? If you test it, do it in east commons, as not every zone crashes for me, only about half of them :P. BTW, I am using the Lurker_39 db.

Lon

[rubydefiance]

*** YET ANOTHER UPDATE ***

Ran the VC7 debugger upon crashof zone.exe. I must admit, not too shabby. It showed the crashing line of code, Ln 236 of faction.cpp. After seeing this, I deleted my entire npc_faction table from my eq database, and reran the emu. Guess what? NO CRASHES. So now here's my delima. Is it the code or my npc_faction data? The data was not crashing the official emu release, just my VC7 compiled zone.exe's. The error was:

Unhandled exception at 0x004be3b2 in Zone.exe: 0xC0000005: Access violation reading location 0x00e1710a.

My line 236 was:

fm->deity_mod = faction_array[faction_id]->mod_d[modd_tmp];

The only thing I can think of doing now to possibly further debug is to find out which piece(s) of data in the npc_faction table are causing the crashes. Any suggestions on how to further debug this are greatly appreciated, thanks buds.

Lon

[theCoder]

Looks suspiciously like one of those two variables overran the length of the array, but really, it could be many things (like a freed pointer not made null). It would have been best had you left your database in the crashing state so that you could reproduce the bug and hopefully figure out what was going on. VC has typically been very good (at least VC6, the last version I've used) about debugging. If you can get it to crash there again, examine the state of the variables and objects. Try to figure out what's going on. And there may not be anything wrong with that line, just the state of the system when it gets there.

However, if repopulating the DB did make the problem go away, that probably means that the code works in good scenereos, but crashes in exceptional cases (instead of failing gracefully).

[Velosity]

Ok i have Visual Studio 6, i downloaded the source i updated the define of max doors in doors.h, go into VS6, i had to open everything in the source, then the compile button was selectable, i click it, i get an error saying the file has no combile tool with it =-(