Re: [Bug: 21.4.12] Deadlock with X?
I'm pretty sure that that one debug stack was bogus...
All the others, the ones with XRead() as the top symbolic static
frame, I have a lot of confidence in.
Sorry for the bad backtrace-- I'm pretty sure that I just pointed at
the wrong binary when I generated that one.
Thanks very much, guys, for investigating this.... I'm hating the
thought of using GNU Emacs again, but I'm losing work regularly
because of these hangs (and so are other folks in the office).
Thanks,
Greg
Glynn Clements <glynn.clements(a)virgin.net> writes:
Stephen J. Turnbull wrote:
> Greg> #6 0x0819ff42 in x_atom_to_symbol (d=0x0, atom=3221218228) at
select-x.c:191
>
> Thanks for the stack traces. Something is very wrong here; `d' is
> supposed to be a pointer to a XEmacs display description struct, and
> seems to get dereferenced immediately on entry into x_atom_to_symbol.
>
> Why doesn't this crash?!?
Not only that, but x_handle_selection_clear() obtains this value from
get_device_from_display(), which calls abort() rather than return an
NULL pointer.
I'm not sure that the debug output can be trusted.
--
Glynn Clements <glynn.clements(a)virgin.net>