Red Hat Bugzilla – Bug 561809
[abrt] crash in xterm-253-1.fc12
Last modified: 2010-07-26 05:39:04 EDT
abrt 1.0.4 detected a crash.
Attached file: backtrace
reason: Process was terminated by signal 6 (Aborted)
release: Fedora release 12 (Constantine)
This probably does not happen, if xterm starts to UTF8 mode. Just necessitating mode change causes crash.
How to reproduce
1. Start xterm in non-UTF8 mode
2. output some UTF-8 characters on terminal, observe that they are line noise
3. turn on UTF-8 from control-Right-button menu
4. use program that causes terminal to flip on alternate screen (like "nano" editor)
5. exit that program -> xterm crashes
Created attachment 388770 [details]
It might be data-dependent, or resource-dependent.
The resource-settings would help, particularly if
it's easy for you to reproduce (making data less likely).
(a quick check here doesn't break xterm #255,
and I don't see that I'd touched this area).
I'll check the backtrace and see if I can find the bug...
I was unable to trigger this bug, but it sounds like the same case
Patch #255 - 2010/1/21
+ correct logic used to switch to alternate screen using
FIFO-lines configuration (Debian #565772).
Can you please verify the problem is fixed in xterm-256? (available in updates)
My quick test shows UTF-8 being used everywhere even when I try to command other modes, which may mask the issue.
Anyway closing the pico editor inside this xterm does not cause the xterm to crash anymore.
The problem has not re-appeared.