This looks interesting. Can you pleas file a bug report at xquartz.macosforge.org. It looks like it might be a libXplugin issue (so file a bug at bugreport.apple.com as well). Just judging by the top of the stacks, it looks like a deadlock in libXplugin.
31 _xp_configure_surface + 31 (in libXplugin.1.dylib) [0x315df5] 31 __xp_synchronize + 81 (in libXplugin.1.dylib) [0x310d8e] 31 __xp_async_dequeue + 41 (in libXplugin.1.dylib) [0x310cbe] 31 ___semwait_signal + 10 (in libSystem.B.dylib) [0x91c38ace]
31 _xp_configure_window + 1829 (in libXplugin. 1.dylib) [0x318714] 31 __xp_do_request + 410 (in libXplugin. 1.dylib) [0x310fcd] 31 __xp_synchronize + 81 (in libXplugin. 1.dylib) [0x310d8e] 31 __xp_async_dequeue + 41 (in libXplugin. 1.dylib) [0x310cbe] 31 ___semwait_signal + 10 (in libSystem.B.dylib) [0x91c38ace]
On Jan 15, 2008, at 06:23, Ricardo Fonseca wrote:
Hi guys
I'm having problems with IDL 7.0 running under the new X11. Things have improved greatly with the recent upgrades, but X11.app freezes more or less randomly, as it did in X11 2.1.1. You can trigger this freeze if you resize a window 10-20 times.
Freeze details are below. (Not sure if this is relevant, but IDL seems to be Motif based - libXm.3.0.2.dylib). Everything works fine under the old X11. Any thoughts?
Cheers, Ricardo
--
Date/Time: 2008-01-15 13:59:40 +0000 OS Version: 10.5.1 (Build 9B18) Architecture: i386 Report Version: 4
Command: X Path: /usr/X11/bin/X Version: ??? (???) Parent: xinit [707]
PID: 708 Event: hang Time: 7.45s Steps: 31
Process: X [708] Path: /usr/X11/bin/X
ADDRESS BINARY 00001000 /usr/X11/bin/X 001f3000 /usr/X11/lib/libXfont.1.dylib 00268000 /usr/X11/lib/libfreetype.6.dylib 002fa000 /usr/X11/lib/libXau.6.dylib 002ff000 /usr/X11/lib/libfontenc.1.dylib 00309000 /usr/X11/lib/libXdmcp.6.dylib 00310000 /usr/lib/libXplugin.1.dylib 0cf31000 /System/Library/CoreServices/RawCamera.bundle/ Contents/MacOS/RawCamera
Thread id: 4cf5000 User stack: 31 start + 54 (in X) [0x2b76] 31 _main + 59 (in X) [0x7c30b] 31 _DarwinHandleGUI + 324 (in X) [0x1a404] 31 _X11ApplicationMain + 693 (in X) [0xf125] 31 -[NSApplication run] + 847 (in AppKit) [0x94cf1705] 31 -[X11Application sendEvent:] + 313 (in X) [0xf579] 31 _RootlessReorderWindow + 208 (in X) [0x21a40] 31 _xprRestackFrame + 66 (in X) [0x4eb2] 31 _xp_configure_window + 1829 (in libXplugin. 1.dylib) [0x318714] 31 __xp_do_request + 410 (in libXplugin. 1.dylib) [0x310fcd] 31 __xp_synchronize + 81 (in libXplugin. 1.dylib) [0x310d8e] 31 __xp_async_dequeue + 41 (in libXplugin. 1.dylib) [0x310cbe] 31 ___semwait_signal + 10 (in libSystem.B.dylib) [0x91c38ace] Kernel stack: 5 _deflate_copyright + 2951 [0x3da847] 5 _cnopen + 114 [0x379289] 5 _task_create_internal + 667 [0x1397e6] 5 _task_create_internal + 264 [0x139653] 5 _stack_alloc_try + 72 [0x1368fe] 5 _stack_free_stack + 70 [0x13685a] 5 _thread_stop + 299 [0x135d3a] 5 _machine_thread_create + 297 [0x1a1aab]
Thread id: 3c018b8 User stack: 31 _thread_start + 34 (in libSystem.B.dylib) [0x91c61f32] 31 __pthread_start + 321 (in libSystem.B.dylib) [0x91c62075] 31 _server_thread + 51 (in X) [0x1a2b3] 31 _main + 1121 (in X) [0x7c731] 31 _Dispatch + 405 (in X) [0x6dc55] 31 _ProcConfigureWindow + 145 (in X) [0x67001] 31 _ConfigureWindow + 2900 (in X) [0x88a74] 31 _RootlessResizeWindow + 334 (in X) [0x2352e] 31 _miSlideAndSizeWindow + 3245 (in X) [0x486bd] 31 _DRIValidateTree + 76 (in X) [0x3dac] 31 _RootlessValidateTree + 173 (in X) [0x1f68d] 31 _miValidateTree + 638 (in X) [0x40e0e] 31 _miComputeClips + 1219 (in X) [0x40713] 31 _miComputeClips + 1219 (in X) [0x40713] 31 _miComputeClips + 1219 (in X) [0x40713] 31 _miComputeClips + 1219 (in X) [0x40713] 31 _miComputeClips + 1219 (in X) [0x40713] 31 _miComputeClips + 1219 (in X) [0x40713] 31 _miComputeClips + 898 (in X) [0x405d2] 31 _DRIClipNotify + 86 (in X) [0x3eb6] 31 _DRIUpdateSurface + 95 (in X) [0x363f] 31 _xp_configure_surface + 31 (in libXplugin.1.dylib) [0x315df5] 31 __xp_synchronize + 81 (in libXplugin.1.dylib) [0x310d8e] 31 __xp_async_dequeue + 41 (in libXplugin.1.dylib) [0x310cbe] 31 ___semwait_signal + 10 (in libSystem.B.dylib) [0x91c38ace]
_______________________________________________ Do not post admin requests to the list. They will be ignored. X11-users mailing list (X11-users@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/x11-users/jeremyhu%40freedesktop.org
This email sent to jeremyhu@freedesktop.org
On Jan 15, 2008, at 1:59 PM, Jeremy Huddleston wrote:
This looks interesting. Can you pleas file a bug report at xquartz.macosforge.org. It looks like it might be a libXplugin issue (so file a bug at bugreport.apple.com as well).
Just judging by the top of the stacks, it looks like a deadlock in libXplugin.
It could be a bug in libXplugin, but I'm once again left wondering why Rootless* and xpr* routines are being called by the main thread. -Ken
On Jan 16, 2008, at 21:32, Ken Thomases wrote:
On Jan 15, 2008, at 1:59 PM, Jeremy Huddleston wrote:
This looks interesting. Can you pleas file a bug report at xquartz.macosforge.org. It looks like it might be a libXplugin issue (so file a bug at bugreport.apple.com as well).
Just judging by the top of the stacks, it looks like a deadlock in libXplugin.
It could be a bug in libXplugin, but I'm once again left wondering why Rootless* and xpr* routines are being called by the main thread.
Well, I haven't looked at it much yet, but the main thread was in sendEvent() which wound up in there... I'll take a look at it when I get a chance...
participants (2)
-
Jeremy Huddleston
-
Ken Thomases