Red Hat Bugzilla – Bug 181986
crash when I try to open a file with no line breaks
Last modified: 2007-11-30 17:11:24 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:220.127.116.11) Gecko/20060210 Fedora/18.104.22.168-3 Firefox/22.214.171.124
Description of problem:
Gedit crashes when I try to open a file of 64000 charactes with no line breaks.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1b. type gedit bitmask.txt in a terminal window
1b. open gedit and try to open the file from the file menu
Actual Results: It hangs or even crashes with the message:
[juergen@prime test]$ gedit bitmask.txt --sync
The application 'gedit' lost its connection to the display :0.0;
most likely the X server was shut down or you killed/destroyed
Expected Results: I should not crash. Rather it should popup a message saying that the lines are too long.
Created attachment 124853 [details]
This is the file with which I got the problem
It turns out this is a cairo bug. It affects all GTK applications with a text
entry widget. I've got at least firefox and gnome-dictionary to crash, flooding
their input fields with about 22000 chars. GDB backtrace of a gedit crash will
Created attachment 124861 [details]
(gdb) break gdk_x_error()
(gdb) run --sync
Does not crash anymore. Fixing bug 182416 seemed to help.
But displaying such long lines does not work properly. Simply open the attached
file in gedit and scroll to the right. It will not display the chars any more.
Additionally, the CPU usage climbs up.
So we root-caused the original crash down to cairo and fixed it.
The failure of gedit to then display such a long line sounds like a different
bug, and definitely is not something we've root-caused down to cairo yet.
It's generally cleaner to close a bug when it's fixed, and open a separate bug
for any related issue discovered during the investigation of the first.
But we do have bug 182416 closed already, so it might be reasonable to rename
and re-assign this bug to another component. I'll leave that decition up to "you".
You are right. Will file a separate bug, although it's again not specific to
gedit. So be prepared... ;)
Regarding the CPU usage, I've checked on FC4. Given the differences of the
systems (ppc32/rawhide vs. x86_64/FC4) it's comparable.
*** This bug has been marked as a duplicate of 182416 ***
gedit doesn't crash now, but as mentioned above it doesn't display the
characters after e certain position. I looks as if only the number of characters
are displayed which fit in the window. So if the window is wide enough to hold
127 chars. Gedit also displays only 127 chars. If you scroll to the right the
chars after this position are "invisible".