Recent changes to bugs

[1.4a1] Button emulation filters out modifier keys

Ambrose C. LI — Wed, 31 May 2006 04:47:18 -0000

If I use button emulation, I cannot use modifier keys.

The actual situation: mlterm uses ctrl+button3 to bring
up the config window. However, if I use button
emulation, the ctrl key is never seen by mlterm, and
xev confirms that the ctrl modifier is never passed to
X clients.

I am running XDarwin 1.4a1 (the xfree86 package on
darwinports) (XFree86 4.5.0) on 10.3.9.

XDarwin quits on Jaguar.

Thu, 02 Sep 2004 23:50:22 -0000

Starting XDarwin shows the startup screen, requesting
fullscreen or rootless mode, and after clicking, X stays alive
for ~15 seconds, then quits.

Messages are:

*********************************************

2004-09-02 16:54:40.141 XDarwin[1145]
XDarwin 1.3.0
2004-09-02 16:54:40.147 XDarwin[1145] CFLog (21): Error
loading /usr/lib/libXplugin.1.dylib: error code 0, error
number 2 (dyld: XDarwin.app/Contents/MacOS/XDarwin
can't open library: /usr/lib/libXplugin.1.dylib (No such file
or directory, errno = 2)
)
Could not load display mode bundle xpr.bundle.

XFree86 Version 4.4.0 / X Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 29 February 2004
If the server is older than 6-12 months, or if your
hardware is
newer than the above date, look for a newer version
before
reporting problems. (See http://www.XFree86.Org/
FAQ)
Operating System: Darwin Apple Computer, Inc.
Using keymapping provided in /System/Library/Keyboards/
USA.keymapping.
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set
to root
Loading GLX bundle glxAGL.bundle (using Apple's OpenGL)
Display mode: Rootless Quartz -- Cocoa implementation
PseudoramiX screen 0 added: 1280x1003 @ (0,21).
PseudoramiX screen 0 placed at X11 coordinate (0,0).
Screen 0 added: 1280x1003 @ (0,21)
Screen 0 placed at X11 coordinate (0,0).
Could not init font path element /usr/X11R6/lib/X11/fonts/
CID/, removing from list!
Using keymapping provided in /System/Library/Keyboards/
USA.keymapping.
PseudoramiX screen 0 added: 1280x1003 @ (0,21).
PseudoramiX screen 0 placed at X11 coordinate (0,0).
Screen 0 added: 1280x1003 @ (0,21)
Screen 0 placed at X11 coordinate (0,0).
Could not init font path element /usr/X11R6/lib/X11/fonts/
CID/, removing from list!
Quitting XDarwin...

********************************************

XDarwin quits on Panther

Dapo Ladimeji — Mon, 17 May 2004 18:16:54 -0000

I have tried to run opebn office and message that install was
successful but when I try to run it X darwin quits .
The error message is:
""Mac OS X Version 10.3.3 (Build 7F44)
2004-05-17 09:27:20 +0100
SoftwareUpdateCheck: network unreachable
2004-05-17 09:56:25.033 XDarwin[374] CFLog (0):
CFPropertyListCreateFromXMLData(): Old-style
plist parser: missing semicolon in dictionary.
2004-05-17 09:56:25.037 XDarwin[374] CFLog (0):
CFPropertyListCreateFromXMLData(): The file name
for this data might be (or it might not): /Applications/XDarwin.app/
Contents/Resources/English.lproj/
Localizable.strings
2004-05-17 09:56:29.918 XDarwin[374]
XDarwin 1.2.0

Fatal server error:
Could not find keymapping file USA.keymapping.

OsVendorFatalError
AbortDDX
Quitting XDarwin...
-bash: no job control in this shell
koolG4:~ dapoladimeji$

waiting for X server to begin accepting connections .
..
"
Obviously on the Powerbook G4 laptop there is a keyboard. I am at
a loss as to what to do.
Any suggedstions?
Open office support say it is a problem with X Darwin.

xdarwin loses input/output

Anonymous — Sat, 07 Feb 2004 00:45:53 -0000

XDarwin version: XFree86 4.3.99.902

Strange problem: Xdarwin in full screen mode
suddenly lost screen input/output,
and the OSX Aqua screen began peeking through in
response to input. The I could just grab an
Aqua window and use it 'paint' the whole Aqua screen
over the X window.

But then doing an xrefresh caused the X11 screen
to come back, but the Aqua began peeking through again.
Throughout, X11 didn't seem to accept any input.

The following showed in the console log, but no other
messages besides repetitions of this showed up:
===
Feb 6 14:10:11 pox diskarbitrationd[90]: XDarwin.bin [458]:
14931 not responding.
===

John Klein jk271828@yahoo.com

XDarwin fails to start on MacOS X 10.3

Lord Haides — Sat, 25 Oct 2003 14:51:27 -0000

From the console log:

2003-10-25 10:50:47.754 XDarwin[28673]
XDarwin 1.2.0

Fatal server error:
Could not find keymapping file USA.keymapping.

OsVendorFatalError
AbortDDX
Quitting XDarwin...

Excessive CPU when in background

Gavin Sherlock — Wed, 10 Sep 2003 17:57:09 -0000

Hi,

I have XFree86 4.3 installed from the xfree86 binaries on
OSX 10.2.6. I use it in rooted mode, in conjunction with
gnome and sawfish. Sometimes, when it is in the
background, and I'm working in a Mac app, I notice that
there is excessive CPU usage (>100% on a dual G4), which
top attributes to XDarwin. This doens;t happen every time,
but it has happened on many occasions. Switching to
XDarwin and back usually cures it. Anyway, as I noticed it
today, I thought I'd sample the process, in case it was any
use to you. The results are below:

SW-90-732-818-2 112 % top -d

398 CPU Monito 0.9% 2:01.87 8 0/0 40/28
0/70 20
576 panel-real 0.9% 0:03.90 0 0/0 0/0
22/0 13

Processes: 67 total, 3 running, 64 sleeping... 151 threads
10:52:18
Load Avg: 1.48, 1.25, 1.06 CPU usage: 16.5% user,
46.6% sys, 36.9% idle
Networks: 29 ipkts/19K 0 opkts /1K
Disks: 0 reads/0K 0 writes/0K
VM: 0 pageins 0 pageouts

PID COMMAND %CPU TIME FAULTS PGINS/COWS
MSENT/MRCVD BSD/MACH CSW
510 XDarwin 103.9% 1:46.76 0 0/0 0/0
77878/51 574
507 iTunes 8.7% 6:57.68 1 0/0 79/50
5/750 272
188 Window Man 5.8% 9:02.23 27 0/0 384/163
0/727 259
442 Adobe Read 1.9% 2:30.80 1 0/1 128/4
8/268 200
399 Terminal 1.9% 0:11.15 3 0/0 23/21
9/49 13
635 top 1.9% 0:00.27 154 0/4 729/726
104/861 128
0 kernel_tas 0.9% 2:30.91 0 0/0 1153/983
0/0 1449
506 Safari 0.0% 14:48.27 0 0/0 3/2
1/10 3
394 Mail 0.0% 4:08.75 0 0/0 0/0 0/
0 0
398 CPU Monito 0.0% 2:01.87 6 0/0 40/28
0/70 17
591 Microsoft 0.0% 1:12.56 2 0/1 12/0
0/470 38
184 ATSServer 0.0% 0:45.78 8 0/0 14/14
16/26 15
391 SystemUISe 0.0% 0:25.39 1 0/0 11/10
1/22 7
392 Finder 0.0% 0:25.65 0 0/0 0/0
0/0 0
390 Dock 0.0% 0:16.84 0 0/0 12/0
0/18 12
113 configd 0.0% 0:12.64 0 0/0 0/0
0/0 0
587 Microsoft 0.0% 0:11.13 1 0/1 8/1
0/44 27
278 lookupd 0.0% 0:07.82 0 0/0 0/0
0/0 0
273 netinfod 0.0% 0:05.11 0 0/0 0/0
0/0 0
400 X-Assist 0.0% 0:04.45 0 0/0 0/0
0/0 0

SW-90-732-818-2 113 % sample XDarwin 5
Sampling process 510 each 10 msecs 500 times
2003-09-10 10:52:27.015 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:27.078 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:27.099 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:27.142 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:27.205 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:27.267 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:27.288 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:27.714 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:28.160 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:29.155 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:29.176 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:29.197 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:29.218 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.171 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.234 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.255 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.276 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.297 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.318 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.360 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.381 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.666 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.687 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.709 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.730 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
2003-09-10 10:52:30.751 sample[636] thread_read_stack:
stack appears to be in inconsistent state to trace.
Truncating stack.
Sample analysis of process 510 written to file /tmp/
XDarwin_510.sample.txt
SW-90-732-818-2 114 % more /tmp/
XDarwin_510.sample.txt
Analysis of sampling pid 510 every 10 milliseconds
Call graph:
500 Thread_1c03
474 start
474 _start
474 main
474 DarwinHandleGUI
474 NSApplicationMain
474 -[NSApplication run]
474 -[NSApplication
nextEventMatchingMask:untilDate:inMode:dequeue:]
474 _DPSNextEvent
474 BlockUntilNextEventMatchingListInMode
474 ReceiveNextEventCommon
474 RunCurrentEventLoopInMode
474 CFRunLoopRunSpecific
474 __CFRunLoopRun
474 mach_msg
473 mach_msg_trap
473 mach_msg_trap [STACK TOP]
1 mach_msg [STACK TOP]
26 AVLInsertInSubtree
24 _sigtramp
24 _sigtramp [STACK TOP]
2 mach_msg
2 _sigtramp
1 SmartScheduleTimer
1 __error
1 __error [STACK TOP]
1 _sigtramp [STACK TOP]
500 Thread_1d03
500 _pthread_body
500 forkThreadForFunction
500 -[XServer run]
500 main
500 Dispatch
500 WaitForSomething
416 select
416 select [STACK TOP]
45 BlockHandler
35 QuartzBlockHandler
16 NSPopAutoreleasePool
6 NSPopAutoreleasePool [STACK TOP]
3 _NSCurrentThread
2 __udivmoddi4
2 __udivmoddi4 [STACK TOP]
1 _NSCurrentThread [STACK TOP]
2 _NSRemoveHandler2
2 _NSRemoveHandler2 [STACK TOP]
2 _setjmp
2 _setjmp [STACK TOP]
1 _NSAddHandler2
1 _NSCurrentThread
1 pthread_getspecific
1 pthread_getspecific [STACK TOP]
1 __kCFAllocatorSystemDefault
1 _NSRemoveHandler2
1 _NSRemoveHandler2 [STACK TOP]
1 __udivmoddi4
1 __udivmoddi4 [STACK TOP]
8 -[NSAutoreleasePool initWithCapacity:]
4 _NSCurrentThread
4 pthread_getspecific
4 pthread_getspecific [STACK TOP]
3 NSPushAutoreleasePool
2 _NSCurrentThread
2 pthread_getspecific
2 pthread_getspecific [STACK TOP]
1 NSPushAutoreleasePool [STACK TOP]
1 -[NSAutoreleasePool initWithCapacity:]
[STACK TOP]
5 +[NSAutoreleasePool allocWithZone:]
3 _NSCurrentThread
3 pthread_getspecific
2 pthread_getspecific [STACK TOP]
1 __gcc_bcmp
1 __gcc_bcmp [STACK TOP]
2 +[NSAutoreleasePool allocWithZone:]
[STACK TOP]
2 objc_msgSend
2 objc_msgSend [STACK TOP]
1 NSPushAutoreleasePool
1 NSPushAutoreleasePool [STACK TOP]
1 XprintOptions
1 XprintOptions [STACK TOP]
1 _NSCurrentThread
1 _NSCurrentThread [STACK TOP]
1 _NSRemoveHandler2
1 _NSRemoveHandler2 [STACK TOP]
5 NSPopAutoreleasePool
4 NSPopAutoreleasePool [STACK TOP]
1 restFP
1 restFP [STACK TOP]
2 AnimCurScreenBlockHandler
2 AnimCurScreenBlockHandler [STACK TOP]
1 BlockHandler [STACK TOP]
1 miSpriteBlockHandler
1 miSpriteBlockHandler [STACK TOP]
1 shadowRedisplay
1 shadowRedisplay [STACK TOP]
26 GetTimeInMillis
25 gettimeofday
22 __ppc_gettimeofday
22 __ppc_gettimeofday [STACK TOP]
2 gettimeofday [STACK TOP]
1 __gcc_bcmp
1 __gcc_bcmp [STACK TOP]
1 0x1
1 gettimeofday
1 gettimeofday [STACK TOP]
7 WaitForSomething [STACK TOP]
2 WakeupHandler
2 WakeupHandler [STACK TOP]
2 bzero
2 bzero [STACK TOP]
1 SmartScheduleStartTimer
1 setitimer
1 setitimer [STACK TOP]
1 __error
1 __error [STACK TOP]

Total number in stack (recursive counted multiple, when
>=5):
6 _NSCurrentThread

Sort by top of stack, same collapsed (when >= 5):
mach_msg_trap [STACK TOP] 473
select [STACK TOP] 416
_sigtramp [STACK TOP] 25
__ppc_gettimeofday [STACK TOP] 22
NSPopAutoreleasePool [STACK TOP] 10
pthread_getspecific [STACK TOP] 9
WaitForSomething [STACK TOP] 7

Cheers, and keep up the great work!!!

Gavin

XonX 4.30 won't work on multiple Macs

Carlton Hogan — Mon, 18 Aug 2003 19:23:17 -0000

I cannot get v4.30 to work on any of my Macs. I assumed that
this was my fault, and I had a bad config, or a crewed up
lib-link. But then I got a computer back from service. I don't
know what they did, but they screwed the OS up so bad, I had
to do a totally clean install. So I did this:

1)Install OS 10.2
2) Ran "Software Update" to bring me to the present
3) Installed the developer tools (December version, not the
new one with the problematic gcc)
4) Installed XonX

