If the html file contains a table quanta crashes in the VPL mode. Without a table: no problem happens (until now). The used html file is generated with quanta-3.4.0. This is the file: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <title></title> <meta name="GENERATOR" content="Quanta Plus"> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> </head> <body> <table> <tbody> <tr> <td>a</td> <td>b</td> </tr> <tr> <td>c</td> <td>d</td> </tr> </tbody> </table> </body> </html> Reproducible: Always Steps to Reproduce: 1. start quanta 2. open html file with table as shown in details 3. switch to VPL editor ('View' -> 'VPL editor' or Ctrl Shift F9) Actual Results: The application Quanta (quanta) crashed and caused signal 6 (SIGABRT) Expected Results: Display the html file and even if the html file has errors in it quanta should not crash. /* quanta compiled 'debug' disabled */ (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 10200)] 0x4b83ad18 in waitpid () from /lib/libpthread.so.0 #0 0x4b83ad18 in waitpid () from /lib/libpthread.so.0 #1 0x4c5f82a8 in ?? () from /usr/kde/3.4/lib/libkdecore.so.4 #2 0x4c5235a1 in KCrash::defaultCrashHandler () from /usr/kde/3.4/lib/libkdecore.so.4 #3 0xfffffffc in ?? () #4 0x00000007 in ?? () #5 0x4b99e430 in ?? () from //usr/lib/gcc/i686-pc-linux-gnu/3.4.3-20050110/libgcc_s.so.1 #6 0x0000000b in ?? () #7 0x4ba4cc88 in ?? () from //usr/lib/gcc/i686-pc-linux-gnu/3.4.3-20050110/libstdc++.so.6 #8 0xbfffde24 in ?? () #9 0x4b99c0e6 in __deregister_frame () from //usr/lib/gcc/i686-pc-linux-gnu/3.4.3-20050110/libgcc_s.so.1 /* quanta compiled with 'debug' enabled */ This backtrace appears to be of no use. This is probably because your packages are built in a way which prevents creation of proper backtraces, or the stack frame was seriously corrupted in the crash. (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 8980)] 0x492c4d18 in waitpid () from /lib/libpthread.so.0 #0 0x492c4d18 in waitpid () from /lib/libpthread.so.0 #1 0x49ff02a8 in ?? () from /usr/kde/3.4/lib/libkdecore.so.4 #2 0x49f1b5a1 in KCrash::defaultCrashHandler () from /usr/kde/3.4/lib/libkdecore.so.4 #3 0xbfffde8c in ?? () #4 0x49146d54 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 /* quanta flags enabled: */ [ebuild R ] kde-base/kdewebdev-3.4.0 +arts -debug -doc +kdeenablefinal +tidy -xinerama 0 kB /* emerge --info */ Portage 2.0.51.19 (default-linux/x86/2004.2/gcc34, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.11-ck1 i686) ================================================================= System uname: 2.6.11-ck1 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz Gentoo Base System version 1.6.10 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Mar 1 2005, 21:29:10)] dev-lang/python: 2.3.5 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r6 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac aalib alsa apm arts artswrappersuid atlas audiofile avi berkdb bitmap-fonts blas cdparanoia cdr crypt cups curl dar32 divx4linux dlloader dvd emboss encode esd fam ffmpeg fftw flac font-server foomaticdb fortran gdbm gif ginac gpm gstreamer gtk2 hal ieee1394 imagemagick imlib ipv6 java jpeg jpeg2k junit kde kdeenablefinal ldap libaudiofile libg++ libwww logitech-mouse mad matroska mikmod mmx mng monkey motif mp3 mpeg mysql ncurses nls nvidia oggvorbis opengl oss pam pcmcia pdflib perl pic png ppds python qhull qt quicktime rdesktop readline scanner sdl slang sndfile spell sse ssl svg svga tcltk tcpd theora tidy tiff truetype truetype-fonts type1-fonts unicode usb vidix wifi wxwindows xine xml2 xmms xv xvid xvmc zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
Indeed. No reason to be crash test dummy. Masked again. -> http://bugs.kde.org/show_bug.cgi?id=99826 -> http://bugs.kde.org/buglist.cgi?product=quanta&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_severity=crash
Carsten, hard mask this one breaks dependency. RDEPEND.bad 3 kde-base/kde/kde-3.4.0.ebuild: ~x86 ['~kde-base/kdewebdev-3.4.0'] kde-base/kde/kde-3.4.0.ebuild: ~amd64 ['~kde-base/kdewebdev-3.4.0'] kde-base/kde/kde-3.4.0.ebuild: ~ppc ['~kde-base/kdewebdev-3.4.0']
Oh, well. Never ever used or touched it, so it slipped through my mind. Sorry and thanks Tuan, fixed.
I'm sorry, but I just can't reproduce the crash. It works everything fine and the table is displayed correctly. If you want I'll package mine and you can get it... Don't know if that matters (or only for debugging ... since I'm no hacker) I use sys-libs/glibc-2.3.4.20041102-r1 -build -debug -erandom -hardened (-multilib) +nls -nomalloccheck +nptl -nptlonly +pic +userlocales
I also can't reproduce the crash. Quanta works good for me. I use gentoo 2004.3 gcc 3.3.4-r1 glibc 2.3.4.20040808-r1 with CFLAGS="-O2 -march=pentium2 -mmmx -fomit-frame-pointer" BTW most of my system packages arn't updated yet. They have mostly the version that comes with 2004.3 stage3 greetings Sarah
If this bug is resolved upstream (as marked in here), wouldn't it be great to have the resolving patch producing a 3.4.0-r1 update which finally could be unmasked? An un-hardmasked kdewebdev-meta would be so cute...
Jakob: It _needs_ to be fixed upstream, but isn't (so far).
This is now fixed upstream. The patch is listed on the KDE bug tracker. http://bugs.kde.org/show_bug.cgi?id=99826
quanta-3.4.0-r1 should work
Yes, fixed for me in quanta-3.4.0-r1 and kdewebdev-3.4.0-r2