Re: Problem with RandR in Xquartz 2.7.4
Re: Problem with RandR in Xquartz 2.7.4
- Subject: Re: Problem with RandR in Xquartz 2.7.4
- From: Jeremy Huddleston Sequoia <email@hidden>
- Date: Tue, 13 Nov 2012 09:05:08 -0800
Ok, it sounds like there's possibly a bug with quartz-wm not moving windows into the visible screen when sizing down the display.
So it look like everything is behaving correctly with RandR resolution switching, so the problem is likely with your other system not switching resolution for some reason. Does it show anything relevant in log files?
--Jeremy
On Nov 12, 2012, at 11:53 PM, email@hidden wrote:
> Ho Jeremy,
>
>
> small "correction" of "it works":
> If I use 'xrandr -s "1920x1080"' it opens a requester where it asks to use RandR and opens a full screen.
> But the screen doesn't have the requested size. It switches to full screen but with original resolution of 3600x1312 (and the xterm is probably in the upper left corner (outside the visible screen).
>
> Best regards,
>
>
> Volker
>
>
> Am 13.11.2012 um 08:34 schrieb Jeremy Huddleston Sequoia:
>
> Hi Volker,
>
> You didn't really answer my question regarding the command line utility. Try using xrandr to set your display resolution to what you want on XQuartz 2.7.4 ... eg:
> xrandr -s "1920x1080"
>
> --Jeremy
>
> On Nov 12, 2012, at 11:01 PM, email@hidden<mailto:email@hidden> wrote:
>
> Hello,
>
>
>
> with XQuartz 2.7.1 I get the following output:
>
> xrandr: Failed to get size of gamma for output default
> Screen 0: minimum 640 x 480, current 3600 x 1290, maximum 3600 x 1312
> default connected 3600x1290+0+0 0mm x 0mm
> 1920x1080 60.0 50.0 24.0
> 1280x720 60.0 50.0
> 720x480 60.0
> 640x480 60.0 75.0
> 720x576 50.0
> 1920x1200 60.0
> 800x600 60.0 75.0
> 1280x1024 75.0 60.0
> 1024x768 75.0 60.0
> 1600x1200 60.0
> 960x600 60.0
> 800x500 60.0
> 1024x640 60.0
> 1280x960 60.0
> 1280x800 60.0
> 1344x1008 60.0
> 1344x840 60.0
> 1600x1000 60.0
> 3600x1290 1.0*
> 3600x1312 2.0
>
> If I start with query to the Sun:
> /Applications/Utilities/XQuartz.app/Contents/MacOS/X11 :3 -once -query sun
> It asks immediate after login to change the screen with RandR.
>
> Diagnostic from X11/org.macosforge.xquartz.log I find:
> X11.app: main(): argc=5
> argv[0] = /Applications/Utilities/XQuartz.app/Contents/MacOS/X11.bin
> argv[1] = :3
> argv[2] = -once
> argv[3] = -query
> argv[4] = IP-of-sun
> Waiting for startup parameters via Mach IPC.
> X11.app: No launchd socket handed off, unsetting DISPLAY
> X11.app: do_start_x11_server(): argc=5
> argv[0] = /Applications/Utilities/XQuartz.app/Contents/MacOS/X11.bin
> argv[1] = :3
> argv[2] = -once
> argv[3] = -query
> argv[4] = IP-of-sun
> [4169079.114] Xquartz starting:
> [4169079.114] X.Org<http://X.Org><http://X.Org> X Server 1.13.0
> [4169079.114] Build Date: 20120927
> [4169079.128] Initializing built-in extension Generic Event Extension
> [4169079.128] Initializing built-in extension SHAPE
> [4169079.128] Initializing built-in extension MIT-SHM
> [4169079.128] Initializing built-in extension XInputExtension
> [4169079.128] Initializing built-in extension XTEST
> [4169079.128] Initializing built-in extension BIG-REQUESTS
> [4169079.128] Initializing built-in extension SYNC
> [4169079.128] Initializing built-in extension XKEYBOARD
> [4169079.128] Initializing built-in extension XC-MISC
> [4169079.128] Initializing built-in extension SECURITY
> [4169079.128] Initializing built-in extension XINERAMA
> [4169079.128] Initializing built-in extension PseudoramiX
> [4169079.128] Initializing built-in extension XFIXES
> [4169079.128] Initializing built-in extension RENDER
> [4169079.128] Initializing built-in extension RANDR
> [4169079.128] Initializing built-in extension DAMAGE
> [4169079.128] Initializing built-in extension MIT-SCREEN-SAVER
> [4169079.128] Initializing built-in extension DOUBLE-BUFFER
> [4169079.128] Initializing built-in extension RECORD
> [4169079.128] Initializing built-in extension X-Resource
> [4169079.128] Initializing built-in extension XVideo
> [4169079.128] Initializing built-in extension XVideo-MotionCompensation
> [4169079.128] Initializing built-in extension GLX
> [4169079.128] x: 1680, y: 0, w: 1920, h: 1178
> [4169079.128] x: 0, y: 240, w: 1680, h: 1050
> [4169079.170] (II) GLX: Initialized Core OpenGL GL provider for screen 0
> [4169079.249] X11.app: DarwinProcessFDAdditionQueue_thread: Sleeping to allow xinitrc to catchup.
> [4169079.289] (EE) Error loading keymap /tmp/server-3.xkm
> [4169079.290] (EE) XKB: Failed to load keymap. Loading default keymap instead.
> [4169083.680] noPseudoramiXExtension=0, pseudoramiXNumScreens=2
> [4169084.286] noPseudoramiXExtension=0, pseudoramiXNumScreens=2
> [4169084.317] xpbproxy: can't open default display
> [4169084.317] xpbproxy thread is terminating unexpectedly.
> [4169110.254] noPseudoramiXExtension=0, pseudoramiXNumScreens=2
> ...
> [4169270.724] noPseudoramiXExtension=0, pseudoramiXNumScreens=2
> [4169421.127] Server terminated successfully (0). Closing log file.
>
>
>
> with XQuartz 2.7.4 (reinstalled with Installer) I get exactly the same output but there is no requester where XQuartz asks to use RandR. The screen extends over both screens.
> The screen size presented in the JDE are:
> default: 3600x1290 (1Hz)
> ...
> 1920x1200 (60 Hz)
> ...
>
> If I try to change to this resolution nothing happens (in 2.7.1. there is the RandR-Requester ...)
>
> In X11.org.macosforge.xquartz.log I found:
>
> X11.app: main(): argc=5
> argv[0] = /Applications/Utilities/XQuartz.app/Contents/MacOS/X11.bin
> argv[1] = :3
> argv[2] = -once
> argv[3] = -query
> argv[4] = IP-of-sun
> Waiting for startup parameters via Mach IPC.
> X11.app: No launchd socket handed off, unsetting DISPLAY
> X11.app: do_start_x11_server(): argc=5
> argv[0] = /Applications/Utilities/XQuartz.app/Contents/MacOS/X11.bin
> argv[1] = :3
> argv[2] = -once
> argv[3] = -query
> argv[4] = IP-of-sun
> [4168448.003] Xquartz starting:
> [4168448.003] X.Org<http://X.Org><http://X.Org> X Server 1.11.4
> [4168448.003] Build Date: 20120219
> [4168448.017] (II) GLX: Initialized Core OpenGL GL provider for screen 0
> [4168448.097] X11.app: DarwinProcessFDAdditionQueue_thread: Sleeping to allow xinitrc to catchup.
> [4168448.141] (EE) Error loading keymap /tmp/server-3.xkm
> [4168448.141] (EE) XKB: Failed to load keymap. Loading default keymap instead.
> [4168453.165] xpbproxy: can't open default display
> [4168453.165] xpbproxy thread is terminating unexpectedly.
> [4168620.437] Server terminated successfully (0). Closing log file.
>
>
> I hope, you can get me a hint. Until then I go back to 2.7.1
>
>
>
> Best regards
>
>
> Volker
>
>
>
> Am 12.11.2012 um 18:48 schrieb Jeremy Huddleston Sequoia:
>
>
> On Nov 12, 2012, at 8:02 AM, email@hidden<mailto:email@hidden><mailto:email@hidden> wrote:
>
> Hello,
>
>
> I'm using X11 with a Solaris 10 system with XDM. Until XQuartz 2.7.1 (which I use now again) XQuartz asks me to activate the RandR-mode. If I allow this, he goes to full screen mode with a resolution of 1920x1200. If I change the resolution in Java Desktop System of Solaris the resolution of XQuartz is changed.
> Now with 2.7.4 he dont ask and opens a screen with 3200x1300 pixel which is "splitted" between both monitors and not usable.
> If I change the resolution in the Java Desktop system nothing happens. How to reactivate the RandR in actual XQuartz?
>
> It works for me. Try using the 'xrandr' command line utility. Does it give you an error?
>
> PS: Other problem: I get the error message: Could not init font path element tcp/fontserv.xx.yy:7500, removing from list! I know this (old) fontserver but I don't find where it is configured. In which config-File does XQuartz look for such information (since it's historic garbage)
>
> XQuartz doesn't have anything like that by default. You are probably adding it to the font path with a script in ~/.xinitrc.d
>
>
>
> ——————————————————————————
> Deutsches Zentrum für Luft- und Raumfahrt e.V. (DLR)
> Institut für Raumfahrtantriebe | Lampoldshausen | 74239 Hardthausen
>
> Volker Schmidt | Gruppenleiter MSR-Gruppe
> Telefon 06298 28-359 | Telefax 06298 2298 | email@hidden<mailto:email@hidden><mailto:email@hidden>
> www.DLR.de<http://www.DLR.de><http://www.DLR.de/>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> X11-users mailing list (email@hidden<mailto:email@hidden>)
>
> This email sent to email@hidden<mailto:email@hidden>
>
>
> ——————————————————————————
> Deutsches Zentrum für Luft- und Raumfahrt e.V. (DLR)
> Institut für Raumfahrtantriebe | Lampoldshausen | 74239 Hardthausen
>
> Volker Schmidt | Gruppenleiter MSR-Gruppe
> Telefon 06298 28-359 | Telefax 06298 2298 | email@hidden<mailto:email@hidden>
> www.DLR.de<http://www.DLR.de/>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> X11-users mailing list (email@hidden)
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden