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 661317 - Python plugins connected to the Loaded signal make gedit crash if there is an error when the doc is loaded
Python plugins connected to the Loaded signal make gedit crash if there is an...
Status: RESOLVED FIXED
Product: gedit-plugins
Classification: Other
Component: General
3.2.x
Other Linux
: Normal critical
: ---
Assigned To: Gedit maintainers
Gedit maintainers
Depends on:
Blocks:
 
 
Reported: 2011-10-09 13:29 UTC by Damien Gombault
Modified: 2019-03-23 20:49 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
db_mysql.php (13.21 KB, application/x-php)
2011-10-09 13:32 UTC, Damien Gombault
Details
formulaire_inscription.php (8.28 KB, application/x-php)
2011-10-10 06:43 UTC, Damien Gombault
Details
Capture with encoding detection problem (117.32 KB, image/png)
2011-11-30 08:23 UTC, Damien Gombault
Details
minimal.txt (2 bytes, text/plain)
2011-11-30 09:39 UTC, Damien Gombault
Details

Description Damien Gombault 2011-10-09 13:29:20 UTC
I get a crash each time I open the db_mysql.php (attached) from FTP if the plugin SyncTex is activated.

Some traces :

Thread 5 (Thread 0x7fffdeada700 (LWP 4736))

  • #0 read
    from /lib/libpthread.so.0
  • #1 unix_signal_helper_thread
    at gmain.c line 4567
  • #2 g_thread_create_proxy
    at gthread.c line 1962
  • #3 start_thread
    from /lib/libpthread.so.0
  • #4 clone
    from /lib/libc.so.6
  • #5 ??

Thread 1 (Thread 0x7ffff7fb68c0 (LWP 4727))

  • #0 ??
  • #1 pango_attribute_copy
    at pango-attributes.c line 152
  • #2 pango_attr_list_copy
    at pango-attributes.c line 1195
  • #3 pango_layout_get_effective_attributes
    at pango-layout.c line 3715
  • #4 pango_layout_check_lines
    at pango-layout.c line 3809
  • #5 pango_layout_get_extents_internal
    at pango-layout.c line 2489
  • #6 pango_layout_get_extents
    at pango-layout.c line 2671
  • #7 gtk_text_layout_get_line_display
    at gtktextlayout.c line 2481
  • #8 gtk_text_layout_get_iter_at_position
    at gtktextlayout.c line 2692
  • #9 gtk_text_layout_get_iter_at_pixel
    at gtktextlayout.c line 2671
  • #10 gtk_text_view_event
    at gtktextview.c line 4384
  • #11 _gtk_marshal_BOOLEAN__BOXED
    at gtkmarshalers.c line 85
  • #12 g_type_class_meta_marshal
    at gclosure.c line 885
  • #13 g_closure_invoke
    at gclosure.c line 774
  • #14 signal_emit_unlocked_R
    at gsignal.c line 3310
  • #15 g_signal_emit_valist
    at gsignal.c line 3013
  • #16 g_signal_emit
    at gsignal.c line 3060
  • #17 gtk_widget_event_internal
    at gtkwidget.c line 6035
  • #18 gtk_widget_event
    at gtkwidget.c line 5848
  • #19 gtk_propagate_event
    at gtkmain.c line 2614
  • #20 gtk_main_do_event
    at gtkmain.c line 1889
  • #21 _gdk_event_emit
    at gdkevents.c line 71
  • #22 gdk_event_source_dispatch
    at gdkeventsource.c line 360
  • #23 g_main_dispatch
    at gmain.c line 2441
  • #24 g_main_context_dispatch
    at gmain.c line 3011
  • #25 g_main_context_iterate
    at gmain.c line 3089
  • #26 g_main_loop_run
    at gmain.c line 3297
  • #27 gtk_main
    at gtkmain.c line 1362
  • #28 gedit_main
    at gedit.c line 199
  • #29 main
    at gedit.c line 290

Thread 5 (Thread 0x7fffe2a9f700 (LWP 4789))

  • #0 read
    from /lib/libpthread.so.0
  • #1 unix_signal_helper_thread
    at gmain.c line 4567
  • #2 g_thread_create_proxy
    at gthread.c line 1962
  • #3 start_thread
    from /lib/libpthread.so.0
  • #4 clone
    from /lib/libc.so.6
  • #5 ??

