Florian Zschocke wrote:
Cortex wrote:
LoadLibrary failed on
/home/cstrike/hlds_l/albator/dlls/hl_alb_i386.so:
/home/cstrike/hlds_l/albator/dlls/hl_alb_i386.so: undefined symbol:
cerr
You need to link against the libstdc++, either statically or
dynamically. Run ldd on your DSO to see if it
Florian Zschocke wrote:
You need to link against the libstdc++, either statically or
dynamically. Run ldd on your DSO to see if it links against it.
You probably didn't link with g++ but with gcc.
OK, now, I got an other pb :(
It doesn't find 'libstdc++-libc6.0-1.so.2'... Indeed, if I run ldd
OK, now, I got an other pb :(
It doesn't find 'libstdc++-libc6.0-1.so.2'... Indeed, if I run ldd on my
.so, it says that this libstdc++ isn't linked to my .so.
How can I link it to my .so ? thx :)
You need to modify your LD_LIBRARY_PATH environment variable or make sure
the shared library
This is a multi-part message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Individual player origins are only sent to clients when the player is in the client's
PVS.
--
___
To unsubscribe, edit your list preferences, or view the
I know that.
This is while they ARE in pvs.
I said, the origin isn't what its SUPPOSED TO BE. Only when they
die/respawn.
Even more mystery..
When I print out in hud_addentity, I added another little bit to it..
gEngfuncs.Con_Printf(player: %i, x: %f, y: %f, z: %f\ncso: x: %f y: %f z:
%f\n,
botman wrote:
OK, now, I got an other pb :(
It doesn't find 'libstdc++-libc6.0-1.so.2'... Indeed, if I run ldd
on my .so, it says that this libstdc++ isn't linked to my .so.
How can I link it to my .so ? thx :)
You need to modify your LD_LIBRARY_PATH environment variable or make
sure
the
i know that coding over a weird bug is never a good thing but couldnt you
just set ent-origin = ent-curstate.origin?
oh nice demo btw :) bit hard to control :blinks: i gave up on my playstation
pad after 30 secs and went to kb and still couldnt control it... seems to
spin on its own _
jc
-
The exact version of the libstdc++ isn't present in my lib directories, it
is perhaps the problem. But, anyway, official .so (ricochet, valve, dmc)
don't link to libstdc++ (try a ldd on them). However, mine does link to
'libstdc++-libc6.0-1.so.2'. With ldd, it gives me :
This is a multi-part message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Developed by: David vonThenen and Tina Alinaghian
Developed at: http:www.checkyour6.net
Downloads Available at: http://www.checkyour6.net/index.php?act=phpadmin
PHPAdmin v2 (win32) Released
Yes it
botman wrote:
I believe the Valve MODs are compiled and linked with 'gcc' and not 'g++'.
The g++ compiler is probably where you are getting the standard C++ library
(libstdc++) requirement from.
If you ling with g++ it will automatically link against the libstdc++
dynamically. If you want to
Florian Zschocke wrote:
botman wrote:
I believe the Valve MODs are compiled and linked with 'gcc' and not
'g++'. The g++ compiler is probably where you are getting the
standard C++ library (libstdc++) requirement from.
If you ling with g++ it will automatically link against the libstdc++
It's -l
Persuter
At 08:54 PM 6/15/2003 +0200, you wrote:
Florian Zschocke wrote:
botman wrote:
I believe the Valve MODs are compiled and linked with 'gcc' and not
'g++'. The g++ compiler is probably where you are getting the
standard C++ library (libstdc++) requirement from.
If you ling
Cortex wrote:
OK. I search for the command to link statically to a particular lib, but I
didn't find it. Do you know it ?
You can check the Admin Mod Makefile for more info, but in essecne it
boilds down to this:
STDCPPLIB=/usr/lib/libstdc++-libc6.2-2.a.3
SHLIBLDFLAGS=-shared -nodefaultlibs
I made a post about that, it seems to spin if you have a gamepad, and not an
actual joystick, or, a joystick + gamepad driver. If I have my gravis
gamepad active in game controllers, it seems to randomly spit input in and
cause it to spin around like mad :/
But if I disable it, it doesn't do it.
14 matches
Mail list logo