[7551] in SIPB bug reports

home help back first fref pref prev next nref lref last post

Re: Pine on mint-square.mit.edu

daemon@ATHENA.MIT.EDU (Jacob Morzinski)
Mon Apr 3 10:12:12 2000

Date: Mon, 3 Apr 2000 10:12:01 -0400 (EDT)
From: Jacob Morzinski <jmorzins@MIT.EDU>
Reply-To: bug-dialup@MIT.EDU
To: gsteele@MIT.EDU
Cc: bug-dialup@MIT.EDU
In-Reply-To: <Pine.GSO.4.21L.0004030218410.27459-100000@nerd-xing.mit.edu>
Message-Id: <Pine.GSO.4.21L.0004030955490.21973-100000@mint-square.mit.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Mon, 3 Apr 2000 gsteele@MIT.EDU wrote:
> I have noticed lately (ever since you upgraded to pine 4.21) that whenever
> I log into mint-square (one of the aliased x.dialup machines) and try to
> run pine, my terminal hangs indefinitely and I have to kill the session.
> 
> I have not had the problem on nerd-xing.


Thanks for the bug report.  This is actually a problem with the
dialup mint-square, so I'm forwarding your bug report to bug-dialup.
I'll reply to your postscript questions in a moment.

Bug-dialup:  mint-square is currently in a state where a process
that attempts to read() the file /mit/sipb/bin/pine will hang
indefinitely.  As a consequence, it is impossible for users to
execute /mit/sipb/bin/pine.  It would be nice if this were fixed.

As an example, trying to run "wc" on /mit/sipb/bin/pine hangs
forever.  Truss output shows that wc is failing to read() the
file.  (The time is now 10:10.  The process that I started at
09:20 is still hung.  The user submitted a bug report to bug-sipb
at 02:20.)

    % truss -o mint-square.truss wc /mit/sipb/bin/pine
    [hangs forever]

    [from a different shell]
    % ls -l mint-square.truss
    -rw-r--r--   1 jmorzins mit          1692 Apr  3 09:19 mint-square.truss
    % tail -4 mint-square.truss
    sigprocmask(SIG_UNBLOCK, 0xEFFFEF28, 0x00000000) = 0
    sigprocmask(SIG_UNBLOCK, 0xEFFFEF28, 0x00000000) = 0
    sigprocmask(SIG_UNBLOCK, 0xEFFFEF28, 0x00000000) = 0
    open("/mit/sipb/bin/pine", O_RDONLY)		= 3
    % 


    [comparing this to a wc process that works:]
    % truss -o mint-square.truss2 wc /afs/.sipb.mit.edu/project/sipb/machtype/sun4/bin/pine
    32687  287559 5980201 /afs/.sipb.mit.edu/project/sipb/machtype/sun4/bin/pine
    % ggrep -C2 sipb.mit.edu mint-square.truss2
    sigprocmask(SIG_UNBLOCK, 0xEFFFEF00, 0x00000000) = 0
    sigprocmask(SIG_UNBLOCK, 0xEFFFEF00, 0x00000000) = 0
    open("/afs/.sipb.mit.edu/project/sipb/machtype/sun4/bin/pine", O_RDONLY) = 3
    read(3, "7F E L F010201\0\0\0\0\0".., 16384)	= 16384
    read(3, "D202\0\080A2 `\00280\005".., 16384)	= 16384
    % 



I believe that I have reported this type of bug at least once in
the past.


Sincerely,
 Jacob Morzinski                                jmorzins@mit.edu


home help back first fref pref prev next nref lref last post