Compile problems over the past couple days
For the past 2-3 days I've been having compile issues from CVS, and they still exist with the massive update as of a couple hours ago. I've tried with both VS 2002 and VS 2003 and get the exact same errors.
c:\Projects\temp\EQEmuCVS\Source\EMuShareMem\MMF.c pp(302): warning C4532: 'return' : jump out of __finally block has undefined behavior during termination handling C:\Projects\temp\EQEmuCVS\Source\common\database.c pp(4661): error C2039: 'door_param' : is not a member of 'Door' C:\Projects\temp\EQEmuCVS\Source\common\database.c pp(4664): error C2039: 'size' : is not a member of 'Door' c:\Projects\temp\EQEmuCVS\Source\common\../zone\zonedump.h(176) : see declaration of 'Door' C:\Projects\temp\EQEmuCVS\Source\common\database.c pp(4661): error C2039: 'door_param' : is not a member of 'Door' C:\Projects\temp\EQEmuCVS\Source\common\database.c pp(4664): error C2039: 'size' : is not a member of 'Door' c:\Projects\temp\EQEmuCVS\Source\zone\zonedump.h(1 76) : see declaration of 'Door' c:\Projects\temp\EQEmuCVS\Source\zone\doors.cpp(53 ): error C2039: 'door_param' : is not a member of 'Door' c:\Projects\temp\EQEmuCVS\Source\zone\doors.cpp(54 ): error C2039: 'size' : is not a member of 'Door' c:\Projects\temp\EQEmuCVS\Source\zone\zonedump.h(1 76) : see declaration of 'Door' Just a heads up that something on the CVS is probably out of sync from your local copies. I've also tried a clean download from SF with the same results. |
I'm glad I'm not the only one heh....been beating my compilers up over this :-(
|
Re: Compile problems over the past couple days
Quote:
http://cvs.sourceforge.net/viewcvs.p....h?view=markup |
Edgar,
I'm still having problems with latest CVS. Code:
--------------------Configuration: Zone - Win32 Release-------------------- |
Kind of odd thing happened here.. I downloaded from CVS about 30 minutes ago, it failed the same as it had been. Re-downloaded from scratch again about 10 minutes ago and it just successfully compiled. I think SF is WAY lagging right now. Give it another shot.
|
Quote:
Code:
--------------------Configuration: Zone - Win32 Release-------------------- |
Your using VC 6.0?
|
Yessir.
|
I was using VS 2003 when mine finally successfully compiled. I'm at work right now though so I can't test it out yet.
|
I'm useing VS 2003 and this time round got more errors than at my previous post...but I'ma programming noob so *shrug*
|
Try it from a fresh CVS download into a new directory, don't try merging changes. I've noticed as of recent that CVS hasn't worked so well for merging and detecting changed files.
|
Quote:
|
Can any of you guys who are compiling the newest CVS post a compiled version of zone.exe and world.exe which fixes the latest black screen issue facing many of us who have switched to the Kunark DB?
Currently I can't get into my server nor can any of the other players who usually get on the server. Everyone is getting the black screen after char selection. |
With the new CVS i am getting 83 errors when it is linking. It is clearly all due to the new quest system and i dont know how to fix it. some of the errors are
Code:
Linking... |
You need to add all the new quest files to your project.
|
the embperl_XS.cpp files?
|
I added the files, and did combinations of the files, and commented out some lines that fathernitwit said to do. Nothing has worked and im still getting the same 83 errors.
|
Oh I see what your problem is, you need to add client_logs.cpp/.h to the project...and maybe client_packet.cpp, haven't checked to see if it's required as well.
|
kk thanks, should i remove the perlXS files?
|
It looks like it's not compiling with vs 6.0, i fthat's what you're using. I can't get perl to compile wit hit, but then again when I compile it without perl it goes nuts starting world/zone, and spams the screen forcing me to close the process.[/list]
|
yeah it wont compile no matter what im adding. Do you happen to have the 31'st source?
|
Don't think I have it.
|
Do you know who would?
|
Just upgraded to VS in the past couple days.. probably not a great time to do so but I needed to due to work.. it compiles 100% fine, unfortunately I absolutely cannot get it to execute right.. it starts to run then beeps and throws all kinds of nice ASCII characters until I end process.. on my laptop where I do all my compiles it tries using db.ini which it can't find obviously and keeps looping without a blatant crash.. Maybe going to try to concurrently reinstalling 2002 just to compile and see what happens.. will let you know. All I know at this point is.. current CVS + VS 2003 = No.
|
I guess I'll just wait a couple days and hope the CVS gets back on track
|
I'm working on getting the compile issues fixed.
|
Btw, until I get the compile issues worked out on VC 6, I would suggest running the precompile ones I'm uploading to cvs. I installed perl on my system finally so I will be compiling a perl version on a regular basis as well.
|
No problem running pre-compiled at all, if only I could open the zips. Winzip won't open them and hasn't been able to ever, afaik. Any suggestion for a winxp compatible decompressor for the zips in CVS? BTW LE, any plans on shifting to VS 2k3 anytime? I know 2k5 is still beta so no expectation on that.
|
Heh, I use WinZip to compress them, so I'm not sure why you cant decompress them using it. AFAIK I'm one of the few devs still using Windows to compile (most of them now work exclusively on *nix platforms). I got a legal copy of VS .net for free, so I dont plan on switching anytime soon :P
|
|
Ok will definitely be reinstalling VS 2002 then.. good thing I have MSDN via work. Not sure whether the problem launching the EXEs at this point is due to the difference in the versions, since I can now compile but when executing I now get problems. At that point I almost have to assume the problem is the version difference, at least to get it executing properly.
|
Hmm yeah still getting the executing problems here too, lots of ascii spam like before.
Edit: Even having the problems with the pre-compiled versions you linked LE. |
Quote:
|
Sorry, just edited my post. Meant about the pre-compiled versions too. I've been using vs 6.0 but will probably be upgrading to .net 2k3 some time soon anyway.
|
Quote:
|
Ya, same spam with pre-compiles.
|
kk, Yah I just noticed it myself. It was caused by an overloaded function called EQEMuLog::write that FNW added in with his changes. Apparently it worked fine on linux, but it caused all kinds of problems on Windows (as you can tell). I'm uploading some fixed versions now. Give me 5 minutes or so and they will be there. The specific problem was in database.cpp on line 4211. I dont have time to debug it fully, so I just took out the argument that was causing it to use his new function.
|
They are uploaded, btw to save yuorself some trouble: Apparently if your faction tables arent correct, it just exits the program when it tries to read those tables. Run this query:
Quote:
|
Hmm new error using the new perl compile:
[Error] HandlePacket() Opcode error: Unexpected packet during CLIENT_CONNECTING: opcode: 0x%04x, size: %i Error message: %s Client error: %s dbasync->Add Work() returned false, client crash SELECT faction_id,current_value FROM fac tion_values WHERE char_id = %i SELECT id,profile,zonename,x,y,z,guild,guildrank FROM character_ WHERE id=%i Unexpected packet during CLIENT_CONNECTING: OpCode: 0x0355, size: 4 0: 48 1F 73 00 | H.s. Did I miss a db change I should have sourced in? |
For some reason anything after a logfile->write() is being printed to zone.exe. For example the shielding messages are being printed there. I've been commenting out the various logfile->write() in client_packet.cpp to see if I can avoid crashing and each time I can get further along prior to crashing.
Edit: Still locking up shortly after logging in for some reason. |
All times are GMT -4. The time now is 09:43 PM. |
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.