Thread 5 (Thread 0x7fffe2a9f700 (LWP 4967))

  • #0 read
    from /lib/libpthread.so.0
  • #1 unix_signal_helper_thread
    at gmain.c line 4567
  • #2 g_thread_create_proxy
    at gthread.c line 1962
  • #3 start_thread
    from /lib/libpthread.so.0
  • #4 clone
    from /lib/libc.so.6
  • #5 ??

Thread 1 (Thread 0x7ffff7fb68c0 (LWP 4958))

  • #0 raise
    from /lib/libc.so.6
  • #1 abort
    from /lib/libc.so.6
  • #2 ??
    from /lib/libc.so.6
  • #3 ??
    from /lib/libc.so.6
  • #4 free
    from /lib/libc.so.6
  • #5 standard_free
    at gmem.c line 101
  • #6 g_free
    at gmem.c line 263
  • #7 g_error_free
    at gerror.c line 463
  • #8 _g_type_boxed_free
    at gtype.c line 4233
  • #9 boxed_proxy_value_free
    at gboxed.c line 193
  • #10 g_value_unset
    at gvalue.c line 275
  • #11 g_signal_emit_valist
    at gsignal.c line 3032
  • #12 g_signal_emit
    at gsignal.c line 3060
  • #13 document_loader_loaded
    at gedit-document.c line 1548
  • #14 document_loader_loading
    at gedit-document.c line 1564
  • #15 gedit_marshal_VOID__BOOLEAN_POINTER
    at gedit-marshal.c line 162
  • #16 g_closure_invoke
    at gclosure.c line 774
  • #17 signal_emit_unlocked_R
    at gsignal.c line 3272
  • #18 g_signal_emit_valist
    at gsignal.c line 3003
  • #19 g_signal_emit
    at gsignal.c line 3060
  • #20 gedit_document_loader_loading
    at gedit-document-loader.c line 950
  • #21 loader_load_completed_or_failed
    at gedit-document-loader.c line 443
  • #22 close_input_stream_ready_cb
    at gedit-document-loader.c line 505
  • #23 async_ready_close_callback_wrapper
    at ginputstream.c line 484
  • #24 g_simple_async_result_complete
    at gsimpleasyncresult.c line 749
  • #25 _g_simple_async_result_complete_with_cancellable
    at gvfsdaemondbus.c line 1061
  • #26 async_close_done
    at gdaemonfileinputstream.c line 1990
  • #27 async_iterator_done
    at gdaemonfileinputstream.c line 1654
  • #28 async_iterate
    at gdaemonfileinputstream.c line 1770
  • #29 async_op_handle
    at gdaemonfileinputstream.c line 1705
  • #30 async_read_op_callback
    at gdaemonfileinputstream.c line 1719
  • #31 async_ready_callback_wrapper
    at ginputstream.c line 470
  • #32 g_simple_async_result_complete
    at gsimpleasyncresult.c line 749
  • #33 read_async_cb
    at gunixinputstream.c line 483
  • #34 fd_source_dispatch
    at gasynchelper.c line 75
  • #35 g_main_dispatch
    at gmain.c line 2441
  • #36 g_main_context_dispatch
    at gmain.c line 3011
  • #37 g_main_context_iterate
    at gmain.c line 3089
  • #38 g_main_loop_run
    at gmain.c line 3297
  • #39 gtk_main
    at gtkmain.c line 1362
  • #40 gedit_main
    at gedit.c line 199
  • #41 main
    at gedit.c line 290

