RE: [hlcoders] Logic Ent's Client side
if ( pPlayer = NULL ) That's your problem you're not comparing to NULL you're assigning to NULL hence when you dereference the pointer things go wrong. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adam amckern Mckern Sent: 22 December 2005 03:07 To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Logic Ent's Client side Now the crash happens when it gets to; if ( pPlayer-m_bNFNightVis ) { Msg ( Bobs My Uncle ); } ___ 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.
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.
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] Logic Ent's Client side
Ahh, simplie fix - and we have been spending a good part of 2 weeks on working out if it was the class call! Thanks Greg! --- Greg Chadwick [EMAIL PROTECTED] wrote: if ( pPlayer = NULL ) That's your problem you're not comparing to NULL you're assigning to NULL hence when you dereference the pointer things go wrong. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adam amckern Mckern Sent: 22 December 2005 03:07 To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Logic Ent's Client side Now the crash happens when it gets to; if ( pPlayer-m_bNFNightVis ) { Msg ( Bobs My Uncle ); } ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders My Website http://www.ammahls.com Lead Programer NightFall http://www.nightfallmod.net/ Developer of CST and ZHLT 3.0 http://www.zhlt.tk This email has been sent from Adam McKern, and is not one of the many spam bots that use my email address. If you receive an email that has not got this signature line, please delete the email, and not respond in any way to it. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ 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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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
Re: [hlcoders] 64 Bit, and Valves Relase timetable
An update has been released for HL2 Lost Coast with 64 bit support: http://www.steampowered.com/index.php?area=newsid=496 My question is, when the SDK code update is eventually released, how will mods be able to make 64-bit versions? Will it require a different code base for 32 64 bit versions? Will we have to distribute them seperately, or will there be a feature to automatically detect compatablity? On 12/14/05, Adam amckern Mckern [EMAIL PROTECTED] wrote: Ta ben! --- Benjamin Davison [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] Alfred Reynolds to hlcoders More options Nov 16Yes, VS.NET http://vs.net/ 2003 is still our primary development platform. VS.NET http://vs.net/ 2005 is a part of our 64-bit port efforts. - Alfred Take that for what you will. On 12/13/05, Adam amckern Mckern [EMAIL PROTECTED] wrote: I don't know if Gabe, and the project leads at valve will be doing this, but I am trying to find out if Valve will be releasing an EXE for 64 bit? Why I am asking is because I am in the middle of choosing to compile the SDK with 64 bit, because of the target systems of nightfall, or to go and optimise the game with vs. 2005's profiler. So will valve be releasing a 64bit exe to stop bottle necking 64bit DLLs? My Website http://www.ammahls.com Lead Programer NightFall http://www.nightfallmod.net/ Developer of CST and ZHLT 3.0 http://www.zhlt.tk This email has been sent from Adam McKern, and is not one of the many spam bots that use my email address. If you receive an email that has not got this signature line, please delete the email, and not respond in any way to it. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders -- - Benjamin Davison -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders My Website http://www.ammahls.com Lead Programer NightFall http://www.nightfallmod.net/ Developer of CST and ZHLT 3.0 http://www.zhlt.tk This email has been sent from Adam McKern, and is not one of the many spam bots that use my email address. If you receive an email that has not got this signature line, please delete the email, and not respond in any way to it. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ 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] 64 Bit, and Valves Relase timetable
-- [ Picked text/plain from multipart/alternative ] Hopefully Teddy. (Just made a post about this just after you did ;)) On 12/23/05, Teddy [EMAIL PROTECTED] wrote: An update has been released for HL2 Lost Coast with 64 bit support: http://www.steampowered.com/index.php?area=newsid=496 My question is, when the SDK code update is eventually released, how will mods be able to make 64-bit versions? Will it require a different code base for 32 64 bit versions? Will we have to distribute them seperately, or will there be a feature to automatically detect compatablity? On 12/14/05, Adam amckern Mckern [EMAIL PROTECTED] wrote: Ta ben! --- Benjamin Davison [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] Alfred Reynolds to hlcoders More options Nov 16Yes, VS.NET http://vs.net/ 2003 is still our primary development platform. VS.NET http://vs.net/ 2005 is a part of our 64-bit port efforts. - Alfred Take that for what you will. On 12/13/05, Adam amckern Mckern [EMAIL PROTECTED] wrote: I don't know if Gabe, and the project leads at valve will be doing this, but I am trying to find out if Valve will be releasing an EXE for 64 bit? Why I am asking is because I am in the middle of choosing to compile the SDK with 64 bit, because of the target systems of nightfall, or to go and optimise the game with vs. 2005's profiler. So will valve be releasing a 64bit exe to stop bottle necking 64bit DLLs? My Website http://www.ammahls.com Lead Programer NightFall http://www.nightfallmod.net/ Developer of CST and ZHLT 3.0 http://www.zhlt.tk This email has been sent from Adam McKern, and is not one of the many spam bots that use my email address. If you receive an email that has not got this signature line, please delete the email, and not respond in any way to it. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders -- - Benjamin Davison -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders My Website http://www.ammahls.com Lead Programer NightFall http://www.nightfallmod.net/ Developer of CST and ZHLT 3.0 http://www.zhlt.tk This email has been sent from Adam McKern, and is not one of the many spam bots that use my email address. If you receive an email that has not got this signature line, please delete the email, and not respond in any way to it. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ 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 -- - Benjamin Davison -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
[hlcoders] Source 64bit, any word on SDK code update?
-- [ Picked text/plain from multipart/alternative ] In an earlier topic somebody asked about VS2005 and Alfred responded* that VS2005 was part of Valves 64 bit port efforts. OK so now that the 64bit version has made an appearance will the SDK code update be close behind? *He might of meant something different, so I'm not putting words in his mouth. P.S. Is there going to be a 64bit version of steam, when that comes out I'll probably get myself a copy of windows 64. P.P.S does VS 2005 have a 64bit version? -- - Benjamin Davison -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] Source 64bit, any word on SDK code update?
VS8 does work in a 64-bit environment. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Benjamin Davison Sent: Thursday, December 22, 2005 7:35 PM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Source 64bit, any word on SDK code update? -- [ Picked text/plain from multipart/alternative ] In an earlier topic somebody asked about VS2005 and Alfred responded* that VS2005 was part of Valves 64 bit port efforts. OK so now that the 64bit version has made an appearance will the SDK code update be close behind? *He might of meant something different, so I'm not putting words in his mouth. P.S. Is there going to be a 64bit version of steam, when that comes out I'll probably get myself a copy of windows 64. P.P.S does VS 2005 have a 64bit version? -- - Benjamin Davison -- ___ 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] Source 64bit, any word on SDK code update?
-- [ Picked text/plain from multipart/alternative ] I meant, does it have a specific 64 bit binary? On 12/23/05, Ben Everett [EMAIL PROTECTED] wrote: VS8 does work in a 64-bit environment. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Benjamin Davison Sent: Thursday, December 22, 2005 7:35 PM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Source 64bit, any word on SDK code update? -- [ Picked text/plain from multipart/alternative ] In an earlier topic somebody asked about VS2005 and Alfred responded* that VS2005 was part of Valves 64 bit port efforts. OK so now that the 64bit version has made an appearance will the SDK code update be close behind? *He might of meant something different, so I'm not putting words in his mouth. P.S. Is there going to be a 64bit version of steam, when that comes out I'll probably get myself a copy of windows 64. P.P.S does VS 2005 have a 64bit version? -- - Benjamin Davison -- ___ 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 -- - Benjamin Davison -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
Re: [hlcoders] Source 64bit, any word on SDK code update?
Working with my copy of 2005 pro, it only comes in 32bit (at the moment) - to build a 64 bit, its just a matter of useing secure mem space functions, and fixing about 10 assingment's - i was going to relase my 64bit sp conversion in feb, but if valve have one, then i might hold off untill i hear more about it. Adam --- Benjamin Davison [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] I meant, does it have a specific 64 bit binary? On 12/23/05, Ben Everett [EMAIL PROTECTED] wrote: VS8 does work in a 64-bit environment. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Benjamin Davison Sent: Thursday, December 22, 2005 7:35 PM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Source 64bit, any word on SDK code update? -- [ Picked text/plain from multipart/alternative ] In an earlier topic somebody asked about VS2005 and Alfred responded* that VS2005 was part of Valves 64 bit port efforts. OK so now that the 64bit version has made an appearance will the SDK code update be close behind? *He might of meant something different, so I'm not putting words in his mouth. P.S. Is there going to be a 64bit version of steam, when that comes out I'll probably get myself a copy of windows 64. P.P.S does VS 2005 have a 64bit version? -- - Benjamin Davison -- ___ 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 -- - Benjamin Davison -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders My Website http://www.ammahls.com Lead Programer NightFall http://www.nightfallmod.net/ Developer of CST and ZHLT 3.0 http://www.zhlt.tk This email has been sent from Adam McKern, and is not one of the many spam bots that use my email address. If you receive an email that has not got this signature line, please delete the email, and not respond in any way to it. __ Yahoo! for Good - Make a difference this year. http://brand.yahoo.com/cybergivingweek2005/ ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders