January 2008 - Xquartz-dev - lists.macosforge.org

Re: xauth bus error
by Jeremy Huddleston 11 Jan '08

11 Jan '08

Ok, I can finally reproduce it (without /etc/hostconfig settings or / etc/hosts settings) via: ~ $ xauth add :0 MIT-MAGIC-COOKIE-1 ce234f956a2ddef8eb2d94fb9bd6af81 ~ $ xauth add localhost:0 MIT-MAGIC-COOKIE-1 ce234f956a2ddef8eb2d94fb9bd6af81 ~ $ xauth remove localhost:0 Bus error --- This works: ~ $ xauth add localhost:0 MIT-MAGIC-COOKIE-1 ce234f956a2ddef8eb2d94fb9bd6af81 ~ $ xauth remove localhost:0 --- And the sequence causing the bus error seems to work fine on linux. Thanks, Jeremy On Jan 10, 2008, at 13:56, John Koren wrote: > Just 'jnlt'. In my /etc/hosts I have '127.0.0.1 localhost jnlt'. > > -John > > On Jan 10, 2008 1:42 PM, Jeremy Huddleston < jeremyhu(a)berkeley.edu> > wrote: > BTW, what was the entry in /etc/hostconfig? Was it a fully qualified > domain name? Or just 'jnlt'?

3 6

Re: 2.1.2 release candidate
by Peter Dyballa 10 Jan '08

10 Jan '08

Am 09.01.2008 um 01:58 schrieb Jamie Kennea: > I want to start the server via '/bin/bash --login /usr/X11/bin/startx' > rather than just '/usr/bin/startx' because I want to make sure that / > etc/profile and ~/.profile are sourced to setup the user's > environment. Not doing so would cause $PATH to be just "/usr/X11/ > bin:/ > usr/bin:/bin:/usr/sbin:/sbin". Thus if they use macports and have > 'rxvt' as one of their applications in X11's Applications menu, > they'll need to give the full path to the application. This is > actually the way the 10.5 shipped X11 behaved, but I regard this as a > bug and fixed it by using 'login -f <username> /bin/sh -c /usr/X11/ > bin/ > Xquartz' to exec the server within server-main.c. That carried over > to a bash --login in the current configuration. I'm still on Tiger (and only a digest customer), why can't you just use 'login -f <user>' which then launches this user's login shell? That's "here" the way an user gets logged in. Or, to be exact, it uses the -p switch, too, to discard the previous process environment settings. From pstree: \-+- 00379 pete /Applications/Utilities/Terminal.app/Contents/ MacOS/Terminal -psn_0_1572865 |-+= 00402 root login -pf pete | \-+= 00405 pete -tcsh | \-+= 07310 pete pstree -w -p 379 | \--- 07311 root ps -axwwo user -- Greetings Pete A morning without coffee is like something without something else.

2 4

Re: X11-2.1.2-rc3
by Jeremy Huddleston 10 Jan '08

10 Jan '08

