egghelp/eggheads community

Can't telnet in?

2008-01-29T22:09:49-04:00

It would appear then, that your system only has runtime-libraries installed, and not the "devel" files required for compiling.

If you got admin-access on the system, you probably need to install the tcl-devel or similar package in addition to the "normal" tcl-package.

If you do not, then you have two options; bug whoever is admin to install these (preferred), or link your eggdrop against the library you've installed yourself - and then set the LD_LIBRARY_PATH environment variable to tell ld to load your libtcl8.4.so rather than the systemwide one. (On a bash shell, this would be done like this: export LD_LIBRARY_PATH=/home/HondaACT/tcl/lib/ ).
It is important that this is done each time you need to (re)start your eggdrop, as environment variables do not persist inbetween login-sessions. It must also be done before trying to compiling eggdrop...

Statistics: Posted by nml375 — Tue Jan 29, 2008 10:09 pm

Can't telnet in?

2008-01-29T19:37:07-04:00

I ran locate on tcl.h and got these results:

[HondaATC@server134 eggdrop1.6.18]$ locate tcl.h
/home/HondaATC/tcl/include/tcl.h
/home/HondaATC/tcl8.4.17/generic/tcl.h
/home/HondaATC/tcl8.4.17/tools/tcl.hpj.in
/home/HondaATC/tcl8.4.17/win/tcl.hpj.in
[HondaATC@server134 eggdrop1.6.18]$

So I modified the command you posted earlier to reflect the usr/tcl/include/ path and it still didn't work

configure: warning:

The file '/usr/tcl/include/tcl.h' given to option --with-tclinc is not valid.

configure will now attempt to autodetect both the Tcl library and header.

checking for Tcl library... using /lib
checking for Tcl header... using /
checking whether the Tcl system has changed... yes
checking for Tcl version...
checking for Tcl patch level...
configure: error:

Your Tcl version is much too old for Eggdrop to use. You should
download and compile a more recent version. The most reliable
current version is 8.4.6 and can be downloaded from
ftp://tcl.activestate.com/pub/tcl/tcl8_4/.

Statistics: Posted by HondaATC — Tue Jan 29, 2008 7:37 pm

Can't telnet in?

2008-01-29T14:38:59-04:00

Seems you've got a different location of tcl.h, or possibly missing headers/devel-packages of tcl (if using pkg/rpm/deb installation).

See if you can locate tcl.h, and use the proper path. If you can't find it, it would seem headers and such have not been installed, and should be installed by root.

Statistics: Posted by nml375 — Tue Jan 29, 2008 2:38 pm

Can't telnet in?

2008-01-29T14:30:18-04:00

I just ran that command you posted (./configure --with-tcllib=/usr/lib/libtcl8.4.so --with-tclinc=/usr/include/tcl.h) and I still got the same error as above about the libraries being way to old for eggdrop to use.

configure: warning:

The file '/usr/include/tcl.h' given to option --with-tclinc is not valid.

configure will now attempt to autodetect both the Tcl library and header.

checking for Tcl library... using /lib
checking for Tcl header... using /
checking whether the Tcl system has changed... yes
checking for Tcl version...
checking for Tcl patch level...
configure: error:

Your Tcl version is much too old for Eggdrop to use. You should
download and compile a more recent version. The most reliable
current version is 8.4.6 and can be downloaded from
ftp://tcl.activestate.com/pub/tcl/tcl8_4/.

See doc/COMPILE-GUIDE's 'Tcl Detection and Installation' section
for more information.

Statistics: Posted by HondaATC — Tue Jan 29, 2008 2:30 pm

Can't telnet in?

2008-01-29T13:09:21-04:00

Use the --with-tcllib and --with-tclinc options to specify which tcl-library and tcl.h-file to use when running the autoconf script (./configure --with-tcllib=/usr/lib/libtcl8.4.so --with-tclinc=/usr/include/tcl.h). This should make autoconf try and use the system-wide installation of tcl.

Keep in mind that --with-tclinc needs to point at the systemwide tcl.h headerfile, not the library!

Statistics: Posted by nml375 — Tue Jan 29, 2008 1:09 pm

Can't telnet in?

2008-01-29T12:57:11-04:00

I finally got time to try and recompile the eggdrop today, and when I did it, its still pointing to the HondaATC/tcl/ library. How can I force it to look for/find the system wide one?

edit: OK, I ran the commands you had mentioned above and when I run those and point to the usr/lib/ set I get this error:

checking for Tcl library... using /usr/lib/libtcl8.4.so
checking for Tcl header... using /usr/lib/libtcl8.4.so
checking whether the Tcl system has changed... yes
checking for Tcl version...
checking for Tcl patch level...
configure: error:

