On Monday 11 March 2002 06:50, Thomas Shaw wrote: > > now i wonder how deleting 64 lines could make licq hang for about 10 > > seconds, even if i experienced that problem a while ago, too... but > > that was with a cvs version linked to qt3, i recall. as mentioned by > > jon keating, linking to qt2 should solve the problem. > > Yep, in qt3 the QMultiLineEdit is obsoleted, and now is only a wrapper > for QTextEdit, which stores the information in 'paragraphs' instead of > lines: maybe this transformation, done 64 times over 500 lines, is enough > to cause the cpu hogging. > > I have tried to change MLEditWrap so that it inherits QTextEdit directly > when QT_VERSION >= 300, but I can't get moc to deal with that kind of > thing in the mledit.h file (it doesn't seem to recognize the #if > statements). Any ideas on preprocessing with moc? Since I'm no programmer, I have no Idea, why LICQ hangs with qt3. But I compiled the qt-plugin yersterday with qt3 and kde-support enabled and now everything works fine. No hanging during receiving or sending messages. The only difference from the last try is, that I updatet qt from the kde-cvs and that the plugin has kde-support. So I don't know, which of these two things solved the problem.
Btw, I had to make a symlink libkio.so.4 to /usr/lib, which is normally in my kde-dir (/opt/kde3/lib). Otherwise the qt-plugin wouldn't start, because it didn't find the library. Is the a better solution? mfg. Wido -- Wido Depping ICQ: 51303067 "Die Welt ist zwar nichtlinear. Aber mit linearen Systemen läßt es sich viel besser Rechnen." -Dr. K. _______________________________________________ Licq-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/licq-devel