Thread 1 (Thread 0x7ffff7fb68c0 (LWP 5156))

  • #0 magazine_chain_pop_head
    at gslice.c line 492
  • #1 thread_memory_magazine1_alloc
    at gslice.c line 795
  • #2 g_slice_alloc
    at gslice.c line 833
  • #3 g_slist_prepend
    at gslist.c line 297
  • #4 pango_attr_list_copy
    at pango-attributes.c line 1194
  • #5 pango_layout_get_effective_attributes
    at pango-layout.c line 3715
  • #6 pango_layout_check_lines
    at pango-layout.c line 3809
  • #7 pango_layout_get_extents_internal
    at pango-layout.c line 2489
  • #8 pango_layout_get_extents
    at pango-layout.c line 2671
  • #9 gtk_text_layout_get_line_display
    at gtktextlayout.c line 2481
  • #10 gtk_text_layout_get_iter_at_position
    at gtktextlayout.c line 2692
  • #11 gtk_text_layout_get_iter_at_pixel
    at gtktextlayout.c line 2671
  • #12 gtk_text_view_event
    at gtktextview.c line 4384
  • #13 _gtk_marshal_BOOLEAN__BOXED
    at gtkmarshalers.c line 85
  • #14 g_type_class_meta_marshal
    at gclosure.c line 885
  • #15 g_closure_invoke
    at gclosure.c line 774
  • #16 signal_emit_unlocked_R
    at gsignal.c line 3310
  • #17 g_signal_emit_valist
    at gsignal.c line 3013
  • #18 g_signal_emit
    at gsignal.c line 3060
  • #19 gtk_widget_event_internal
    at gtkwidget.c line 6035
  • #20 gtk_widget_event
    at gtkwidget.c line 5848
  • #21 gtk_propagate_event
    at gtkmain.c line 2614
  • #22 gtk_main_do_event
    at gtkmain.c line 1889
  • #23 _gdk_event_emit
    at gdkevents.c line 71
  • #24 gdk_event_source_dispatch
    at gdkeventsource.c line 360
  • #25 g_main_dispatch
    at gmain.c line 2441
  • #26 g_main_context_dispatch
    at gmain.c line 3011
  • #27 g_main_context_iterate
    at gmain.c line 3089
  • #28 g_main_loop_run
    at gmain.c line 3297
  • #29 gtk_main
    at gtkmain.c line 1362
  • #30 gedit_main
    at gedit.c line 199
  • #31 main
    at gedit.c line 290

Comment 1 Damien Gombault 2011-10-09 13:31:17 UTC
The Trace 228725 is wrong.
I repost the 4 traces.

Trace 1 :

Thread 5 (Thread 0x7fffdeada700 (LWP 4736))

  • #0 read
    from /lib/libpthread.so.0
  • #1 unix_signal_helper_thread
    at gmain.c line 4567
  • #2 g_thread_create_proxy
    at gthread.c line 1962
  • #3 start_thread
    from /lib/libpthread.so.0
  • #4 clone
    from /lib/libc.so.6
  • #5 ??

Thread 1 (Thread 0x7ffff7fb68c0 (LWP 4727))

  • #0 ??
  • #1 pango_attribute_copy
    at pango-attributes.c line 152
  • #2 pango_attr_list_copy
    at pango-attributes.c line 1195
  • #3 pango_layout_get_effective_attributes
    at pango-layout.c line 3715
  • #4 pango_layout_check_lines
    at pango-layout.c line 3809
  • #5 pango_layout_get_extents_internal
    at pango-layout.c line 2489
  • #6 pango_layout_get_extents
    at pango-layout.c line 2671
  • #7 gtk_text_layout_get_line_display
    at gtktextlayout.c line 2481
  • #8 gtk_text_layout_get_iter_at_position
    at gtktextlayout.c line 2692
  • #9 gtk_text_layout_get_iter_at_pixel
    at gtktextlayout.c line 2671
  • #10 gtk_text_view_event
    at gtktextview.c line 4384
  • #11 _gtk_marshal_BOOLEAN__BOXED
    at gtkmarshalers.c line 85
  • #12 g_type_class_meta_marshal
    at gclosure.c line 885
  • #13 g_closure_invoke
    at gclosure.c line 774
  • #14 signal_emit_unlocked_R
    at gsignal.c line 3310
  • #15 g_signal_emit_valist
    at gsignal.c line 3013
  • #16 g_signal_emit
    at gsignal.c line 3060
  • #17 gtk_widget_event_internal
    at gtkwidget.c line 6035
  • #18 gtk_widget_event
    at gtkwidget.c line 5848
  • #19 gtk_propagate_event
    at gtkmain.c line 2614
  • #20 gtk_main_do_event
    at gtkmain.c line 1889
  • #21 _gdk_event_emit
    at gdkevents.c line 71
  • #22 gdk_event_source_dispatch
    at gdkeventsource.c line 360
  • #23 g_main_dispatch
    at gmain.c line 2441
  • #24 g_main_context_dispatch
    at gmain.c line 3011
  • #25 g_main_context_iterate
    at gmain.c line 3089
  • #26 g_main_loop_run
    at gmain.c line 3297
  • #27 gtk_main
    at gtkmain.c line 1362
  • #28 gedit_main
    at gedit.c line 199
  • #29 main
    at gedit.c line 290

Comment 2 Damien Gombault 2011-10-09 13:31:29 UTC
Trace 2 :

Thread 5 (Thread 0x7fffe2a9f700 (LWP 4789))

  • #0 read
    from /lib/libpthread.so.0
  • #1 unix_signal_helper_thread
    at gmain.c line 4567
  • #2 g_thread_create_proxy
    at gthread.c line 1962
  • #3 start_thread
    from /lib/libpthread.so.0
  • #4 clone
    from /lib/libc.so.6
  • #5 ??

Comment 3 Damien Gombault 2011-10-09 13:31:37 UTC
Trace 3 :

Thread 5 (Thread 0x7fffe2a9f700 (LWP 4967))

  • #0 read
    from /lib/libpthread.so.0
  • #1 unix_signal_helper_thread
    at gmain.c line 4567
  • #2 g_thread_create_proxy
    at gthread.c line 1962
  • #3 start_thread
    from /lib/libpthread.so.0
  • #4 clone
    from /lib/libc.so.6
  • #5 ??

Thread 1 (Thread 0x7ffff7fb68c0 (LWP 4958))

  • #0 raise
    from /lib/libc.so.6
  • #1 abort
    from /lib/libc.so.6
  • #2 ??
    from /lib/libc.so.6
  • #3 ??
    from /lib/libc.so.6
  • #4 free
    from /lib/libc.so.6
  • #5 standard_free
    at gmem.c line 101
  • #6 g_free
    at gmem.c line 263
  • #7 g_error_free
    at gerror.c line 463
  • #8 _g_type_boxed_free
    at gtype.c line 4233
  • #9 boxed_proxy_value_free
    at gboxed.c line 193
  • #10 g_value_unset
    at gvalue.c line 275
  • #11 g_signal_emit_valist
    at gsignal.c line 3032
  • #12 g_signal_emit
    at gsignal.c line 3060
  • #13 document_loader_loaded
    at gedit-document.c line 1548
  • #14 document_loader_loading
    at gedit-document.c line 1564
  • #15 gedit_marshal_VOID__BOOLEAN_POINTER
    at gedit-marshal.c line 162
  • #16 g_closure_invoke
    at gclosure.c line 774
  • #17 signal_emit_unlocked_R
    at gsignal.c line 3272
  • #18 g_signal_emit_valist
    at gsignal.c line 3003
  • #19 g_signal_emit
    at gsignal.c line 3060
  • #20 gedit_document_loader_loading
    at gedit-document-loader.c line 950
  • #21 loader_load_completed_or_failed
    at gedit-document-loader.c line 443
  • #22 close_input_stream_ready_cb
    at gedit-document-loader.c line 505
  • #23 async_ready_close_callback_wrapper
    at ginputstream.c line 484
  • #24 g_simple_async_result_complete
    at gsimpleasyncresult.c line 749
  • #25 _g_simple_async_result_complete_with_cancellable
    at gvfsdaemondbus.c line 1061
  • #26 async_close_done
    at gdaemonfileinputstream.c line 1990
  • #27 async_iterator_done
    at gdaemonfileinputstream.c line 1654
  • #28 async_iterate
    at gdaemonfileinputstream.c line 1770
  • #29 async_op_handle
    at gdaemonfileinputstream.c line 1705
  • #30 async_read_op_callback
    at gdaemonfileinputstream.c line 1719
  • #31 async_ready_callback_wrapper
    at ginputstream.c line 470
  • #32 g_simple_async_result_complete
    at gsimpleasyncresult.c line 749
  • #33 read_async_cb
    at gunixinputstream.c line 483
  • #34 fd_source_dispatch
    at gasynchelper.c line 75
  • #35 g_main_dispatch
    at gmain.c line 2441
  • #36 g_main_context_dispatch
    at gmain.c line 3011
  • #37 g_main_context_iterate
    at gmain.c line 3089
  • #38 g_main_loop_run
    at gmain.c line 3297
  • #39 gtk_main
    at gtkmain.c line 1362
  • #40 gedit_main
    at gedit.c line 199
  • #41 main
    at gedit.c line 290

Comment 4 Damien Gombault 2011-10-09 13:31:46 UTC
Trace 4 :

Thread 1 (Thread 0x7ffff7fb68c0 (LWP 5156))

  • #0 magazine_chain_pop_head
    at gslice.c line 492
  • #1 thread_memory_magazine1_alloc
    at gslice.c line 795
  • #2 g_slice_alloc
    at gslice.c line 833
  • #3 g_slist_prepend
    at gslist.c line 297
  • #4 pango_attr_list_copy
    at pango-attributes.c line 1194
  • #5 pango_layout_get_effective_attributes
    at pango-layout.c line 3715
  • #6 pango_layout_check_lines
    at pango-layout.c line 3809
  • #7 pango_layout_get_extents_internal
    at pango-layout.c line 2489
  • #8 pango_layout_get_extents
    at pango-layout.c line 2671
  • #9 gtk_text_layout_get_line_display
    at gtktextlayout.c line 2481
  • #10 gtk_text_layout_get_iter_at_position
    at gtktextlayout.c line 2692
  • #11 gtk_text_layout_get_iter_at_pixel
    at gtktextlayout.c line 2671
  • #12 gtk_text_view_event
    at gtktextview.c line 4384
  • #13 _gtk_marshal_BOOLEAN__BOXED
    at gtkmarshalers.c line 85
  • #14 g_type_class_meta_marshal
    at gclosure.c line 885
  • #15 g_closure_invoke
    at gclosure.c line 774
  • #16 signal_emit_unlocked_R
    at gsignal.c line 3310
  • #17 g_signal_emit_valist
    at gsignal.c line 3013
  • #18 g_signal_emit
    at gsignal.c line 3060
  • #19 gtk_widget_event_internal
    at gtkwidget.c line 6035
  • #20 gtk_widget_event
    at gtkwidget.c line 5848
  • #21 gtk_propagate_event
    at gtkmain.c line 2614
  • #22 gtk_main_do_event
    at gtkmain.c line 1889
  • #23 _gdk_event_emit
    at gdkevents.c line 71
  • #24 gdk_event_source_dispatch
    at gdkeventsource.c line 360
  • #25 g_main_dispatch
    at gmain.c line 2441
  • #26 g_main_context_dispatch
    at gmain.c line 3011
  • #27 g_main_context_iterate
    at gmain.c line 3089
  • #28 g_main_loop_run
    at gmain.c line 3297
  • #29 gtk_main
    at gtkmain.c line 1362
  • #30 gedit_main
    at gedit.c line 199
  • #31 main
    at gedit.c line 290

Comment 5 Damien Gombault 2011-10-09 13:32:14 UTC
Created attachment 198652 [details]
db_mysql.php
Comment 6 Fabio Durán Verdugo 2011-10-10 00:06:42 UTC
I cannot reproduce when I try to edit db_mysql.php, can you explain the exacts steps for reproduce the bug.? 
I test with gedit git master version.
Comment 7 Damien Gombault 2011-10-10 06:42:59 UTC
1) Run gedit (no plugin)
2) Enable SyncTex plugin
3) Open db_mysql.php file from FTP folder (from Nautilus) (tried with 2 differents FTP server)
4) Crash

I do not have a crash when I open this file from a local folder.

I dot not have a crash when the SyncTex plugin is not enabled.

But when I open the file from FTP without SyncTex plugin, I get the message :
There was a problem opening the file ....
The file you opened has some invalid characters. If you continue edit this file you could corrupt this document.
You can also choose another character encoding and try again.

I get another crash with formulaire_inscription.php file from FTP and SyncTex plugin.
I also get the message : There was a problem opening the file ....

It seems I get the crash when Gedit could not detect the encoding when opening a file from FTP and SyncTex plugin activated.

I use Gedit 3.2.0 on Archlinux 64 bits.
I will try to reproduce the crash on another computer.
Comment 8 Damien Gombault 2011-10-10 06:43:30 UTC
Created attachment 198696 [details]
formulaire_inscription.php
Comment 9 Damien Gombault 2011-10-10 08:08:35 UTC
I reproduce the same crash on another computer (Archlinux 64 bits).

Same steps to reproduce.
It seems only happen when gedit could not detect the encoding (most of the time with db_mysql.php file).
Sometimes, gedit does not crash, the file opens and gedit do not display the message : There was a problem opening the file ....

I use :
 - gedit 3.2.0
 - gedit-plugins 3.2.0
 - gtksourceview3 3.2.1
 - gtk3 3.2.0
 - pango 1.29.4


The trace :


Comment 10 Damien Gombault 2011-10-10 08:18:16 UTC
I also tried with other plugins.