John, please CC xquartz-dev so others can potentially help out... This is an xauth issue. It looks like the 'xauth remove' at the end of startx is crashing for some reason. If you look at the end of /usr/ X11/bin/startx, you'll see this: if [ x"$removelist" != x ]; then xauth remove $removelist fi can you change it to: if [ x"$removelist" != x ]; then echo $removelist >&2 xauth -v remove $removelist fi and report the output to console when you quit X. --Jeremy On Jan 9, 2008, at 22:41, John Koren wrote: > Here is the crashlog: > > Process: xauth [390] > Path: /usr/X11/bin/xauth > Identifier: xauth > Version: ??? (???) > Code Type: PPC (Native) > Parent Process: bash [344] > > Date/Time: 2008-01-09 22:30:23.663 -0800 > OS Version: Mac OS X 10.5.1 (9B18) > Report Version: 6 > > Exception Type: EXC_BAD_ACCESS (SIGBUS) > Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000004 > Crashed Thread: 0 > > Thread 0 Crashed: > 0 xauth 0x00004664 remove_entry + 84 > 1 xauth 0x000044f0 iterdpy + 608 > 2 xauth 0x000067d8 main + 680 > > Thread 0 crashed with PPC Thread State 32: > srr0: 0x00004664 srr1: 0x0200f030 dar: 0x00000004 dsisr: > 0x40000000 > r0: 0x00000004 r1: 0xbffff950 r2: 0x00004620 r3: > 0x00007fc0 > r4: 0x00000001 r5: 0x003004c0 r6: 0xbffffaa8 r7: > 0x00000030 > r8: 0x00000030 r9: 0x00000010 r10: 0x00037018 r11: > 0x0000869c > r12: 0x00004610 r13: 0xbffffb94 r14: 0x00000002 r15: > 0x00000000 > r16: 0x00000001 r17: 0xbffffaa8 r18: 0x00000000 r19: > 0x00300510 > r20: 0x003003b0 r21: 0x003004f0 r22: 0x003004e0 r23: > 0xbffffaa8 > r24: 0x00000010 r25: 0x00000012 r26: 0x00000001 r27: > 0x00060010 > r28: 0x00300380 r29: 0x00000000 r30: 0x00300360 r31: > 0x00004620 > cr: 0x28042488 xer: 0x00000004 lr: 0x00004620 ctr: > 0x00004610 > vrsave: 0x00000000 > > Binary Images: > 0x1000 - 0x7ff7 +xauth ??? (???) /usr/X11/bin/xauth > 0xb000 - 0xcff2 +libXau.6.dylib ??? (???) > <cf9bd2749f2bb6a7b3e2c9da27c46246> /usr/X11/lib/libXau.6.dylib > 0x15000 - 0x23ffb +libXext.6.dylib ??? (???) > <5cc1d4071731370b32af0e83540f0d2e> /usr/X11/lib/libXext.6.dylib > 0x2a000 - 0x2bffe +libXmuu.1.dylib ??? (???) > <b69d833cf769c9c373d6635845091492> /usr/X11/lib/libXmuu.1.dylib > 0x2f000 - 0x32ff7 +libXdmcp.6.dylib ??? (???) > <e48e787916efb7bfffa5718e11bb4bc0> /usr/X11/lib/libXdmcp.6.dylib > 0x13b000 - 0x229fff +libX11.6.dylib ??? (???) > <69532fbf1d581e37407717874985ceaf> /usr/X11/lib/libX11.6.dylib > 0x8fe00000 - 0x8fe309d3 dyld 95.3 (???) > <a7be977c203ec5c76b2f25a7aef66554> /usr/lib/dyld > 0x93b7c000 - 0x93d15fe3 libSystem.B.dylib ??? (???) > <8a6cd873dfa7ada786efac188f95ed1b> /usr/lib/libSystem.B.dylib > 0x94ab0000 - 0x94abbffb libgcc_s.1.dylib ??? (???) > <ea47fd375407f162c76d14d64ba246cd> /usr/lib/libgcc_s.1.dylib > 0x96898000 - 0x9689dff6 libmathCommon.A.dylib ??? (???) /usr/lib/ > system/libmathCommon.A.dylib > 0xffff8000 - 0xffff9703 libSystem.B.dylib ??? (???) /usr/lib/ > libSystem.B.dylib > > > ---------- Forwarded message ---------- > From: John Koren <jpkoren(a)gmail.com> > Date: Jan 9, 2008 10:22 PM > Subject: Re: X11-2.1.2-rc3 > To: Jeremy Huddleston < jeremyhu(a)berkeley.edu> > > > 1) The bus error is still there. > What I found is that when I quit X11.app two new files of 0 size are > created in my home directory: .Xauthority-c, .Xauthority-l. > Wen I delete those I can restart X11. > > 2) I will check the crash logs. > 3) My startx gas already /usr/X11/bin in the PATH. > > -John > > > On Jan 9, 2008 9:14 PM, Jeremy Huddleston <jeremyhu(a)berkeley.edu> > wrote: > Are you still getting that bus error when you exit? Are you getting a > crash report? I'd really like to see a back-trace of that. > > I forget which version of org.x.X11.plist was in rc3. could you copy- > paste /System/Library/LaunchAgents/org.x.X11.plist for me here. I > want to see if I can reproduce this. > > Also, you could try rc4 which is what I will probably ship pending > solving your problem. > > If you don't want to dl the whole thing, it just changes: > /usr/X11/bin/startx: > puts /usr/X11/bin in $PATH > org.x.X11.plist: > <?xml version="1.0" encoding="UTF-8"?> > <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" " http://www.apple.com/DTDs/PropertyList-1.0.dtd > "> > <plist version="1.0"> > <dict> > <key>Label</key> > <string>org.x.X11</string> > <key>ProgramArguments</key> > <array> > > <string>/bin/bash</string> > <string>--login</string> > > <string>/usr/X11/bin/startx</string> > </array> > <key>Sockets</key> > <dict> > <key>:0</key> > <dict> > <key>SecureSocketWithKey</key> > <string>DISPLAY</ > string> > </dict> > </dict> > <key>ServiceIPC</key> > <true/> > </dict> > </plist> > > --Jeremy > > > On Jan 9, 2008, at 21:06, John Koren wrote: > > > Not surprisingly, removing ~/.xinitrc did not solve the problem. > > After reboot, X11 starts but then when I quit it it cannot be > > restarted again. > > > > By the way, the way I installed X11 was: > > 1) Delete all X11 stuff from /usr and /etc > > 2) reinstall X11 from the Leopard distribution > > 3) install X11-2.1.2-rc3 > > > > -John > > > > On Jan 9, 2008 7:55 PM, Jeremy Huddleston <jeremyhu(a)berkeley.edu> > > wrote: > > You should be able to just remove that as all that stuff is done by > > the system xinitrc and the xset is not necessary as it's already in > > the font path. > > > > But I don't see anything there which would lead to the bus error... > > can you try without using your ~/.xinitrc and let me know how it > goes? > > > > On Jan 9, 2008, at 19:42, John Koren wrote: > > > > > I will look into the bus error that occurs when quitting X11. > > > It is possible that the problem in locking of the . Xauthority is > > > related to not having the file in the proper state after quitting. > > > What is strange, however, that the only way to restart X11 is to > > > reboot - logging out is not sufficient. > > > > > > Below is my .xinitrc file. > > > > > > -John > > > > > > > > > #!/bin/sh > > > > > > userresources=$HOME/.Xresources > > > usermodmap=$HOME/.Xmodmap > > > sysresources=/etc/X11/xinit/.Xresources > > > sysmodmap=/etc/X11/xinit/.Xmodmap > > > > > > # merge in defaults and keymaps > > > > > > if [ -f "$sysresources" ]; then > > > xrdb -merge "$sysresources" > > > fi > > > > > > if [ -f "$sysmodmap" ]; then > > > xmodmap "$sysmodmap" > > > fi > > > > > > if [ -f "$userresources" ]; then > > > xrdb -merge "$userresources" > > > fi > > > > > > if [ -f "$usermodmap" ]; then > > > xmodmap "$usermodmap" > > > fi > > > > > > xset fp+ /usr/X11R6/lib/X11/fonts/TTF > > > > > > #exec /usr/local/bin/autocutsel & > > > #exec /opt/local/bin/rxvt -tcw & > > > > > > exec quartz-wm > > > > > > On Jan 9, 2008 7:04 PM, Jeremy Huddleston < jeremyhu(a)berkeley.edu> > > > wrote: > > > Yeah, from the log file, it has nothing to do with .xinitrc... > it's > > > all in the: > > > > > > xauth: error in locking authority file /Users/jk/.Xauthority > > > > > > I'm wondering about that Bus Error when you quit X11... can you > > > investigate that? Also, can you provide me with your ~/.xinitrc? > > > > > > > > > On Jan 9, 2008, at 13:10, John Koren wrote: > > > > > > > Jeremy, > > > > > > > > The problem is the error which seems to be related to > > > authentication. > > > > > > > > First time after the reboot the X11 starts up correctly. After > > > > quitting X11.app and restarting it the problem comes up. Because > > of > > > > this error, any subsequent starts of X11.app do not > read .xinitrc > > > > and quartz-wm is not started. > > > > > > > > Console output below: What I did here is I started X11 using > > > > X11.app, which started correctly. Then I quit X11.app and > > restarted > > > > it again. After the restart the error occurs. > > > > > > > > -John > > > > > > > > First start of X11.app: > > > > > > > > 1/8/08 11:13:08 PM [0x0-0x1a01a].org.x.X11[182] X11.app: main(): > > > > argc=2 > > > > 1/8/08 11:13:08 PM [0x0-0x1a01a].org.x.X11[182] argv[0] = / > > > > Applications/Utilities/X11.app/Contents/MacOS/X11 > > > > 1/8/08 11:13:08 PM [0x0-0x1a01a].org.x.X11[182] argv[1] = - > > > > psn_0_106522 > > > > 1/8/08 11:13:09 PM org.x.X11[183] xauth: creating new authority > > > > file /Users/jk/.serverauth.183 > > > > 1/8/08 11:13:09 PM org.x.X11[183] xinit: Detected Xquartz > startup, > > > > setting file=X, argv[0]=/Applications/Utilities/X11.app/ > Contents/ > > > > MacOS/X11 > > > > 1/8/08 11:13:09 PM org.x.X11[183] XQuartz starting: > > > > 1/8/08 11:13:09 PM org.x.X11 [183] X.org Release 7.2 > > > > 1/8/08 11:13:09 PM org.x.X11[183] X.Org X Server 1.3.0-apple6 > > > > 1/8/08 11:13:09 PM org.x.X11[183] Build Date: 20080106 > > > > 1/8/08 11:13:09 PM org.x.X11 [183] TransformProcessType: Success > > > > 1/8/08 11:13:09 PM org.x.X11[183] Xquartz: run by launchd for > fd 0 > > > > 1/8/08 11:13:09 PM org.x.X11[183] _XSERVTransmkdir: ERROR: > euid != > > > > 0,directory /tmp/.X11-unix will not be created. > > > > 1/8/08 11:13:10 PM [0x0-0x1a01a].org.x.X11[182] X11.app: Closing > > the > > > > display and sleeping for 2s to allow the X server to start up. > > > > 1/8/08 11:13:10 PM [0x0-0x1a01a].org.x.X11[182] X11.app : > > Launching / > > > > opt/local/bin/rxvt -tcw: > > > > 1/8/08 11:13:10 PM [0x0-0x1a01a].org.x.X11[182] argv[0] = /usr/ > > bin/ > > > > login > > > > 1/8/08 11:13:10 PM [0x0-0x1a01a].org.x.X11[182] argv[1] = -fp > > > > 1/8/08 11:13:10 PM [0x0-0x1a01a].org.x.X11[182] argv[2] = jk > > > > 1/8/08 11:13:10 PM [0x0-0x1a01a].org.x.X11[182] argv[3] = / > bin/sh > > > > 1/8/08 11:13:10 PM [0x0-0x1a01a].org.x.X11[182] argv[4] = -c > > > > 1/8/08 11:13:10 PM [0x0-0x1a01a].org.x.X11[182] argv[5] = /opt/ > > > > local/bin/rxvt -tcw > > > > > > > > Quit X11.app: > > > > > > > > 1/8/08 11:15:26 PM org.x.X11[183] Quitting XQuartz... > > > > 1/8/08 11:15:26 PM [0x0-0x1a01a].org.x.X11[182] X connection > to / > > > tmp/ > > > > launch-Jz9Buh/:0 broken (explicit kill or server shutdown). > > > > 1/8/08 11:15:26 PM org.x.X11[183] xinit: connection to X server > > > lost. > > > > 1/8/08 11:15:26 PM org.x.X11 [183] meta mod is 4 > > > > 1/8/08 11:15:26 PM [0x0-0x1a01a].org.x.X11[182] Last login: Tue > > Jan > > > > 8 23:12:46 on ttys000 > > > > 1/8/08 11:15:26 PM org.x.X11[183] Bus error > > > > > > > > Restart X11.app: > > > > > > > > 1/8/08 11:15:52 PM [0x0-0x1d01d].org.x.X11[236] X11.app: main(): > > > > argc=2 > > > > 1/8/08 11:15:52 PM [0x0-0x1d01d].org.x.X11[236] argv[0] = / > > > > Applications/Utilities/X11.app/Contents/MacOS/X11 > > > > 1/8/08 11:15:52 PM [0x0-0x1d01d].org.x.X11[236] argv[1] = - > > > > psn_0_118813 > > > > 1/8/08 11:15:52 PM org.x.X11 [237] xauth: creating new > authority > > > > file /Users/jk/.serverauth.237 > > > > 1/8/08 11:15:52 PM org.x.X11[237] xauth: error in locking > > authority > > > > file /Users/jk/.Xauthority > > > > 1/8/08 11:15:52 PM org.x.X11[237] xauth: error in locking > > authority > > > > file /Users/jk/.Xauthority > > > > 1/8/08 11:15:52 PM org.x.X11[237] xauth: error in locking > > authority > > > > file /Users/jk/.Xauthority > > > > 1/8/08 11:15:52 PM org.x.X11[237] xauth: error in locking > > authority > > > > file /Users/jk/.Xauthority > > > > 1/8/08 11:15:52 PM org.x.X11[237] xinit: Detected Xquartz > startup, > > > > setting file=X, argv[0]=/Applications/Utilities/X11.app/ > Contents/ > > > > MacOS/X11 > > > > 1/8/08 11:15:52 PM org.x.X11[237] XQuartz starting: > > > > 1/8/08 11:15:52 PM org.x.X11[237] X.org Release 7.2 > > > > 1/8/08 11:15:52 PM org.x.X11[237] X.Org X Server 1.3.0-apple6 > > > > 1/8/08 11:15:52 PM org.x.X11[237] Build Date: 20080106 > > > > 1/8/08 11:15:52 PM org.x.X11[237] Xquartz: run by launchd for > fd 0 > > > > 1/8/08 11:15:53 PM org.x.X11[237] TransformProcessType: Success > > > > 1/8/08 11:15:53 PM org.x.X11[237] AUDIT: Tue Jan 8 23:15:53 > 2008: > > > > 265 X11: client 2 rejected from local host (uid 597) > > > > 1/8/08 11:15:53 PM org.x.X11[237] Auth name: MIT-MAGIC- > COOKIE-1 > > > > ID: -1 > > > > 1/8/08 11:15:53 PM org.x.X11[237] Xlib: connection to ":0.0 " > > > refused > > > > by server > > > > 1/8/08 11:15:53 PM org.x.X11[237] Xlib: Invalid MIT-MAGIC- > COOKIE-1 > > > key > > > > 1/8/08 11:15:53 PM org.x.X11[237] waiting for X server to begin > > > > accepting connections > > > > 1/8/08 11:15:53 PM [0x0-0x1d01d].org.x.X11[236] X11.app: Closing > > the > > > > display and sleeping for 2s to allow the X server to start up. > > > > 1/8/08 11:15:53 PM [0x0-0x1d01d].org.x.X11[236] X11.app: > > Launching / > > > > opt/local/bin/rxvt -tcw: > > > > 1/8/08 11:15:53 PM [0x0-0x1d01d].org.x.X11[236] argv[0] = /usr/ > > bin/ > > > > login > > > > 1/8/08 11:15:53 PM [0x0-0x1d01d].org.x.X11[236] argv[1] = -fp > > > > 1/8/08 11:15:53 PM [0x0-0x1d01d].org.x.X11[236] argv[2] = jk > > > > 1/8/08 11:15:53 PM [0x0-0x1d01d].org.x.X11[236] argv[3] = / > bin/sh > > > > 1/8/08 11:15:53 PM [0x0-0x1d01d].org.x.X11[236] argv[4] = -c > > > > 1/8/08 11:15:53 PM [0x0-0x1d01d].org.x.X11[236] argv[5] = /opt/ > > > > local/bin/rxvt -tcw > > > > 1/8/08 11:15:53 PM org.x.X11 [237] . > > > > 1/8/08 11:15:54 PM org.x.X11[237] AUDIT: Tue Jan 8 23:15:54 > 2008: > > > > 265 X11: client 2 rejected from local host (uid 597) > > > > 1/8/08 11:15:54 PM org.x.X11[237] Auth name: MIT-MAGIC- > COOKIE-1 > > > > ID: -1 > > > > 1/8/08 11:15:54 PM org.x.X11[237] Xlib: connection to ":0.0" > > refused > > > > by server > > > > 1/8/08 11:15:54 PM org.x.X11[237] Xlib: Invalid MIT-MAGIC- > COOKIE-1 > > > key > > > > 1/8/08 11:15:54 PM org.x.X11 [237] . > > > > 1/8/08 11:15:55 PM org.x.X11[237] . > > > > 1/8/08 11:15:56 PM org.x.X11[237] AUDIT: Tue Jan 8 23:15:56 > 2008: > > > > 265 X11: client 2 rejected from local host (uid 597) > > > > 1/8/08 11:15:56 PM org.x.X11 [237] Auth name: MIT-MAGIC- > COOKIE-1 > > > > ID: -1 > > > > 1/8/08 11:15:56 PM org.x.X11[237] Xlib: connection to ":0.0" > > refused > > > > by server > > > > 1/8/08 11:15:56 PM org.x.X11[237] Xlib: Invalid MIT-MAGIC- > COOKIE-1 > > > key > > > > 1/8/08 11:15:56 PM org.x.X11[237] . > > > > 1/8/08 11:15:57 PM org.x.X11[237] . > > > > 1/8/08 11:15:58 PM org.x.X11[237] AUDIT: Tue Jan 8 23:15:58 > 2008: > > > > 265 X11: client 2 rejected from local host (uid 597) > > > > 1/8/08 11:15:58 PM org.x.X11[237] Auth name: MIT-MAGIC- > COOKIE-1 > > > > ID: -1 > > > > 1/8/08 11:15:58 PM org.x.X11[237] Xlib: connection to ": 0.0" > > refused > > > > by server > > > > 1/8/08 11:15:58 PM org.x.X11 [237] Xlib: Invalid MIT-MAGIC- > > COOKIE-1 > > > > key > > > > 1/8/08 11:15:58 PM org.x.X11[237] . > > > > 1/8/08 11:15:59 PM org.x.X11 [237] . > > > > > > > > On Jan 8, 2008 10:00 PM, Jeremy Huddleston < > > jeremyhu(a)berkeley.edu > > > > > wrote: > > > > Odd. I just created one here, and it is run instead of the / > usr/ > > > X11/ > > > > lib/X11/xinit/xinitrc : > > > > > > > > ~ $ ps x | grep [Xx] > > > > 1577 ?? S 0:00.04 /bin/sh /usr/X11/bin/startx > > > > 1594 ?? S 0: 00.02 xinit /Users/jeremy/.xinitrc -- :0 - > > > auth / > > > > Users/jeremy/.serverauth.1577 > > > > > > > > ^^^^ see? ^^^^ > > > > > > > > 1595 ?? S 0:02.51 /Applications/Utilities/X11.app/ > > Contents/ > > > > MacOS/X11 :0 -auth /Users/jeremy/.serverauth.1577 > > > > 1597 ?? S 0:00.15 xterm > > > > 1631 s001 R+ 0:00.01 ps x > > > > > > > > What is the output of 'ps x | grep [Xx]' for you? > > > > > > > > Would you mind putting in some debug echo statements into /usr/ > > X11/ > > > > bin/ > > > > startx and checking Console.app to find out what's going on? > > > > > > > > --Jeremy > > > > > > > > On Jan 8, 2008, at 21:42, John Koren wrote: > > > > > > > > > Jeremy, > > > > > > > > > > it appears that ~/.xinitrc is not executed with the new setup. > > > > > > > > > > -John > > > > > > > > > > > > > > > > > > > > > > > > >