....And I got the exact behaviour as on all my other machines:
a launch, a grey screen with big "X" cursor, and then immediate
exit.

To be sure, I deleted (or rather .tgz'ed and moved) my
.xininitrc, my Xdefaults, all the configs in /etc/X11 - as
far as XonX installer could tell, thei was a firts-time install.
I Have tried various .xinitrc tricks, specifying other
windowmanagers (ones that compiled clean, with no errors)
etc. Same thing. Launch. Crash.

I frankly am amazed: the quality of work on the XonX project
has been so good, all the way back to the "darwinfo" days.
But 4.3 seems to just be a lemon. I have tried everything I
can think of - any ideas?

Carlton Hogan
carlton@ccbr.umn.edu

Cursor disappears on right-hand monitor of 2 monitor system

Andy Law — Wed, 13 Aug 2003 15:01:56 -0000

Dual monitor setup. XFree 4.3.0 installed manually. KDE
installed using fink.

When running KDE, custom cursors are not visible when
cursor is in right-hand monitor. cursor works OK when in
left-hand monitor.

circumstances where this occurs are (for example) mouse-
over a desktop icon, mouse-over a toolbar/taskbar icon,
mouse-over a file/directory in an open/save dialog.

XDarwin 1.1.1.1 crash after fullscreen quicktime movie

Gavin Sherlock — Thu, 24 Jul 2003 00:11:31 -0000

Hi,

I'm using the most up to date version of XDarwin based on
XFree86 4.2.x (as 4.3 crashes on a cinema display) and had
a crash today. I was watching a quicktime movie in full
screen, and when I switched out of watching that movie full
screen, XDarwin (which was running full screen in the
background) crashed. In the console was:

Jul 23 17:02:58 belhaven /Applications/XDarwin.app/
Contents/MacOS/XDarwin: kCGErrorFailure :
OFAGetGlyphDataSpecs failed: error 268435471.

Jul 23 17:02:58 belhaven /Applications/XDarwin.app/
Contents/MacOS/XDarwin: kCGErrorFailure :
OFARegisterStrike failed: error 71.

Jul 23 17:02:59 belhaven WindowServer[4788]:
CGXDisableUpdate: Updates disabled by connection 0xa803
for over 1.000000 seconds

Jul 23 17:03:00 belhaven crashdump: Crash report written
to: /Users/sherlock/Library/Logs/CrashReporter/
XDarwin.crash.log

Gdk-ERROR **: X connection to :0.0 broken (explicit kill or
server shutdown).
Gdk-ERROR **: X connection to :0.0 broken (explicit kill or
server shutdown).
Gdk-ERROR **: X connection to :0.0 broken (explicit kill or
server shutdown).
xterm: fatal IO error 32 (Broken pipe) or KillClient on X
server ":0.0"

xinit: connection to X server lost.

Gdk-ERROR **: X connection to :0.0 broken (explicit kill or
server shutdown).

waiting for X server to shut down X connection to :0.0
broken (explicit kill or server shutdown).

ICE default IO error handler doing an exit(), pid = 4950,
errno = 0
Jul 23 17:03:01 belhaven WindowServer[4788]: Reserved
range exhausted. (0xbbfa7000 to 0xbc6a7000 goes out of
bounds)

and the crash log was:

**********

Date/Time: 2003-07-23 17:03:00 -0700
OS Version: 10.2.6 (Build 6L60)
Host: belhaven.Stanford.EDU

Command: XDarwin
PID: 4873

Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at
0xa2715d02

Thread 0 Crashed:
#0 0x91eca52c in enumerate_gx_glyph_path
#1 0x91eca450 in get_glyph_data
#2 0x91eca248 in ats_get_glyph_paths
#3 0x91ec3508 in build_glyph_entries
#4 0x91ec935c in ats_glyph_get_cached_glyphs
#5 0x91ec30e4 in ats_get_8bit_quantized_bitmaps
#6 0x91ecae5c in ats_get_glyph_bitmaps
#7 0x91f549d0 in ripc_RenderGlyph
#8 0x9371e78c in drawGlyphs
#9 0x9370f664 in
CGContextShowGlyphsWithDeviceAdvances
#10 0x9371ff48 in CGContextShowGlyphsWithAdvances
#11 0x91a5a464 in RenderCGGlyphs
#12 0x91a6cd5c in RenderGlyphRecordArrayWithCG
#13 0x91a6d020 in ATSUDrawGlyphs(ATSGlyphVector*,
unsigned long, unsigned long, FixedPoint*, Rect*,
CGContext*)
#14 0x91a65780 in TTextLineLayout::DrawText(unsigned
long, unsigned long, long, long)
#15 0x91a65548 in ATSUDrawText
#16 0x969b440c in
TATSUTextLayout::DrawToContext(CGRect const&, unsigned
char, short, short, float, CGContext*)
#17 0x969c13a8 in
TThemeText::DrawThemeTruncatedText(float, float, CGRect
const&, unsigned long, short, short, float, short,
OpaqueGrafPtr*, unsigned char, CGContext*, CGRect*)
#18 0x969bff7c in
DataEngine::DrawThemeTruncatedText(__CFString const*,
unsigned short, TThemeDrawState const&, CGRect const&,
short, short, float, short, OpaqueGrafPtr*, unsigned char,
CGContext*, OpaqueThemeTextCache*, CGRect*)
#19 0x969bfc7c in _DrawThemeTruncatedTextWithCache
#20 0x969d3998 in DrawTextMenuTitle(StdMBDFGlobals*,
OpaqueMenuRef*, Rect const*, __CFString const*, unsigned
long, void*)
#21 0x969dea98 in DrawMenuTitleProc(Rect const*, short,
unsigned char, long, void*)
#22 0x969e8178 in DrawMenuTitleLoop(short, short,
GDevice**, long)
#23 0x969c5ad8 in
DataEngine::DrawThemeMenuTitle(CGRect const&, CGRect
const&, unsigned short, unsigned long,
MenuTitleDrawingXUPP*, unsigned long, CGContext*)
#24 0x96a026fc in HIThemeDrawMenuTitle
#25 0x969ea430 in DrawThemeMenuTitleWithContext
#26 0x969dfb60 in DrawCommon(StdMBDFGlobals*, Rect*,
OpaqueMenuRef*, unsigned char, void*)
#27 0x969d955c in
DrawIndexedMenuTitle(StdMBDFGlobals*, int, void*,
unsigned char)
#28 0x969d893c in DrawBar(StdMBDFGlobals*)
#29 0x969a6ac0 in StandardMBDF(short, short, long, long)
#30 0x96a57e24 in MBarDraw(unsigned char, MenuData*,
CGContext*)
#31 0x96a09f9c in
DrawMenuBarWithContext(CGContext**)
#32 0x96a674e0 in DrawMenuBar
#33 0x96b61258 in MenuBarDisplayNotifyProc(void*, short,
void*)
#34 0x91ac19c8 in HandleDMChangedNotification
#35 0x91ac2f44 in InternalDisplayChangedProc
#36 0x91acd454 in QDDisplayChangedNotification
#37 0x9371e2c4 in CGSPostLocalNotification
#38 0x93745de0 in notifyDatagramHandler
#39 0x93711270 in CGSDispatchDatagramsFromStream
#40 0x936fe7e8 in snarfEvents
#41 0x936fab8c in CGSGetNextEventRecord
#42 0x969a5868 in PullEventsFromWindowServer
#43 0x9015bd8c in __CFMachPortPerform
#44 0x9015bbf8 in __CFRunLoopDoSource1
#45 0x90148c9c in __CFRunLoopRun
#46 0x90180f58 in CFRunLoopRunSpecific
#47 0x969a3b70 in RunCurrentEventLoopInMode
#48 0x969b3b00 in ReceiveNextEventCommon
#49 0x969dabbc in BlockUntilNextEventMatchingListInMode
#50 0x9308dedc in _DPSNextEvent
#51 0x930a0158 in -[NSApplication
nextEventMatchingMask:untilDate:inMode:dequeue:]
#52 0x930b1d88 in -[NSApplication run]
#53 0x9315fc58 in NSApplicationMain
#54 0x00002f84 in DarwinHandleGUI
#55 0x00007e18 in main
#56 0x00002ba0 in _start (crt.c:267)
#57 0x00002a20 in start

