[gst-devel] gstreamer, JNI and swing

[Robert Scott]

I did some more investigation and it appears there is a problem  
somewhere loading plugins.  I did an experiment where I essentially  
moved all of the libraries inside of the directory /usr/lib/ 
gstreamer-0.10 into another directory.  In this case, everything is  
fine, the program starts up normally.  Now as soon as I move any of  
the libraries (it can be any one) the program core dumps again as  
soon as the X portion starts.

Perhaps I will try this with a program that doesn't have the weight  
of java riding on its shoulders.  If it fails there it would be a lot  
easier to isolate the problem and distribute for others to try out.

I also upgraded to the latest packages today, so I believe that I am  
fully up to date with released code.

anyone have any ideas?

--robert

On Mar 16, 2006, at 9:55 AM, Robert Scott wrote:

> I did the upgrade, fortunately a new version was released for  
> ubuntu dapper drake last night.  After the upgrade I still have the  
> same problem.  I am kind of confused by this problem, since the  
> only function I call is gst_init.  Unless this creates threads,  
> there shouldn't be any other threads running, correct?
>
> Furthermore, this is a very delayed effect, that only happens once  
> the swing GUI starts running.
>
> any other suggestions?  I am going to load it up in GDB, and start  
> setting breakpoints.
>
> thanks again,
> --robert
>
>
> On Mar 15, 2006, at 1:29 AM, Tim Müller wrote:
>
>> On Tue, 2006-03-14 at 23:32 -0800, Robert Scott wrote:
>>
>>> To investigate, I tried stripping the program all the way down to
>> the
>>> core, removing all calls to the gstreamer library except for the
>> call
>>> to gst_init( NULL, NULL );.  And even then, the program segfaults.
>>>   (...)
>>> gstreamer0.10-plugins-base 0.10.4-1ubuntu2
>>
>> Try upgrading -base to 0.10.5 (once it's uploaded), you might be  
>> running
>> into bug #334226.
>>
>> To check whether that's the case you could remove the file
>>
>>   /usr/lib/gstreamer-0.10/libgsttypefindfunctions.so
>>
>> and see if the crash disappears (of course you can't do much without
>> typefindfunctions then, but at least it might narrow it down a bit).
>>
>> Cheers
>>  -Tim
>>
>>
>