1 0

X11-2.1.2-rc3
by Jeremy Huddleston 09 Jan '08

09 Jan '08

Ok, I have created a new release-candidate to hopefully tackle the issue that was brought up where X11 failed to start on systems that did upgrade-installs of leopard (which resulted in /etc/profile not setting $PATH as expected). Please try out this updated release candidate and let me know of any further problems with the installer or show-stoppers. http://xquartz.macosforge.org/downloads/X11-2.1.2-rc3.pkg Thanks, Jeremy

1 0

Re: 2.1.2 release candidate
by William Davis 08 Jan '08

08 Jan '08

On Jan 8, 2008, at 2:37 PM, Adam D. I. Kramer wrote: > Try > > http://xquartz.macosforge.org/downloads/X11-2.1.2-rc1.pkg > > --Adam > > On Tue, 8 Jan 2008, William Davis wrote: > >> where is it, Jeremy? dont see it on the xquartz page >> WD >> On Jan 8, 2008, at 1:08 PM, Jeremy Huddleston wrote: >> >>> I've thrown together a release candidate for 2.1.2 containing our >>> most recent fixes. Most notably, the way X starts up has been >>> changed to use xinit. This should fix our fast-user-switching >>> regression, but hasn't been stress tested too extensively (I've >>> been using it for the past couple weeks, but I don't start & stop >>> X much). Please try it out, and let me know if there are any >>> problems with the installer or show-stopper bugs. >>> --Jeremy >>> thanks Adam :) unfortunatly it hangs without starting X11 :( William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 X11.app 2.1.1 - (xorg-server 1.3.0-apple5) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non