Thread 1:
#0 0x9002578c in select
#1 0x0005fe94 in WaitForSomething
#2 0x00028914 in Dispatch
#3 0x000084bc in main
#4 0x000074f0 in -[Xserver run]
#5 0x97e2cc50 in forkThreadForFunction
#6 0x90020d28 in _pthread_body

PPC Thread State:
srr0: 0x91eca52c srr1: 0x0000f030 vrsave:
0x00000000
xer: 0x00000000 lr: 0x91eca51c ctr: 0x93709d30 mq:
0x00000000
r0: 0x91eca450 r1: 0xbfff84a0 r2: 0x48002244 r3:
0xbfff8750
r4: 0xa2715d02 r5: 0x00000000 r6: 0xbfff8554 r7:
0x00000000
r8: 0x938d9d40 r9: 0xa1eba51c r10: 0x40000000 r11:
0x938d9d40
r12: 0x93709d30 r13: 0x003d79b0 r14: 0x0243c870 r15:
0xbfff8bb0
r16: 0xbfff8ba0 r17: 0xbfff8b60 r18: 0xbfff8910 r19:
0xa1eba284
r20: 0x0000ffff r21: 0x004fd230 r22: 0xbfff8870 r23:
0x00000004
r24: 0xa2715d02 r25: 0x02361844 r26: 0xbfff8750 r27:
0x02361830
r28: 0x00000001 r29: 0x00003e2c r30: 0xbfff8750 r31:
0x91eca51c

