Fix World.exe crash problem in 6.2 DR1

[deazone]

/me smacks self

Thanks CaveDude

[WildcardX]

I wish I could smack myself, but the exact error message from world.exe I am talking about, for me anyway, is:

[Error] Function Attach Error: Error #127

[Error] LoadEMuShareMemDLL::Load() failed to attach to a function.
Unable to load EMuShareMem for opcodes.

Obviously, it's a slightly different error message in that it doesn't specify which of the main function handlers it couldn't establish a pointer for.

EDIT: I will try that GuildList.cpp and .h addition to see if it is missing anyway, just in case it really is the same message, but the error message text has changed or something.

[WildcardX]

While my EMuShareMem project was missing both GuildList.cpp and GuildList.h, I still get the exact error message I posted above about not being able to "attach to a function". The problem is I don't know which function (in the code looks like there is a possibility of atleast 25 to 30 function handlers...) and my debugger won't stop at any breakpoints I set, which I am guessing is because the source code files are in a non-DOS format? Anyway, would be really cool if someone knows what I need to add. Meanwhile, I'm going to focus on trying to figure out why breakpoints won't work in the project.

[WildcardX]

After looking through GuildList.cpp, I found I had to "extern" the function GetMaxGuildID() for WIN32 compiles. It was defined for a non-WIN32, but not for Windows Servers. I also had to remove a stray semi-colon at then end of DLLLoadGuildList(). Apparently this misplaced semi-colon was causing the AddGuild function to not load from the EmuShareMem.dll during runtime.

Now, if I could just figure out why I can't use the debugger to step into the project to make finding bugs like a BILLION times easier or to get it to stop at breakpoints. Trying to debug the source without DEBUGGING is a severe challenge. If anyone has come across this problem, I'd love to know the solution! I'm in the middle of resaving all the source code files to make sure the files use the Windows format LF & CR. Its been my experience that when I can't debug source code its because the source code was last saved in unix which uses a different file format than Windows and that gums up the debugger.

I am using Visual Studio .NET 2003 on Windows XP and Windows 2000 Workstation.

Anyway, now to try and figure out why Zoneperl.exe is tossing out run time errors... (debugging would speed this up A LOT)

[jillmatik]

Originally Posted by WildcardX

Anyway, now to try and figure out why Zoneperl.exe is tossing out run time errors... (debugging would speed this up A LOT)

I'm really glad we have you here working on this. Seems like everyone else must be tied up in other bugs or something because I have just not seen much of a response on this for something as large as zoneperl.exe not functioning. Good luck and I'm sure a lot of people are hoping you can nail this!

J