Re: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Fabian Schreyer
perhaps you should look what
ldd server_i486.so
tells you?

On 12/22/05, Stephen Micheals [EMAIL PROTECTED] wrote:
 i have been trying to find out what exactly is wrong the server binary
 seem to compile perfectly without errors or any warnings but it seems
 to build a invalid binary.

 im using gcc 3.4.1 with glibc 2.3.5 on gentoo.

 heres various snipets from the console

 ===
 srcds # ./srcds_run -game hostiletest -insecure +maxplayers 12 +map hi_test
 Auto detecting CPU
 Using default binary.
 Auto-restarting the server on crash
 Console initialized.
 Failed to load server_i486.so
 Failed to load server binary
 maxplayers set to 0
 Unknown command mp_forcerespawn
 Network: IP 127.0.0.1, mode MP, dedicated Yes, ports 27015 SV / 27005 CL
 Failed to load server_i486.so
 Failed to load server binary
 Can't start game, no valid server.dll loaded
 ===
 linuxblackbox linux_sdk # make
 if [ -z gcc ]; then echo Compiler not defined.; exit; fi
 if [ ! -d . ];then mkdir .;fi
 cd .
 if [ ! -f tier0_i486.so ]; then ln -s /opt/srcds/bin/tier0_i486.so .; fi
 if [ ! -f vstdlib_i486.so ]; then ln -s /opt/srcds/bin/vstdlib_i486.so .; fi
 ./vcpm ../dlls/hl_sdk.vcproj
 Valve Software - vcprojtomake.exe (Dec 22 2005)
 Memory leak: mempool blocks left in memory: 473
 make -f Makefile.mod CC=gcc CPLUS=g++
 CPP_LIB=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.1/libstdc++.a
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.1/libgcc_eh.a BUILD_DIR=.
 BUILD_OBJ_DIR=./obj SOURCE_DIR=.. SHLIBLDFLAGS=-shared
 -Wl,-Map,mod_map.txt -Wl SHLIBEXT=so CLINK=gcc CFLAGS= -mtune=i686
 -march=pentium -mmmx -O3 -fpermissive -D_LINUX -DNDEBUG
 -Dstricmp=strcasecmp -D_stricmp=strcasecmp -D_strnicmp=strncasecmp
 -Dstrnicmp=strncasecmp -D_snprintf=snprintf -D_vsnprintf=vsnprintf
 -D_alloca=alloca -Dstrcmpi=strcasecmp
 -Usprintf=use_Q_snprintf_instead_of_sprintf
 -Ustrncpy=use_Q_strncpy_instead -UPROTECTED_THINGS_ENABLE
 LDFLAGS=-lm -ldl /opt/srcds/bin/tier0_i486.so
 /opt/srcds/bin/vstdlib_i486.so ARCH=i486 GAME_DIR=/opt/srcds
 MOD_CONFIG=hl_ReleaseHL2MPWin32 NAME=server
 XERCES_INC_DIR=/usr/include XERCES_LIB_DIR=/usr/lib
 make[1]: Entering directory `/home/steven_m64/temp/hiprsause/linux_sdk'
 make[1]: Warning: File `Makefile.mod' has modification time 2.7e+04 s
 in the future
 mkdir -p obj/server/dlls/game_shared
 mkdir -p obj/server/dlls
 mkdir -p obj/server/dlls/tier1
 mkdir -p obj/server/dlls/public
 mkdir -p obj/server/dlls/hl2_dll
 mkdir -p obj/server/dlls/public/keyframe
 mkdir -p obj/server/dlls/public/tier0
 mkdir -p obj/server/dlls/common
 mkdir -p obj/server/dlls/game_shared/hl2
 mkdir -p obj/server/dlls/hl2mp_dll
 mkdir -p obj/server/dlls/game_shared/hl2mp
 mkdir -p obj/server/dlls/hostileintent
 mkdir -p obj/server/dlls/game_shared/hostileintent
 mkdir -p obj/server/dlls/game_shared/hostileintent/weapons
 mkdir -p obj/server/dlls/hostileintent/Entities
 gcc -shared -o ./server_i486.so (list of all .o files here) -lm -ldl
 /opt/srcds/bin/tier0_i486.so /opt/srcds/bin/vstdlib_i486.so
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.1/libstdc++.a
 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.1/libgcc_eh.a
 /usr/lib/gcc/i686-pc-linux-gnu/3.4.1/../../../../i686-pc-linux-gnu/bin/ld:
 warning: creating a DT_TEXTREL in object.
 make[1]: warning: Clock skew detected. Your build may be incomplete.
 make[1]: Leaving directory `/home/steven_m64/temp/hiprsause/linux_sdk'
 ===
 srcds # gcc -v
 Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/3.4.1/specs
 Configured with:
 /var/tmp/portage/gcc-3.4.1-r3/work/gcc-3.4.1/configure --prefix=/usr
 --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.4
 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.1/include
 --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4
 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4/man
 --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4/info
 --enable-shared --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu
 --with-system-zlib --enable-languages=c,c++,f77 --enable-threads=posix
 --enable-long-long --disable-checking --disable-libunwind-exceptions
 --enable-cstdio=stdio --enable-version-specific-runtime-libs
 --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.1/include/g++-v3
 --with-local-prefix=/usr/local --disable-werror --enable-shared
 --enable-nls --without-included-gettext --disable-multilib
 --enable-__cxa_atexit --enable-clocale=gnu
 Thread model: posix
 gcc version 3.4.1 20040803 (Gentoo Linux 3.4.1-r3, ssp-3.4-2, pie-8.7.6.5)
 ===
 i then did this:
 srcds # nm -g -C hostiletest/bin/server_i486.so | grep  U  | grep -v GLIBC
 U CommandLine
 U DevMsg
 U DevWarning
 U Error
 U GetCPUInformation
 U KeyValuesSystem
 U MemAllocScratch
 U MemFreeScratch
 U Msg
 U Plat_FloatTime
 U Q_FileBase
 U Q_FixSlashes
 U Q_IsAbsolutePath
 U Q_SetExtension
 U Q_StripFilename
 U Q_atof
 U Q_atoi
 U Q_binarytohex
 U Q_pretifymem
 U Q_snprintf
 U Q_strcasecmp
 U Q_strcat
 U Q_strncasecmp
 U Q_strncat
 U Q_strncmp
 U Q_strncpy
 U Q_strnicmp
 U Q_vsnprintf
 U RandomFloat
 U RandomInt
 U RandomSeed
 U Warning
 U 

Re: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Stephen Micheals
i get this:

srcds # ldd hostiletest/bin/server_i486.so
linux-gate.so.1 =  (0xe000)
libm.so.6 = /lib/libm.so.6 (0xb72d3000)
libdl.so.2 = /lib/libdl.so.2 (0xb72ce000)
/opt/srcds/bin/tier0_i486.so (0xb72a)
/opt/srcds/bin/vstdlib_i486.so (0xb728b000)
libc.so.6 = /lib/libc.so.6 (0xb7173000)
/lib/ld-linux.so.2 (0x8000)
libpthread.so.0 = /lib/libpthread.so.0 (0xb7121000)
tier0_i486.so = not found

On 12/22/05, Fabian Schreyer [EMAIL PROTECTED] wrote:
 perhaps you should look what
 ldd server_i486.so
 tells you?

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders



RE: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Scott Loyd
Also, after reading your earlier post, it looks like you are symbolically
linking it okay, but this is your problem:

LDFLAGS=-lm -ldl /opt/srcds/bin/tier0_i486.so
/opt/srcds/bin/vstdlib_i486.so

Change it to
LDFLAGS=-lm -ldl tier0_i486.so vstdlib_i486.so

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stephen Micheals
Sent: Thursday, December 22, 2005 1:10 AM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] Linux binary compiles fine but fails to load.

i get this:

srcds # ldd hostiletest/bin/server_i486.so
linux-gate.so.1 =  (0xe000)
libm.so.6 = /lib/libm.so.6 (0xb72d3000)
libdl.so.2 = /lib/libdl.so.2 (0xb72ce000)
/opt/srcds/bin/tier0_i486.so (0xb72a)
/opt/srcds/bin/vstdlib_i486.so (0xb728b000)
libc.so.6 = /lib/libc.so.6 (0xb7173000)
/lib/ld-linux.so.2 (0x8000)
libpthread.so.0 = /lib/libpthread.so.0 (0xb7121000)
tier0_i486.so = not found

On 12/22/05, Fabian Schreyer [EMAIL PROTECTED] wrote:
 perhaps you should look what
 ldd server_i486.so
 tells you?

___
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



Re: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Fabian Schreyer
When I compiled the linux server for my mod, I tried a lot of things
(had the same problem like you), but finally I found out it's quite
easy.

You have to set the GAME_DIR in your makefile to ./

And when you do ldd, first cd to your srcds directory (where you find
all of these run scripts) and then try it this way:
ldd yourmod/bin/server_i486.so
On 12/22/05, Scott Loyd [EMAIL PROTECTED] wrote:
 Also, after reading your earlier post, it looks like you are symbolically
 linking it okay, but this is your problem:

 LDFLAGS=-lm -ldl /opt/srcds/bin/tier0_i486.so
 /opt/srcds/bin/vstdlib_i486.so

 Change it to
 LDFLAGS=-lm -ldl tier0_i486.so vstdlib_i486.so

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Micheals
 Sent: Thursday, December 22, 2005 1:10 AM
 To: hlcoders@list.valvesoftware.com
 Subject: Re: [hlcoders] Linux binary compiles fine but fails to load.

 i get this:

 srcds # ldd hostiletest/bin/server_i486.so
linux-gate.so.1 =  (0xe000)
libm.so.6 = /lib/libm.so.6 (0xb72d3000)
libdl.so.2 = /lib/libdl.so.2 (0xb72ce000)
/opt/srcds/bin/tier0_i486.so (0xb72a)
/opt/srcds/bin/vstdlib_i486.so (0xb728b000)
libc.so.6 = /lib/libc.so.6 (0xb7173000)
/lib/ld-linux.so.2 (0x8000)
libpthread.so.0 = /lib/libpthread.so.0 (0xb7121000)
tier0_i486.so = not found

 On 12/22/05, Fabian Schreyer [EMAIL PROTECTED] wrote:
  perhaps you should look what
  ldd server_i486.so
  tells you?

 ___
 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



Re: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Stephen Micheals
actually i just made those changes you suggested a few moments before
i noticed your reply and then deleted the server_i486.so to have it
relink the binary and the binary is still not working in the server
but i did get this from ldd:

srcds # ldd hostiletest/bin/server_i486.so
linux-gate.so.1 =  (0xe000)
libm.so.6 = /lib/libm.so.6 (0xb72d2000)
libdl.so.2 = /lib/libdl.so.2 (0xb72ce000)
tier0_i486.so = not found
vstdlib_i486.so = not found
libc.so.6 = /lib/libc.so.6 (0xb71b6000)
/lib/ld-linux.so.2 (0x8000)

I'm doing a full clean compile right now to see if that may fix it,
its going to take a while to compile :(.

i hope it finally works.

On 12/22/05, Scott Loyd [EMAIL PROTECTED] wrote:
 Also, after reading your earlier post, it looks like you are symbolically
 linking it okay, but this is your problem:

 LDFLAGS=-lm -ldl /opt/srcds/bin/tier0_i486.so
 /opt/srcds/bin/vstdlib_i486.so

 Change it to
 LDFLAGS=-lm -ldl tier0_i486.so vstdlib_i486.so

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders



Re: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Jeff Fearn
On 12/22/05, Stephen Micheals [EMAIL PROTECTED] wrote:
 tier0_i486.so = not found
 vstdlib_i486.so = not found

You have not exported your library path, it can't find the HL libraries.

export LD_LIBRARY_PATH=/path/to/hlds:$LD_LIBRARY_PATH

Jeff

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders



RE: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Scott Loyd
hlds_run script will set the path to those libs on start.

# setup the libraries, local dir first!
export LD_LIBRARY_PATH=.:bin:$LD_LIBRARY_PATH

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Fearn
Sent: Thursday, December 22, 2005 2:56 AM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] Linux binary compiles fine but fails to load.

On 12/22/05, Stephen Micheals [EMAIL PROTECTED] wrote:
 tier0_i486.so = not found
 vstdlib_i486.so = not found

You have not exported your library path, it can't find the HL libraries.

export LD_LIBRARY_PATH=/path/to/hlds:$LD_LIBRARY_PATH

Jeff

___
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



Re: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Stephen Micheals
 And when you do ldd, first cd to your srcds directory (where you find
 all of these run scripts) and then try it this way:
 ldd yourmod/bin/server_i486.so

i have been doing that actually.

 When I compiled the linux server for my mod, I tried a lot of things
 (had the same problem like you), but finally I found out it's quite
 easy.

 You have to set the GAME_DIR in your makefile to ./

i will try that if this problem continues after this compile im doing
right now is finished.

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders



Re: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Stephen Micheals
so i have to set this before compiling the serverbinary or i have to
set it before runing the server?

this is all a bit confusing to me, please forgive my stupidity everyone.

On 12/22/05, Jeff Fearn [EMAIL PROTECTED] wrote:
 You have not exported your library path, it can't find the HL libraries.

 export LD_LIBRARY_PATH=/path/to/hlds:$LD_LIBRARY_PATH

 Jeff

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders



RE: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Scott Loyd
You don't have to set it at all.  The hlds_run script will set it so the
hlds server knows where to find those libraries.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stephen Micheals
Sent: Thursday, December 22, 2005 3:10 AM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] Linux binary compiles fine but fails to load.

so i have to set this before compiling the serverbinary or i have to
set it before runing the server?

this is all a bit confusing to me, please forgive my stupidity everyone.

On 12/22/05, Jeff Fearn [EMAIL PROTECTED] wrote:
 You have not exported your library path, it can't find the HL libraries.

 export LD_LIBRARY_PATH=/path/to/hlds:$LD_LIBRARY_PATH

 Jeff

___
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



Re: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Stephen Micheals
compile is done the thing compiles fine but still the thing refused to
get loaded by the server.

this is driving me insane.

heres some items from the console:

srcds # ldd hostiletest/bin/server_i486.so
linux-gate.so.1 =  (0xe000)
libm.so.6 = /lib/libm.so.6 (0xb72d3000)
libdl.so.2 = /lib/libdl.so.2 (0xb72ce000)
tier0_i486.so = /opt/srcds/bin/tier0_i486.so (0xb72a)
vstdlib_i486.so = /opt/srcds/bin/vstdlib_i486.so (0xb728b000)
libc.so.6 = /lib/libc.so.6 (0xb7173000)
/lib/ld-linux.so.2 (0x8000)
libpthread.so.0 = /lib/libpthread.so.0 (0xb7121000)
srcds # ./srcds_run -game hostiletest -insecure +maxplayers 12 +map hi_test
Auto detecting CPU
Using default binary.
Auto-restarting the server on crash

Console initialized.
Failed to load server_i486.so
Failed to load server binary
maxplayers set to 0
Unknown command mp_forcerespawn
Network: IP 127.0.0.1, mode MP, dedicated Yes, ports 27015 SV / 27005 CL
Failed to load server_i486.so
Failed to load server binary
Can't start game, no valid server.dll loaded

Thu Dec 22 03:31:28 PST 2005: Server Quit

srcds # nm -g -C hostiletest/bin/server_i486.so | grep  U  | grep -v GLIBC
 U CommandLine
 U DevMsg
 U DevWarning
 U Error
 U GetCPUInformation
 U KeyValuesSystem
 U MemAllocScratch
 U MemFreeScratch
 U Msg
 U Plat_FloatTime
 U Q_FileBase
 U Q_FixSlashes
 U Q_IsAbsolutePath
 U Q_SetExtension
 U Q_StripFilename
 U Q_atof
 U Q_atoi
 U Q_binarytohex
 U Q_pretifymem
 U Q_snprintf
 U Q_strcasecmp
 U Q_strcat
 U Q_strncasecmp
 U Q_strncat
 U Q_strncmp
 U Q_strncpy
 U Q_strnicmp
 U Q_vsnprintf
 U RandomFloat
 U RandomInt
 U RandomSeed
 U Warning
 U _Unwind_Resume
 U DevWarning(char const*, ...)
 U DevMsg(char const*, ...)
 U Q_stristr(char const*, char const*)
 U CVProfNode::EnterScope()
 U CVProfNode::GetSubNode(char const*, int, char const*, int)
 U CVProfNode::Pause()
 U CVProfNode::Reset()
 U CVProfNode::Resume()
 U CVProfNode::ExitScope()
 U CVProfNode::MarkFrame()
 U CUniformRandomStream::RandomFloat(float, float)
 U CUniformRandomStream::SetSeed(int)
 U CUniformRandomStream::RandomInt(int, int)
 U CUniformRandomStream::CUniformRandomStream()
 U CVProfile::OutputReport(int, char const*, int)
 U CVProfile::BudgetGroupNameToBudgetGroupID(char const*)
 U std::type_info::__do_catch(std::type_info const*, void**,
unsigned int) const
 U std::type_info::__do_upcast(__cxxabiv1::__class_type_info
const*, void**) const
 U std::type_info::__is_pointer_p() const
 U std::type_info::__is_function_p() const
 U std::bad_typeid::~bad_typeid()
 U std::bad_exception::~bad_exception()
 U std::bad_cast::~bad_cast()
 U std::bad_alloc::~bad_alloc()
 U std::exception::~exception()
 U std::type_info::~type_info()
 U typeinfo for CNPC_Citizen
 U typeinfo for std::bad_typeid
 U typeinfo for std::bad_exception
 U typeinfo for std::bad_cast
 U typeinfo for std::bad_alloc
 U typeinfo for std::exception
 U typeinfo for std::type_info
 U vtable for __cxxabiv1::__class_type_info
 U vtable for __cxxabiv1::__si_class_type_info
 U vtable for __cxxabiv1::__vmi_class_type_info
 U vtable for std::bad_typeid
 U vtable for std::bad_exception
 U vtable for std::bad_cast
 U vtable for std::bad_alloc
 U __cxa_allocate_exception
 U __cxa_call_unexpected
 U __cxa_free_exception
 U __cxa_pure_virtual
 U __cxa_throw
 U __dynamic_cast
 U __gxx_personality_v0
 U g_ClockSpeedMillisecondsMultiplier
 U g_ClockSpeedSecondsMultiplier
 U g_VProfCurrentProfile
 U g_pMemAlloc
 U g_pVCR
 U vtune

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders



Re: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Jeff Fearn
On 12/22/05, Stephen Micheals [EMAIL PROTECTED] wrote:
 compile is done the thing compiles fine but still the thing refused to
 get loaded by the server.

 this is driving me insane.

Realise that you had at least two problems and you have overcome one. :)

 heres some items from the console:

 srcds # ldd hostiletest/bin/server_i486.so
 linux-gate.so.1 =  (0xe000)
 libm.so.6 = /lib/libm.so.6 (0xb72d3000)
 libdl.so.2 = /lib/libdl.so.2 (0xb72ce000)
 tier0_i486.so = /opt/srcds/bin/tier0_i486.so (0xb72a)
 vstdlib_i486.so = /opt/srcds/bin/vstdlib_i486.so (0xb728b000)
 libc.so.6 = /lib/libc.so.6 (0xb7173000)
 /lib/ld-linux.so.2 (0x8000)
 libpthread.so.0 = /lib/libpthread.so.0 (0xb7121000)
 srcds # ./srcds_run -game hostiletest -insecure +maxplayers 12 +map hi_test
 Auto detecting CPU
 Using default binary.
 Auto-restarting the server on crash

 Console initialized.
 Failed to load server_i486.so
 Failed to load server binary
 maxplayers set to 0
 Unknown command mp_forcerespawn
 Network: IP 127.0.0.1, mode MP, dedicated Yes, ports 27015 SV / 27005 CL
 Failed to load server_i486.so
 Failed to load server binary
 Can't start game, no valid server.dll loaded

 Thu Dec 22 03:31:28 PST 2005: Server Quit

 srcds # nm -g -C hostiletest/bin/server_i486.so | grep  U  | grep -v GLIBC
  U CommandLine
  U DevMsg
  U DevWarning
  U Error
  U GetCPUInformation
  U KeyValuesSystem
  U MemAllocScratch
  U MemFreeScratch
  U Msg
  U Plat_FloatTime
  U Q_FileBase
  U Q_FixSlashes
  U Q_IsAbsolutePath
  U Q_SetExtension
  U Q_StripFilename
  U Q_atof
  U Q_atoi
  U Q_binarytohex
  U Q_pretifymem
  U Q_snprintf
  U Q_strcasecmp
  U Q_strcat
  U Q_strncasecmp
  U Q_strncat
  U Q_strncmp
  U Q_strncpy
  U Q_strnicmp
  U Q_vsnprintf
  U RandomFloat
  U RandomInt
  U RandomSeed
  U Warning
  U _Unwind_Resume
  U DevWarning(char const*, ...)
  U DevMsg(char const*, ...)
  U Q_stristr(char const*, char const*)
  U CVProfNode::EnterScope()
  U CVProfNode::GetSubNode(char const*, int, char const*, int)
  U CVProfNode::Pause()
  U CVProfNode::Reset()
  U CVProfNode::Resume()
  U CVProfNode::ExitScope()
  U CVProfNode::MarkFrame()
  U CUniformRandomStream::RandomFloat(float, float)
  U CUniformRandomStream::SetSeed(int)
  U CUniformRandomStream::RandomInt(int, int)
  U CUniformRandomStream::CUniformRandomStream()
  U CVProfile::OutputReport(int, char const*, int)
  U CVProfile::BudgetGroupNameToBudgetGroupID(char const*)
  U std::type_info::__do_catch(std::type_info const*, void**,
 unsigned int) const
  U std::type_info::__do_upcast(__cxxabiv1::__class_type_info
 const*, void**) const
  U std::type_info::__is_pointer_p() const
  U std::type_info::__is_function_p() const
  U std::bad_typeid::~bad_typeid()
  U std::bad_exception::~bad_exception()
  U std::bad_cast::~bad_cast()
  U std::bad_alloc::~bad_alloc()
  U std::exception::~exception()
  U std::type_info::~type_info()
  U typeinfo for CNPC_Citizen
  U typeinfo for std::bad_typeid
  U typeinfo for std::bad_exception
  U typeinfo for std::bad_cast
  U typeinfo for std::bad_alloc
  U typeinfo for std::exception
  U typeinfo for std::type_info
  U vtable for __cxxabiv1::__class_type_info
  U vtable for __cxxabiv1::__si_class_type_info
  U vtable for __cxxabiv1::__vmi_class_type_info
  U vtable for std::bad_typeid
  U vtable for std::bad_exception
  U vtable for std::bad_cast
  U vtable for std::bad_alloc
  U __cxa_allocate_exception
  U __cxa_call_unexpected
  U __cxa_free_exception
  U __cxa_pure_virtual
  U __cxa_throw
  U __dynamic_cast
  U __gxx_personality_v0
  U g_ClockSpeedMillisecondsMultiplier
  U g_ClockSpeedSecondsMultiplier
  U g_VProfCurrentProfile
  U g_pMemAlloc
  U g_pVCR
  U vtune


It looks like you need to add -lstdc++ to LDFLAGS when compiling

--
Jeff Fearn

Postmodernism: Once more without feeling. -- Geoffrey Nunberg

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders



Re: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Fabian Schreyer
Perhaps you could find the error by doing a
strace ./srcds_run -game hostiletest -insecure +maxplayers 12 +map hi_test

On 12/22/05, Stephen Micheals [EMAIL PROTECTED] wrote:
 compile is done the thing compiles fine but still the thing refused to
 get loaded by the server.

 this is driving me insane.

 heres some items from the console:

 srcds # ldd hostiletest/bin/server_i486.so
linux-gate.so.1 =  (0xe000)
libm.so.6 = /lib/libm.so.6 (0xb72d3000)
libdl.so.2 = /lib/libdl.so.2 (0xb72ce000)
tier0_i486.so = /opt/srcds/bin/tier0_i486.so (0xb72a)
vstdlib_i486.so = /opt/srcds/bin/vstdlib_i486.so (0xb728b000)
libc.so.6 = /lib/libc.so.6 (0xb7173000)
/lib/ld-linux.so.2 (0x8000)
libpthread.so.0 = /lib/libpthread.so.0 (0xb7121000)
 srcds # ./srcds_run -game hostiletest -insecure +maxplayers 12 +map hi_test
 Auto detecting CPU
 Using default binary.
 Auto-restarting the server on crash

 Console initialized.
 Failed to load server_i486.so
 Failed to load server binary
 maxplayers set to 0
 Unknown command mp_forcerespawn
 Network: IP 127.0.0.1, mode MP, dedicated Yes, ports 27015 SV / 27005 CL
 Failed to load server_i486.so
 Failed to load server binary
 Can't start game, no valid server.dll loaded

 Thu Dec 22 03:31:28 PST 2005: Server Quit

 srcds # nm -g -C hostiletest/bin/server_i486.so | grep  U  | grep -v GLIBC
 U CommandLine
 U DevMsg
 U DevWarning
 U Error
 U GetCPUInformation
 U KeyValuesSystem
 U MemAllocScratch
 U MemFreeScratch
 U Msg
 U Plat_FloatTime
 U Q_FileBase
 U Q_FixSlashes
 U Q_IsAbsolutePath
 U Q_SetExtension
 U Q_StripFilename
 U Q_atof
 U Q_atoi
 U Q_binarytohex
 U Q_pretifymem
 U Q_snprintf
 U Q_strcasecmp
 U Q_strcat
 U Q_strncasecmp
 U Q_strncat
 U Q_strncmp
 U Q_strncpy
 U Q_strnicmp
 U Q_vsnprintf
 U RandomFloat
 U RandomInt
 U RandomSeed
 U Warning
 U _Unwind_Resume
 U DevWarning(char const*, ...)
 U DevMsg(char const*, ...)
 U Q_stristr(char const*, char const*)
 U CVProfNode::EnterScope()
 U CVProfNode::GetSubNode(char const*, int, char const*, int)
 U CVProfNode::Pause()
 U CVProfNode::Reset()
 U CVProfNode::Resume()
 U CVProfNode::ExitScope()
 U CVProfNode::MarkFrame()
 U CUniformRandomStream::RandomFloat(float, float)
 U CUniformRandomStream::SetSeed(int)
 U CUniformRandomStream::RandomInt(int, int)
 U CUniformRandomStream::CUniformRandomStream()
 U CVProfile::OutputReport(int, char const*, int)
 U CVProfile::BudgetGroupNameToBudgetGroupID(char const*)
 U std::type_info::__do_catch(std::type_info const*, void**,
 unsigned int) const
 U std::type_info::__do_upcast(__cxxabiv1::__class_type_info
 const*, void**) const
 U std::type_info::__is_pointer_p() const
 U std::type_info::__is_function_p() const
 U std::bad_typeid::~bad_typeid()
 U std::bad_exception::~bad_exception()
 U std::bad_cast::~bad_cast()
 U std::bad_alloc::~bad_alloc()
 U std::exception::~exception()
 U std::type_info::~type_info()
 U typeinfo for CNPC_Citizen
 U typeinfo for std::bad_typeid
 U typeinfo for std::bad_exception
 U typeinfo for std::bad_cast
 U typeinfo for std::bad_alloc
 U typeinfo for std::exception
 U typeinfo for std::type_info
 U vtable for __cxxabiv1::__class_type_info
 U vtable for __cxxabiv1::__si_class_type_info
 U vtable for __cxxabiv1::__vmi_class_type_info
 U vtable for std::bad_typeid
 U vtable for std::bad_exception
 U vtable for std::bad_cast
 U vtable for std::bad_alloc
 U __cxa_allocate_exception
 U __cxa_call_unexpected
 U __cxa_free_exception
 U __cxa_pure_virtual
 U __cxa_throw
 U __dynamic_cast
 U __gxx_personality_v0
 U g_ClockSpeedMillisecondsMultiplier
 U g_ClockSpeedSecondsMultiplier
 U g_VProfCurrentProfile
 U g_pMemAlloc
 U g_pVCR
 U vtune

 ___
 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



Re: [hlcoders] Linux binary compiles fine but fails to load.

2005-12-22 Thread Stephen Micheals
is that really needed is that not redundant since these:
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.1/libstdc++.a
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.1/libgcc_eh.a
are already linked in?

also just tryed adding it anyways it did not work.

On 12/22/05, Jeff Fearn [EMAIL PROTECTED] wrote:
 Realise that you had at least two problems and you have overcome one. :)
 It looks like you need to add -lstdc++ to LDFLAGS when compiling

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders