[Bug 194] still problems with libutil

bugzilla-daemon at mindrot.org bugzilla-daemon at mindrot.org
Sat May 11 07:33:46 EST 2002


http://bugzilla.mindrot.org/show_bug.cgi?id=194





------- Additional Comments From dh at onclick.org  2002-05-11 07:33 -------
Some examples why I got angry:

First: There was a Gert who flamed me with an email directed to my private
address. I already answered.

Second: Ben writes (at this place) that I should try a small prog to see if
"atexit() support even exists in glibc". He tries to help but he did not read my
messages. I already wrote a test prog and atexit works fine on my system.
Nevertheless: thanks for being helpful.

Third: gem at rellim.com wrote about the problem with changing compilers. Again
somebody is creative, thanks. I did not mix compilers, still use the same for
all progs on my system (would not mix). He then writes about the newer glibc
releases and that they do not include atexit anymore (same problem like with
Ben): "It has nothing to do with openssh." This is not true because if the
maintainers of glibc change the rules then you have to follow since you, and
with you your users, depend on that. He then writes that I shall: "Take this up
with the GCC and Glibc folks that created this mess when they removed atexit
from libc." I think this was just a call for revolution but, please, your
product wants to find something though you already know it is gone. Why I shall
struggle with the maintainers of glibc then? And, again, atexit is there and
accessible.

Fourth: Gary writes: "It was noted earlier that atexit is in libc.a, but by
default the linker uses libc.so and that does NOT contain atexit() in newer
versions." That is a hint into the right direction but, as I wrote, my atexit
works fine by just including stdio.h. So, ok, its good information still.

And, in the end, I wonder what you are talking about because you now want me to
find atexit though Ben writes that: "We no longer use
atexit()/xatexit()/on_exit()". Better is finding the right library which still
wants to use atexit, and checking if it's yours or belonging to another project.
Then, I could actually bore them.

tim at multitalents.net actually helped me most. He wrote: "If you edit your
Makefile and remove -lutil from the LIBS= line, does it compile?". I tried out
and came a bit more far. Now the error is:

/bin/ld -o ssh ssh.o sshconnect.o sshconnect1.o sshconnect2.o sshtty.o
readconf.o clientloop.o -L. -Lopenbsd-compat/  -lssh -lopenbsd-compat -lz -lnsl
 -lcrypto -lcrypt  
/bin/ld: warning: cannot find entry symbol _start; defaulting to 0804b1f8
/usr/lib/libnsl.so: undefined reference to `atexit'

As you can see, still a library of the glibc package wants atexit. And, I think
that is the real problem. The glibc library will always want to find atexit. I
tell again here, because you seem to forget this quickly, that I already checked
for atexit and it is existing and working. Thus, I still believe that there is a
problem with the setting of search paths through variables. I am shure you
included the stdio.h, otherwise more would not work.

One thing on your support really works good now: the frequency ;)



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the openssh-unix-dev mailing list