This is the new home of the egghelp.org community forum.
All data has been migrated (including user logins/passwords) to a new phpBB version.


For more information, see this announcement post. Click the X in the top right-corner of this box to dismiss this message.

bot doesen't work without -n

General support and discussion of Eggdrop bots.
Post Reply
h
hellraiser
Voice
Posts: 2
Joined: Sun Mar 05, 2006 1:08 pm

bot doesen't work without -n

Post by hellraiser »

I have a problem with my eggdrop. If I run it without -n option, eggdrop doesent want to connect to a server and doesent accept connections on telnet(telnet actually connects i just don't get welcome screen), but if i run it with -n option it works fine. Has anybody any idea what could be wrong. For now i solved the problem with ./eggdrop -n>/dev/null&. I use eggdrop1.6.17 and debian stable.
User avatar
caesar
Mint Rubber
Posts: 3778
Joined: Sun Oct 14, 2001 8:00 pm
Location: Mint Factory

Post by caesar »

Yah, noticed that myself on debian, a problem with forking, debian sucks or something like this. Buzz the gghead's dev team about this or install a different OS. :)
Once the game is over, the king and the pawn go back in the same box.
m
metroid
Owner
Posts: 771
Joined: Wed Jun 16, 2004 2:46 am

Post by metroid »

I had the same problem on debian.
I didn't have the problem on a different debian server with the exact same debian build though.
h
hellraiser
Voice
Posts: 2
Joined: Sun Mar 05, 2006 1:08 pm

Post by hellraiser »

Yeah, exactly. Eggdrop runs with no problem on my home debian box, but it's not working on the other one.
r
rjpearce
Voice
Posts: 5
Joined: Mon Mar 27, 2006 8:36 am

Post by rjpearce »

identical problem.. I suspect its something recent in debian.

I run debian, sarge .. what does everyone run?

I have 2 older 1.6.15's eggdrops compiled a while back which run fine without -n.

Only recently when we've recompiled they no longer work without -n..
I've tried 1.6.15, 1.6.16 and 1.6.17.. all have the same problem.

Anyone have any suggestions?..

Its a shame there is no debug output at all.

-R J Pearce
User avatar
De Kus
Revered One
Posts: 1361
Joined: Sun Dec 15, 2002 11:41 am
Location: Germany

Post by De Kus »

this is 99% a lib path issue of multiple installed TCL versions. make sure the first 'LD_LIBRARY_PATH' entry points to the one eggdrop is linking with (get to know with 'ldd eggdrop'). Use the search function to get to more about it.
ex. how it should look like: (highlighted paths must match)
~/STARZ$ ldd eggdrop
libtcl8.4.so => /usr/local/lib/libtcl8.4.so (0x40018000)
libm.so.6 => /lib/libm.so.6 (0x400cb000)
libdl.so.2 => /lib/libdl.so.2 (0x400ed000)
libnsl.so.1 => /lib/libnsl.so.1 (0x400f1000)
libz.so.1 => /usr/local/lib/libz.so.1 (0x40106000)
libresolv.so.2 => /lib/libresolv.so.2 (0x40119000)
libc.so.6 => /lib/libc.so.6 (0x4012b000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
~/STARZ$ export | grep LD_LIBRARY_PATH
declare -x LD_LIBRARY_PATH="/usr/local/lib"
you should also make sure the one in ldd is the one from which ../include the header file is from with which the bot was compiled. Its not that important than the other thing, but it ensures max compatibility (header version can be seen with .status in partyline as example).

This problem occurs because eggdrop searchs first for /usr/local/lib which is also the default for TCL and debians default TCL is installed in /usr/lib :D.

PS: of course the real solution for this problem to uninstall debians TCL and keep only the new TCL version :D.
De Kus
StarZ|De_Kus, De_Kus or DeKus on IRC
Copyright © 2005-2009 by De Kus - published under The MIT License
Love hurts, love strengthens...
Post Reply