Your Tcl version is much too old for Eggdrop to use. You should
download and compile a more recent version. The most reliable
current version is 8.4.6 and can be downloaded from
ftp://tcl.activestate.com/pub/tcl/tcl8_4/.

See doc/COMPILE-GUIDE's 'Tcl Detection and Installation' section
for more information.

[HondaATC@server134 eggdrop1.6.18]$

Statistics: Posted by HondaATC — Tue Jan 29, 2008 12:57 pm

Can't telnet in?

2008-01-17T20:14:16-04:00

The contents of the config.log would help, but this is what I assume occured:
The configure-script was unable to locate the system-wide installation of libtcl, and was thus left with the one in your home directory. Testing this library most likely revealed it to be non-threaded, and hence your eggdrop was compiled without some modifications needed with threaded libraries.

Unfortunately, it was however linked against the system-wide library, which indeed is threaded, resulting in your eggdrop freezing when it tries to fork() into background.

You could try to recompile your eggdrop, explicitly telling the configure-script to look for tcl at /usr/lib/libtcl8.4.so. Hopefully, this will then be properly detected as threaded, the proper code will be included into your eggdrop, and everything will work like a charm.

Statistics: Posted by nml375 — Thu Jan 17, 2008 8:14 pm

Can't telnet in?

2008-01-17T19:58:15-04:00

Not from what I can recall. I ran the standard ./configure and during that got the error about the tcl libraries missing. I remember it saying it couldn't locate them, but then asking if I wanted to point to the location of them, but I didn't even have any idea where to look so I just canceled that, and then after some research installed what evidently was the second Tcl library. After installing the second library I ran ./configure again and it worked without any errors.

Statistics: Posted by HondaATC — Thu Jan 17, 2008 7:58 pm

Can't telnet in?

2008-01-17T19:41:19-04:00

the config.log file would be where you unpacked the source and compiled your eggdrop, it is not copied upon make install.

Did you use either --with-tcllib= and/or --with-tclinc= directives when running ./configure? And if so, did you point it at the tcl-library in your home-directory?

Statistics: Posted by nml375 — Thu Jan 17, 2008 7:41 pm

Can't telnet in?

2008-01-17T19:32:55-04:00

Heres what I got:

Code:

[HondaATC@server134 ~]$ locate libtcl/home/HondaATC/tcl/lib/libtcl8.4.so/home/HondaATC/tcl/lib/libtclstub8.4.a/home/HondaATC/tcl8.4.17/unix/libtcl8.4.so/home/HondaATC/tcl8.4.17/unix/libtclstub8.4.a/usr/lib/libtcl8.4.so

So it looks like you were right, 2 different installs.

Code:

[HondaATC@server134 eggdrop]$ ldd eggdrop        linux-gate.so.1 =>  (0x00a79000)        libtcl8.4.so => /usr/lib/libtcl8.4.so (0x0087d000)        libm.so.6 => /lib/libm.so.6 (0x0083b000)        libdl.so.2 => /lib/libdl.so.2 (0x007d4000)        libnsl.so.1 => /lib/libnsl.so.1 (0x007da000)        libc.so.6 => /lib/libc.so.6 (0x00692000)        libpthread.so.0 => /lib/libpthread.so.0 (0x00864000)        /lib/ld-linux.so.2 (0x00670000)

And eggdrop's using the one that was already installed, oddly because the tcl 8.4.17 directory is where I put the one I did, and it didn't recognize the user/lib set to start with.

Code:

[HondaATC@server134 eggdrop]$ grep "checking for Tcl" config.log -A3grep: config.log: No such file or directory

Looks like the logging file was turned off or something?

Statistics: Posted by HondaATC — Thu Jan 17, 2008 7:32 pm

Can't telnet in?

2008-01-17T17:24:07-04:00

First step would be to locate any and all copies of libtcl* and tcl.h. locate usually does the trick:

Code:

[user@linux src]$ locate libtcl/home/user/threadtcl/lib/libtcl8.4.so/home/user/threadtcl/lib/libtclstub8.4.a/home/user/tcl8.4.15/unix/libtcl8.4.so/home/user/tcl8.4.15/unix/libtclstub8.4.a/home/user/usr/lib/libtcl8.4.so/home/user/usr/lib/libtclstub8.4.a/home/user/usr/lib/libtcl.so/usr/lib/libtcl8.4.so/usr/lib/libtclstub8.4.a/usr/lib/libtcl.so[user@linux src]$

If, like the example above, you find multiple copies of libtcl8.4.so (or with different version-numbers, etc), this means there are multiple libraries installed. locate is not foolproof, as it uses a cached database rather than searching through the actual filesystem, but it's still a good start. You could also use find, although this usually takes alot longer.

