Bug 86284 - quanta 3.4.0 crashes: when switched to VPL editor mode with a html file containing a table loaded
|
Bug#:
86284
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: x86
|
|
OS/Version: Linux
|
Status: CLOSED
|
Severity: critical
|
Priority: P2
|
|
Resolution: UPSTREAM
|
Assigned To: kde@gentoo.org
|
Reported By: aries.huijzer@gmail.com
|
|
Component: KDE
|
|
|
URL:
|
|
Summary: quanta 3.4.0 crashes: when switched to VPL editor mode with a html file containing a table loaded
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2005-03-22 11:29 0000
|
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
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).
quanta-3.4.0-r1 should work
Yes, fixed for me in quanta-3.4.0-r1 and kdewebdev-3.4.0-r2