Re: [hlcoders] Initial player health value?

Yeah, thanks I spent about 5 hours on friday trying to find it. I'll see if it helps when i get back to work on Tuesday. Adam --- Jorge Rodriguez <[EMAIL PROTECTED]> wrote: > Adam "amckern" Mckern wrote: > > Can you please tell me where the inital, and > maxuim > > value is? > > > > In basepla

Re: [hlcoders] Initial player health value?

Look at the Spawn code. At 2006/09/30 07:45 PM, Adam \"amckern\" Mckern wrote: >Hi! > >I cant seem to find the correct '100' value when i >grep the entire source folder for the inital, and >maxuim player health value there are heaps of pHealth >but when i ask VS2003 to find the defintion, it says

Re: [hlcoders] Initial player health value?

Adam "amckern" Mckern wrote: Can you please tell me where the inital, and maxuim value is? In baseplayer_shared.cpp, in void CBasePlayer::SharedSpawn() there's a line that says m_iHealth = 100; is that what you're looking for? -- Jorge "Vino" Rodriguez __

[hlcoders] Initial player health value?

Hi! I cant seem to find the correct '100' value when i grep the entire source folder for the inital, and maxuim player health value there are heaps of pHealth but when i ask VS2003 to find the defintion, it says 'none found'. Can you please tell me where the inital, and maxuim value is? I also l

Re: [hlcoders] Issues getting srcds to like my binary

This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Ok, looks like I got the issue resolved. Mainly choreoobjects, mathlib and tier1 stuff still had unresolved symbols, probably due to the merge with the new SDK stuff a month ago. After sniffing arou

Re: [hlcoders] Issues getting srcds to like my binary

linux-gate.so.1 => (0xe000) libm.so.6 => /lib/tls/libm.so.6 (0xb6e61000) libdl.so.2 => /lib/tls/libdl.so.2 (0xb6e5d000) tier0_i486.so => bin/tier0_i486.so (0xb6e27000) vstdlib_i486.so => bin/vstdlib_i486.so (0xb6e13000) libc.so.6 => /lib/tls/libc.so.6 (0xb

Re: [hlcoders] Issues getting srcds to like my binary

This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] That's what I have: > > For grins, here's the highlights of my Makefile (using gcc 4.0.4): > > > >LDFLAGS="-lm -ldl tier0_i486.so vstdlib_i486.so" > > > > The following files are symbolically link

Re: [hlcoders] Issues getting srcds to like my binary

What he's doing is correct. Mod binaries are supposed to link to those two libraries from the current working directory. When srcds_run is run, it (effectively) sets the LD_LIBRARY_PATH environment variable to the folder that contains those shared libraries, which allows the mods to not blow up wh

Re: [hlcoders] Issues getting srcds to like my binary

I'm pretty sure you have to make virtual links to tier0_i486.so vstdlib_i486.so and then after you made the links you need to change it to look like this: LDFLAGS="-lm -ldl tier0_i486.so vstdlib_i486.so" On 9/30/06, Gnolfo <[EMAIL PROTECTED]> wrote: This is a multi-part message in MIME form

Re: [hlcoders] Issues getting srcds to like my binary

This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Ok, when I change my makefile to this: LDFLAGS="-lm -ldl $(GAME_DIR)/bin/tier0_i486.so $(GAME_DIR)/bin/vstdlib_i486.so" It builds, and I get this: gnolfo:~/usr/srcds$ ldd aoc/bin/server_i486.so

Re: [hlcoders] Issues getting srcds to like my binary

tier0_i486.so => not found vstdlib_i486.so => not found I think thats a big problem, I haven't touched linux compiles in months. But last time I did, Both tier0_i486.so and vstdlib_i486.so, had to be found in order to work with srcds. On 9/30/06, Gnolfo <[EMAIL PROTECTED]> wro

[hlcoders] Issues getting srcds to like my binary

This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Ok, this has been one of those cases where the mod compiles and runs fine with certain linux servers (ie. the frankenstein'd one sitting in my coat closet), but has all sorts of issues working on a di