[Bug 680144] gstreamer 0.10.36 has memory leak issue
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Fri Jul 20 05:01:38 PDT 2012
https://bugzilla.gnome.org/show_bug.cgi?id=680144
GStreamer | gstreamer (core) | 0.10.36
--- Comment #17 from soho123.2012 at gmail.com 2012-07-20 12:01:34 UTC ---
(In reply to comment #8)
> You can change some packages upwards, but only in one direction. Older
> base/good/ugly packages should (theoretically) continue to work fine if you
> just upgrade GStreamer core from 0.10.35 to 0.10.36.
>
> So what you could try is: start with core/base .35, good .31, ugly .19, then:
>
> - upgrade core to .36, retest
> - upgrade base to .36, retest
> - upgrade good to .31, retest
> - upgrade ugly to .19, retest
>
> However, in practice the assumption is that core/base are always of the same
> version, and modules released at the same time are used together, so there's no
> guarantee this is going to work, but it might.
>
> A valgrind leak log from a desktop system would still also be useful. (Make
> sure to install -dbg packages for libc, glib, gstreamer libraries and gstreamer
> plugins before running valgrind).
Hi,
there are some library not built by myself. Because that are included in
toolchain of our platform. Like libc, libpthread, libm,etc...
And, the other question:
basically, rygel is a daemon,
when rygel run playback, it will start multiple threads,
when playback is reach end, then the threads will exit,
the transition will repeatedly for a lot times,
but the main thread are not exit. if the child thread allocate memory, but it
does not free, and the parent thread is not exit.
the memory will not free the system ,right?
is the idea correct?
in desktop ,
library are different with our target platform, like libc, libpthread, libm,
etc...
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list