Same backtrace as bug #53695 and others, but this one has line numbers.

To the reporter: can't you tell us anything about what you were doing when it crashed? Can you at least give us the khtmlparser.cpp:1193 line in your sources (since things change quite frequently in those files)?

Subject: Re:  konqi crash in khtml::KHTMLParser::popOneBlock

On Saturday 20 December 2003 22:50, Thiago Macieira wrote:
>
> ------- Additional Comments From thiagom@mail.com  2003-12-20 22:50 -------
> Same backtrace as bug #53695 and others, but this one has line numbers.
>
> To the reporter: can't you tell us anything about what you were doing when
> it crashed? 

I think I was browsing some Webpages on KDE - but I'm sure that info is 
useless.

> Can you at least give us the khtmlparser.cpp:1193 line in your 
> sources (since things change quite frequently in those files)?

#if SPEED_DEBUG < 1
    if((Elem->node != current)) {                <=== 1193
        if (current->maintainsState()) {
            document->document()->registerMaintainsState(current);
            QString state(document->document()->nextState());
            if (!state.isNull()) current->restoreState(state);
        }
        current->closeRenderer();
    }
#endif

I had this again with CVS from yesterday.
I can reproduce it with the following link:

http://osnews.com/story.php?news_id=5215

Here I see in the konsole the following output: "NodeImpl::toHTML"
and then konqi crashes.

It's not 100% reproduceable, but if it does not crash immediately after loading of this page, try to use one of the links at the bottom of that page.

I also had it crashing inside gdb - if you want me to tell you some values, etc., please tell me.

Can't reproduce.

Subject: Re:  konqi crash in khtml::KHTMLParser::popOneBlock

On Saturday 17 January 2004 23:41, Waldo Bastian wrote:
> ------- Additional Comments From bastian@kde.org  2004-01-17 23:41 -------
> Can't reproduce.

I still can. With a complete new build on a complete new Linux installation 
with CVS from 2 days ago.
Tell me how I can help you.

[New Thread 16384 (LWP 19702)]
0x4124c5c9 in waitpid () from /lib/libpthread.so.0
#0  0x4124c5c9 in waitpid () from /lib/libpthread.so.0
#1  0x407c2351 in KCrash::defaultCrashHandler(int) (sig=11) at kcrash.cpp:246
#2  0x4124ac45 in __pthread_sighandler () from /lib/libpthread.so.0
#3  <signal handler called>
#4  0x41ab9371 in khtml::KHTMLParser::popOneBlock() (this=0x851ea88)
    at htmlparser.cpp:1195
#5  0x41ab92f5 in khtml::KHTMLParser::popBlock(int) (this=0x851ea88, _id=7)
    at htmlparser.cpp:1171
#6  0x41ab91ee in khtml::KHTMLParser::processCloseTag(khtml::Token*) (
    this=0x851ea88, t=0x8521bdc) at htmlparser.cpp:1125
#7  0x41ab6bf2 in khtml::KHTMLParser::parseToken(khtml::Token*) (
    this=0x851ea88, t=0x8521bdc) at htmlparser.cpp:225
#8  0x41abf0de in khtml::HTMLTokenizer::processToken() (this=0x8521ba8)
    at htmltokenizer.cpp:1576
#9  0x41abdac1 in khtml::HTMLTokenizer::parseTag(khtml::DOMStringIt&) (
    this=0x8521ba8, src=@0x8521cbc) at htmltokenizer.cpp:1090
#10 0x41abe484 in khtml::HTMLTokenizer::write(QString const&, bool) (
    this=0x8521ba8, str=@0xbfffe6f0, appendData=false)
    at htmltokenizer.cpp:1344
#11 0x41abf78a in khtml::HTMLTokenizer::notifyFinished(khtml::CachedObject*) (
    this=0x8521ba8) at htmltokenizer.cpp:1645
#12 0x41b63f44 in khtml::CachedScript::checkNotify() (this=0x85cc618)
    at loader.cpp:321
#13 0x41b63ebb in khtml::CachedScript::data(QBuffer&, bool) (this=0x85cc618, 
    buffer=@0x848d944, eof=true) at loader.cpp:313
#14 0x41b678e6 in khtml::Loader::slotFinished(KIO::Job*) (this=0x82280b0, 
    job=0x85d0d98) at loader.cpp:1080
#15 0x41b697bc in khtml::Loader::qt_invoke(int, QUObject*) (this=0x82280b0, 
    _id=2, _o=0xbfffe930) at loader.moc:260
