Hi,
On 06/23/2011 03:49 PM, Richard Shaw wrote:
On Thu, Jun 23, 2011 at 3:14 AM, Hans de
Goede<j.w.r.degoede(a)gmail.com> wrote:
> Looking at the backtrace it seems the hang is deep inside the decoder,
> other then that I've no clue.
In the decoder and not the encoder? Strange, if that's the case then
you would expect it to hang on all encoders, not just AAC.
My bad I meant the encoder, sorry.
>> If you look at line 360 there seems to be a typo:
>> vfPlugins = 0x16aedf0 "lugins/videoEncoder/"
>>
>> It looks like the P is missing but I would think that if that's the
>> problem then it would mess up all the encoders, not just AAC.
>
> Hmm, that does seem wrong. It might be something to discuss with
> upstream.
Well, I grep'd through the source and the only references I could find
to "lugins/videoEncoder/" was in some Cmake files so I then assumed
the problem was a cmake bug since the references had the "p".
I ran cmake through rpmbuild so all the config options would be
identical to what would get built under mock and grep'd through that
as well. Of course after config there was a lot more hits so I grep'd
for both "lugins" and "plugins" and diffed the two files and they
were
identical so this looks to be just a gdb quirk.
I don't think so, I think that something is mangling the path runtime.
Regards,
Hans