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 759099 - Gst.MiniObject.gst_mini_object_unref (intptr) <IL 0x0000f, 0xffffffff>
Gst.MiniObject.gst_mini_object_unref (intptr) <IL 0x0000f, 0xffffffff>
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-sharp
1.4.4
Other Linux
: Normal critical
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-12-06 20:24 UTC by konkor
Modified: 2018-01-25 18:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description konkor 2015-12-06 20:24:39 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;
			}
		}
Comment 1 Tim-Philipp Müller 2015-12-20 18:19:59 UTC
Could you attach a (ideally minimal/small) test program that reproduces this issue?
Comment 2 konkor 2016-01-11 23:59:18 UTC
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.
Comment 3 Sebastian Dröge (slomo) 2016-01-18 09:12:16 UTC
Can you provide a testcase to reproduce the problem?
Comment 4 Tim-Philipp Müller 2018-01-25 18:59:12 UTC
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.)