#16 0x40ba38f3 in QObject::activate_signal(QConnectionList*, QUObject*) ()
   from /opt/qt3/lib/libqt-mt.so.3
#17 0x401d4354 in KIO::Job::result(KIO::Job*) (this=0x85d0d98, t0=0x85d0d98)
    at jobclasses.moc:156
#18 0x401c2619 in KIO::Job::emitResult() (this=0x85d0d98) at job.cpp:206
#19 0x401c3b9b in KIO::SimpleJob::slotFinished() (this=0x85d0d98)
    at job.cpp:523
#20 0x401c5906 in KIO::TransferJob::slotFinished() (this=0x85d0d98)
    at job.cpp:821
#21 0x401d60c2 in KIO::TransferJob::qt_invoke(int, QUObject*) (this=0x85d0d98, 
    _id=17, _o=0xbfffebe0) at jobclasses.moc:800
#22 0x40ba38f3 in QObject::activate_signal(QConnectionList*, QUObject*) ()
   from /opt/qt3/lib/libqt-mt.so.3
#23 0x40ba371c in QObject::activate_signal(int) ()
   from /opt/qt3/lib/libqt-mt.so.3
#24 0x401b53e1 in KIO::SlaveInterface::finished() (this=0x857f358)
    at slaveinterface.moc:226
#25 0x401b3b1d in KIO::SlaveInterface::dispatch(int, QMemArray<char> const&) (
    this=0x857f358, _cmd=104, rawdata=@0xbfffedb0) at slaveinterface.cpp:255
#26 0x401b377c in KIO::SlaveInterface::dispatch() (this=0x857f358)
    at slaveinterface.cpp:191
#27 0x401b1285 in KIO::Slave::gotInput() (this=0x857f358) at slave.cpp:294
#28 0x401b2cb3 in KIO::Slave::qt_invoke(int, QUObject*) (this=0x857f358, 
    _id=4, _o=0xbfffeee0) at slave.moc:113
#29 0x40ba38f3 in QObject::activate_signal(QConnectionList*, QUObject*) ()
   from /opt/qt3/lib/libqt-mt.so.3
#30 0x40ba3a2c in QObject::activate_signal(int, int) ()
   from /opt/qt3/lib/libqt-mt.so.3
#31 0x40e9b8b8 in QSocketNotifier::activated(int) ()
   from /opt/qt3/lib/libqt-mt.so.3
#32 0x40bbdebd in QSocketNotifier::event(QEvent*) ()
   from /opt/qt3/lib/libqt-mt.so.3
#33 0x40b4aacd in QApplication::internalNotify(QObject*, QEvent*) ()
   from /opt/qt3/lib/libqt-mt.so.3
#34 0x40b4a179 in QApplication::notify(QObject*, QEvent*) ()
   from /opt/qt3/lib/libqt-mt.so.3
#35 0x407398fd in KApplication::notify(QObject*, QEvent*) (this=0xbffff4c0, 
    receiver=0x857e7e8, event=0xbffff180) at kapplication.cpp:503
#36 0x40b3a712 in QEventLoop::activateSocketNotifiers() ()
   from /opt/qt3/lib/libqt-mt.so.3
#37 0x40af9fc4 in QEventLoop::processEvents(unsigned) ()
   from /opt/qt3/lib/libqt-mt.so.3
#38 0x40b5cedb in QEventLoop::enterLoop() () from /opt/qt3/lib/libqt-mt.so.3
#39 0x40b5cd84 in QEventLoop::exec() () from /opt/qt3/lib/libqt-mt.so.3
#40 0x40b4ad40 in QApplication::exec() () from /opt/qt3/lib/libqt-mt.so.3
#41 0x4161b72d in kdemain (argc=4, argv=0x8063608) at konq_main.cc:184
#42 0x408cd935 in kdeinitmain (argc=4, argv=0x8063608) at konqueror_dummy.cc:2
#43 0x0804e1bc in launch (argc=4, _name=0x8063d54 "konqueror", 
    args=0x8063d9c "/root", cwd=0x8063d9c "/root", envc=38, envs=0x80642a3 "", 
    reset_env=true, tty=0x0, avoid_loops=false, 
    startup_id_str=0x80642a7 "eiwrk039;1074379436;333530;1273")
    at kinit.cpp:604
#44 0x0804f4af in handle_launcher_request (sock=4) at kinit.cpp:1167
#45 0x0804fa97 in handle_requests (waitForPid=0) at kinit.cpp:1334
#46 0x08050ff9 in main (argc=3, argv=0xbffffae4, envp=0xbffffaf4)
    at kinit.cpp:1797