1 0

2.1.2 release candidate
by Jeremy Huddleston 08 Jan '08

08 Jan '08

I've thrown together a release candidate for 2.1.2 containing our most recent fixes. Most notably, the way X starts up has been changed to use xinit. This should fix our fast-user-switching regression, but hasn't been stress tested too extensively (I've been using it for the past couple weeks, but I don't start & stop X much). Please try it out, and let me know if there are any problems with the installer or show-stopper bugs. --Jeremy

10 25

expose partial fix
by Jeremy Huddleston 06 Jan '08

06 Jan '08

So, the following diff allows us to enter X11 from another application using expose. We are still limited to just the first X11 window, however... but I believe this solves the "from another application" half of that issue. I haven't committed the change because I'd like some feedback from someone who actually understands Quartz a bit more than me. I don't understand how SetFrontProcess, X11ApplicationSetFrontProcess, etc all inter-relate... from what I'd guess, SetFrontProcess(&psn) causes an event to be placed in the event queue for the process associated with that psn. Thus this bit of code really scares me because it's just begging to become an infinite loop at some point perhaps when we fix the argv[0] workaround. Also, is this really a side-effect of our argv[0] trickery as I suspect it is or does this change just fix the symptom with a quick- fix and actually help reveal where the real problem is? --Jeremy @@ -714,6 +715,10 @@ void X11ApplicationSetWindowMenuCheck (int idx) { void X11ApplicationSetFrontProcess (void) { message_kit_thread (@selector (set_front_process:), nil); + + /* Hackery needed due to argv[0] hackery */ + ProcessSerialNumber psn = { 0, kCurrentProcess }; + SetFrontProcess(&psn); } void X11ApplicationSetCanQuit (int state) {

