Bad-value failure on OpenFont request in Snow Leopard servers

[tgl@…]

Attached is an xscope trace of the following session:

$ /opt/tcl8.5/bin/wish

% font actual [list zapfdingbats 12 roman normal] -family

run from an HPUX client machine. It fails at the very end with a "bad value" response to an OpenFont request. As far as I can see the requested font number 0xC00005 is within the resource range specified by the server in the startup response, so it should not fail.

I get this type of behavior in both the X server released with Snow Leopard, and xquartz 2.4.1_alpha3. I have never seen it in previous Apple X servers, and the client-side software didn't change when I went to Snow Leopard. Not all OpenFont requests fail --- in fact, it seems that only a few specific fonts may be affected, but I'm not certain about the triggering conditions. The example given here is 100% reproducible though.

I suspect that the fact that HPPA is a big-endian architecture might have something to do with it, since I'm unable to reproduce the problem when running tcl from a little-endian client. Maybe something is forgetting a byte-swap operation somewhere?

[tgl@…]

xscope trace

[jeremyhu@…]

Did you have this problem with 2.4.0 on Leopard?

[tgl@…]

Replying to jeremyhu@…:

Did you have this problem with 2.4.0 on Leopard?

[ sorry for slow response ... if Trac sent me mail about this, I missed it ]

I did not see the problem on Leopard, so far as I can recall. But I am not sure that I spent much time with 2.4.0. I was using 2.3.3.2 for day-to-day use. I see that I had downloaded 2.4.0_rc2, but I think that I had gone back to 2.3.3.2 because of some other issue (possibly the missing-border bug, which I found quite annoying). I could boot into Leopard and try it if you want --- which Xquartz version should I try exactly?

FWIW, I do still see the problem with 2.4.1_beta1, even when adding the 1.7.1.901 server.