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 788063 - Segmentation fault on touchpad enabling/disabling
Segmentation fault on touchpad enabling/disabling
Status: RESOLVED DUPLICATE of bug 787897
Product: gnome-control-center
Classification: Core
Component: Mouse
3.26.x
Other Linux
: High critical
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-09-22 20:33 UTC by Matteo F. Vescovi
Modified: 2017-09-26 12:19 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
GDB backtrace (910 bytes, text/plain)
2017-09-23 11:57 UTC, Matteo F. Vescovi
Details
GDB with full backtrace (2.78 KB, text/plain)
2017-09-23 19:42 UTC, Matteo F. Vescovi
Details
GDB backtrace with glib2, libnm and libffi debug symbols installed (994 bytes, text/plain)
2017-09-25 19:59 UTC, Matteo F. Vescovi
Details
Real GDB backtrace on all lib* required (21.17 KB, text/plain)
2017-09-25 21:30 UTC, Matteo F. Vescovi
Details

Description Matteo F. Vescovi 2017-09-22 20:33:29 UTC
While enabling (or disabling) the touchpad, I face this segfault:

(gnome-control-center:16098): GLib-GObject-CRITICAL **: g_type_instance_get_private: assertion 'instance != NULL && instance->g_class != NULL' failed
Segmentation fault

This happens on Debian unstable/sid.
Comment 1 Matteo F. Vescovi 2017-09-23 11:57:12 UTC
Created attachment 360302 [details]
GDB backtrace

Adding a backtrace of the same procedure.
Comment 2 André Klapper 2017-09-23 12:38:14 UTC
Thanks for taking the time to report this.
Without a full stack trace (which includes debug symbols) from the crash it's very hard to determine what caused it.
Can you get us a stack trace? Please see https://wiki.gnome.org/Community/GettingInTouch/Bugzilla/GettingTraces for more information on how to do so. When pasting a stack trace in this bug report, please reset the status of this bug report from NEEDINFO to its previous status. Thanks in advance!
Comment 3 Matteo F. Vescovi 2017-09-23 19:42:16 UTC
Created attachment 360307 [details]
GDB with full backtrace

As requested, a full backtrace of the segfault.
Comment 4 Matteo F. Vescovi 2017-09-23 19:58:15 UTC
And I cannot reset status to previous status. No idea why.
Comment 5 Rui Matos 2017-09-25 13:03:08 UTC
That's still not a full stack trace with debugging symbols but it seems to have a matching pattern to the trace in bug 787897 . Can you try to get a better trace after installing debugging symbols to be sure?
Comment 6 Matteo F. Vescovi 2017-09-25 14:24:05 UTC
(In reply to Rui Matos from comment #5)
> That's still not a full stack trace with debugging symbols but it seems to
> have a matching pattern to the trace in bug 787897 . Can you try to get a
> better trace after installing debugging symbols to be sure?

Well, I followed https://wiki.debian.org/HowToGetABacktrace#Advanced_gdb_commands with debug symbols installed from https://packages.debian.org/experimental/gnome-control-center-dbgsym
No idea what I do more, sorry.
Comment 7 André Klapper 2017-09-25 14:53:38 UTC
The stacktrace contains no calls to any code in gnome-control-center but to glib2 and libffi and libnm. Hence those are the things that need debug symbols. :)

Also, using "thread apply all bt full" in gdb is welcome.
Comment 8 Matteo F. Vescovi 2017-09-25 15:01:55 UTC
(In reply to André Klapper from comment #7)
> The stacktrace contains no calls to any code in gnome-control-center but to
> glib2 and libffi and libnm. Hence those are the things that need debug
> symbols. :)
> 
> Also, using "thread apply all bt full" in gdb is welcome.

Oh perfect... gonna try later today. Thanks for the heads up.
Comment 9 Matteo F. Vescovi 2017-09-25 19:59:58 UTC
Created attachment 360382 [details]
GDB backtrace with glib2, libnm and libffi debug symbols installed
Comment 10 André Klapper 2017-09-25 21:15:48 UTC
There is no stacktrace in that attachment. See https://wiki.gnome.org/Community/GettingInTouch/Bugzilla/GettingTraces/Details#Obtaining_a_stack_trace_using_GDB
Comment 11 Matteo F. Vescovi 2017-09-25 21:30:40 UTC
Created attachment 360388 [details]
Real GDB backtrace on all lib* required

