Right... So i've build a slackware 11 distro install (yep vmwared)... and this failed also with same results.. The next *painful* option for our mod team is port the entire mod code base to the latest ep1 sdk scratchmod (which i know compiles and runs).
anyone have any advice here? if we're makin all this effort is it worth going OB? s. 2009/4/5 Sykes <[email protected]> > Thanks for the feed back .. will be trying this next.. > > 2009/4/5 frikazoyd <[email protected]> > > Yeah I set up a specific linux distro with the *exact* glibc and gcc >> versions (not multiple versions) required. It's in vmware, so it's >> perfect >> for just compiling our mod's linux distro. >> I will say that I had similar issues as this when trying a multi-glibc or >> multi-gcc environment. Specifically, I tried installing the required >> versions to a newer ubuntu distribution, and it cored out much like this. >> Compiling on an older distro worked like a charm for me. >> >> On Thu, Apr 2, 2009 at 11:17 AM, Sykes <[email protected]> wrote: >> >> > I've actually managed to pull this out of the coredump after using gdb >> to >> > load my mod library.. >> > >> > (gdb) bt >> > #0 0x00000000 in ?? () >> > #1 0xb727a4b3 in CModAppSystemGroup::Create () from bin/engine_i486.so >> > #2 0xb7380c7f in CAppSystemGroup::Run () from bin/engine_i486.so >> > #3 0xb727ae5f in CDedicatedServerAPI::ModInit () from >> bin/engine_i486.so >> > #4 0xb7d0134a in CDedicatedAppSystemGroup::Main () from >> > bin/dedicated_i486.so >> > #5 0xb7d38663 in CAppSystemGroup::Run () from bin/dedicated_i486.so >> > #6 0xb7d38663 in CAppSystemGroup::Run () from bin/dedicated_i486.so >> > #7 0xb7d01758 in main () from bin/dedicated_i486.so >> > #8 0x0804909e in ?? () >> > #9 0xb7def450 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 >> > #10 0x08048f11 in ?? () >> > (gdb) quit >> > >> > still none the wiser - however its clear CModAppSystemGroup::Create () >> isnt >> > happy when the mod .so is loaded. >> > S. >> > >> > 2009/4/2 Sykes <[email protected]> >> > >> > > So i've still no linux build... >> > > >> > > I've got valgrind out of the box - to assist with debug and have the >> > > following error raise : >> > > >> > > valgrind --leak-check=full --trace-children=yes --time-stamp=yes -v >> > > ./srcds_i486 -game ahls >> > > .................snip............. >> > > >> > > Console initialized. >> > > --00:00:00:03.026 13935-- Reading syms from >> > > /servers/srcds/ahls/bin/server_i486.so (0x555e000) >> > > --00:00:00:03.796 13935-- Discarding syms at 0x5b82080-0x63025c4 in >> > > /servers/srcds/ahls/bin/server_i486.so due to munmap() >> > > ==00:00:00:03.815 13935== Jump to the invalid address stated on the >> next >> > > line >> > > ==00:00:00:03.815 13935== at 0x0: ??? >> > > <crash> >> > > >> > > it would look like its having problems processing the .so.. which is >> > > strange cuz the vanilla ep1 build does this >> > > .......snip............ >> > > >> > > Console initialized. >> > > --00:00:00:03.026 13942-- Reading syms from >> > > /servers/srcds/ep1/bin/server_i486.so (0x555e000) >> > > Game.dll loaded for "EP1" >> > > --00:00:00:05.542 13942-- Reading syms from >> > > /servers/srcds/bin/scenefilecache_i486.so (0x5fe5000) >> > > <runs fine> >> > > >> > > any ideas ? +advice +help welcome!! :D >> > > regards >> > > S >> > > >> > > 2009/3/30 Sykes <[email protected]> >> > > >> > > kewl. will do man :D >> > >> hl2mp works just fine though :o -> must be cuz im running in mixed >> gcc >> > >> environment. >> > >> >> > >> i'll give it a whurl on the suggest slackware 11. >> > >> >> > >> s. >> > >> >> > >> 2009/3/30 Jorge Rodriguez <[email protected]> >> > >> >> > >> A quick Googling of your error message "Cannot find new threads: >> generic >> > >>> error" reveals some problems with glibc or the kernel. Unlikely as >> that >> > >>> sounds, I would suggest you try it on another distro and see if it >> > works, >> > >>> so >> > >>> to rule out funny business. >> > >>> >> > >>> -- >> > >>> Jorge "Vino" Rodriguez >> > >>> _______________________________________________ >> > >>> 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 >> > >> > >> _______________________________________________ >> 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
