Hmm, gdb is completely new to me, so thanks for the suggestion. I fear commandline-based debugging through a linux terminal is completely beyond me, but I'll try and stick with it.
CMemoryStack is in tier1, and its constructor initialises some things to 0 and NULL, I can't see what this has to do with global destructors. Or my code, for that matter. It looks to me like I have the whole thing set up wrong still, but whether thats the linkage for my binary (which look ok to me, I checked with ddl or whatever that command's called), my srcds setup, or something to do with hl2dm butting in still, I don't know. Should I be blaming something in my code for this, or my environment setup? > From: Nick <[email protected]> > Subject: Re: [hlcoders] Linux binary runtime error > To: "Discussion of Half-Life Programming" > <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > can you try debugging with gdb? starting srcds with gdb is a real > pain, but generally you can hook to srcds process easily enough... > > On Sat, Dec 27, 2008 at 1:06 PM, Andrew Watkins <[email protected]> wrote: > > Hey list, > > Still having srcds linux issues. I've discovered I can force it to use > > only my binary with the -binary command, and now I get a crash related > > to my binary, although I wouldn't exactly call it meaningful. The debug > > log looks like this: > > > > ---------------------------------------------- > > CRASH: Sat Dec 27 17:48:18 GMT 2008 > > Start Line: modularcombat/bin/server_i486.so -game modularcombat -binary > > modularcombat/bin/server_i486.so -debug > > Core was generated by `modularcombat/bin/server_i486.so -game > > modularcombat -binary modularcombat/bin/'. > > Program terminated with signal 11, Segmentation fault. > > [New process 27928] > > #0 0xb73fa536 in __do_global_dtors_aux () > > #0 0xb73fa536 in __do_global_dtors_aux () > > #1 0xb73fa4f9 in CMemoryStack::CMemoryStack () > > #2 0x00000000 in ?? () > > Current language: auto; currently asm > > No locals. > > No shared libraries loaded at this time. > > Stack level 0, frame at 0xbf906e08: > > eip = 0xb73fa536 in __do_global_dtors_aux; saved eip 0xb73fa4f9 > > called by frame at 0xbf906e0c > > source language asm. > > Arglist at 0xbf906e00, args: > > Locals at 0xbf906e00, Previous frame's sp is 0xbf906e08 > > Saved registers: > > eip at 0xbf906e04 > > End of Source crash report > > ---------------------------------------------- > > > > I'm guessing a crash in the CMemoryStack constructor means that > > something's gone stupid, but I'm clueless as to what. Any suggestions? > > > > Thanks, > > Andrew > > > >> Date: Wed, 24 Dec 2008 23:12:59 +0000 > >> From: Andrew Watkins <[email protected]> > >> Subject: [hlcoders] Linux binary runtime error > >> To: [email protected] > >> Message-ID: <1230160379.8788.10.ca...@2800mhz> > >> Content-Type: text/plain > >> > >> Ok, so I've finally built a linux binary for my mod, and I've managed > >> to > >> fix several undefined symbol errors that come up when I try to run a > >> dedicated server (locally) using it. > >> > >> But this last one has me stumped, while all the rest have shown up in > >> my > >> mod's server_i486.so, having corrected all of those, I'm now getting > >> undefined symbol: GetCVarIF in the *hl2mp* server_i486.so! > >> Why this could be I don't know, my mod's an orange box hl2dm-based > >> affair, but its running on AppID 218, definately not 320. Changing to > >> to > >> 440 has no effect on this error. > >> > >> I realise its to be expected that hl2dm would fail if loaded into the > >> OB > >> engine, like appears to be happening. It shouldn't be happening > >> though! > >> We've previously worked out whats required to run a dedicated server > >> (on > >> windows) and typically go for one with hl2dm and tf2 installed - all > >> of > >> this may not be necessary, but we know it works. I can run both a tf2 > >> & > >> an hl2dm server locally without problems. > >> > >> So, two questions: > >> 1. Where is GetCVarIF defined? > >> 2. Why on earth is it trying to load the hl2dm binaries? There's no > >> such issue on windows... > >> Thanks, and merry Christmas :) > >> -Andrew > >> > > > > > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list archives, > > please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > > > > > ------------------------------ > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > End of hlcoders Digest, Vol 10, Issue 36 > **************************************** _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