Cheers,
Gavin

Xfree86 4.3 reproducible full screen crash

Gavin Sherlock — Wed, 23 Jul 2003 15:01:25 -0000

Hi,

I had posted this in the help forum, but just wanted to make
sure it was also in the bug tracker:

belhaven 106 % startx -- quartz

2003-05-16 15:58:48.275 XDarwin[16704] CFLog (0):
CFPropertyListCreateFromXMLData(): Old-style plist parser:
missing semicolon in dictionary.
2003-05-16 15:58:48.277 XDarwin[16704] CFLog (0):
CFPropertyListCreateFromXMLData(): The file name for this
data might be (or it might not): file://localhost/usr/share/
zoneinfo/US/Pacific
2003-05-16 15:58:48.311 XDarwin[16704]
XDarwin 1.2.0

XFree86 Version 4.3.0 / X Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 27 February 2003
If the server is older than 6-12 months, or if your
hardware is
newer than the above date, look for a newer version
before
reporting problems. (See http://www.XFree86.Org/
FAQ)
Operating System: Darwin Apple Computer, Inc.
Using keymapping provided in /System/Library/Keyboards/
USA.keymapping.
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set
to root
Loading GLX bundle glxMesa.bundle (using Mesa)
Display mode: Full screen Quartz
Screen 0 added: 1600x1024 @ (0,0)
X connection to :0.0 broken (explicit kill or server
shutdown).