The crash only happens with the SyncTex plugin enabled.
I use SyncTex plugin version 3.2.0.
All others plugins do not crash gedit.

And, I would precise, I use gvfs 1.10.0.
Comment 11 José Aliste 2011-10-10 12:46:47 UTC
Hi, this is most certainly happen because I think I asumed that the file was local in the plugin, however, it is a bit strange as the plugin should not do anything if the file you are opening is not a LaTex file. I'll investigate further.
Comment 12 Damien Gombault 2011-10-30 19:32:50 UTC
I have also tried to reproduce this bug on Fedora 16.

Downstream bug : https://bugzilla.redhat.com/show_bug.cgi?id=750087

I get this trace :

Thread 1 (Thread 0xb77c6880 (LWP 2158))

  • #0 magazine_chain_pop_head
    at gslice.c line 492
  • #1 thread_memory_magazine1_alloc
    at gslice.c line 795
  • #2 g_slice_alloc
    at gslice.c line 833
  • #3 iter_stack_new
    at gtktextbtree.c line 1677
  • #4 _gtk_text_btree_tag
    at gtktextbtree.c line 1813
  • #5 gtk_text_buffer_real_remove_tag
    at gtktextbuffer.c line 2540
  • #6 _gtk_marshal_VOID__OBJECT_BOXED_BOXED
    at gtkmarshalers.c line 2075
  • #7 g_type_class_meta_marshal
    at gclosure.c line 885
  • #8 g_closure_invoke
    at gclosure.c line 774
  • #9 signal_emit_unlocked_R
    at gsignal.c line 3310
  • #10 g_signal_emit_valist
  • #11 g_signal_emit
    at gsignal.c line 3060
  • #12 gtk_text_buffer_emit_tag
    at gtktextbuffer.c line 2598
  • #13 apply_context_classes
    at gtksourcecontextengine.c line 1090
  • #14 add_region_context_classes
    at gtksourcecontextengine.c line 1128
  • #15 add_region_context_classes
    at gtksourcecontextengine.c line 1161
  • #16 add_region_context_classes
    at gtksourcecontextengine.c line 1161
  • #17 refresh_context_classes
    at gtksourcecontextengine.c line 1224
  • #18 refresh_range
    at gtksourcecontextengine.c line 1260
  • #19 refresh_range
    at gtksourcecontextengine.c line 1256
  • #20 update_syntax
    at gtksourcecontextengine.c line 6027
  • #21 first_update_callback
    at gtksourcecontextengine.c line 2427
  • #22 g_idle_dispatch
    at gmain.c line 4785
  • #23 g_main_dispatch
    at gmain.c line 2425
  • #24 g_main_context_dispatch
    at gmain.c line 2995
  • #25 g_main_context_iterate
    at gmain.c line 3073
  • #26 g_main_loop_run
    at gmain.c line 3281
  • #27 gtk_main
    at gtkmain.c line 1362
  • #28 gedit_main
    at gedit.c line 199
  • #29 main
    at gedit.c line 290

Comment 13 Damien Gombault 2011-10-30 19:34:59 UTC
The problem seems to be in GTK+, not in gedit or SyncTex plugin.
Comment 14 Damien Gombault 2011-10-30 20:14:23 UTC
Or maybe in glib.

The tmem value of g_slice_alloc seems strange (0x7) in the trace 228944 :
  • #2 g_slice_alloc
    at gslice.c line 833

Maybe a bug in thread_memory_from_self ?
Comment 15 Damien Gombault 2011-10-31 11:20:08 UTC
Another trace with G_SLICE=always-malloc :

