[Xquartz-dev] Fwd: 2.4.0_beta4 and beta5

Harald Hanche-Olsen hanche at math.ntnu.no
Tue Jul 28 14:30:54 PDT 2009


+ Jeremy Huddleston <jeremyhu at apple.com>:

> > Actually, 1.6.2-apple1 also didn't work well on top of 2.4.0_rc1. Once
> > I switched from X11 to Terminal and back, the xterm was unresponsive,
> > and I had to quit X11.
> 
> I haven't seen that yet.  Do you have any traces of the problem?

Well, below is a sample of Xquartz. Not very interesting, but perhaps
illuminating none the less?

Sampling process 44745 for 1 seconds with 1 millisecond of run time between samples
Sampling completed, processing symbols...
Analysis of sampling X (pid 44745) every 1 millisecond
Call graph:
    835 Thread_2507
      835 start
        835 main
          835 start_x11_server
            835 mach_msg
              835 mach_msg_trap
                835 mach_msg_trap

Total number in stack (recursive counted multiple, when >=5):

Sort by top of stack, same collapsed (when >= 5):
        mach_msg_trap        835
Sample analysis of process 44745 written to file /dev/stdout

Just before the hang, I find this in system.log:

Jul 28 16:16:54 mach org.x.startx[44696]: font_cache: Done
Jul 28 16:16:55 mach org.x.privileged_startx[44703]: font_cache: Done
Jul 28 16:16:56 mach org.x.startx[44696]: X11.app Handing off fd to server thread via DarwinListenOnOpenFD(5)
Jul 28 16:16:56 mach org.x.startx[44696]: DarwinListenOnOpenFD: 5
Jul 28 16:16:56 mach org.x.startx[44696]: Calling ListenOnOpenFD() for new fd: 5

I don't know what other sorts of traces I can come up with. There used
to be a whole pile of ready made scripts for use with dtrace
somewhere, I think, but I can't find them. (And I haven't learned to
use raw dtrace on my own.)

- Harald


More information about the Xquartz-dev mailing list