<br><br>
<div><span class="gmail_quote">2007/4/28, Angelo Naselli <<a href="mailto:anaselli@linux.it">anaselli@linux.it</a>>:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Alle sabato 28 aprile 2007, Gilles Caulier ha scritto:<br>> 2007/4/28, Angelo Naselli <<a href="mailto:anaselli@linux.it">
anaselli@linux.it</a>>:<br>> ><br>> > Alle sabato 28 aprile 2007, Aurélien Gâteau ha scritto:<br>> > > On Saturday 28 April 2007 00:21:19 Angelo Naselli wrote:<br>> > ><br>> > > > I havn't seen any critical bugs except next one about HTML export:
<br>> > > > <a href="http://bugs.kde.org/show_bug.cgi?id=134300">http://bugs.kde.org/show_bug.cgi?id=134300</a><br>> > > > Please Aurelien can you tell me something about that?<br>> > ><br>
> > > It really is strange. The HTML export plugin is not multithreaded, so it<br>> > can't<br>> > > be a multithread problem. The backtrace indicates it crashes in a<br>> > kdDebug()<br>
> > > call from KIO::Scheduler, so I believe it's a kdelibs problem.<br>> > Thanks Aurelien.<br>> ><br>> > Gilles since the reporter said he've chosen Album/export.... could it be<br>> > related to
<br>> > digikam instead?<br>> ><br>> > Angelo<br>><br>><br>> yes, you can see in the backtrace than the plugin have been started from<br>> digiKam, but the crash is inside the plugin not digiKam.
<br>><br>> I recommend two points :<br>><br>> - 1/ try to reproduce the crash under valgrind to have more debug<br>> informations.<br>> - 2/ try to use qDebug() instead kDdebug().<br>><br>> Nota : in digiKam
0.9.x we using a multithreaded wrapper for KDdebug()<br>> because this one do not support multithreading. Personnaly i think than all<br>> non graphics KDE API must be re-entrant. KDE API sound like very fragile<br>
> ! We have a good experence MArcel & me about KDE API and multithreading<br>> uncompatibility.<br>><br>> This problem about KDE API is a shame. and i'm affraid about KDE4. I'm sure<br>> than we will discover a lots problems... QT API is more proffesional
<br>> development framework... Of course there are good ideas in KDE4 API, but I<br>> recommend to take a care about to use it everywhere...<br><br>Gilles I see, but as Aurelien said it's not multithreaded, so why should
<br>be crash for that, maybe only because it has been used under a multi thread<br>application. Am I wrong?</blockquote>
<div> </div>
<div>No, when this plugin is started, digiKam will not do anything. So this is not a multithreading problem from digiKam.</div>
<div> </div>
<div>I have a good experience to use valgring. If memory is dirty in the plugin, the crash can appear in different part of the application. In this case, the GDB backtrace is not suitable. I recommend to run the plugin under valgrind to check memory.
</div>
<div> </div>
<div>Marcel, you have study the KdDebug() implementation in the part. What do you think about the backtrace reported in this B.K.O file ?</div>
<div> </div>
<div>Gilles </div>
<div> </div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Angelo<br><br>_______________________________________________<br>Kde-imaging mailing list<br><a href="mailto:Kde-imaging@kde.org">
Kde-imaging@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/kde-imaging">https://mail.kde.org/mailman/listinfo/kde-imaging</a><br><br><br></blockquote></div><br>