FSharp.Charting
FSharp.Charting copied to clipboard
Segfault on Linux
Any idea what would could be the issue. I tried setting the display variable but that did not work. I am not using this over ssh, everything is local. My linux distro is ubuntu mate + compiz.
(process:6952): Gdk-CRITICAL **: IA__gdk_cursor_new_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(process:6952): Gdk-CRITICAL **: IA__gdk_cursor_new_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(process:6952): Gdk-CRITICAL **: IA__gdk_cursor_new_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(process:6952): Gdk-CRITICAL **: IA__gdk_cursor_new_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
(process:6952): GLib-GObject-WARNING **: invalid (NULL) pointer instance
(process:6952): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
(process:6952): Gtk-WARNING **: Screen for GtkWindow not set; you must always set
a screen for a GtkWindow before using the window
(process:6952): Gdk-CRITICAL **: IA__gdk_screen_get_default_colormap: assertion 'GDK_IS_SCREEN (screen)' failed
(process:6952): Gdk-CRITICAL **: IA__gdk_colormap_get_visual: assertion 'GDK_IS_COLORMAP (colormap)' failed
(process:6952): Gdk-CRITICAL **: IA__gdk_screen_get_default_colormap: assertion 'GDK_IS_SCREEN (screen)' failed
(process:6952): Gdk-CRITICAL **: IA__gdk_screen_get_root_window: assertion 'GDK_IS_SCREEN (screen)' failed
(process:6952): Gdk-CRITICAL **: IA__gdk_screen_get_root_window: assertion 'GDK_IS_SCREEN (screen)' failed
(process:6952): Gdk-CRITICAL **: IA__gdk_window_new: assertion 'GDK_IS_WINDOW (parent)' failed
Stacktrace:
at <unknown> <0xffffffff>
at (wrapper managed-to-native) Gtk.Widget.gtk_widget_show (intptr) <0x0005f>
at Gtk.Widget.Show () <0x00013>
at FSharp.Charting._ChartStyleExtensions.GenericChart.ShowChart (FSharp.Charting.ChartTypes/GenericChart) <0x00107>
at <StartupCode$FsharpData>.$Program.main@ () <0x0054b>
at (wrapper runtime-invoke) object.runtime_invoke_void (object,intptr,intptr,intptr) <0x000ba>
Native stacktrace:
mono() [0x4accca]
mono() [0x5040fe]
mono() [0x4275d7]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x11670) [0x7f04e1720670]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(gdk_window_enable_synchronized_configure+0x9) [0x7f04dcca1a29]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x25d761) [0x7f04dd143761]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x145) [0x7f04c7090f75]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2195c) [0x7f04c70a295c]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xe3c) [0x7f04c70abbcc]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x8f) [0x7f04c70abfaf]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_widget_realize+0xd4) [0x7f04dd137654]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x25bcbd) [0x7f04dd141cbd]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x145) [0x7f04c7090f75]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2195c) [0x7f04c70a295c]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xe3c) [0x7f04c70abbcc]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x8f) [0x7f04c70abfaf]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_widget_show+0x86) [0x7f04dd136db6]
[0x40bb45f0]
Debug info from gdb:
Could not attach to process. If your uid matches the uid of the target
process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try
again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf
ptrace: Operation not permitted.
No threads.
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
[1] 6952 abort (core dumped) mono FsharpData.exe
Please provide more information:
- Ubuntu version, do you have the current updates installed?
- Mono version?
Can you also provide a minimal failing sample so that it would be possible to reproduce the problem in an alternative system?