[plug] odd file manager hangs
James Devenish
devenish at guild.uwa.edu.au
Wed Aug 18 16:25:58 WST 2004
In message <41230784.8070208 at postnewspapers.com.au>
on Wed, Aug 18, 2004 at 03:38:44PM +0800, Craig Ringer wrote:
> So of course, now that I've posted I manage to catch it.
Before you posted this, I was going to suggest that maybe the graphical
browsers 'lock' each other when generating thumbnails (for instance). I
know that this seems unlikely, but I wasn't sure if you'd discounted it
yet. While I can't explain how a race condition might crop up, at least
it might have given you somewhere to look. I don't use graphical file
browsers often, so I don't really know what they do behind your back.
> craig 25840 25820 T finish_stop nautilus --no-desktop
Now, we've seen finish_stop before, haven't we? I don't know of its
significance (or lack thereof), but it seems to crop up in your e-mails
when you have these problems. Maybe it's just because of strace? I don't
know.
> The trace flag on 25840 is odd, but I think that's left over from when I
> attached strace to it earlier - I don't think it was present
> initially. When traced, 25840 appears to be looping over:
>
> poll([{fd=21, events=POLLIN}], 1, 2000) = 0
[...]
> that pipe is attached to:
> nautilus 25841 craig 21r FIFO 0,7 8476683 pipe
> nautilus 25841 craig 22w FIFO 0,7 8476683 pipe
So...you say that 25841 is "not doing anything"? Is it doing a different
type of "nothing" to all the other children of 25840? I don't know if
I've understood the situation correctly, but is the parent waiting for
I/O from its child? If so, I would wonder what is wrong with the child.
Does the parent "free up" when you kill the child? (I guess this will be
your last resort.)
More information about the plug
mailing list