Bug 382367 – gedit hang on a file

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 382367 - gedit hang on a file


Summary:	gedit hang on a file


Status:	RESOLVED DUPLICATE of bug 114337

Product:	gedit
Classification:	Applications
Component:	general
Version:	2.16.x
Hardware:	Other Linux

Importance:	Normal major
Target Milestone:	---
Assigned To:	Gedit maintainers
QA Contact:	Gedit maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2006-12-04 20:22 UTC by Baptiste Mille-Mathias
Modified:	2006-12-29 16:55 UTC

See Also:
GNOME target:	---
GNOME version:	2.15/2.16

Description Baptiste Mille-Mathias 2006-12-04 20:22:19 UTC

I tried to open the file posted in http://bugzilla.gnome.org/show_bug.cgi?id=381079#c2 and gedit hang with 100% cpu usage.

I did a ctrl+c and got this stack trace, I don't know  if it helps.

+ Trace 91593

Thread 1 (Thread -1227299136 (LWP 11786))

#0 __kernel_vsyscall
#1 __write_nocancel
from /lib/tls/i686/cmov/libpthread.so.0
#2 _X11TransGetMyAddr
from /usr/lib/libX11.so.6
#3 _X11TransWrite
from /usr/lib/libX11.so.6
#4 _XSend
from /usr/lib/libX11.so.6
#5 XRenderCompositeText16
from /usr/lib/libXrender.so.1
#6 cairo_xlib_surface_get_display
from /usr/lib/libcairo.so.2
#7 cairo_xlib_surface_get_display
from /usr/lib/libcairo.so.2
#8 cairo_surface_reference
from /usr/lib/libcairo.so.2
#9 cairo_font_options_create
from /usr/lib/libcairo.so.2
#10 cairo_show_glyphs
from /usr/lib/libcairo.so.2
#11 pango_cairo_show_glyph_string
from /usr/lib/libpangocairo-1.0.so.0
#12 pango_renderer_draw_glyphs
from /usr/lib/libpango-1.0.so.0
#13 pango_cairo_show_layout_line
from /usr/lib/libpangocairo-1.0.so.0
#14 gdk_pango_renderer_draw_glyphs
at gdkpango.c line 243
#15 pango_renderer_draw_glyphs
from /usr/lib/libpango-1.0.so.0
#16 pango_renderer_draw_layout_line
from /usr/lib/libpango-1.0.so.0
#17 IA__gtk_text_layout_draw
at gtktextdisplay.c line 556
#18 gtk_text_view_expose_event
at gtktextview.c line 4245
#19 gtk_source_view_get_show_line_numbers
from /usr/lib/libgtksourceview-1.0.so.0
#20 gedit_view_new
#21 _gtk_marshal_BOOLEAN__BOXED
at gtkmarshalers.c line 84
#22 g_type_class_meta_marshal
at gclosure.c line 567
#23 IA__g_closure_invoke
at gclosure.c line 490
#24 signal_emit_unlocked_R
at gsignal.c line 2478
#25 IA__g_signal_emit_valist
at gsignal.c line 2209
#26 IA__g_signal_emit
at gsignal.c line 2243
#27 gtk_widget_event_internal
at gtkwidget.c line 3911
#28 IA__gtk_main_do_event
at gtkmain.c line 1403
#29 gdk_window_process_updates_internal
at gdkwindow.c line 2324
#30 IA__gdk_window_process_all_updates
at gdkwindow.c line 2387
#31 gtk_container_idle_sizer
at gtkcontainer.c line 1113
#32 g_idle_dispatch
at gmain.c line 3926
#33 IA__g_main_context_dispatch
at gmain.c line 2045
#34 g_main_context_iterate
at gmain.c line 2677
#35 IA__g_main_loop_run
at gmain.c line 2881
#36 IA__gtk_main
at gtkmain.c line 1024
#37 main
#0 __kernel_vsyscall

Comment 1 Paolo Borelli 2006-12-29 16:50:01 UTC

well, it doesn't techinically hang... it just become really slow because the memory usage blows up to 740 megs and it starts to swap :(

Comment 2 Paolo Borelli 2006-12-29 16:55:19 UTC

(paolo@murdock:~$ file Desktop/_usr_bin_totem.1000.crash 
Desktop/_usr_bin_totem.1000.crash: ASCII text, with very long lines


Nothing new under the sun unfortuantely, GtkTextView does not deal well with long lines :(


*** This bug has been marked as a duplicate of 114337 ***

*** This bug has been marked as a duplicate of 114337 ***