Mon, 6 Apr 2009 (01:33 -0700 UTC) Jeremy Huddleston wrote:

Oh, and if anyone is interested in testing out the 1.5 server branch, you can grab the build here:

http://static.macosforge.org/xquartz/downloads/X11.bin-1.5.3-apple5.bz2

Just download, decompress, and replace /Applications/Utilities/X11.app/Contents/MacOS/X11.bin with it (you'll want to install 2.3.3_rc4 first).

--Jeremy

Jeremy, I downloaded and installed both the new X11 2.3.3_rc4 and X11.bin-1.5.3-apple5.bz2. The race condition you hypothesized involving xmodmap shows up in this combination but did not in the 4.x server that came with rc3. What I see is that the key assignments that I load at the end of my startx_script do not get assigned. After trying various places (early, middle, last) in the script to include the command '/usr/X11/bin/xmodmap /Users/royar/.Xmodmap' and adding some redirections to an error file for the command '/usr/X11/bin/xmodmap', I found that from the script the modmap query showed xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift lock control mod1 mod2 mod3 mod4 mod5 But it was supposed to show xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x40), Shift_R (0x44) lock Caps_Lock (0x41) control Control_L (0x43) mod1 Alt_L (0x42) mod2 Meta_L (0x3f) mod3 Mode_switch (0x47) mod4 Super_R (0x45) mod5 Hyper_R (0x46) I also discovered that I could get reasonable response (or reliable, at least) if I added the following to the end of my XEmacs startup file: (sleep-for 15) (call-process "/usr/X11/bin/xmodmap" nil nil nil "/Users/royar/.Xmodmap") I experimented with the sleep length; 15 was the lowest I could get to work. I load XEmacs at the end of the script. I also found that when my xterm starts from the start script (just before XEmacs), running the command '/usr/X11/bin/xmodmap' gives me a blank list of shifts and mods. After a few seconds (because of the 'sleep-for') I do see the correct assignments. Is there a different way I can load my modmap without using the sleep workaround (and preferably withou running the command from an elisp program) that will assure I get my preferred mappings for all programs that start when the server first comes up? I know you have a new way of loading multiple files from a directory of scripts (similar to inetd). Would that be a way to handle this instead of the start script? If so, where should I look for instructions? Machine: 2.1 GHz PowerPC G5 Memory: 2.5 GB OS: 10.5.6 -- Dr. Robert Delius Royar Associate Professor of English Morehead State University Morehead, Kentucky

On Apr 7, 2009, at 04:14, robert delius royar wrote:

Is there a different way I can load my modmap without using the sleep workaround (and preferably withou running the command from an elisp program) that will assure I get my preferred mappings for all programs that start when the server first comes up?

For now, there isn't really a good workaround. That race condition exists, and there's no real way to do it other than letting the other guy win the race for now. Once 2.3.3 ships and I start focusing on the 1.5.x server, this is one of the few known regressions that needs to be addressed, but it will certainly be addressed before 2.4.0 ships.

I know you have a new way of loading multiple files from a directory of scripts (similar to inetd). Would that be a way to handle this instead of the start script? If so, where should I look for instructions?

Unfortunately, I didn't put any instructions in the xinit man page (sorry). There is an example here (http://xquartz.macosforge.org/trac/wiki/X11-UsersFAQ#Example :AdedicatedserverforTheGimp:) that talks about it, but nothing more than that. For your use, you can do something like: mkdir ~/.xinitrc.d cat > ~/.xinitrc.d/50-xmodmap.sh <<EOF sh -c "sleep 15; xmodmap ${HOME}/.Xmodmap" EOF chmod 755 ~/.xinitrc.d/50-xmodmap.sh