Version: 0.11.1 (using KDE KDE 3.2.0) Installed from: Compiled From Sources Compiler: GCC 3.3.1 CFLAGS="-O2 -pipe -march=athlon -m3dnow -mmmx"; CXXFLAGS the same OS: Linux The programm chrashes when I add more then 35 files to the project. I wanted to burn an audio CD with a large number of tracks. By adding all files, K3B crashes. I tried out to add one by one, but when adding the 31th track or some track in this high number field, KRB crashes again, but here only sometimes. Here is the Backtrace GDB produces: [New Thread 16384 (LWP 1495)] [New Thread 32769 (LWP 1572)] [New Thread 1261570 (LWP 1649)] 0x419c51fa in __libc_waitpid (pid=1650, stat_loc=0x0, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:32 in ../sysdeps/unix/sysv/linux/waitpid.c #0 0x419c51fa in __libc_waitpid (pid=1650, stat_loc=0x0, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:32 #1 0x4104f64d in KCrash::defaultCrashHandler(int) (sig=11) at kcrash.cpp:246 #2 0x419c38e5 in __pthread_sighandler (signo=11, ctx= {gs = 0, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0, edi = 400, esi = 139086816, ebp = 3212834612, esp = 3212834556, ebx = 1099456572, edx = 139086816, ecx = 384, eax = 19, trapno = 14, err = 6, eip = 1095863697, cs = 35, __csh = 0, eflags = 2163222, esp_at_signal = 3212834556, ss = 43, __ssh = 0, fpstate = 0xbf7ff480, oldmask = 2147483648, cr2 = 43}) at sighandler.c:38 #3 <signal handler called> #4 0x41518d91 in QListViewItem::sortChildItems(int, bool) () from /opt/qt/lib/libqt-mt.so.3 #5 0x4151948d in QListViewItem::enforceSortOrder() const () from /opt/qt/lib/libqt-mt.so.3 #6 0x415174f5 in QListViewItem::sort() () from /opt/qt/lib/libqt-mt.so.3 #7 0x41524458 in QListView::sort() () from /opt/qt/lib/libqt-mt.so.3 #8 0x408df0da in K3bAudioListView::slotUpdateItems() (this=0x8407008) at audiolistview.cpp:349 #9 0x408df37b in K3bAudioListView::qt_invoke(int, QUObject*) (this=0x8407008, _id=125, _o=0xbf7ff8ac) at audiolistview.moc:109 #10 0x41440ef6 in QObject::activate_signal(QConnectionList*, QUObject*) () from /opt/qt/lib/libqt-mt.so.3 #11 0x41440db4 in QObject::activate_signal(int) () from /opt/qt/lib/libqt-mt.so.3 #12 0x4081b300 in K3bDoc::changed() (this=0x13) at k3bdoc.moc:153 #13 0x408dcbe2 in K3bAudioDoc::slotTrackChanged() (this=0x82fd060) at k3baudiodoc.cpp:705 #14 0x408dd264 in K3bAudioDoc::qt_invoke(int, QUObject*) (this=0x82fd060, _id=39, _o=0xbf7ff9cc) at k3baudiodoc.moc:240 #15 0x41440f7c in QObject::activate_signal(QConnectionList*, QUObject*) () from /opt/qt/lib/libqt-mt.so.3 #16 0x41440db4 in QObject::activate_signal(int) () from /opt/qt/lib/libqt-mt.so.3 #17 0x408e7f30 in K3bAudioTrack::changed() (this=0x13) at k3baudiotrack.moc.cpp:82 #18 0x408ea754 in K3bAudioTrack::setSongwriter(QString const&) ( this=0x84b95e8, t=@0x13) at k3baudiotrack.h:92 #19 0x408eb553 in K3bAudioDoc::AudioTrackStatusThread::run() (this=0x83fd0d8) at k3baudiodoc.cpp:98 #20 0x413d9235 in QThreadInstance::start(void*) () from /opt/qt/lib/libqt-mt.so.3 #21 0x419bdd03 in pthread_start_thread (arg=0x83d75ec) at manager.c:300 #22 0x41be82c7 in __clone () from /lib/libc.so.6 Current language: auto; currently c
I had the same a few times, but for now i am unable to reproduce the steps, but i'll let you all know. The problem occurred when adding a lot of files (mp3) to an audio project.
I have experienced this same thing, except that I can't seem to make it past 23-26 files
k3b crashes when I add (drag & drop) multiple tracks; sometime it crashes with 20 files, sometime with more than 30. Adding files one by one works. strace k3b: <code> open("/mnt/backup/mp3/cartoons/star_blazers-finale1.mp3", O_RDONLY|O_LARGEFILE) = 19 fstat64(19, {st_mode=S_IFREG|0750, st_size=2382367, ...}) = 0 fstat64(19, {st_mode=S_IFREG|0750, st_size=2382367, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x439de000 read(19, "\377\373\320\204\0\0\17\377\0K\0\0\0\0\242 \t`\0\0\0\0"..., 4096) = 4096 read(19, "\377\377\377\377\377\377\377\377\377\377\377\377\377\377"..., 40960) = 40960 _llseek(19, 4096, [4096], SEEK_SET) = 0 read(19, "\377\377\377\377\377\377\377\377\377\377\377\377\377\377"..., 83) = 83 read(19, "\377\373\322\204>\200\17\377\0K\0\0\0\1 \t`\0\0\0\0\0"..., 40960) = 40960 fstat64(19, {st_mode=S_IFREG|0750, st_size=2382367, ...}) = 0 close(19) = 0 munmap(0x439de000, 4096) = 0 futex(0x8459224, FUTEX_WAIT, 59, NULLKCrash: Application 'k3b' crashing... ) = -1 EINTR (Interrupted system call) --- SIGCONT (Continued) @ 0 (0) --- futex(0x8459224, FUTEX_WAIT, 59, NULL) = -1 EINTR (Interrupted system call) </code> backtrace: <code> Using host libthread_db library "/lib/tls/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 1105036032 (LWP 6181)] [New Thread 1126517680 (LWP 6265)] [Thread debugging using libthread_db enabled] [New Thread 1105036032 (LWP 6181)] [New Thread 1126517680 (LWP 6265)] [Thread debugging using libthread_db enabled] [New Thread 1105036032 (LWP 6181)] [New Thread 1126517680 (LWP 6265)] 0x419ee115 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 #0 0x419ee115 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 #1 0x414b6a1e in QThread::start () from /usr/lib/libqt-mt.so.3 #2 0x414b6a58 in QThread::start () from /usr/lib/libqt-mt.so.3 #3 0x00000007 in ?? () #4 0xbffff0d8 in ?? () #5 0x409aa340 in ?? () from /usr/lib/libk3bproject.so.2 #6 0xbffff100 in ?? () #7 0x409aa340 in ?? () from /usr/lib/libk3bproject.so.2 #8 0xbffff158 in ?? () #9 0x40961bdf in K3bAudioDoc::slotDetermineTrackStatus () from /usr/lib/libk3bproject.so.2 </code> (k3b 0.11.17 - debian unstable)
I have same problem. I add a lot of >20 .wav to an audio project and k3b will crash. The wav. are quite short (0:30-1:30 min.) one is 0:13. but k3b will also crash if I do not add the 0:13. Adding all files one by one worked out for me at one try. Using host libthread_db library "/lib/tls/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 1104828544 (LWP 31034)] [New Thread 1117690800 (LWP 31106)] [Thread debugging using libthread_db enabled] [New Thread 1104828544 (LWP 31034)] [New Thread 1117690800 (LWP 31106)] [Thread debugging using libthread_db enabled] [New Thread 1104828544 (LWP 31034)] [New Thread 1117690800 (LWP 31106)] 0xffffe410 in ?? () #0 0xffffe410 in ?? () #1 0xbfffe5d8 in ?? () #2 0x0000001b in ?? () #3 0x00000000 in ?? () #4 0x41b55676 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 #5 0x41421ef0 in QThread::start () from /usr/lib/qt3/lib/libqt-mt.so.3 #6 0x41421fc6 in QThread::start () from /usr/lib/qt3/lib/libqt-mt.so.3 #7 0x408b7c4c in K3bAudioDoc::slotDetermineTrackStatus () from /opt/kde3/lib/libk3bproject.so.2 #8 0x408bde20 in K3bAudioDoc::slotWorkUrlQueue () from /opt/kde3/lib/libk3bproject.so.2 #9 0x408bdf8a in K3bAudioDoc::qt_invoke () from /opt/kde3/lib/libk3bproject.so.2 #10 0x4148b0ee in QObject::activate_signal () from /usr/lib/qt3/lib/libqt-mt.so.3 #11 0x4148b896 in QObject::activate_signal () from /usr/lib/qt3/lib/libqt-mt.so.3 #12 0x417dd409 in QTimer::timeout () from /usr/lib/qt3/lib/libqt-mt.so.3 #13 0x414b018f in QTimer::event () from /usr/lib/qt3/lib/libqt-mt.so.3 #14 0x4142885f in QApplication::internalNotify () from /usr/lib/qt3/lib/libqt-mt.so.3 #15 0x4142a423 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3 #16 0x410baad1 in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4 #17 0x4141d00c in QEventLoop::activateTimers () from /usr/lib/qt3/lib/libqt-mt.so.3 #18 0x413d5f56 in QEventLoop::processEvents () from /usr/lib/qt3/lib/libqt-mt.so.3 #19 0x414407b1 in QEventLoop::enterLoop () from /usr/lib/qt3/lib/libqt-mt.so.3 #20 0x414405f6 in QEventLoop::exec () from /usr/lib/qt3/lib/libqt-mt.so.3 #21 0x4142a2ef in QApplication::exec () from /usr/lib/qt3/lib/libqt-mt.so.3 #22 0x080a1294 in main ()
by the way using kde 3.3.0 and k3b 0.11.15cvs
on suse linux 9.2
try 0.12.4 and then please close this bug if it works.
Closing this bug because it can probably be fixed by one of the below: 1. installing a new version of K3b 2. installing a new version of the cdrtools 3. Using a lower writing speed 4. using a different writing mode 5. using a different media brand. If none of the above help and closing this bug was a fault, please reopen.