Stephen,
On Feb 7, 2012, at 8:50 AM, Stephen J. Turnbull wrote:
William Deegan writes:
> Greetings,
>
> I grabbed a stack trace by attaching to the process with gdb -p PID
> I've also included the log of the to the point it hangs (99% cpu forever.. left
it running overnight one time).
> Looks like it's hanging polling for some X event..
X.org was broken, and stayed that way for a long time.
https://trac.macports.org/ticket/18491
http://bugs.freedesktop.org/show_bug.cgi?id=20048
I suspect this is more of the same, as on several occasions they
claimed to have fixed this, but AFAIK they never fixed the real
problem (which is that _XtWaitForSomething() is documented not to
block, but it can block). MacPorts worked around it by configuring
libXt to use select() instead of poll() in this function.
If you can figure out where the POLLNVAL fd is coming from, or even
just which one it is, I'd like to fix that part of XEmacs.
I'll see what I can do.
I do find it confusing that compiling the sumo package (which is what it's doing at
that part of the build I believe) would need X at all..
Would building the following from macports resolve this issue?
xorg-server @1.11.3 (x11, devel)
The X.org / Xquartz X server.
-Bill
-Bill
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta