Summary: | firefox crash on ppc, glibc reports double free | ||
---|---|---|---|
Product: | swfdec | Reporter: | Brian Tarricone <brian> |
Component: | library | Assignee: | Eric Anholt <eric> |
Status: | RESOLVED FIXED | QA Contact: | Eric Anholt <eric> |
Severity: | major | ||
Priority: | medium | CC: | jaime.martin, morgoth6, otte |
Version: | unspecified | ||
Hardware: | PowerPC | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Brian Tarricone
2007-08-03 23:12:38 UTC
I have the same problem in my powerpc machine It's a ffmpeg issue on ppc. If you use gstreamer instead of ffmpeg, swfdec doesn't crash. (In reply to comment #2) > It's a ffmpeg issue on ppc. If you use gstreamer instead of ffmpeg, swfdec > doesn't crash. Can you provide more information about that? ffmpeg doesn't appear in the bt at all, and I have no problems using ffmpeg on its own or linked against other apps. Just because using gstreamer doesn't trigger the bug, it doesn't mean it's not a bug in swfdec. Besides, I don't have gstreamer installed, and would rather not install it unless I have to. I believe GStreamer disables the altivec optimizations. At least it used to do this back when I had a look at gstreamer's ffmpeg packages. I'd suggest using valgrind to look for potential issues. Try running this command in the swfdec build directory: player/swfplay http://youtube.com/v/LHpZFilvHdM or after that with valgrind: valgrind player/.libs/lt-swfplay http://youtube.com/v/LHpZFilvHdM That should work for reproducing. FWIW, I tested 0.5.2 (running Debian) on my G3 iBook and it worked fine. With 0.5.1, that doesn't work for me. The window pops up, and it loads the YouTube player, but when I click on it, it says 'Loading...' for a second, and then goes to the 'replay' screen as if the movie had played (and the window layout gets messed up). Doesn't crash, though. Eh, same deal with current git, except a bunch more error messages to console. Same crash here, but it seems it's fixed in 0.5.2. I can enter youtube and play a movie without crash now, but it is dead slow here. I remember I used older version without any problems with speed, but current one gives me 100% cpu usage and dissorted sound. Hmm, I wonder how to profile a plugin :/ I usually use oprofile to profile applications. sudo opcontrol --reset && sudo opcontrol --start to start it. sudo opcontrol --stop && sudo opcontrol --dump to stop it. opreport -l to get a report. It requires debugging symbols to get a useful stack trace. What might be interesting to do as a quick check is disabling sound output (in the right-click menu) and see if that changes anything (I wouldn't expect it though). But usually it's X that takes all of the CPU. Hmmm, result is quite funny I must say. ~30% of the CPU is eaten in libfs.so from Xorg, ~12% eaten in libglib-2.0.so (I guess in malloc_int call), ~7% in libavcodec.so the swfdec and swfdec is only ~4% here. Currently I have not enough time to recompile xorg with debug symbols to obtain more acurate results. My system is Fedora 7 on Pegasos 2 machine, 1GHz G4 CPU, 1GB ram, Radeon 9100 128MB/128Bit. xorg-x11-server-Xorg-1.3.0.0-9.fc7 glib2-2.12.13-1.fc7 ffmpeg-libs-0.4.9-0.37.20070503.lvn7 gstreamer-plugins-base-0.10.13-1.fc7 swfdec-0.5.2-1.fc7 kernel-2.6.22.5-71.fc7 I wonder have you any ideas what can cause so funny effect ? I'm closing this since the crash was confirmed as fixed in 0.5.2. Serious performance issues are maybe worth another bug. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.