[Kmymoney-devel] Compiling from source

Fri Apr 25 07:47:08 UTC 2014

Hi timothy,

Timothy,

I like to drag this over to the developer list to keep the user list clean 
from developer talk/stuff. Maybe, you also subscribe to the devel-list if you 
haven't yet, so you see all answers. No need to stay on the devel-list once 
this has been resolved, but you are certainly welcome to stay.

More inline.

On Wednesday 23 April 2014 14:29:33 you  wrote:

> On Sat, 2014-04-19 at 13:07 +0200, Thomas Baumgart wrote:
> > Hi,
> > 
> > On Saturday 19 April 2014 12:03:48 timothy wrote:
> > > On Sat, 2014-04-19 at 10:46 +0100, Allan wrote:
> > [...]
> > 
> > > > I'll come in in case Thomas is otherwise engaged, and as you're so
> > > > close, if you have a need for OFX support, you'll need to install the
> > > > OFX'-dev/devel' package from your distro - I'm pretty sure it will be
> > > > there.
> > > > 
> > > > Then remove the CMakeCache.txt file and re-run 'cmake ..' as per
> > > > Thomas
> > > > above.  Once OFX is discovered, the plugin will be produced.
> > > > 
> > > > Allan
> > > 
> > > Thanks Allan and Thomas - I will give it a go.
> > 
> > In case you don't have libofx in your distro or need a newer version, here
> > you can find the latest source:
> > https://sourceforge.net/projects/libofx/files/libofx/0.9.9/
> > 
> > _______________________________________________
> > KMyMoney mailing list
> > KMyMoney at kde.org
> > https://mail.kde.org/mailman/listinfo/kmymoney
> 
> Hi
> 
> Sorry to bother you again, but I have run out of ideas.

No problem, that's what we are here for.

> I have built kmymoney successfuly?, but it crashes on ofximport.
> I have included the Developer Information to just past the crash.
> I know that one can include a 'backtrace', but will need help to
> implement this function. It crashes (very politely) as soon as I
> click on the ofx file to import.

You included the backtrace already, so no need to implement anything.

> It seems to be crashing in the ofximport in my home build directory
> /home/timothy/Downloads/kmymoney/kmymoney/plugins/ofximport/ofximporterplugi
> n.cpp which is strange because libofx and kmymoney are installed in /usr.

Yes, but - if built with devel support - among others they keep a reference to 
your source location which you see here.

> Another bother is that my executable kmymoney is 69MB, while
> those from claydoh and the repositories are between 4-6MB?

That's the devel information. Claydoh does not include them (which is OK) and 
it certainly makes a difference.

> If this is not the right place for technical discussions and help,
> please point me in the right direction.

Please see above.

More to come inline of the backtrace.

> 
> Developer Information
> Application: KMyMoney (kmymoney), signal: Segmentation fault
> Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
> [Current thread is 1 (Thread 0xb3a36740 (LWP 32401))]
> 
> Thread 2 (Thread 0xae70fb40 (LWP 32406)):
> #0  0xb77d2424 in __kernel_vsyscall ()
> #1  0xb50764d2 in clock_gettime () from /lib/i386-linux-gnu/libc.so.6
> #2  0xb5e5f3ec in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
> #3  0xb5f44fd2 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
> #4  0xb5f4367b in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
> #5  0xb5f4370d in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
> #6  0xb444e143 in g_main_context_prepare ()
> from /lib/i386-linux-gnu/libglib-2.0.so.0
> #7  0xb444ea5f in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
> #8  0xb444eca8 in g_main_context_iteration ()
> from /lib/i386-linux-gnu/libglib-2.0.so.0
> #9  0xb5f438df in
> QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>)
> () from /usr/lib/i386-linux-gnu/libQtCore.so.4 #10 0xb5f129f3 in
> QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
> from /usr/lib/i386-linux-gnu/libQtCore.so.4
> #11 0xb5f12d19 in
> QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) ()
> from /usr/lib/i386-linux-gnu/libQtCore.so.4
> #12 0xb5e01e3d in QThread::exec() ()
> from /usr/lib/i386-linux-gnu/libQtCore.so.4
> #13 0xb5ef2e14 in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
> #14 0xb5e0472f in ?? () from /usr/lib/i386-linux-gnu/libQtCore.so.4
> #15 0xb451dd78 in start_thread ()
> from /lib/i386-linux-gnu/libpthread.so.0
> #16 0xb506301e in clone () from /lib/i386-linux-gnu/libc.so.6
> 
> Thread 1 (Thread 0xb3a36740 (LWP 32401)):
> [KCrash Handler]
> #6  back (this=0x0)
> at
> /home/timothy/Downloads/kmymoney/kmymoney/plugins/ofximport/ofximporterplug
> in.cpp:757 #7  OfxImporterPlugin::ofxTransactionCallback (data=..., pv=0x0)
> at
> /home/timothy/Downloads/kmymoney/kmymoney/plugins/ofximport/ofximporterplug
> in.cpp:226 #8  0xb0699120 in
> LibofxContext::transactionCallback(OfxTransactionData) () from
> /usr/lib/i386-linux-gnu/libofx.so.4

That's the culprite. For some reason, pv is 0 which certainly causes to crash

  OfxImporterPlugin* pofx = reinterpret_cast<OfxImporterPlugin*>(pv);
  MyMoneyStatement& s = pofx->back();

at the very beginning of "int OfxImporterPlugin::ofxTransactionCallback(struct 
OfxTransactionData data, void * pv)"

I have to admit, that I don't know what's causing it. Somebody out there with 
an idea?

> #9  0xb06a20fa in OfxTransactionContainer::gen_event() ()
> from /usr/lib/i386-linux-gnu/libofx.so.4
> #10 0xb069f73a in OfxMainContainer::gen_event() ()
> from /usr/lib/i386-linux-gnu/libofx.so.4
> #11 0xb06bc00f in
> OFXApplication::endElement(SGMLApplication::EndElementEvent const&) ()
> from /usr/lib/i386-linux-gnu/libofx.so.4
> #12 0xb05a0b29 in
> OpenSP::GenericEventHandler::endElement(OpenSP::EndElementEvent*) ()
> from /usr/lib/libosp.so.5
> #13 0xb05fa825 in OpenSP::Parser::acceptEndTag(OpenSP::EndElementEvent*)
> () from /usr/lib/libosp.so.5
> #14 0xb05ff5bc in OpenSP::Parser::doContent() ()
> from /usr/lib/libosp.so.5
> #15 0xb05b4880 in OpenSP::Parser::parseAll(OpenSP::EventHandler&, int
> const volatile*) () from /usr/lib/libosp.so.5
> #16 0xb05cd3bd in OpenSP::SgmlParser::parseAll(OpenSP::EventHandler&,
> int const volatile*) () from /usr/lib/libosp.so.5
> #17 0xb05b7c5c in OpenSP::ParserApp::parseAll(OpenSP::SgmlParser&,
> OpenSP::EventHandler&, int const volatile*) () from /usr/lib/libosp.so.5

-- 

Regards

Thomas Baumgart

GPG-FP: E55E D592 F45F 116B 8429   4F99 9C59 DB40 B75D D3BA
-------------------------------------------------------------
Q: Do you know the golden rule?
A: The rules are made by those who own the gold!
-- Frank Stornach
-------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 225 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kmymoney-devel/attachments/20140425/8869cc73/attachment.sig>