Hello and happy new year,

I use Skrooge with the external engine boobank.
It worked fine until some weeks ago (maybe after the last update ?)

I use "import from an external engine", and the first steps of the import was done with no problems (0% up to 66%), but at 67% (Importer un compte avec backend), one process of Skrooge stays to 100% indefinitely and nothing seems to be happening.

Any ideas?

- - - - - - -

Bonjour et bonne année !

J'utilise depuis quelques années Skrooge avec le moteur externe Boobank.
Tout a fonctionné parfaitement jusqu'à il y a quelques semaines (peut-être depuis la dernière mise à jour ?)

Lors de l'utilisation de la fonction "Importation avec les moteurs externes", les premières étapes se passent sans problèmes (de 0% à 66%), mais arrivée à 67% (lors de la phase "Importer un compte avec backend"), l'un des processus de Skrooge monte et reste à 100% indéfiniment (j'ai laissé tourner pendant plusieurs heures sans que rien ne se passe)

Merci de votre aide.


Ubuntu 16.04
Skrooge 2.10.5
Weboob 1.2

Hi,
Could you try this from a console?

Code: Select all

export SKGTRACE=20
skrooge
play your scenario

What are the last traces when skrooge seems to be locked?

I did it a first time, and after a few seconds, skrooge crashed. I tried it some other times, but the result was the same.
After that, I launched Skrooge directly from the shortcut, and now the import works ...

Here is the end of the trace of the last crash :

Code: Select all

##        >virtual QString SKGDocument::getParameter(const QString&, const QString&) const
##        Input parameter [iName]=[SKG_LAST_WEBOOB_IMPORT_DATE]
##        <virtual QString SKGDocument::getParameter(const QString&, const QString&) const
##        >virtual QString SKGDocument::getParameter(const QString&, const QString&) const
##        Input parameter [iName]=[SKG_LAST_WEBOOB_IMPORT_LIST]
##        <virtual QString SKGDocument::getParameter(const QString&, const QString&) const
##      Mode getoperations
*** Error in `skrooge': double free or corruption (fasttop): 0x00007fe720002df0 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7fe7d90c37e5]
/lib/x86_64-linux-gnu/libc.so.6(+0x8037a)[0x7fe7d90cc37a]
/lib/x86_64-linux-gnu/libc.so.6(+0x83350)[0x7fe7d90cf350]
/lib/x86_64-linux-gnu/libc.so.6(realloc+0x179)[0x7fe7d90d0839]
/usr/lib/nvidia-384/tls/libnvidia-tls.so.384.90(+0x22c6)[0x7fe7cc8c22c6]
======= Memory map: ========
00400000-00409000 r-xp 00000000 08:01 2759149                            /usr/bin/skrooge
00608000-00609000 r--p 00008000 08:01 2759149                            /usr/bin/skrooge
00609000-0060a000 rw-p 00009000 08:01 2759149                            /usr/bin/skrooge
0258c000-0517f000 rw-p 00000000 00:00 0                                  [heap]
7fe720000000-7fe720021000 rw-p 00000000 00:00 0
7fe720021000-7fe724000000 ---p 00000000 00:00 0
[...]
Many more lines of memory dump
[...]
7fe73f013000-7fe73f014000 rw-p 00003000 08:01 6296182                    /lib/x86_64-linux-gnu/libkeyutils.so.1.5Abandon (core dumped)


Could you try this?

Code: Select all

export SKGTRACE=5
skrooge
play your scenario

Like I say in my last post, the import is now working... But I don't know why...
If the problem reappears, I'll do the trick and tell you the result of the trace.