Bug 88763 - quanta crashes during new project wizard
Summary: quanta crashes during new project wizard
Status: RESOLVED FIXED
Alias: None
Product: quanta
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR crash
Target Milestone: ---
Assignee: András Manţia
URL:
Keywords:
: 88797 94511 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-09-03 12:22 UTC by Jan Obrátil
Modified: 2005-06-21 15:16 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
crash backtrace (4.01 KB, text/plain)
2005-01-03 12:25 UTC, Pawel Orzechowski
Details
Crash backtrace (5.72 KB, text/plain)
2005-06-21 15:09 UTC, Sigbjørn Lund Olsen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Obrátil 2004-09-03 12:22:44 UTC
Version:            (using KDE KDE 3.3.0)
Installed from:    Gentoo Packages
OS:                Linux

Quanta without cervisia plugin

Backtrace:
Using host libthread_db library "/lib/libthread_db.so.1".
0x41be1928 in waitpid () from /lib/libpthread.so.0
#0  0x41be1928 in waitpid () from /lib/libpthread.so.0
#1  0x4117c048 in ?? () from /usr/kde/3.3/lib/libkdecore.so.4
#2  0x4109572f in KCrash::defaultCrashHandler(int) ()
   from /usr/kde/3.3/lib/libkdecore.so.4
#3  0x00000014 in ?? ()
#4  0x08812d68 in ?? ()
#5  0x0000ce68 in ?? ()
#6  0x401497d4 in ?? ()
   from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5
#7  0xbfffcfd0 in ?? ()
#8  0x00000030 in ?? ()
#9  0x411823a0 in kde_malloc_is_used () from /usr/kde/3.3/lib/libkdecore.so.4
#10 0x4117c048 in ?? () from /usr/kde/3.3/lib/libkdecore.so.4
#11 0x00000026 in ?? ()
#12 0x00004762 in ?? ()
#13 0x00000400 in ?? ()
#14 0x00000400 in ?? ()
#15 0x00000026 in ?? ()
#16 0x08ac5108 in ?? ()
#17 0x08423678 in ?? ()
#18 0x41772e4e in qt_check_pointer(bool, char const*, int) ()
   from /usr/qt/3/lib/libqt-mt.so.3


Crash happens when:
1) Project - New project
2) I fill name ("hotel") and base dir
3) next (no files inserted, basedir is empty)
4) I fill author, email, XHTML 1.0 strict and utf8
5) after click to Finish button quanta crashes

In the basedir are 2 dirs and hotel.webprj that contains only
<!DOCTYPE webproject ><webproject>
 <project name="hotel">
  <upload />
 </project>
</webproject>

If you run quanta and new project wizard again and you put the new project into the same basedir quanta seams to work well (no crash and file hotel.webprj contains more info).
Comment 1 András Manţia 2004-09-12 21:54:42 UTC
*** Bug 88797 has been marked as a duplicate of this bug. ***
Comment 2 András Manţia 2004-11-21 22:17:06 UTC
It was a bug in kdelibs, that I've just corrected. I cannot reproduce 
this anymore with the patched version. If you still see the problem 
after upgrading to KDE 3.3.2, please reopen the report.

Comment 3 András Manţia 2004-12-07 10:18:29 UTC
*** Bug 94511 has been marked as a duplicate of this bug. ***
Comment 4 Pawel Orzechowski 2005-01-03 12:12:30 UTC
Hi, I have the same problem with quanta from KDE 3.3.2 installed from RedHat packages on Fedora Core 3. A crash only happens when a directory choosen for new project files is empty.
Comment 5 Pawel Orzechowski 2005-01-03 12:25:57 UTC
Created attachment 8900 [details]
crash backtrace
Comment 6 András Manţia 2005-01-06 09:31:29 UTC
I cannot reproduce it. :-( I don't know what is in the FC3 kdelibs 3.3.2 
package, but either they didn't package the correct version or there is 
some other bug that I cannot see. Can you reproduce the crash in the 
way it was described in the original report? If yes, I say it's a 
problem of the binary package. If no, but you can reproduce in another 
way, let me know the steps you do, so I can try here as well.

Comment 7 Pawel Orzechowski 2005-01-06 15:22:05 UTC
Well, of course I can reproduce it the same way as it is in original report. Moreover, any time I create a new project with wizzard and I choose an empty directory for project files, quanta crashes. If I start it again and while creating project with wizzard I choose non-empty dir (it may be the same dir when quanta crashed - it really doesn't matter), it will not crash. 
Comment 8 András Manţia 2005-01-06 15:24:33 UTC
In this case all I can say is to try when 3.4 is released (or try 
3.4Beta1 which will soon be released) as I cannot reproduce and I 
already committed a fix for this bug in kdelibs, which normally should 
be in 3.3.2.

Comment 9 Pawel Orzechowski 2005-01-06 16:04:59 UTC
Isn't it possible to take some hints what could be wrong from the backtrace I have attached? I have also tried with binary package from kde-redhat.sourceforge.net but the problem also exists.
Comment 10 András Manţia 2005-01-06 16:19:47 UTC
I searched my archives, and it seems that my fix was for the same bug 
(as it can be reproduced), but the BT is different. 

> ------- Isn't it possible to take some hints what could be wrong from
> the backtrace I have attached? I have also tried with binary package
> from kde-redhat.sourceforge.net but the problem also exists.

In order to have a real useful backtrace, you need to use a debug build 
of kdelibs. This means downloading from source and configure with
--enable-debug=full. 

I'm trying to find similar reports to see if it is FC3 specific or not. 
Hm, it may be not, see http://bugs.kde.org/show_bug.cgi?id=94511.

Andras

Comment 11 Sigbjørn Lund Olsen 2005-06-21 15:09:35 UTC
Created attachment 11537 [details]
Crash backtrace

I've encountered the same bug in Quanta 3.4.1, with an almost identical
backtrace, on Gentoo.

Command line output:

quanta
Invalid entry (missing '=') at /usr/share/apps/quanta/doc/javascript.docrc:241
Quanta: Parsing time (0 lines): 0 ms
Quanta: Parsing time (17 lines): 466 ms
Quanta: Parsing time (10 lines): 0 ms
Quanta: Parsing time (9 lines): 0 ms
ASSERT: "holders" in kdirlister.cpp (427)
KCrash: Application 'quanta' crashing...

Some version / use flag information:

sys-libs/glibc-2.3.4.20050125-r1  -build +debug -erandom -hardened (-multilib)
+nls -nomalloccheck +nptl +nptlonly +pic -userlocales
kde-base/quanta-3.4.1  -arts +debug +doc -kdeenablefinal -kdexdeltas +tidy
-xinerama
kde-base/kdelibs-3.4.1-r1  +alsa -arts +cups -debug +doc +jpeg2k
-kdeenablefinal -kerberos -openexr -spell +ssl +tiff -xinerama -zeroconf

cflags: CFLAGS="-O2 -march=pentium-m -pipe"

I think https://bugs.kde.org/show_bug.cgi?id=99445 and
http://bugs.kde.org/show_bug.cgi?id=95837 are duplicates of this bug. It'd be
nice if this bug is reopened.