1 0

expose window selection info
by Jeremy Huddleston 06 Jan '08

06 Jan '08

Well, if we should be getting XP_EVENT_WINDOW_STATE_CHANGED on expose window changes, we're not. I just verified it with DEBUG_LOG, and the only time I'm ever seeing XP_EVENT_WINDOW_STATE_CHANGED is on show/ hide (including spaces "F8")... plus it seems like that is how it should be, right? If X11 is the foreground applicaiton, Expose works for selection the first window made by X11. If you select any other X11 window, hit F9, then choose the first X11 window, focus switches correctly. Doing this shows the following in the debug log: quartz.c:QuartzProcessEvent:501 kXDarwinBringAllToFront darwinEvents.c:ProcessInputEvents:535 kxDarwinUpdateModifiers(0, 0, (empty)) when you try focusing on another window via expose, focus remains on the current window, and you just see: darwinEvents.c:ProcessInputEvents:535 kxDarwinUpdateModifiers(0, 0, (empty)) FTR, I'm almost positive that the kXDarwinBringAllToFront is a biproduct of it working, not the cause of it working. Additionally, QuartzProcessEvent isn't getting the kXDarwinActivate event when switching in from another application via expose like it is when switching normally.

2 1

Why are dylib symlinks backwards?
by Martin Costabel 01 Jan '08

