GNOME Bugzilla – Bug 759099
Gst.MiniObject.gst_mini_object_unref (intptr) <IL 0x0000f, 0xffffffff>
Last modified: 2018-01-25 18:59:12 UTC
Simple Mono application has random critical exceptions during playing. *** Error in `/usr/bin/mono': double free or corruption (fasttop): 0x00007f6fec005e30 *** Stacktrace: at <unknown> <0xffffffff> at (wrapper managed-to-native) Gst.MiniObject.gst_mini_object_unref (intptr) <IL 0x0000f, 0xffffffff> at Gst.MiniObject/FinalizerInfo.Handler () [0x00007] in /home/kapa/Documents/mono/gstreamer-sharp/sources/generated/Gst/MiniObject.cs:233 at GLib.Timeout/TimeoutProxy.Handler () <IL 0x0000f, 0x0009e> at (wrapper native-to-managed) GLib.Timeout/TimeoutProxy.Handler () <IL 0x00031, 0xffffffff> at <unknown> <0xffffffff> at (wrapper managed-to-native) Gtk.Application.gtk_main () <IL 0x0000e, 0xffffffff> at Gtk.Application.Run () <IL 0x00001, 0x00037> This exception point to Autogenerated code in gstreamer-sharp/sources/generated/Gst/MiniObject.cs, when calling gst_mini_object_unref (intptr) <IL 0x0000f, 0xffffffff>. class FinalizerInfo { IntPtr handle; public FinalizerInfo (IntPtr handle) { this.handle = handle; } public bool Handler () { gst_mini_object_unref (handle); return false; } }
Could you attach a (ideally minimal/small) test program that reproduces this issue?
This happens on some mp3 files (maybe with vbr compression) or when using seek forward and then backward or with seeking in the stream... i have taken gstreamer-sharp from git and gstreamer from debian/jessie x64 stable repository. PS: Banshee works fine on the same files with own wrapper libbanshee.so.
Can you provide a testcase to reproduce the problem?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment. Thanks! (Quite a bit of work was done on the bindings in the mean time, so it might be fixed these days, for what it's worth.)