[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#3399: Crash in multi-TTY mode
From: |
Stefan Monnier |
Subject: |
bug#3399: Crash in multi-TTY mode |
Date: |
Fri, 29 May 2009 10:30:09 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux) |
>> What if (as asked) we don't just undo your change, but additionally
>> return to freeing the DB (so we'll get a crash in case 1)? Will we then
>> also get a crash in case 2 or 3?
> It will crash in Case 3 as well as 1. XCloseDisplay destroys the
> associated database because XlibDisplayDfltRMDB is set, although the
> database was not actually what's allocated by some XGetDefault call.
> That's why I consider this is a bug in libX11.
Thanks, so yes, that sounds like a plain bug in libX11.
Now I'm not sure if I prefer the crash or the hideous workaround.
At the very least, the hideous workaround should be wrapped in
"#ifdef HIDEOUS_WORKAROUND" (or some more descriptive name). Ideally,
we could then use an autoconf macro to only activate the workaround when
needed.
Stefan
- bug#3399: Crash in multi-TTY mode, Shannon Jones, 2009/05/27
- bug#3399: Crash in multi-TTY mode, YAMAMOTO Mitsuharu, 2009/05/27
- bug#3399: Crash in multi-TTY mode, Stefan Monnier, 2009/05/27
- bug#3399: Crash in multi-TTY mode, YAMAMOTO Mitsuharu, 2009/05/27
- bug#3399: Crash in multi-TTY mode, YAMAMOTO Mitsuharu, 2009/05/27
- bug#3399: Crash in multi-TTY mode, Stefan Monnier, 2009/05/28
- bug#3399: Crash in multi-TTY mode, YAMAMOTO Mitsuharu, 2009/05/29
- bug#3399: Crash in multi-TTY mode,
Stefan Monnier <=
- bug#3399: Crash in multi-TTY mode, YAMAMOTO Mitsuharu, 2009/05/29
- bug#3399: Crash in multi-TTY mode, Stefan Monnier, 2009/05/30
- bug#3399: Crash in multi-TTY mode, YAMAMOTO Mitsuharu, 2009/05/31