]
On Behalf Of LANGLOIS Olivier PIS -EXT
Sent: Thursday, October 25, 2012 2:04 PM
To: Karl Tomlinson; dev-platform@lists.mozilla.org
Subject: RE: deadlock while flash plugin calls posturlnotify
I have found the problem!
when the main thread may wait on future events such as when it is notifying
Olivier PIS -EXT
Sent: Wednesday, October 24, 2012 8:59 PM
To: Karl Tomlinson; dev-platform@lists.mozilla.org
Subject: RE: deadlock while flash plugin calls posturlnotify
Karl,
Here is the call stack:
There must be a pollwrapper flipping the MayWait flag to infinite to. Hence on
my VM, there is alway
Sent: Wednesday, October 24, 2012 7:18 PM
To: Karl Tomlinson; dev-platform@lists.mozilla.org
Subject: RE: deadlock while flash plugin calls posturlnotify
LANGLOIS Olivier writes:
> xulrunner: 16.0.1
Is this a regression?
i.e. Do you know whether it worked differently in previous versions?
Kindof
LANGLOIS Olivier writes:
> xulrunner: 16.0.1
Is this a regression?
i.e. Do you know whether it worked differently in previous versions?
Kindof but I'm coming from very far in the past. I'm trying to upgrade from
xulrunner-1.9.0.10. There was even no plugin-container in our previous version!
T
LANGLOIS Olivier writes:
> xulrunner: 16.0.1
Is this a regression?
i.e. Do you know whether it worked differently in previous versions?
> and the plugin-container thread stack is:
>
> #1 0xb7f9a915 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
> #2 0xb5aa4b5f in PR_WaitCondVar
Update:
First I made a small mistake:
xulrunner: 16.0.1
Now, I can rule out epoll problem as I have the exact same behavior with poll()
I have enabled logging and when the posturlnotify works, I see a NPN function
being called:
-1250400240[8052998]: NPError mozilla::plugins::child::_posturlno
6 matches
Mail list logo