I'd like to announce 2.3.1_rc2 as ready for testing. I've changed a few things since rc1, so I want to run it by you all on xquartz-dev before I announce it to x11-users. Changes over 2.3.1_rc1: # I bumped the version of mesa used to build the server from 7.0.3 to 7.0.4 # I bumped the version of mesa used for libGLU, libglut, libOSMesa, glxgears, and glxinfo to 7.1-rc4 # I'm now shipping libGLw.dylib as well # Fixed a possible crash in SwitchCoreKeyboard resulting from the use of tablets (or anything sending NSTabletPoint events) # Made the delay before adding the launchd socket 3 seconds instead of 2 (xinitrc race kludge) # Added appkit_modifiers defaults option which users can set to 'rcommand' to get access to the input menu with right command (for example) ^^^ This is the best I can do for now for people wanting command- space input menu support. # Added window_item_modifiers defaults item (and option to localization) to change the modifier keys used for the windows menu. ^^^ This is a localization issue... Apparently french users like using command-alt-1 instead of command-1 to choose the first window. go figure. I also added debugging info for the NewCurrentScreen crash, so this will hopefully get that debugging code "out there" more, so someone might actually trigger the bug and be able to hand me something useful to fix it with. If I get no complaints about this, I'll announce it to x11-users Wednesday. http://static.macosforge.org/xquartz/downloads/X11-2.3.1_rc2.pkg Thanks, Jeremy
I wonder what happened here ... all of a sudden, my xterms come out with only a few scattered pixels for a font - see http://www.math.ntnu.no/~hanche/tmp/xterm.png for a screen shot (I had just typed the command "ls /" in that window). I haven't gotten around to trying rc3 yet, this is rc2. If I can find some spare time this evening I'll upgrade to rc3 and see if this persists. Or should I clear some font caches? - Harald
Eh... erm... I didn't change anything in xterm or the font rendering/ caching areas of X between 2.3.0 and this rc... =/ I am perplexed, but forcing a font cache update can't hurt: sudo /usr/X11/bin/font_cache -f -s && /usr/X11/bin/font_cache -f On Aug 29, 2008, at 07:30, Harald Hanche-Olsen wrote:
I wonder what happened here ... all of a sudden, my xterms come out with only a few scattered pixels for a font - see
http://www.math.ntnu.no/~hanche/tmp/xterm.png
for a screen shot (I had just typed the command "ls /" in that window). I haven't gotten around to trying rc3 yet, this is rc2. If I can find some spare time this evening I'll upgrade to rc3 and see if this persists. Or should I clear some font caches?
- Harald
+ Jeremy Huddleston <jeremyhu@apple.com>:
Eh... erm... I didn't change anything in xterm or the font rendering/caching areas of X between 2.3.0 and this rc... =/
The problem happens with both local and remote xterm, the remote one running on a freebsd system. It happens no matter what font I specify for the xterm. A remote emacs works fine, but I don't think it uses Xft. To test the hypothesis that Xft rendering is somehow broken, what other applications can I try? Oh, wait: xfd seems to be one. It works perfectly, just adding to the mystery.
I am perplexed, but forcing a font cache update can't hurt: sudo /usr/X11/bin/font_cache -f -s && /usr/X11/bin/font_cache -f
Didn't change a thing, but thanks; I'll keep it for future reference. - Harald
Uhm... try 2.3.0? On Aug 29, 2008, at 14:02, Harald Hanche-Olsen wrote:
+ Jeremy Huddleston <jeremyhu@apple.com>:
Eh... erm... I didn't change anything in xterm or the font rendering/caching areas of X between 2.3.0 and this rc... =/
The problem happens with both local and remote xterm, the remote one running on a freebsd system. It happens no matter what font I specify for the xterm. A remote emacs works fine, but I don't think it uses Xft. To test the hypothesis that Xft rendering is somehow broken, what other applications can I try? Oh, wait: xfd seems to be one. It works perfectly, just adding to the mystery.
I am perplexed, but forcing a font cache update can't hurt: sudo /usr/X11/bin/font_cache -f -s && /usr/X11/bin/font_cache -f
Didn't change a thing, but thanks; I'll keep it for future reference.
- Harald
+ Jeremy Huddleston <jeremyhu@apple.com>:
Uhm... try 2.3.0?
Didn't help, though it sure used to work before. Rebooting didn't change anything either. So apparently something is broken that is not part of the X11 distribution, yet still affects only xterm (both local and remote) in this very odd manner? This is totally mystifying to me. I guess the next step is to suspect all the libraries used by Xquartz but not included in the X11 distribution. Possibly one of them is corrupted, though how that might affect xterm only is an odd thing to contemplate. Any other ideas? Oh, if anyone else is running MacOS X 11.5.4 on ppc and have installed X11-2.3.1_rc3.pkg, would you please run the following command and compare the output to mine? ; otool -L /Applications/Utilities/X11.app/Contents/MacOS/X11 | awk '/^\t/{print $1}' | xargs cksum 770032096 66880 /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 2009702225 352320 /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 4124472004 66880 /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa 2359869444 3650192 /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio 29926874 2196784 /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 3422172803 911568 /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib 3903876520 1903072 /usr/X11/lib/libXfont.1.dylib 1652968892 3030560 /usr/X11/lib/libfreetype.6.dylib 3199652944 135508 /usr/X11/lib/libfontenc.1.dylib 1814913722 346144 /usr/lib/libz.1.dylib 2166856287 920340 /usr/X11/lib/libpixman-1.0.dylib 1592037136 328996 /usr/lib/libXplugin.1.dylib 409852072 4516328 /usr/X11/lib/libX11.6.dylib 3600396640 66996 /usr/X11/lib/libXau.6.dylib 1435103623 100492 /usr/X11/lib/libXdmcp.6.dylib 380257633 7764912 /usr/lib/libSystem.B.dylib 1116190536 264016 /usr/lib/libgcc_s.1.dylib 2833292934 173392 /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 213072909 5947472 /usr/lib/libobjc.A.dylib 3233288217 9366208 /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 663026797 64612352 /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit 704227688 177504 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices 2037449015 18136624 /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation - Harald
Uh, found a solution to my problem. I had these lines in my X resources: XTerm.vt100.faceName: lucidatypewriter XTerm.vt100.faceSize: 9 Removing the first, or better yet, replacing both with XTerm.vt100.faceName: vera sans mono XTerm.vt100.faceSize: 11 (which is my preference anyway) solved my problem. No idea why, or what caused this to be a problem all of a sudden. In all my debugging I had forgotten all about facenames and fiddled around with fontnames to no avail. - Harald
Actually... there is one more possibility... video drivers. Have you recently installed the sec update or a 10.5.6 seed? On Aug 30, 2008, at 02:57, Harald Hanche-Olsen wrote:
+ Jeremy Huddleston <jeremyhu@apple.com>:
Uhm... try 2.3.0?
Didn't help, though it sure used to work before. Rebooting didn't change anything either. So apparently something is broken that is not part of the X11 distribution, yet still affects only xterm (both local and remote) in this very odd manner? This is totally mystifying to me.
I guess the next step is to suspect all the libraries used by Xquartz but not included in the X11 distribution. Possibly one of them is corrupted, though how that might affect xterm only is an odd thing to contemplate. Any other ideas?
Oh, if anyone else is running MacOS X 11.5.4 on ppc and have installed X11-2.3.1_rc3.pkg, would you please run the following command and compare the output to mine?
; otool -L /Applications/Utilities/X11.app/Contents/MacOS/X11 | awk '/^\t/{print $1}' | xargs cksum 770032096 66880 /System/Library/Frameworks/Carbon.framework/Versions/ A/Carbon 2009702225 352320 /System/Library/Frameworks/OpenGL.framework/ Versions/A/OpenGL 4124472004 66880 /System/Library/Frameworks/Cocoa.framework/Versions/ A/Cocoa 2359869444 3650192 /System/Library/Frameworks/CoreAudio.framework/ Versions/A/CoreAudio 29926874 2196784 /System/Library/Frameworks/IOKit.framework/Versions/ A/IOKit 3422172803 911568 /System/Library/Frameworks/OpenGL.framework/ Versions/A/Libraries/libGL.dylib 3903876520 1903072 /usr/X11/lib/libXfont.1.dylib 1652968892 3030560 /usr/X11/lib/libfreetype.6.dylib 3199652944 135508 /usr/X11/lib/libfontenc.1.dylib 1814913722 346144 /usr/lib/libz.1.dylib 2166856287 920340 /usr/X11/lib/libpixman-1.0.dylib 1592037136 328996 /usr/lib/libXplugin.1.dylib 409852072 4516328 /usr/X11/lib/libX11.6.dylib 3600396640 66996 /usr/X11/lib/libXau.6.dylib 1435103623 100492 /usr/X11/lib/libXdmcp.6.dylib 380257633 7764912 /usr/lib/libSystem.B.dylib 1116190536 264016 /usr/lib/libgcc_s.1.dylib 2833292934 173392 /System/Library/Frameworks/CoreServices.framework/ Versions/A/CoreServices 213072909 5947472 /usr/lib/libobjc.A.dylib 3233288217 9366208 /System/Library/Frameworks/ CoreFoundation.framework/Versions/A/CoreFoundation 663026797 64612352 /System/Library/Frameworks/AppKit.framework/ Versions/C/AppKit 704227688 177504 /System/Library/Frameworks/ ApplicationServices.framework/Versions/A/ApplicationServices 2037449015 18136624 /System/Library/Frameworks/Foundation.framework/ Versions/C/Foundation
- Harald _______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
participants (2)
-
Harald Hanche-Olsen
-
Jeremy Huddleston