Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 18 Jun 2003 13:58:37 -0500
From:      Jeremy Messenger <mezz7@cox.net>
To:        Joe Marcus Clarke <marcus@marcuscom.com>
Cc:        Mario Sergio Fujikawa Ferreira <lioux@freebsd.org>
Subject:   Re: question for gst-player users
Message-ID:  <oprqy8bzyf8ckrg5@smtp.central.cox.net>
In-Reply-To: <1055962813.314.40.camel@gyros>
References:  <3EF0033E.40901@mail.ru> <oprqy6wot48ckrg5@smtp.central.cox.net> <1055961881.314.34.camel@gyros>  <oprqy7gtvv8ckrg5@smtp.central.cox.net> <1055962813.314.40.camel@gyros>

next in thread | previous in thread | raw e-mail | index | archive | help
On 18 Jun 2003 15:00:13 -0400, Joe Marcus Clarke <marcus@marcuscom.com> 
wrote:

> On Wed, 2003-06-18 at 14:39, Jeremy Messenger wrote:
>> On 18 Jun 2003 14:44:41 -0400, Joe Marcus Clarke <marcus@marcuscom.com> 
>> wrote:
>>
>> > On Wed, 2003-06-18 at 14:27, Jeremy Messenger wrote:
>> >> On Wed, 18 Jun 2003 15:14:22 +0900, Alexander Nedotsukov 
>> <bland@mail.ru> >> wrote:
>> >>
>> >> > All,
>> >> >
>> >> > Before to bother thread guys I would like to confirm two things 
>> from >> some > one else running -current or 5.1 systems. I assume bellow 
>> your >> system was > built with /etc/make.conf contains WITH_LIBMAP=yes. 
>> Can you >> reproduce > following behaviour?
>> >>
>> >> I will test it this evening, I am rebuilding my desktop at the 
>> moment. >> Unless, someone beat me.
>> >>
>> >> Anyway, you can try to run gst-register or ggv with libthr and it 
>> will >> get crash, because of libgthread-2.0.so.200 (glib2). libgthread 
>> doesn't >> like libthr and do like libkse/libc_r at the last time I 
>> tried/checked.
>> >
>> > Even if you map libc_r to libthr throughout?
>>
>> What do you mean? Sorry, I don't understand..
>>
>> If I put libthr as the main and I will have to get libgnomeui-2.so.300 
>> and libgthread-2.0.so.200 point to libc_r, then the ggv and gst-register 
>> will not crash anymore. I have sent debug and info to the -threads list 
>> while you were on the vacation.
>
> I don't think this is a bug.  If you're going to use a threading
> implementation, you need to use it throughout.  That is, if you want to
> use libthr in gst, then you need to make sure that all the other
> threaded libraries also use libthr.  This behavior differs from -STABLE
> in that libc_r could not be linked into shared libraries in -STABLE.  In
> -CURRENT, however, libc_r can be linked right in, thus you will have
> shared libs that also import libc_r symbols.

I think, Ianswered to the right question.. :-) I said that if I put libthr 
as main (nothing use libc_r) and ggv/gst-register will crash unless I put 
two libraries point to libc_r, then ggv/gst-register don't get crash 
anymore. To use libkse as main , they are stable and no crash same as with 
libc_r. I hope, I explain it clear.

Cheers,
Mezz

> Joe
>
>>
>> Cheers,
>> Mezz
>>
>> > Joe
>> >
>> >>
>> >> Cheers,
>> >> Mezz
>> >>
>> >> > 1) Test gst-player against different threading libraries
>> >> >
>> >> > Add following entries to your /etc/libmap.conf
>> >> >
>> >> > [/usr/X11R6/bin/gst-player]
>> >> > libc_r.so.5             libc_r.so.5
>> >> > libc_r.so               libc_r.so
>> >> >
>> >> > [gst-player]
>> >> > libc_r.so.5             libc_r.so.5
>> >> > libc_r.so               libc_r.so
>> >> >
>> >> > Run gst-player and start playing some video. Check system idle time 
>> >> (ie. > from top). Is it zero?
>> >> >
>> >> > Edit /etc/libmap.conf and change entries added above this way
>> >> >
>> >> > [/usr/X11R6/bin/gst-player]
>> >> > libc_r.so.5             libkse.so.1
>> >> > libc_r.so               libkse.so
>> >> >
>> >> > [gst-player]
>> >> > libc_r.so.5             libkse.so.5
>> >> > libc_r.so               libkse.so
>> >> >
>> >> > Run gst-player and start playing some video. Check system idle time 
>> > >> again. Is it above zero this time?
>> >> >
>> >> > Repeat two previous steps with kse -> thr.
>> >> >
>> >> > 2) Test gst-palyer play/pause/play hangup
>> >> >
>> >> > Run gst-payer and start playing some video. Press pause button, 
>> check >> if > player UI responds (ie. menu navigation). Press button 
>> again (to >> resume > video). Can you see video playing? Does UI still 
>> alive?
>> >> >
>> >> > Just in case. Please do not reply if you already see more than 1K 
>> >> replies > ;-)
>> >> >
>> >> > Thanks in advance,
>> >> > Alexander.



-- 
bsdforums.org 's moderator, mezz.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?oprqy8bzyf8ckrg5>