[prev in list] [next in list] [prev in thread] [next in thread]
List: koffice-devel
Subject: Regression testing kword - can DCOP be used to help?
From: shaheed <srhaque () iee ! org>
Date: 2002-02-03 22:20:29
[Download RAW message or body]
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<KoMainWindow>::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<QObject>::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<KoDocumentChild> 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
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic