Thread: [XonX-Users] XFree86 4.2.1.1
Brought to you by:
torrey
From: Torrey L. <to...@mr...> - 2002-10-26 19:23:47
|
XFree86 4.2.1.1 for Mac OS X has been released. This is a bug fix update to version 4.2.0.1. All users of XFree86 on Mac OS X should update to 4.2.1.1. You must first install XFree86 4.2.0 and then update to XFree86 4.2.0.1 before applying this update. There is only one version of this update for both Mac OS X 10.1 and 10.2. Bug Fixes: - Fixed black cursor outlines on Mac OS X 10.2.2. - Fixed XDarwin rootless crash when window resizing with complex bit gravity. - Miscellaneous fixes to xdm. --Torrey |
From: Enrico F. <fra...@cs...> - 2002-10-30 14:10:48
|
I get VERY frequent crashes, even if I launch XDarwin, and then I don't do anything else. Titanium, 10.2.1, 800MHz, 1GB RAM; fvwm2 latest version from fink. Logs follow. Let me know if you need more info. cheers --e. ------------------------------------------------------------------------------ CONSOLE.LOG 2002-10-30 14:28:59.936 XDarwin[26523] XDarwin 1.1.1.1 (...) XFree86 Version 4.2.1.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 October 2002 Operating System: Darwin Using keymapping provided in /System/Library/Keyboards/USA.keymapping. Display mode: Rootless Quartz Screen 0 added: 1280x833 @ (0,21) Screen 0 placed at X11 coordinate (0,0). Warning: no access to tty (Inappropriate ioctl for device). Thus no job control in this shell. (...) SESSION_MANAGER=local/rpc-513.hhk.dk:/tmp/.ICE-unix/26606 ** WARNING **: Host name lookup failure on localhost. using device Built-in audio controller for output: with sample rate 44100.000000, 2 channels and 32-bit sample using device Built-in audio controller for input: with sample rate 44100.000000, 2 channels and 32-bit sample Gnome-Message: gnome_execute_async_with_env_fds: returning -1 Oct 30 14:59:03 marx /Applications/XDarwin.app/Contents/MacOS/XDarwin: kCGErrorFailure : OFAGetGlyphData failed: error 268435471. Oct 30 14:59:05 marx crashdump: Crash report written to: /Users/franconi/Library/Logs/CrashReporter/XDarwin.crash.log X connection to :0.0 broken (explicit kill or server shutdown). X connection to :0.0 broken (explicit kill or server shutdown). Gdk-ERROR **: X connection to :0.0 broken (explicit kill or server shutdown). [FVWM][ProcessICEMSGS]: <<ERROR>> Connection to session manager lost ICE default IO error handler doing an exit(), pid = 26728, errno = 0 Gdk-ERROR **: X connection to :0.0 broken (explicit kill or server shutdown). xinit: connection to X server lost. ------------------------------------------------------------------------------ XDARWIN.CRASH.LOG Date/Time: 2002-10-30 14:59:05 +0100 OS Version: 10.2.1 (Build 6D52) Host: rpc-513.hhk.dk Command: XDarwin PID: 26523 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000008 Thread 0 Crashed: #0 0x900747e8 in memmove #1 0x91931bcc in SendOFAStrikeMessage #2 0x91932ca0 in SendOFAMessage #3 0x91932d10 in SendStrikeMessage #4 0x91932914 in _eOFARegisterStrike #5 0x91933454 in OFARegisterStrike #6 0x91eca2ac in get_glyph_data #7 0x91eca248 in ats_get_glyph_paths #8 0x91ec5bb8 in build_glyph_entries #9 0x91ec935c in ats_glyph_get_cached_glyphs #10 0x91ec52ec in ats_get_32bit_quantized_bitmaps #11 0x91ecaef4 in ats_get_glyph_bitmaps #12 0x91f549a0 in ripc_RenderGlyph #13 0x9371e8cc in drawGlyphs #14 0x9370f778 in CGContextShowGlyphsWithDeviceAdvances #15 0x93720078 in CGContextShowGlyphsWithAdvances #16 0x91a5ab58 in RenderCGGlyphs #17 0x91a6d404 in RenderGlyphRecordArrayWithCG #18 0x91a6d6c8 in ATSUDrawGlyphs(ATSGlyphVector*, unsigned long, unsigned long, FixedPoint*, Rect*, CGContext*) #19 0x91a65e08 in TTextLineLayout::DrawText(unsigned long, unsigned long, long, long) #20 0x91a65bd0 in ATSUDrawText #21 0x92bb3c00 in TATSUTextLayout::DrawToContext(CGRect const&, unsigned char, short, short, float, CGContext*) #22 0x92bc0b4c in TThemeText::DrawThemeTruncatedText(float, float, CGRect const&, unsigned long, short, short, float, short, OpaqueGrafPtr*, unsigned char, CGContext*, CGRect*) #23 0x92bbf720 in DataEngine::DrawThemeTruncatedText(__CFString const*, unsigned short, TThemeDrawState const&, CGRect const&, short, short, float, short, OpaqueGrafPtr*, unsigned char, CGContext*, OpaqueThemeTextCache*, CGRect*) #24 0x92bbf420 in _DrawThemeTruncatedTextWithCache #25 0x92bd310c in DrawTextMenuTitle(StdMBDFGlobals*, OpaqueMenuRef*, Rect const*, __CFString const*, unsigned long, void*) #26 0x92bde0c4 in DrawMenuTitleProc(Rect const*, short, unsigned char, long, void*) #27 0x92be769c in DrawMenuTitleLoop(short, short, GDevice**, long) #28 0x92bc52bc in DataEngine::DrawThemeMenuTitle(CGRect const&, CGRect const&, unsigned short, unsigned long, MenuTitleDrawingXUPP*, unsigned long, CGContext*) #29 0x92c02008 in HIThemeDrawMenuTitle #30 0x92be98b8 in DrawThemeMenuTitleWithContext #31 0x92bdf184 in DrawCommon(StdMBDFGlobals*, Rect*, OpaqueMenuRef*, unsigned char, void*) #32 0x92bd8c50 in DrawIndexedMenuTitle(StdMBDFGlobals*, int, void*, unsigned char) #33 0x92bd8030 in DrawBar(StdMBDFGlobals*) #34 0x92ba6418 in StandardMBDF(short, short, long, long) #35 0x92c575d8 in MBarDraw(unsigned char, MenuData*, CGContext*) #36 0x92c0989c in DrawMenuBarWithContext(CGContext**) #37 0x92c66c94 in DrawMenuBar #38 0x92c1dd38 in BroadcastInternal(unsigned long, void*) #39 0x92c5bc08 in CFNotificationProc(__CFNotificationCenter*, void*, __CFString const*, void const*, __CFDictionary const*) #40 0x90168b3c in _postNotification #41 0x90166238 in _CFNotificationCenterPostLocalNotification #42 0x901737a8 in _localPortCallBack #43 0x9015c3e4 in __CFMachPortPerform #44 0x9015c250 in __CFRunLoopDoSource1 #45 0x90149354 in __CFRunLoopRun #46 0x9018157c in CFRunLoopRunSpecific #47 0x92ba34cc in RunCurrentEventLoopInMode #48 0x92bb32f4 in ReceiveNextEventCommon #49 0x92bda280 in BlockUntilNextEventMatchingListInMode #50 0x93082184 in _DPSNextEvent #51 0x930ccf84 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] #52 0x930ca500 in -[NSApplication run] #53 0x930d2598 in NSApplicationMain #54 0x00002f84 in DarwinHandleGUI #55 0x00007e18 in main #56 0x00002ba0 in _start (crt.c:267) #57 0x00002a20 in start Thread 1: #0 0x90074328 in mach_msg_trap #1 0x90006670 in mach_msg #2 0xc00076cc in __ape_internal #3 0xc0000dd0 in __ape_agent #4 0x90021428 in _pthread_body Thread 2: #0 0x90025e8c in select #1 0x0005fe94 in WaitForSomething #2 0x00028914 in Dispatch #3 0x000084bc in main #4 0x000074f0 in -[Xserver run] #5 0x9081cd38 in forkThreadForFunction #6 0x90021428 in _pthread_body PPC Thread State: srr0: 0x900747e8 srr1: 0x0000d030 vrsave: 0x00000000 xer: 0x00000000 lr: 0x91931bcc ctr: 0x90074760 mq: 0x00000000 r0: 0x00000000 r1: 0xbfffafe0 r2: 0x84002244 r3: 0xbfffc8a0 r4: 0x00000008 r5: 0x00000004 r6: 0xbfffc898 r7: 0x00002a03 r8: 0x00001388 r9: 0x00000001 r10: 0x00000008 r11: 0xa0221734 r12: 0xbfffc8a0 r13: 0x00573f60 r14: 0x00573ed0 r15: 0xbfffcef0 r16: 0xbfffcee0 r17: 0xbfffcea0 r18: 0xbfffcc50 r19: 0xbfffcc60 r20: 0x00000000 r21: 0x0056ffd0 r22: 0xbfffca70 r23: 0xbfffca70 r24: 0x00000001 r25: 0x00573f60 r26: 0xbfffc950 r27: 0x00000000 r28: 0xbfffb7b0 r29: 0x00000047 r30: 0x00000001 r31: 0x91931b40 |
From: Adrian U. <a.u...@ic...> - 2002-10-30 14:19:30
|
Hi Enrico, > I get VERY frequent crashes, even if I launch XDarwin, and then I > don't do anything else. Titanium, 10.2.1, 800MHz, 1GB RAM; fvwm2 > latest version from fink. Logs follow. Let me know if you need more > info. > ... > Thread 1: > #0 0x90074328 in mach_msg_trap > #1 0x90006670 in mach_msg > #2 0xc00076cc in __ape_internal > #3 0xc0000dd0 in __ape_agent > #4 0x90021428 in _pthread_body Try disabling any haxies you have installed (Fruitmenu, ClearDock, etc.) If possible, tell them that XDarwin should be excluded. Bye! Adrian |
From: Enrico F. <fra...@cs...> - 2002-11-05 11:11:44
|
On October 30, Adrian Umpleby writes: > > I get VERY frequent crashes, even if I launch XDarwin, and then I > > don't do anything else. Titanium, 10.2.1, 800MHz, 1GB RAM; fvwm2 > > latest version from fink. Logs follow. Let me know if you need > > more info. > > ... > > Thread 1: > > #0 0x90074328 in mach_msg_trap > > #1 0x90006670 in mach_msg > > #2 0xc00076cc in __ape_internal > > #3 0xc0000dd0 in __ape_agent > > #4 0x90021428 in _pthread_body > > Try disabling any haxies you have installed (Fruitmenu, ClearDock, etc.) > > If possible, tell them that XDarwin should be excluded. Thanks. By disabling FruitMenu (which I did actually pay!) did reduce drastically reduce the frequency of crashes. Still, after few hours I still get sudden unexplicable crashes (I usually am working with some other application). I still have PTHClock and DropDrawersX as 'strange' non standard additions. Should I trash them as well? Will I be unable to use them whenever I use XDarwin for the foreseeable future? :-) I attach the logs. --e. %%%%%%%%%%%%%%% console.log Nov 5 11:58:39 marx /Applications/XDarwin.app/Contents/MacOS/XDarwin: kCGErrorFailure : OFARegisterStrike failed: error 268435471. Nov 5 11:58:39 marx /Applications/XDarwin.app/Contents/MacOS/XDarwin: kCGErrorFailure : OFARegisterStrike failed: error 71. Nov 5 11:58:39 marx /Applications/XDarwin.app/Contents/MacOS/XDarwin: kCGErrorFailure : suspicious outline: 4074667 contours! Nov 5 11:58:42 marx crashdump: Crash report written to: /Users/franconi/Library/Logs/CrashReporter/XDarwin.crash.log %%%%%%%%%%%%%%% XDarwin.crash.log Date/Time: 2002-11-05 11:58:42 +0100 OS Version: 10.2.1 (Build 6D52) Host: marx.local. Command: XDarwin PID: 419 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_INVALID_ADDRESS (0x0001) at 0x04128000 Thread 0 Crashed: #0 0x91eca5ac in enumerate_gx_glyph_path #1 0x91eca450 in get_glyph_data #2 0x91eca248 in ats_get_glyph_paths #3 0x91ec5bb8 in build_glyph_entries #4 0x91ec935c in ats_glyph_get_cached_glyphs #5 0x91ec52ec in ats_get_32bit_quantized_bitmaps #6 0x91ecaef4 in ats_get_glyph_bitmaps #7 0x91f549a0 in ripc_RenderGlyph #8 0x9371e8cc in drawGlyphs #9 0x9370f778 in CGContextShowGlyphsWithDeviceAdvances #10 0x93720078 in CGContextShowGlyphsWithAdvances #11 0x91a5ab58 in RenderCGGlyphs #12 0x91a6d404 in RenderGlyphRecordArrayWithCG #13 0x91a6d6c8 in ATSUDrawGlyphs(ATSGlyphVector*, unsigned long, unsigned long, FixedPoint*, Rect*, CGContext*) #14 0x91a65e08 in TTextLineLayout::DrawText(unsigned long, unsigned long, long, long) #15 0x91a65bd0 in ATSUDrawText #16 0x92bb3c00 in TATSUTextLayout::DrawToContext(CGRect const&, unsigned char, short, short, float, CGContext*) #17 0x92bc0b4c in TThemeText::DrawThemeTruncatedText(float, float, CGRect const&, unsigned long, short, short, float, short, OpaqueGrafPtr*, unsigned char, CGContext*, CGRect*) #18 0x92bbf720 in DataEngine::DrawThemeTruncatedText(__CFString const*, unsigned short, TThemeDrawState const&, CGRect const&, short, short, float, short, OpaqueGrafPtr*, unsigned char, CGContext*, OpaqueThemeTextCache*, CGRect*) #19 0x92bbf420 in _DrawThemeTruncatedTextWithCache #20 0x92bd310c in DrawTextMenuTitle(StdMBDFGlobals*, OpaqueMenuRef*, Rect const*, __CFString const*, unsigned long, void*) #21 0x92bde0c4 in DrawMenuTitleProc(Rect const*, short, unsigned char, long, void*) #22 0x92be769c in DrawMenuTitleLoop(short, short, GDevice**, long) #23 0x92bc52bc in DataEngine::DrawThemeMenuTitle(CGRect const&, CGRect const&, unsigned short, unsigned long, MenuTitleDrawingXUPP*, unsigned long, CGContext*) #24 0x92c02008 in HIThemeDrawMenuTitle #25 0x92be98b8 in DrawThemeMenuTitleWithContext #26 0x92bdf184 in DrawCommon(StdMBDFGlobals*, Rect*, OpaqueMenuRef*, unsigned char, void*) #27 0x92bd8c50 in DrawIndexedMenuTitle(StdMBDFGlobals*, int, void*, unsigned char) #28 0x92bd8030 in DrawBar(StdMBDFGlobals*) #29 0x92ba6418 in StandardMBDF(short, short, long, long) #30 0x92c575d8 in MBarDraw(unsigned char, MenuData*, CGContext*) #31 0x92c0989c in DrawMenuBarWithContext(CGContext**) #32 0x92c66c94 in DrawMenuBar #33 0x92c1dd38 in BroadcastInternal(unsigned long, void*) #34 0x92c5bc08 in CFNotificationProc(__CFNotificationCenter*, void*, __CFString const*, void const*, __CFDictionary const*) #35 0x90168b3c in _postNotification #36 0x90166238 in _CFNotificationCenterPostLocalNotification #37 0x901737a8 in _localPortCallBack #38 0x9015c3e4 in __CFMachPortPerform #39 0x9015c250 in __CFRunLoopDoSource1 #40 0x90149354 in __CFRunLoopRun #41 0x9018157c in CFRunLoopRunSpecific #42 0x92ba34cc in RunCurrentEventLoopInMode #43 0x92bb32f4 in ReceiveNextEventCommon #44 0x92bda280 in BlockUntilNextEventMatchingListInMode #45 0x93082184 in _DPSNextEvent #46 0x930ccf84 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] #47 0x930ca500 in -[NSApplication run] #48 0x930d2598 in NSApplicationMain #49 0x00002fe4 in DarwinHandleGUI #50 0x00007e78 in main #51 0x00002c00 in _start (crt.c:267) #52 0x00002a80 in start Thread 1: #0 0x90074328 in mach_msg_trap #1 0x90006670 in mach_msg #2 0xc00076cc in __ape_internal #3 0xc0000dd0 in __ape_agent #4 0x90021428 in _pthread_body Thread 2: #0 0x90025e8c in select #1 0x0005fef4 in WaitForSomething #2 0x00028974 in Dispatch #3 0x0000851c in main #4 0x00007550 in -[Xserver run] #5 0x9081cd38 in forkThreadForFunction #6 0x90021428 in _pthread_body PPC Thread State: srr0: 0x91eca5ac srr1: 0x0000f030 vrsave: 0x00000000 xer: 0x00000000 lr: 0x91ecaa40 ctr: 0x936fd934 mq: 0x00000000 r0: 0xc0500000 r1: 0xbfffc740 r2: 0x84002284 r3: 0x0481ff78 r4: 0x00000003 r5: 0x00000000 r6: 0x3f2aaaab r7: 0xbc360000 r8: 0x00000000 r9: 0x000421c4 r10: 0x00000001 r11: 0x01087178 r12: 0x84002284 r13: 0x003d79c0 r14: 0x029df5c0 r15: 0xbfffcf30 r16: 0xbfffcf20 r17: 0xbfffcee0 r18: 0xbfffcce0 r19: 0xa1eba284 r20: 0x0000ffff r21: 0x0056fa90 r22: 0x00000000 r23: 0x00000001 r24: 0x003e2cab r25: 0x03024b48 r26: 0x030a0e88 r27: 0x003e19d0 r28: 0x00210e2f r29: 0x00000000 r30: 0xbfffc9f0 r31: 0x91eca51c |
From: Patrik M. <pa...@ch...> - 2002-11-05 21:20:46
|
On 02-11-05 12.19, Enrico Franconi (fra...@cs...) wrote: > On October 30, Adrian Umpleby writes: >>> I get VERY frequent crashes, even if I launch XDarwin, and then I >>> don't do anything else. Titanium, 10.2.1, 800MHz, 1GB RAM; fvwm2 >>> latest version from fink. Logs follow. Let me know if you need >>> more info. >>> ... >>> Thread 1: >>> #0 0x90074328 in mach_msg_trap >>> #1 0x90006670 in mach_msg >>> #2 0xc00076cc in __ape_internal >>> #3 0xc0000dd0 in __ape_agent >>> #4 0x90021428 in _pthread_body >> >> Try disabling any haxies you have installed (Fruitmenu, ClearDock, etc.) >> >> If possible, tell them that XDarwin should be excluded. > > Thanks. By disabling FruitMenu (which I did actually pay!) did reduce > drastically reduce the frequency of crashes. Still, after few hours I > still get sudden unexplicable crashes (I usually am working with some > other application). I still have PTHClock and DropDrawersX as > 'strange' non standard additions. Should I trash them as well? Will I > be unable to use them whenever I use XDarwin for the foreseeable > future? :-) Since I'm totally addicted to DropDrawers and I don't have any problems with crashes, I think we can eliminate that possibility. It seems very unlikely anyway: DropDrawers, for all its fancy drawers and non-standard interface, is still just a program; a separate process with a separate memory area. It should not affect XDarwin - this is UNIX, after all. The reason Unsanity's haxies can crash other programs is that they trick a program to load non-standard libraries, which can affect program behaviour. I don't know how PTHClock works, but I have PTHPasteboard by the same company, and that one is also a stand-alone program. -- Patrik Montgomery // pa...@ch... |
From: Adrian U. <a.u...@ic...> - 2002-11-05 22:17:50
|
> Thanks. By disabling FruitMenu (which I did actually pay!) did reduce > drastically reduce the frequency of crashes. Still, after few hours I > still get sudden unexplicable crashes (I usually am working with some > other application). OK, that's good. But it looks to me like something is still using unsanity's Application Enhancers: > Thread 1: > #0 0x90074328 in mach_msg_trap > #1 0x90006670 in mach_msg > #2 0xc00076cc in __ape_internal > #3 0xc0000dd0 in __ape_agent > #4 0x90021428 in _pthread_body What about Silk, do you use that? What I suggest you do is actually move the Application Enhancers folder, then start up XDarwin, then move it back again. Open up a Terminal window and type the following: cd cd Library mv "Application Enhancers" apes [Launch XDarwin at this point... wait until it has finished launching... then go back to the Terminal window...] mv apes "Application Enhancers" That should prevent any of unsanity's haxies from 'haxing' XDarwin when it starts up, so you can then see if it makes a difference. Bye! Adrian |