Summary pretty much describes the problem... When I scroll through the playlist (long one) then xfmedia just crashes... The window closes and it is finished Reproducible: Always Steps to Reproduce: 1. make a fairly long playlist (i would say +1000 mp3's) 2. scroll from top to bottom 3. Actual Results: xfmedia just stops gentoo gtk+-2.4.14 running xfce with gdb gives this output : Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 4092)] 0x40405f75 in _pango_xft_font_new () from /usr/X11R6/lib/libpangoxft-1.0.so.0 OR 0x408aedd1 in XftGlyphSpecRender () from /usr/X11R6/lib/libXft.so.2
(In reply to comment #0) > Summary pretty much describes the problem... When I scroll through the playlist > (long one) then xfmedia just crashes... > The window closes and it is finished > > > Reproducible: Always > Steps to Reproduce: > 1. make a fairly long playlist (i would say +1000 mp3's) > 2. scroll from top to bottom > 3. > > Actual Results: > xfmedia just stops > > > gentoo > gtk+-2.4.14 > xorg-x11-6.8.0 > > running xfce with gdb gives this output : > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 16384 (LWP 4092)] > 0x40405f75 in _pango_xft_font_new () from /usr/X11R6/lib/libpangoxft-1.0.so.0 > > OR > > 0x408aedd1 in XftGlyphSpecRender () from /usr/X11R6/lib/libXft.so.2
i need an actual backtrace - when it crashes in gdb, type 'bt' and hit enter, then paste the output.
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 4556)] 0x405637c3 in _XEventsQueued () from /usr/X11R6/lib/libX11.so.6 (gdb) bt #0 0x405637c3 in _XEventsQueued () from /usr/X11R6/lib/libX11.so.6 (gdb) this is all I'm getting... I will try to reproduce this error on an another machine... although it strange that it is only xfmedia that seems to have problems with these libraries...
one thing I noticed to is that while I'm scrolling the cpu goes up to 80 - 90 % ... (on a 1.7Ghz opteron...)
tried this at my other linux box... And i get exactly the same problem... this is another gentoo box so... same libraries etc...
odd. i'm using gentoo here, no problem. the CPU increase during scrolling is normal, though it doesn't in any way render my machine or the app unusable. granted, i don't have terribly low-end hardware (athlon 1.33ghz). if it's crashing in an X function, it's likely not a problem with xfmedia though. likely there's something weird with the file that's causing libxine to crash. granted, a single-line backtrace might mean the stack is corrupted, so that might not be reliable. i know it's not easy to tell, but is it crashing when you scroll past any particular file, or is it random?
it's random but I can make it not crashing if I scroll at a certain speed... difficult to explain... Both my gentoo machines are fully up to date (And I use some unstable packages... (most of them for xfce4 and then openg-update, nvidia drivers and some e-libraries (eet,ecore,evas,...) But nothing really critical as far as I can see... On one machine I'm using the cvs version and on the other not... There are certainly files that do not have UTF8 names (and have accents and things like that) But as far as I can see it's not always on the same file... I will try to narrow the error a little further (still have laptop with xfce4 (not using xfmedia there so I will install it there now...) (though it's not really fast only 700Mhz...) Other machines are a dual opteron 242 (not x86-64 using) and an athlonxp 2600+ both of the machines are using CFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer" so I didn't optimize too much...
likely the reason you're not getting full backtraces is because of -fomit-frame-pointer. that option tends to make debugging difficult to impossible.
Any chance we can get a new backtrace without -fomit-frame-pointer? I'd like to get all crash bugs fixed so I can release 0.7.0.
Unable to reproduce, most likely fixed with 0.7.0.