[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