Comment 28 for bug 190291

Yeah, it might be a good idea to talk to a few guys on your side
(Fedora) to see if anyone has had similar issues.

To summarize, from what I can tell both the VFS input plugin and Me TV
are doing the right thing but g_thread_supported () does not work
properly on your setup. I can confirm that it works here.

Let me know if there's anything I can do to help. Good luck.

Thanks,

Michael

On 24/02/2008, Matthias Adler <email address hidden> wrote:
> Hi,
>
> tested release 0.5.20 and unfortuately the threading issue is still there. As noted before, Me TV works for me like a charm even if I alter the application.cc file like this:
>
> if (!g_thread_supported ())
> {
> //g_thread_init (NULL);
> }
>
> // gdk_threads_init();
> // gnet_init();
> // GDK_LOCK;
>
> Really, watching and recording TV, EPG, etc., everything works _with_
> threading. At the moment I do not know why. (see attached screencast)
>
> Let's put this issue in the background for a while. I build a rpm which
> is about to be released into the wild soon. If others confirm that they
> experience the same threading issues, like those happening on my
> machine, I could alter the rpm with above changes and see if that is
> solving the problem for them, too. After all, the xine-vfs plugin
> triggers some magic in the whole glib/gtk/gnome stack.
>
> For the next few days, I'll just *use* Me TV with these changes to the
> source code, so I can come up with ideas for blueprints what features
> would be cool to have in Me TV.
>
> Cheers,
> Matthias
>
> ** Attachment added: "Me TV works though 4 things commented out"
> http://launchpadlibrarian.net/12164365/Me-TV-works.ogg
>
>
> --
> GThread system may only be initialized once
> https://bugs.launchpad.net/bugs/190291
>
> You received this bug notification because you are a bug assignee.
>