So still no feedback on this.. does ANYONE know if there are some engine hook code i should check. i've done lots of compiles and tests.. and it would appear that if i omit the HL2MP code the linux .so's work lovely..
can I get a definitive answer on what works/doesnt? this is really messin up our mod's timescales :o( (or does someone have a contact in valve?) Im sure its something really stupid that if I can get some direction on would help enourmously! S. 2009/4/6 Sykes <[email protected]> > 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