Oh, sorry for the mess... ;-)
Should be ok now.

Thanks for your patience.
Comment 12 André Klapper 2017-09-25 22:25:26 UTC
Thanks! Pasting inline so the stacktrace parser can pick it up:

Starting program: /usr/bin/gnome-control-center 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffcda40700 (LWP 27407)]
[New Thread 0x7fffcd23f700 (LWP 27408)]
[New Thread 0x7fffcca3e700 (LWP 27409)]
[New Thread 0x7fffcbd57700 (LWP 27410)]
[New Thread 0x7fffcb556700 (LWP 27411)]
[New Thread 0x7fffcad55700 (LWP 27412)]
[New Thread 0x7fffbb98d700 (LWP 27413)]
[New Thread 0x7fffb9048700 (LWP 27416)]
[New Thread 0x7fffb8847700 (LWP 27417)]
[New Thread 0x7fffb3fff700 (LWP 27418)]
[New Thread 0x7fffb37fe700 (LWP 27419)]
[Thread 0x7fffb37fe700 (LWP 27419) exited]
[Thread 0x7fffb9048700 (LWP 27416) exited]
[Thread 0x7fffbb98d700 (LWP 27413) exited]
[Thread 0x7fffb3fff700 (LWP 27418) exited]

Thread 1 "gnome-control-c" received signal SIGSEGV, Segmentation fault.
manager_recheck_permissions (proxy=<optimized out>, user_data=0x555555d59220) at libnm/nm-manager.c:363
363	libnm/nm-manager.c: No such file or directory.

Thread 1 (Thread 0x7ffff7f5fac0 (LWP 27403))

  • #0 manager_recheck_permissions
    at libnm/nm-manager.c line 363
  • #1 ffi_call_unix64
    at ../src/x86/unix64.S line 76
  • #2 ffi_call
    at ../src/x86/ffi64.c line 525
  • #3 g_cclosure_marshal_generic
    at ../../../../gobject/gclosure.c line 1490
  • #4 g_closure_invoke
    at ../../../../gobject/gclosure.c line 804
  • #5 signal_emit_unlocked_R
    at ../../../../gobject/gsignal.c line 3635
  • #6 g_signal_emitv
    at ../../../../gobject/gsignal.c line 3129
  • #7 nmdbus_manager_proxy_g_signal
    at introspection/org.freedesktop.NetworkManager.c line 5231
  • #8 ffi_call_unix64
    at ../src/x86/unix64.S line 76
  • #9 ffi_call
    at ../src/x86/ffi64.c line 525
  • #10 g_cclosure_marshal_generic
    at ../../../../gobject/gclosure.c line 1490
  • #11 g_closure_invoke
    at ../../../../gobject/gclosure.c line 804
  • #12 signal_emit_unlocked_R
    at ../../../../gobject/gsignal.c line 3673
  • #13 g_signal_emit_valist
    at ../../../../gobject/gsignal.c line 3391
  • #14 g_signal_emit_by_name
    at ../../../../gobject/gsignal.c line 3487
  • #15 signal_cb
    at ../../../../gio/gdbusobjectmanagerclient.c line 1072
  • #16 emit_signal_instance_in_idle_cb
    at ../../../../gio/gdbusconnection.c line 3720
  • #17 g_main_dispatch
    at ../../../../glib/gmain.c line 3148
  • #18 g_main_context_dispatch
    at ../../../../glib/gmain.c line 3813
  • #19 g_main_context_iterate
    at ../../../../glib/gmain.c line 3886
  • #20 g_main_context_iteration
    at ../../../../glib/gmain.c line 3947
  • #21 g_application_run
    at ../../../../gio/gapplication.c line 2401
  • #22 main
    at main.c line 57

Comment 13 Rui Matos 2017-09-26 12:19:56 UTC
Thanks, that definitely looks like bug 787897 . Update your NetworkManager packages when the fix reaches your distro.

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