#47 0x4139bd06 in __libc_start_main () from /lib/libc.so.6

Subject: Re:  konqi crash in khtml::KHTMLParser::popOneBlock

Am Samstag 17 Januar 2004 23:48 schrieb Martin Koller:
> I still can. With a complete new build on a complete new Linux installation
> with CVS from 2 days ago.
So no more gcc 2.96? Because I'm starting to believe in that.
line 1195 is accessing current. You could add an assert(current) before the
whole block.

Greetings, Stephan

Subject: Re:  konqi crash in khtml::KHTMLParser::popOneBlock

On Sunday 18 January 2004 10:19, Stephan Kulow wrote:
> So no more gcc 2.96? Because I'm starting to believe in that.

Yes! Finally! I'm now on gcc-3.2.3 (Slackware 9.1)

> line 1195 is accessing current. You could add an assert(current) before the
> whole block.

OK, did that. It still crashes on 1196, where I have
       if (current->maintainsState()) {

Running in gdb, I see that "current" is not NULL:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 22936)]
0x41a68399 in khtml::KHTMLParser::popOneBlock() (this=0x837cb18) at
htmlparser.cpp:1196
1196            if (current->maintainsState()) {
(gdb) p current
warning: can't find class named `khtml::KHTMLParser', as given by C++ RTTI
$1 = (class NodeImpl *) 0x8419810
(gdb) bt
#0  0x41a68399 in khtml::KHTMLParser::popOneBlock() (this=0x837cb18) at
htmlparser.cpp:1196
#1  0x41a682f5 in khtml::KHTMLParser::popBlock(int) (this=0x837cb18, _id=7) at
htmlparser.cpp:1171
#2  0x41a681ee in khtml::KHTMLParser::processCloseTag(khtml::Token*)
(this=0x837cb18, t=0x837ca14)
    at htmlparser.cpp:1125
#3  0x41a65bf2 in khtml::KHTMLParser::parseToken(khtml::Token*)
(this=0x837cb18, t=0x837ca14)
    at htmlparser.cpp:225
#4  0x41a6e106 in khtml::HTMLTokenizer::processToken() (this=0x837c9e0) at
htmltokenizer.cpp:1576
#5  0x41a6cae9 in khtml::HTMLTokenizer::parseTag(khtml::DOMStringIt&)
(this=0x837c9e0, src=@0x837caf4)
    at htmltokenizer.cpp:1090
#6  0x41a6d4ac in khtml::HTMLTokenizer::write(QString const&, bool)
(this=0x837c9e0, str=@0xbfffe7d0,
    appendData=false) at htmltokenizer.cpp:1344
<snip>


What I see immediately when I open
 http://osnews.com/story.php?news_id=5215
is
ASSERT: "m_part->xmlDocImpl()" in khtmlview.cpp (901)


- --
Best regards/Schöne Grüße

Martin
registered as user #332716 with the Linux Counter, http://counter.li.org

       Some operating systems are called 'user friendly',
             Linux however is 'expert friendly'.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFACnVhHmdPoI37D4YRArKrAJ9889iQkN0mKxkrP6mJmgCU4rWCwQCfQh2t
/24UCx/anGKfBAe8aiKYPYA=
=zIZl
-----END PGP SIGNATURE-----

The assert is meanwhile removed - but that was in key events. You didn't talk about keys?

Subject: Re:  konqi crash in khtml::KHTMLParser::popOneBlock

>> ------- Additional Comments From coolo@kde.org  2004-01-18 13:08 -------
> The assert is meanwhile removed - but that was in key events. You didn't
> talk about keys?

I did not use any keys (except the return key after entering the URL).
And even if I simply click on the link given in BKO, it crashes.

As I have now updated again to kdelibs+kdebase with 3.2 RELEASE tag, and this crash still happens by simply clicking on the http://osnews.com/story.php?news_id=5215 
link, I changed the severity to grave.
Any chance to fix this ?

can you please stop playing with your own bug reports? You're still the only one to reproduce that crash.

BTW: the _RELEASE tag is right now pretty pointless as several fixes have already gone into the BRANCH

I got it! I have the reason why it only crashes on my setup.

If I have the following line in the kio_httprc file, the crash always appears:

UserAgent=Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)

Please try to confirm this ... slowly I'm thinking I'm stupid ...

*** This bug has been marked as a duplicate of 73112 ***