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 > > kmymo...@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 -------------------------------------------------------------
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
