hung line help needed

John P. Linderman jpl at allegra.UUCP
Sat Nov 24 07:08:10 AEST 1984


>In review: the subject is the hung uucico processes that we have here
>at astrovax and godot.  This is when running rtiuucp under 4.2 BSD.
>A typical hang point is main()/conn()/Acuopn()/vadopn()/expect()/read().
>allegra has also reported such problems with honey danber under 4.2 BSD.

To be more explicit, Phil Karn and I would occasionally find a hung
honey danber uucico.  The processes were not always in the same place.
We found, after tweaking pstat to provide a little extra information,
that the common theme was that the processes had an alarm pending, but
with alarms masked off.  Alarms are not masked off by honey dan-ber,
so the problem appears to be a race somewhere in the 4.2 signal code,
somehow failing to reset signals following a longjmp out of an alarm
handler.  We replaced alarm calls with a macro-sequence that explicitly
set SIGALRM on in the signal mask before doing the alarm call.  We haven't
seen a hung uucico since.

In summary, honey danber seems to be guilty only of exercising alarms
rather more heavily than typical programs, thereby exposing some problems
in the underlying 4.2 operating system.  We didn't have problems with
honey danber under 4.2, we exposed problems with 4.2 through honey danber.

John P. Linderman  Department of Alarming Errors  allegra!jpl



More information about the Comp.bugs.4bsd.ucb-fixes mailing list