[Xquartz-dev] XRandR crash fixed (was Re: XQuartz-2.6.0_alpha1 (SL Only))
jeremyhu at apple.com
Sun Aug 1 20:23:59 PDT 2010
Ok, it seems there were two problems. Both seem to be fixed with this binary:
Download, decompress, set executable, and use it too replace XQuartz.app/Contents/MacOS/X11.bin
The code for switching between rootless and fullscreen modes is disgusting and needs to be refactored. Things are all kinds of ugly there.
Thanks for being good little guinea pigs. It really helps!
On Aug 1, 2010, at 03:44, Per Johansson wrote:
> I knew you'd say that. :) Next time I'll do it beforehand.
> Running xrandr without arguments first or after the first xrandr -s 1 does not make any difference for me.
> Pelle Johansson
> 31 jul 2010 kl. 18.15 skrev Jeremy Huddleston:
>> I can reproduce this. It's likely the current mode or something isn't getting initialized properly. Running 'xrandr' before making any changes seems to be a workaround.
>> (would you mind putting this in a bug report at http://xquartz.macosforge.org?)
>> On Jul 31, 2010, at 02:34, Per Johansson wrote:
>>> Nice. RandR doesn't seem very stable yet though. If I launch Xquartz and type xrandr -s 1 in the xterm, all Xquartz windows will disappear. The screen is otherwise unchanged (still rootless). If I then type xrandr -s 0 in the invisible window, Xquartz crashes:
>>> Thread 3 Crashed:
>>> 0 libSystem.B.dylib 0x00007fff83e6538d usleep$NOCANCEL + 0
>>> 1 libSystem.B.dylib 0x00007fff83e8497c abort + 93
>>> 2 X11.bin 0x0000000100107653 System + 0
>>> 3 X11.bin 0x000000010000cef1 xf86SetRootClip + 0
>>> 4 X11.bin 0x000000010010df19 AbortServer + 29
>>> 5 X11.bin 0x000000010010d924 FatalError + 264
>>> 6 X11.bin 0x0000000100105dc8 OsSigHandler + 151
>>> 7 libSystem.B.dylib 0x00007fff83df635a _sigtramp + 26
>>> 8 com.apple.CoreFoundation 0x00007fff84c70181 CFEqual + 145
>>> 9 X11.bin 0x00000001000123c4 QuartzRandRSetModeCallback + 275
>>> 10 X11.bin 0x00000001000120b6 QuartzRandRSetConfig + 372
>>> 11 X11.bin 0x000000010005d5c6 RRCrtcSet + 617
>>> 12 X11.bin 0x00000001000645ac ProcRRSetScreenConfig + 807
>>> 13 X11.bin 0x00000001000bc88c Dispatch + 127
>>> 14 X11.bin 0x00000001000b328f dix_main + 198
>>> 15 X11.bin 0x00000001000117c2 server_thread + 43
>>> 16 libSystem.B.dylib 0x00007fff83dcf456 _pthread_start + 331
>>> 17 libSystem.B.dylib 0x00007fff83dcf309 thread_start + 13
>>> Jul 31 11:17:45 Falken [0x0-0x27b27b].org.macosforge.xquartz.X11: Segmentation fault at address 0x81
>>> Jul 31 11:17:45 Falken [0x0-0x27b27b].org.macosforge.xquartz.X11: Fatal server error:
>>> Jul 31 11:17:45 Falken [0x0-0x27b27b].org.macosforge.xquartz.X11: Caught signal 0 (). Server aborting
>>> Jul 31 11:17:45 Falken [0x0-0x27b27b].org.macosforge.xquartz.X11: OsVendorFatalError
>>> Jul 31 11:17:45 Falken [0x0-0x27b27b].org.macosforge.xquartz.X11: AbortDDX
>>> Jul 31 11:17:46 Falken org.macosforge.xquartz.startx: Xquartz: start_x11_server: (ipc/mig) server died
>>> If I click the desktop and the the Xquartz icon after I do xrandr -s 1 I get too fullscreen mode and the window is visible. Still crashes on xrandr -s 0 though (or xrandr -s 2 for that matter).
>>> xrandr -s 2 changes the mode, but it's still rootless and the window is still missing. xrandr -s 0 does not crash after that and changes back the mode. The xterm window can then be found in the upper right corner of the screen, almost off screen.
>>> I'm on a MacBook Pro 15" (summer 2009) with 10.6.4.
>>> PS. I have a game that seem to require 16 bit mode. Is there any way to run it now that there's no color depth switch in System Preferences?
>>> Pelle Johansson
>>> 31 jul 2010 kl. 02.23 skrev Jeremy Huddleston:
>>>> I just uploaded 2.6.0_alpha1 for testing.
>>>> Firstly, this release was built using a recent trunk of llvm-clang rather than the current XCode. I intend to use that compiler to build our alphas and betas and will switch back to the stable XCode toolchain for rcs and final releases.
>>>> The main changes in 2.6.0_alpha 1 are the jump to the 1.9 server (currently 188.8.131.525) with the addition of initial support for RandR. RandR support will be maturing over the next few months, but it is at a fairly usable state. Please report any issues that come up.
>>>> Additionally, 2.6.0_alpha1 includes the fixes that I intend to ship in 2.5.3 next week:
>>>> * properly cleaning up /tmp
>>>> * addressing AIGLX regressions
>>>> * xmore-1.0.2
>>>> * xrandr-1.3.3
>>>> You can get it by checking for updates in XQuartz. If it say's you're on the latest release, you'll need to change to the beta update stream:
>>>> defaults write org.macosforge.xquartz.X11 SUFeedURL http://static.macosforge.org/xquartz/downloads/sparkle/beta.xml
>>>> Or you can just grab it here:
>>>> Xquartz-dev mailing list
>>>> Xquartz-dev at lists.macosforge.org
>>> Xquartz-dev mailing list
>>> Xquartz-dev at lists.macosforge.org
>> Xquartz-dev mailing list
>> Xquartz-dev at lists.macosforge.org
> Xquartz-dev mailing list
> Xquartz-dev at lists.macosforge.org
More information about the Xquartz-dev