Well, I would personally advise trying to run a completely vanilla SDK on linux first. If you get the same bug, you can blame valve. If not its probably your fault, probably.
http://developer.valvesoftware.com/wiki/Debugging_under_Linux I haven't tried any of that, the best I did a few years ago was attach gdb to the process and found the bug :P Please tell us how you do, and good luck :P On Mon, Dec 29, 2008 at 8:30 AM, Andrew Watkins <[email protected]> wrote: > 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 > > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
