Date: Mon, 29 Jan 2007 22:26:58 GMT From: Maxime Henrion <mux@FreeBSD.org> To: sem@FreeBSD.org, mux@FreeBSD.org, freebsd-bugs@FreeBSD.org, mux@FreeBSD.org Subject: Re: bin/108518: csup is dumped when run under socksify command Message-ID: <200701292226.l0TMQwav096602@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
Synopsis: csup is dumped when run under socksify command State-Changed-From-To: open->feedback State-Changed-By: mux State-Changed-When: Mon Jan 29 22:25:56 UTC 2007 State-Changed-Why: After a quick glance at the net/dante code, and some toying with socksify, it seems that the problem here is that socksify just can't cope with multithreaded binaries. I believe that a workaround to this problem would be to link csup to libc_r instead of libthr/libpthread. You can do this easily by adding this to /etc/libmap.conf: %% [csup] libpthread.so.2 libc_r.so.6 libpthread.so libc_r.so %% If that works, it would confirm my theory about socksify not being able to deal correctly with multithreaded binaries and I would suggest you to report this problem to dante's authors. Responsible-Changed-From-To: freebsd-bugs->mux Responsible-Changed-By: mux Responsible-Changed-When: Mon Jan 29 22:25:56 UTC 2007 Responsible-Changed-Why: After a quick glance at the net/dante code, and some toying with socksify, it seems that the problem here is that socksify just can't cope with multithreaded binaries. I believe that a workaround to this problem would be to link csup to libc_r instead of libthr/libpthread. You can do this easily by adding this to /etc/libmap.conf: %% [csup] libpthread.so.2 libc_r.so.6 libpthread.so libc_r.so %% If that works, it would confirm my theory about socksify not being able to deal correctly with multithreaded binaries and I would suggest you to report this problem to dante's authors. http://www.freebsd.org/cgi/query-pr.cgi?pr=108518
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200701292226.l0TMQwav096602>