Created attachment 314439 [details] backtrace output, and xterm output. Description of problem: k9copy dies instantly when a disk is selected. It only does this when there is a disk in the drive. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.k9copy (menu or xterm) 2.click "open" - dies. 3. Actual results: "caused the signal 6 SIGABRT" Expected results: next menu Additional info: [root@localhost ~]# rpm -q k9copy qt kdelibs k9copy-2.0.2-1.lvn9.i386 qt-4.3.5-2.fc9.i386 kdelibs-4.0.5-5.fc9.i386
I'm reassigning this to Qt for now, because that's what the backtrace points to, but I suspect some bug in k9copy (which is a Livna package). Can you please install qt-debuginfo and k9copy-debuginfo and produce a backtrace with that debugging info? (If you're not sure how to install the appropriate -debuginfo packages directly, try: su -c "debuginfo-install k9copy".)
fwiw, k9copy isn't from fedora (but livna or elsewhere).
Created attachment 314451 [details] backtrace with debug info
Created attachment 314452 [details] backtrace with debug info
Thanks, that tells us a lot more, but unfortunately still not the whole story. Any chance you can run k9copy in Valgrind and upload that output too?
I cannot reproduce locally (with kde-4.1.0/qt-4.4.1)
The backtrace with debugging info puts the blame rather on kdelibs than Qt in any case. I suspect that your KDE icon/pixmap cache went corrupt. In your ~/.kde/cache-hostname directory (normally a symlink to /var/tmp/kdecache-username), there is a subdirectory called kpc (short for KDE Pixmap Cache), try deleting that kpc directory and all the files it contains.
Created attachment 314462 [details] valgrind k9copy I have a DVD-rom (sr1), and a DVD-rw (sr0). The disc was in sr1.
As Kevin suggests in Comment #7, try deleting your kpc cache rm -rf /var/tmp/kdecache-<username>/kpc
Created attachment 315957 [details] backtrace from k9copy crash
Interesting, this backtrace looks a bit different, and might point to an actual k9copy bug (which would make this a Livna issue).
Created attachment 315958 [details] valgrind k9copy did a 'valgrind k9copy' As an aside I have two F9 boxes. Both are fully updated. One is Athlon one is Athlon X64. Both crash k9copy. (it used to work on them both under F9) Mick
Ouch, this points out quite some bugs with k9copy: an invalid free, garbage data in fields of a structure which should be zero and a probably related bug with that same structure (a constraint is violated), a buffer overflow. Closing as not a Fedora bug, please file this at bugzilla.livna.org against k9copy.
It would be preferable to notify k9copy upstream of these issues. I'll see if I can dig up some pointers or references to do that.
You're right, the upstream k9copy project is of course the best place to report this kind of bugs.