[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice
Subject:    RE: QT BUG
From:       Philippe Mangin <PMangin () supporter ! fr>
Date:       2000-07-24 5:59:11
[Download RAW message or body]



-----Message d'origine-----
De : David Faure [mailto:david@mandrakesoft.com]
Envoyé : dimanche 23 juillet 2000 14:00
À : koffice@master.kde.org
Objet : Re: QT BUG


>void KWTextFrameSet::assign( KWTextFrameSet *fs )  {
>....
>    getFrame( 0 )->setBackgroundColor( fs->getFrame( 0
> )->getBackgroundColor() ); ....
>}
>
>
>After a frame and frameset have been created with KWFrame
> *KWFrame::getCopy() assign _can_ crash on
> QBrush &QBrush::operator= line  3268 which is called from the above
>line (getFrame etc.)
>
>I fixed some errors which allows floating tables to be copied, and after a
>copy this is the result. It can happen after 10 copies, it can happen after
>one copy. As a result of these patches you can't reproduce this withouth my
>patches.
>
>I fear the operator= uses a shallow copy and something is wrong in the
>refrence counter. ddd says that 'this' (the QBrush) = 0xac, which seems to
>me to be wrong.

It sounds very probable to me that your "getFrame(0)" doesn't return a valid

object. Are you sure both framesets have a "0" frame already, and that it's 
valid ?

-- 
David FAURE, david@mandrakesoft.com, faure@kde.org
http://home.clara.net/faure/, http://www.konqueror.org/
KDE, Making The Future of Computing Available Today
See http://www.kde.org/kde1-and-kde2.html for how to set up KDE 2

[prev in list] [next in list] [prev in thread] [next in thread]