Well, since no one seem to have mentioned...

There is a note on the TODO list that there are race conditions with
truss. Perhaps mutt is freezing because you are using truss elsewhere?

Philip Paeps wrote:
> 
> On 2002-11-25 13:09:56 (+0100), Philip Paeps <[EMAIL PROTECTED]> wrote:
> > On 2002-11-25 11:45:36 (+0100), Robert Drehmel <[EMAIL PROTECTED]> 
>wrote:
> > > On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote:
> > > [reformatted]
> > > >  2. This one's the most irritating.  I use Mutt as my mailclient using
> > > >     Maildirs for storage.  It occasionally happens that Mutt just 'hangs'
> > > >     reading a directory, and there's no way for me to kill it.  Ps axl shows
> > > >     it as being in state Ds or Ds+ and blocked by ufs.
> > >
> > > do you use truss(1)?
> >
> > Frequently, but I hadn't thought about it in this case :-)
> >
> > Next time it just sits there, I'll try to find out what truss tells me.  If
> > nothing, I'll try to reproduce the problem running inside truss.
> >
> > I'll get with more info as soon as things die.
> 
> Mmm, truss doesn't give me anything particularly useful.  The last few lines
> when it hangs are:
> 
>  | read(0x0,0xbfbfe19b,0x1)                      = 1 (0x1)
>  | write(1,0x80e1000,6)                          = 6 (0x6)
>  | write(1,0x80e1000,6)                          = 6 (0x6)
>  | stat("/etc/nsswitch.conf",0xbfbfd950)                 ERR#2 'No such file or 
>directory'
>  | geteuid()                                     = 1001 (0x3e9)
>  | stat("/etc/pwd.db",0xbfbfd860)                        = 0 (0x0)
>  | open("/etc/pwd.db",0x0,00)                    = 4 (0x4)
>  | fcntl(0x4,0x2,0x1)                            = 0 (0x0)
>  | read(0x4,0x8133a00,0x104)                     = 260 (0x104)
>  | lseek(4,0x5000,0)                             = 20480 (0x5000)
>  | read(0x4,0x8477000,0x1000)                    = 4096 (0x1000)
>  | lseek(4,0x4000,0)                             = 16384 (0x4000)
>  | read(0x4,0x8478000,0x1000)                    = 4096 (0x1000)
>  | lseek(4,0x6000,0)                             = 24576 (0x6000)
>  | read(0x4,0x8479000,0x1000)                    = 4096 (0x1000)
>  | lseek(4,0x7000,0)                             = 28672 (0x7000)
>  | read(0x4,0x847a000,0x1000)                    = 4096 (0x1000)
>  | ls
> 
> ...and then it just sits there...
> 
> It doesn't even finish printing the line.  Ps axl tells me it's waiting on
> ufs, and there's no way to kill it, other than a reboot.  When rebooting, it
> tells me it gives up on one buffer, and then just stays hanging there.
> 
> Perhaps breaking into a debugger will provide some more useful information.
> I'll try that next.
> 
>  - Philip
> 
> --
> Philip Paeps                                          Please don't CC me, I am
> [EMAIL PROTECTED]                                       subscribed to the list.
> 
>   Real programmers don't notch their desks for each
>   completed service request.
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message

-- 
Daniel C. Sobral                        (8-DCS)
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

        "Fundamentalist Debianites, core children of the Linuxen....
        sounds like it could come from the Book of Mormon, or Tolkien on 
        a bad day..."

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to