From koffice-devel Sun Feb 03 22:20:29 2002 From: shaheed Date: Sun, 03 Feb 2002 22:20:29 +0000 To: koffice-devel Subject: Regression testing kword - can DCOP be used to help? X-MARC-Message: https://marc.info/?l=koffice-devel&m=101277447504636 Hi all, When regression the word filters, I run a shell script that runs through each file in a directory invoking kword on it. This is a bit of a pain for normal testing as I have to sit through it all "exit"ing kword after each document (I really only want to bother with that for a final visual inspection). It occurred to me that I might be able to script this via DCOP. I seem to recall there was a way to access any menu action via DCOP via KAction but I cannot work out how this might be done. Perhaps someone could describe how to invoke an arbitrary menu action? I also looked using kdcop and it seems that for the specific case of closing the app, I can use "app->Main Application Interface->quit()", plus or minus the fact that I get this core dump (which for my purposes defeats the purpose of the exercise, finding fatal errors in the filter code): (gdb) bt #0 0x4003f8d8 in KoDocument::~KoDocument (this=0x80eb888, __in_chrg=3) at koDocument.cc:191 #1 0x4004e133 in KoMainWindow::~KoMainWindow (this=0x8100a10, __in_chrg=3) at koMainWindow.cc:265 #2 0x40088de2 in QPtrList::deleteItem (this=0x80ece58, d=0x8100a10) at /home/srhaque/kde3/include/qptrlist.h:123 #3 0x40cde1d8 in QGList::clear () from /home/srhaque/kde3/lib/libqt-mt.so.3 #4 0x4003f996 in KoDocument::~KoDocument (this=0x80eb688, __in_chrg=0) at /home/srhaque/kde3/include/qptrlist.h:77 #5 0x41336925 in KWDocument::~KWDocument (this=0x80f36c0, __in_chrg=3) at ../lib/kotext/kozoomhandler.h:77 #6 0x40631adf in QPtrList::deleteItem (this=0x80cef38, d=0x80eb688) at /home/srhaque/kde3/include/qptrlist.h:123 #7 0x40cde1d8 in QGList::clear () from /home/srhaque/kde3/lib/libqt-mt.so.3 #8 0x407c059b in KLibrary::~KLibrary (this=0x80cef00, __in_chrg=3) at /home/srhaque/kde3/include/qptrlist.h:77 #9 0x407c2cee in KLibLoader::close_pending (this=0x80bb150, wrap=0x808a7d0) at klibloader.cpp:515 #10 0x407c1741 in KLibLoader::~KLibLoader (this=0x80bb150, __in_chrg=3) at klibloader.cpp:335 #11 0x407c1288 in KLibLoader::cleanUp () at klibloader.cpp:305 #12 0x40706303 in KApplication::~KApplication (this=0xbffff440, __in_chrg=0) at kapplication.cpp:1365 #13 0x400554ee in KoApplication::~KoApplication (this=0xbffff440, __in_chrg=2) at koApplication.cc:135 #14 0x40017da1 in main (argc=1, argv=0xbffff5a4) at main.cc:45 #15 0x410c85b0 in __libc_start_main () from /lib/libc.so.6 (gdb) list 186 187 d->m_docInfo = new KoDocumentInfo( this, "document info" ); 188 } 189 190 KoDocument::~KoDocument() 191 { 192 QPtrListIterator childIt( d->m_children ); 193 for (; childIt.current(); ++childIt ) 194 disconnect( childIt.current(), SIGNAL( destroyed() ), 195 this, SLOT( slotChildDestroyed() ) ); Anyone got any ideas on this one? It looks like something that might be common to all KOffice apps... Thanks, Shaheed _______________________________________________ koffice-devel mailing list koffice-devel@mail.kde.org http://mail.kde.org/mailman/listinfo/koffice-devel