On Thu, 18 Feb 1999, Anssi Sallinen wrote:

> Feb 17 23:41:48 neutron diald[2226]: Running connector (pid = 2238).
> Feb 17 23:42:13 neutron diald[2226]: child process 2238 terminated with signal
> 11
> Feb 17 23:42:13 neutron diald[2226]: Connect script failed.
> Feb 17 23:42:13 neutron diald[2226]: Closing /dev/ttyS1

Welcome to the club.  I just upgraded to diald-0.98.2 and had much the
same problem.  After about an hour for screwing around, I think I've got
it figured out.  You compiled in TCP wrapper support, didn't you?  That's
what I did, and that's the problem.  The short answer is to recompile
without tcp wrapper support.

Here's the slightly longer answer:  In the process of debugging the
problem, I was able to use gdb to connect to the child processes, and see
what was going so terribly wrong in them.  It turns out that you never
even get to running the connection script - instead, the problem occurs
after the fork of the child, and before the exec of the connect script.
The problem is that libwrap.a has a function in it called setenv.  Why
someone chose to put a function with that name in, I have no clue.
Anyway, when diald is compiled, instead of using the setenv command in
libc, like we should, this other setenv from libwrap gets used.  It goes
into infinite recursion for some unknown reason, and bam!, a SIG11 when
the process runs out of stack space.
  So, there are a couple of ways around this problem.  As I mentioned
above, compile without tcp wrapper support for now.  Or, someone could go
in and modify all of the setenv calls in diald to call putenv.  Or,
someone could fix libwrap so that it doesn't contain braindead-named
functions.  I may attempt the second option if I get some time (although
probably not very soon).  
I'm rather curious why not all of the people running diald with
tcp-wrapper support are seeing this problem <shrug>

Anyway, I hope that fixes your problem.

Greg Zornetzer - [EMAIL PROTECTED]
"Light shines brightest in the darkest night"
http://www.contrib.andrew.cmu.edu/~gaz
 


-
To unsubscribe from this list: send the line "unsubscribe linux-diald" in
the body of a message to [EMAIL PROTECTED]

Reply via email to