Next, check which libraries your eggdrop binary was linked against. Use ldd for this:

Code:

[user@linux eggdrop1.6.18]$ ldd eggdrop        linux-gate.so.1 =>  (0x00457000)        libtcl8.4.so => /usr/lib/libtcl8.4.so (0x005c2000)        libm.so.6 => /lib/libm.so.6 (0x00594000)        libdl.so.2 => /lib/libdl.so.2 (0x005bc000)        libdns.so.20 => /usr/lib/libdns.so.20 (0x00eb6000)        libnsl.so.1 => /lib/libnsl.so.1 (0x0793c000)        libz.so.1 => /usr/lib/libz.so.1 (0x00111000)        libresolv.so.2 => /lib/libresolv.so.2 (0x00d7d000)        libc.so.6 => /lib/libc.so.6 (0x00475000)        /lib/ld-linux.so.2 (0x00458000)        libisc.so.9 => /usr/lib/libisc.so.9 (0x00124000)        libcrypto.so.5 => /lib/libcrypto.so.5 (0x001fb000)        libpthread.so.0 => /lib/libpthread.so.0 (0x006ad000)[user@linux eggdrop1.6.18]$

In this case, the eggdrop binary was linked against a systemwide installed tcl-library (/usr/lib/libtcl4.8.so). We need to keep track of this, for one final check...

Next, we need to check the logs from the autoconf script for building the source. Especially, what we're looking for is which tcl-library it found. grep should find the information for us:

Code:

[user@linux eggdrop1.6.18]$ grep "checking for Tcl" config.log -A3configure:9648: checking for Tcl libraryconfigure:9660: result: found /usr/lib/libtcl8.4.soconfigure:9683: checking for Tcl headerconfigure:9694: result: found /usr/include/tcl.hconfigure:9730: checking whether the Tcl system has changedconfigure:9755: result: yesconfigure:9773: checking for Tcl versionconfigure:9785: result: 8.4configure:9797: checking for Tcl patch levelconfigure:9809: result: 8.4.9configure:9871: checking for Tcl_Free in -ltcl8.4configure:9901: gcc -pipe -o conftest -g -O2 -Wall   conftest.c -ltcl8.4 -L/usr/lib -lm -lpthread -ldl -ldns -lnsl  >&5configure:9907: $? = 0configure:9911: test -z--configure:9966: checking for TclpFinalizeThreadData in -ltcl8.4configure:9996: gcc -pipe -o conftest -g -O2 -Wall   conftest.c -ltcl8.4 -L/usr/lib -lm -lpthread -ldl -ldns -lnsl  >&5/tmp/ccEwulTG.o(.text+0xd): In function `main':/home/nml375/bleh/eggdrop1.6.18/conftest.c:96: undefined reference to `TclpFinalizeThreadData'[user@linux eggdrop1.6.18]$

Here we see that the autoconf script found libtcl8.4.so at /usr/lib (same location as above, good), and that it detected it as non-threaded (TclpFinalizeThreadData did not exist within the library). In this case, this is good, since this installation is not threaded.

Could you test these three steps and post the output?

Statistics: Posted by nml375 — Thu Jan 17, 2008 5:24 pm

Can't telnet in?

2008-01-17T16:24:23-04:00

Well, when I first setup the eggdrop during the initial config it said the TCL libraries were not found. This is a new shell, and I assumed they just werent installed. I downloaded and installed them, and then the eggdrop compile process went on like it should have. How would I go about checking to see if I have 2 libraries installed, or find out if I don't have them (the libraries) configured properly?

Statistics: Posted by HondaATC — Thu Jan 17, 2008 4:24 pm

Can't telnet in?

2008-01-17T12:11:47-04:00

Then you have some issues with your tcl-libraries falsely being detected as non-threaded. "Quickfix" would be to compile your own set of libraries and link with these, Realfix would be to try and determine why it was'nt detected properly (one suggested there may be multiple libraries, some threaded other not, installed on the system causing troubles).

Statistics: Posted by nml375 — Thu Jan 17, 2008 12:11 pm

Can't telnet in?

2008-01-17T11:34:29-04:00

Try running it with -n so you can see what the eggdrop is reporting.

I restarted it with the -m -n switches and it worked! Thanks.

Statistics: Posted by HondaATC — Thu Jan 17, 2008 11:34 am

Can't telnet in?

2008-01-17T08:26:16-04:00

Try running it with -n so you can see what the eggdrop is reporting.

Statistics: Posted by metroid — Thu Jan 17, 2008 8:26 am