01 Jan '08

Here is a question I always wanted to ask: Why are most of the symlinks in Leopard's /usr/X11/lib backwards? Here is an example: `ls -l /usr/X11R6/lib/libGLU*b` shows on Tiger: 1124148 Nov 7 2006 /usr/X11R6/lib/libGLU.1.3.dylib 16 Nov 16 2006 /usr/X11R6/lib/libGLU.1.dylib -> libGLU.1.3.dylib 16 Nov 16 2006 /usr/X11R6/lib/libGLU.dylib -> libGLU.1.3.dylib which makes a lot of sense, but on Leopard: 14 Oct 28 13:12 /usr/X11R6/lib/libGLU.1.3.dylib -> libGLU.1.dylib 3304064 Sep 24 07:21 /usr/X11R6/lib/libGLU.1.dylib 14 Oct 28 13:12 /usr/X11R6/lib/libGLU.dylib -> libGLU.1.dylib which does not make sense. The install_name corresponds in both cases to libGLU.1.dylib, so on Tiger you have the 3 clear roles: Link time: libGLU.dylib Run time : libGLU.1.dylib Implementation: libGLU.1.3.dylib On Leopard, libGLU.1.3.dylib does not play any role. You cannot even say it is there for compatibility reasons, because this file is not needed at runtime. In fact, on Leopard it is not needed at all. Are these symlinks made by hand, or are they the result of some weird build system? If gnu libtool was used for compilation, this would not happen. A quick grep in Leopard's /usr/X11/lib shows 72 backward symlinks and only 3 right ones: libfontconfig, libfreetype and libX11. I remember that when Apple released its first X11 beta, it also had these backward symlinks, I protested against it, and it was in fact fixed rather quickly. Why is this coming back now? There is a lot of the same nonsense also in /usr/lib, and there it is already present on Tiger. -- Martin

2 1