It crashes reproducibly at this screen resolution in full
screen mode, with thousands or millions of colors. If I
reduce the resolution, or use rootless, then it doesn't crash.
The crash log is:

Date/Time: 2003-05-16 15:56:17 -0700
OS Version: 10.2.6 (Build 6L60)
Host: belhaven.Stanford.EDU

Command: XDarwin
PID: 16685

Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at
0x029ac800

Thread 0:
#0 0x90073c28 in mach_msg_trap
#1 0x90005f70 in mach_msg
#2 0x901489f0 in __CFRunLoopRun
#3 0x90180f58 in CFRunLoopRunSpecific
#4 0x969a3b70 in RunCurrentEventLoopInMode
#5 0x969b3b00 in ReceiveNextEventCommon
#6 0x969dabbc in BlockUntilNextEventMatchingListInMode
#7 0x9308dedc in _DPSNextEvent
#8 0x930a0158 in -[NSApplication
nextEventMatchingMask:untilDate:inMode:dequeue:]
#9 0x930b1d88 in -[NSApplication run]
#10 0x9315fc58 in NSApplicationMain
#11 0x000031a8 in DarwinHandleGUI
#12 0x0000351c in main
#13 0x00002dc0 in _start (crt.c:267)
#14 0x00002c40 in start

Thread 1 Crashed:
#0 0x00065754 in fbBlt
#1 0x000642b8 in fbOddTile
#2 0x00063b6c in fbFillRegionTiled
#3 0x0005b17c in shadowPaintWindow
#4 0x000e55a4 in miSpritePaintWindowBackground
#5 0x000d3540 in miWindowExposures
#6 0x00016880 in MapWindow
#7 0x00003adc in main
#8 0x0004a414 in -[XServer run]
#9 0x9081cd38 in forkThreadForFunction
#10 0x90020d28 in _pthread_body

PPC Thread State:
srr0: 0x00065754 srr1: 0x0000d030 vrsave:
0x00000000
xer: 0x00000000 lr: 0x000642b8 ctr: 0x00063b8c mq:
0x00000000
r0: 0x00000000 r1: 0xf002fa60 r2: 0x00000000 r3:
0x02b1ed60
r4: 0x00000004 r5: 0x00000000 r6: 0x02b1ed84 r7:
0x029ac800
r8: 0x00000000 r9: 0x00001c00 r10: 0x00000002 r11:
0x0016791c
r12: 0x00000004 r13: 0x00000003 r14: 0x00000004
r15: 0x00000700
r16: 0x00000001 r17: 0x00000000 r18: 0x00000000
r19: 0x02b1ed90
r20: 0x029ae400 r21: 0x00000000 r22: 0x00000000
r23: 0x00000001
r24: 0x00000000 r25: 0x00000000 r26: 0x00000000
r27: 0xffffffff
r28: 0x00000080 r29: 0x00000000 r30: 0x00000000
r31: 0x0006526c

It would be great to have this fixed, as I'm very happy with
Xfree86 4.3 on my other machines that don;t have cinema
displays - it's waaaaay faster than 4.2.x

Cheers,
Gavin