[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gnash-dev] Unexpected exception during rendering calls (was: fix mixing
From: |
strk |
Subject: |
[Gnash-dev] Unexpected exception during rendering calls (was: fix mixing sounds with Gstreamer backend) |
Date: |
Tue, 14 Nov 2006 12:38:32 +0100 |
On Wed, Nov 15, 2006 at 05:12:56AM +0900, Hiroyuki Ikezoe wrote:
> Well, I can not play gangsta_rap_se.swf yet. Because it causes crash
> with X server, I have never gotten any causes.
[...]
> With AGG backend, I caught out the cause.
> Here is the backtrace.
>
> #0 0xbcdef0ab in kill () from /usr/lib/libc.so.12
> #1 0xbce7010f in abort () from /usr/lib/libc.so.12
> #2 0xbcf5a9dc in __cxxabiv1::__terminate(void (*)()) ()
> from /usr/lib/libstdc++.so.5
> #3 0xbcf5aa10 in std::terminate() () from /usr/lib/libstdc++.so.5
> #4 0xbcf5a961 in __cxa_throw () from /usr/lib/libstdc++.so.5
> #5 0xbcf59fe6 in operator new(unsigned) () from /usr/lib/libstdc++.so.5
[...]
> gprocessor works fine.
[...]
> And gnash with -r2 option seems to work.
Ok, so this might be related to bitmaps created during parsing.
If you specify -r2 *or* -r0 the NullGui is initialized, which
does *not* use any renderer.
So, if you can reproduce with Gui enabled (-r1 or -r3) the next
step would be:
1) try with both AGG and OpenGL (to see if either one
is doing better)
2) show some more backtrace to find out what's
the offending routine (seems a problem related to
the caching mechanism we've been discussing in the past)
--strk;
- [Gnash-dev] Unexpected exception during rendering calls (was: fix mixing sounds with Gstreamer backend),
strk <=