[restoring cc to the list, I hope that you don't object]

on 19/08/2011 09:42 Alex Dupre said the following:
> Doug Barton ha scritto:
>>> Tomorrow I'll try also with thunderbird and let you know.
>>
>> Thanks.
> 
> I've just tried. I confirm your behavior only the first time I launch
> thunderbird. It is sufficient to close and reopen thunderbird and then
> enigmail works like a charm. This is with a clean installation (rm -rf
> ~/.thunderbird), so it seems the issue is present only when the profile
> is created the first time. I imagine you have tried multiple times
> before writing me, so I think the issue is to be searched in your profile.

I don't think that the situation is that simple in my case.
Having enabled debug messages in enigmail I see that it gets stuck after the
following message:
2011-08-19 12:35:24.717 [CONSOLE] EnigmailAgentPath=/usr/local/bin/gpg
It is actually stuck in ipcService.runPipe() call after that message.

Having looked further it seems that the call is actually stuck in the following
sequence:
nsIPCService::RunPipe -> nsPipeTransport::Terminate -> nsPipeTransport::Kill ->
IPC_WaitProcess == _MD_WaitUnixProcess

In the _MD_WaitUnixProcess the following path is taken: FindPidTable returns 
NULL
and the thread gets stuck forever on PR_WaitCondVar(pRec->reapedCV, ...)

With ktrace I see that /usr/local/bin/gpg (which is actually a symlink to
/usr/local/bin/gpg2) gets executed, gpg2 prints some information and exits with 
a
status of 0.

I am not sure if this behavior can be explained by anything in the profile.
It rather looks like some possibly timing-triggered bug.

-- 
Andriy Gapon
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-gecko
To unsubscribe, send any mail to "[email protected]"

Reply via email to