Thread 1 (Thread 0xb780f880 (LWP 8413))

  • #0 __kernel_vsyscall
  • #1 raise
    from /lib/libc.so.6
  • #2 abort
    from /lib/libc.so.6
  • #3 __libc_message
    from /lib/libc.so.6
  • #4 malloc_printerr
    from /lib/libc.so.6
  • #5 standard_free
    at gmem.c line 101
  • #6 g_free
    at gmem.c line 263
  • #7 g_error_free
    at gerror.c line 463
  • #8 _g_type_boxed_free
    at gtype.c line 4233
  • #9 boxed_proxy_value_free
    at gboxed.c line 193
  • #10 boxed_proxy_value_free
    at gboxed.c line 190
  • #11 g_value_unset
    at gvalue.c line 275
  • #12 g_signal_emit_valist
    at gsignal.c line 3032
  • #13 g_signal_emit
    at gsignal.c line 3060
  • #14 document_loader_loaded
    at gedit-document.c line 1548
  • #15 document_loader_loading
    at gedit-document.c line 1564
  • #16 gedit_marshal_VOID__BOOLEAN_POINTER
    at gedit-marshal.c line 162
  • #17 g_closure_invoke
    at gclosure.c line 774
  • #18 signal_emit_unlocked_R
    at gsignal.c line 3272
  • #19 g_signal_emit_valist
    at gsignal.c line 3003
  • #20 g_signal_emit
    at gsignal.c line 3060
  • #21 gedit_document_loader_loading
    at gedit-document-loader.c line 950
  • #22 async_read_ready_callback
    at gedit-document-loader.c line 904
  • #23 g_simple_async_result_complete
    at gsimpleasyncresult.c line 749
  • #24 ??
    from /usr/lib/gio/modules/libgvfsdbus.so
  • #25 ??
    from /usr/lib/gio/modules/libgvfsdbus.so
  • #26 ??
    from /usr/lib/gio/modules/libgvfsdbus.so
  • #27 ??
    from /usr/lib/libgvfscommon.so.0
  • #28 _dbus_pending_call_complete
    at dbus-pending-call.c line 197
  • #29 complete_pending_call_and_unlock
    at dbus-connection.c line 2308
  • #30 dbus_connection_dispatch
    at dbus-connection.c line 4593
  • #31 ??
    from /usr/lib/libgvfscommon.so.0
  • #32 g_main_dispatch
    at gmain.c line 2425
  • #33 g_main_context_dispatch
    at gmain.c line 2995
  • #34 g_main_context_iterate
    at gmain.c line 3073
  • #35 g_main_loop_run
    at gmain.c line 3281
  • #36 gtk_main
    at gtkmain.c line 1362
  • #37 gedit_main
    at gedit.c line 199
  • #38 main
    at gedit.c line 290

Comment 16 Fabio Durán Verdugo 2011-11-30 05:46:08 UTC
any news for this report?
Comment 17 Damien Gombault 2011-11-30 08:23:48 UTC
Created attachment 202425 [details]
Capture with encoding detection problem
Comment 18 Damien Gombault 2011-11-30 08:24:14 UTC
I tried this morning to reproduce this bug with the latest software available in Archlinux repositories.

I tried to open the file (db_mysql.php) from FTP my current settings (SyncTex disable) and this is OK (but encoding can't be detected (see capture)).
I activated the SyncTex plugin.
I tried to open the file : crash.

Version used :
  gedit : 3.2.3
  gedit-plugins : 3.2.1
  gtksourceview : 3.2.3
  gtk : 3.2.2
Comment 19 José Aliste 2011-11-30 09:01:48 UTC
By the last comment, it is clear that there is something wrong on the synctex plugin... the problem is that I can't reproduce. Do you get the same traces? Can you get a minimal file that can be shared (I am guessing this is related to the can't detect encoding issue) where you have the issue? 

Greetings
Comment 20 Damien Gombault 2011-11-30 09:38:43 UTC
The trace is not consistent but I get a crash every time when the encoding detection is bad.
The traces are similar to those in this report.

I have produced a minimal crashing example file (minimal.txt).
This is a very simple file containing a french e with an accent (e9 in hexadecimal in ISO-8859-1) followed by LF (0a) :

  xxd minimal.txt
  0000000: e90a 

With this file, I get the encoding error (and crash) every time from a local folder.

I hope this will help you.
Comment 21 Damien Gombault 2011-11-30 09:39:07 UTC
Created attachment 202427 [details]
minimal.txt
Comment 22 José Aliste 2011-11-30 10:30:04 UTC
It is indeed very helpful. Thanks
Comment 23 José Aliste 2011-11-30 13:08:11 UTC
Actually I fixed this issue for 3.0... Still not sure why it reappeared... Will look into it.
Comment 24 Pietro Battiston 2014-05-07 17:59:01 UTC
This has nothing to do with the gedit-latex plugin, reassigning.
Comment 25 Sébastien Wilmet 2014-12-18 08:27:15 UTC
The error paramater of the GeditDocument::loaded signal has been removed, and the synctex plugin has been adapted accordingly, so this bug should be fixed.