Karl, Here is the call stack:
There must be a pollwrapper flipping the MayWait flag to infinite to. Hence on my VM, there is always some event but since on my real hardware I have no input devices, this makes events rarer... Let me clear that last point before opening a new bug. I'll check if the guilty is not my old wxWidget library... #0 0xb7fa8410 in __kernel_vsyscall () #1 0xb7218fbc in poll () from /lib/libc.so.6 #2 0xb7406f6d in g_poll () from /usr/lib/libglib-2.0.so.0 #3 0xb7ab0917 in wxapp_poll_func () from /opt/400T/ramdisk/lib/libwx_gtk2_core-2.8.so.0 #4 0xb587cf0a in ?? () from /usr/lib/firefox-16.0.1/libxul.so 0x011E3F0A (PollWrapper(_GPollFD*, unsigned int, int)) #5 0xb73fdc68 in ?? () from /usr/lib/libglib-2.0.so.0 #6 0xb73fdebe in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #7 0xb587cc97 in ?? () from /usr/lib/firefox-16.0.1/libxul.so 0x011E3C97 (nsAppShell::ProcessNextNativeEvent) #8 0xb5895360 in ?? () from /usr/lib/firefox-16.0.1/libxul.so 0x011FC360 (nsBaseAppShell::DoProcessNextNativeEvent) #9 0xb589547a in ?? () from /usr/lib/firefox-16.0.1/libxul.so 0x011FC47A (nsBaseAppShell::OnProcessNextEvent) #10 0xb5b4bdf0 in ?? () from /usr/lib/firefox-16.0.1/libxul.so 0x014B2DF0 (nsThread::ProcessNextEvent) #11 0xb5afdae8 in ?? () from /usr/lib/firefox-16.0.1/libxul.so (NS_ProcessNextEvent_P) #12 0xb5b4b752 in ?? () from /usr/lib/firefox-16.0.1/libxul.so 0x014B2752 (nsThread::Shutdown) #13 0xb5b4d648 in ?? () from /usr/lib/firefox-16.0.1/libxul.so 0x014B4648 (nsRunnableMethodImpl<unsigned int (nsIThread::*)(), true>::Run) #14 0xb5b4bf72 in ?? () from /usr/lib/firefox-16.0.1/libxul.so 0x014B2F72 (nsThread::ProcessNextEvent) #15 0xb5afdbe0 in ?? () from /usr/lib/firefox-16.0.1/libxul.so 0x01464BE0 (NS_ProcessPendingEvents_P) #16 0xb5894c13 in ?? () from /usr/lib/firefox-16.0.1/libxul.so 0x011FBC13 (nsBaseAppShell::NativeEventCallback) #17 0xb587cfff in ?? () from /usr/lib/firefox-16.0.1/libxul.so 0x011E3FFF (nsAppShell::EventProcessorCallback) #18 0xb742ddd4 in ?? () from /usr/lib/libglib-2.0.so.0 #19 0xb73fba29 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #20 0xb73fdcc1 in ?? () from /usr/lib/libglib-2.0.so.0 #21 0xb73fde4d in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #22 0xb6ebb7bd in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #23 0xb7acab05 in wxEventLoop::Run () from /opt/400T/ramdisk/lib/libwx_gtk2_core-2.8.so.0 #24 0xb7b4ff6e in wxAppBase::MainLoop () from /opt/400T/ramdisk/lib/libwx_gtk2_core-2.8.so.0 #25 0xb7b4fb41 in wxAppBase::OnRun () from /opt/400T/ramdisk/lib/libwx_gtk2_core-2.8.so.0 #26 0x0808e161 in LayoutEngineClass::OnRun () #27 0xb7dc032a in wxEntry () from /opt/400T/ramdisk/lib/libwx_base-2.8.so.0 #28 0x0808e973 in main () -----Original Message----- From: dev-platform-bounces+olivier.pis.langlois=transport.alstom....@lists.mozilla.org [mailto:dev-platform-bounces+olivier.pis.langlois=transport.alstom....@lists.mozilla.org] On Behalf Of LANGLOIS Olivier PIS -EXT 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 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! This process may just be waiting for the parent process to reply. If you can get a stack trace (with symbols) of the parent process, then it may be worth filing a bug. Sure, I am working on that. I'm inches away to fully understand what is going on. It seems that the main thread is deadlocking when some i/o thread pool is shutting down. Look by yourself: -1230996640[8175698]: nsStandardURL::GetFile [this=85f3af8 spec=file:///opt/400T/ramdisk/media/blank.html resulting_path=/opt/400T/ramdisk/media/blank.html] -1230996640[8175698]: nsComponentManager: CreateInstanceByContractID(@mozilla.org/network/file-input-stream;1) succeeded -1230996640[8175698]: nsComponentManager: CreateInstanceByContractID(@mozilla.org/thread-pool;1) succeeded -1230996640[8175698]: nsObserverService::AddObserver(8391040: xpcom-shutdown-threads) -1230996640[8175698]: nsComponentManager: CreateInstance({0885d4f8-f7b8-4cda-902e-94ba38bc256e}) succeeded -1230996640[8175698]: THRD-P(86913f8) dispatch [8691760 0] -1230996640[8175698]: THRD-P(86913f8) put [0 0 4] -1230996640[8175698]: EVENTQ(869140c): notify -1230996640[8175698]: THRD-P(86913f8) put [spawn=1] -1355306096[868f1f8]: EVENTQ(868d5c8): wait begin -1230996640[8175698]: EVENTQ(868d5c8): notify -1355306096[868f1f8]: EVENTQ(868d5c8): wait end -1355306096[868f1f8]: THRD(868d590) ProcessNextEvent [1 0] -1355306096[868f1f8]: EVENTQ(868d5c8): wait begin -1230996640[8175698]: THRD-P(86913f8) put [868d590 kill=0] -1230996640[8175698]: THRD(868d590) Dispatch [86913fc 0] -1230996640[8175698]: EVENTQ(868d5c8): notify -1355306096[868f1f8]: EVENTQ(868d5c8): wait end -1355306096[868f1f8]: THRD(868d590) running [86913fc] -1355306096[868f1f8]: THRD-P(86913f8) enter -1355306096[868f1f8]: THRD-P(86913f8) running [8691760] -1230996640[8175698]: III AsyncWait [this=86915e4] -1230996640[8175698]: nsInputStreamPump::Suspend [this=8691360] -1355306096[868f1f8]: THRD-P(86913f8) shutdown async [868d590] -1355306096[868f1f8]: THRD(817df40) Dispatch [86b6680 0] -1355306096[868f1f8]: EVENTQ(817df78): notify -1355306096[868f1f8]: THRD-P(86913f8) leave -1355306096[868f1f8]: THRD(868d590) ProcessNextEvent [1 0] -1355306096[868f1f8]: EVENTQ(868d5c8): wait begin -1230996640[8175698]: THRD(817df40) ProcessNextEvent [0 0] -1230996640[8175698]: THRD(817df40) running [86b6680] -1230996640[8175698]: THRD(868d590) shutdown -1230996640[8175698]: EVENTQ(868d5c8): notify -1230996640[8175698]: THRD(817df40) ProcessNextEvent [1 1] -1355306096[868f1f8]: EVENTQ(868d5c8): wait end -1355306096[868f1f8]: THRD(868d590) running [83edff0] -1355306096[868f1f8]: THRD(817df40) Dispatch [83edf08 0] -1355306096[868f1f8]: EVENTQ(817df78): notify -1259202544[8052998]: NPError mozilla::plugins::child::_posturlnotify(NPP_t*, const char*, const char*, uint32_t, const char*, NPBool, void*) [time:1387967764026950][7180][PPluginInstanceChild] Sending Msg_PStreamNotifyConstructor([TODO]) -1267217520[80a7398]: /root/mozilla-release/ipc/chromium/src/chrome/common/ipc_channel_posix.cc:689: sending message @80ce6b8 on channel @8061f98 with type 2293822 (0 in queue) -1267217520[80a7398]: /root/mozilla-release/ipc/chromium/src/chrome/common/ipc_channel_posix.cc:677: sent message @80ce6b8 on channel @8061f98 with type 2293822 -1269396592[8568f78]: /root/mozilla-release/ipc/chromium/src/chrome/common/ipc_channel_posix.cc:557: received message on channel @83e4238 with type 2293822 -1269396592[8568f78]: THRD(817df40) Dispatch [817bf20 0] -1269396592[8568f78]: EVENTQ(817df78): notify nothing else happens from there... _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform ________________________________ CONFIDENTIALITY : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose or store or copy the information in any medium. _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform ________________________________ CONFIDENTIALITY : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose or store or copy the information in any medium. _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
