Re: [Aqbanking-devel] Patch: Allow to compile GnuCash against upcoming AqBanking4
Thanks a lot for sending such a patch to gnucash-devel. Indeed the changes for gnucash are really very minor, so that the source code can and will be kept compatible for aqbanking3 and aqbanking4 alike. When seeing the #ifdef for the version number, I though with aqbanking4 you might consider introducing a combined version number macro that should make such version conditions a bit easier. Something like #define AQBANKING_VERSIONNUMBER \ 1 * AQBANKING_VERSION_MAJOR \ + 100 * AQBANKING_VERSION_MINOR \ + AQBANKING_VERSION_PATCHLEVEL which enables a condition like this #if AQBANKING_VERSIONNUMBER = 04 // code for aqbanking = 4.0.0 #else // older code #endif which is how they have something available in boost, or like the method in qt which uses the same but in hex, #define AQBANKING_VERSIONNUMBER \ AQBANKING_VERSION_MAJOR 32 \ + AQBANKING_VERSION_MINOR 16 \ + AQBANKING_VERSION_PATCHLEVEL which gives #if AQBANKING_VERSIONNUMBER = 0x04 // ... Right now this would of course introduce a new preprocessor macro so that gnucash (or another app) would have to have a condition on this defined, #ifdef AQBANKING_VERSIONNUMBER # if AQBANKING_VERSIONNUMBER 04 // ... What do you think? Cheers, Christian Am Samstag, 4. Oktober 2008 13:26 schrieb Martin Preuss: Hi, the attached patch allows for GnuCash to be compiled against the upcoming AqBanking4. As you can see the impact on GnuCash is minor (we only need to add a argument to AB_Banking_OnlineInit() and AB_Banking_OnlineFini()). The patch can be applied against the latest SVN of branch 2.2 (r17613). Regards Martin - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
[Aqbanking-devel] Cross-compiling
Hi folks, I have tried to cross-compile aqbanking (build=i686-pc-linux-gnu, host=i386-pc-mingw32) and failed because when cstdlib was included, mingw32-g++ complained about malloc being undeclared. It turns out this is the same error as described http://www.mail-archive.com/[EMAIL PROTECTED]/msg16738.html http://www.gnu.org/software/autoconf/manual/autoconf.html#index-AC_005fFUNC_005fMALLOC-399 It seems that gwenhywfar and aqbanking never actually define rpl_malloc or even check HAVE_MALLOC, so I wonder whether we need it. Removing it solves this problem. Thanks for considering. Ciao, -- andi5 PS: I have not finished yet. If it is of any interest, I could report success of failure as well :-) signature.asc Description: This is a digitally signed message part - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
Re: [Aqbanking-devel] Cross-compiling
Hi agan, On Sonntag, 5. Oktober 2008, Andreas Köhler wrote: [...] http://www.mail-archive.com/[EMAIL PROTECTED]/msg16738.html http://www.gnu.org/software/autoconf/manual/autoconf.html#index-AC_005fFUNC _005fMALLOC-399 [...] Ahh, now I see: The reason why gwenhywfar cross-compiles just fine and AqBanking didn't was infact that gwenhywfar's configure.ac doesn't contain AC_FUNC_MALLOC while that of AqBanking does... So I will remove all occurences of AC_FUNC_MALLOC and be done with it ;-) Thanks for pointing it out! Regards Martin -- Things are only impossible until they're not Martin Preuss - http://www2.aquamaniac.de/ AqBanking - http://www.aqbanking.de/ LibChipcard - http://www.libchipcard.de/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
Re: [Aqbanking-devel] Patch: Allow to compile GnuCash against upcoming AqBanking4
On 2008-10-05 10:31 +0200, Christian Stimming wrote: [..] #define AQBANKING_VERSIONNUMBER \ 1 * AQBANKING_VERSION_MAJOR \ + 100 * AQBANKING_VERSION_MINOR \ + AQBANKING_VERSION_PATCHLEVEL which enables a condition like this #if AQBANKING_VERSIONNUMBER = 04 // code for aqbanking = 4.0.0 #else // older code #endif This would trigger the new code for aqbanking 1.63.84 and above, as `04' would be parsed as an octal number. which is how they have something available in boost, or like the method in qt which uses the same but in hex, #define AQBANKING_VERSIONNUMBER \ AQBANKING_VERSION_MAJOR 32 \ + AQBANKING_VERSION_MINOR 16 \ + AQBANKING_VERSION_PATCHLEVEL I'm not sure this was portable as the preprocessor had to handle 64-bit integers then. which gives #if AQBANKING_VERSIONNUMBER = 0x04 // ... Ah, o.k., so s/16/8/g and s/32/16/g (in this order) then for the define above, which also voids the problem with 64 bit preprocessor constants ;-) Ludolf -- Ludolf Holzheid[ˈluˑ.d̥oːlf ˈhɔlts.haɪd̥] Heinrichstraße 6 [ˈhaɪn.ʀɪçˌʃtʀɑː.sə 6] 68642 Bürstadt [68642 ˈbyːʀ.ʃtat] PGP key fingerprint: 92DC 63E6 B2CD BCFD 8A6C E390 6306 0DA6 4629 72FB - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
Re: [Aqbanking-devel] Cross-compiling
Hi Martin, On Sun, 2008-10-05 at 15:24 +0200, Martin Preuss wrote: Hi agan, que? ;-) On Sonntag, 5. Oktober 2008, Andreas Köhler wrote: [...] http://www.mail-archive.com/[EMAIL PROTECTED]/msg16738.html http://www.gnu.org/software/autoconf/manual/autoconf.html#index-AC_005fFUNC _005fMALLOC-399 [...] Ahh, now I see: The reason why gwenhywfar cross-compiles just fine and AqBanking didn't was infact that gwenhywfar's configure.ac doesn't contain AC_FUNC_MALLOC while that of AqBanking does... So I will remove all occurences of AC_FUNC_MALLOC and be done with it ;-) Nice! I stopped building libtool 1.5.22 and starting using the build machine's installation of libtool 2.2.6. AC_LIBTOOL_RC did not search for windres anymore and so RC was unset. After changing it to LT_PROG_RC everything compiled(!) smoothly again. I have no clue what version of libtool introduced that macro and whether it is legal to use it, though. Ciao, -- andi5 signature.asc Description: This is a digitally signed message part - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
[Aqbanking-devel] Migrating to gnucash/aqbanking3
Hello, I am wonding if there is an howto for the migration from gnucash/aqbanking2 to gnucash/aqbanking3? Is there in import facility in aqbaning3 or is it sufficient to copy files from ~/.banking to ~/.aqbanking? If yes, which ones? Many thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
Re: [Aqbanking-devel] Cross-compiling
Hi, On Sonntag, 5. Oktober 2008, Andreas Köhler wrote: [...] On Sun, 2008-10-05 at 15:24 +0200, Martin Preuss wrote: Hi agan, que? ;-) [...] Curious, it was just yesterday when I watched Fawlty Towers ;-)) [...] I stopped building libtool 1.5.22 and starting using the build machine's installation of libtool 2.2.6. AC_LIBTOOL_RC did not search for windres anymore and so RC was unset. After changing it to LT_PROG_RC everything compiled(!) smoothly again. I have no clue what version of libtool introduced that macro and whether it is legal to use it, though. [...] Hmm, I have 1.5.26 here (Ubuntu 8.04.1), and at least with that version wndres ist searched for... Why the heck did they change the behaviour of AC_LIBTOOL_RC?? What else is this macro expected to do if it doesn't look for wndres when cross-compiling for WIN32 platforms?? I never heard of LT_PROG_RC, though. If you find something out please let me know... Regards Martin -- Things are only impossible until they're not Martin Preuss - http://www2.aquamaniac.de/ AqBanking - http://www.aqbanking.de/ LibChipcard - http://www.libchipcard.de/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
Re: [Aqbanking-devel] Migrating to gnucash/aqbanking3
Hi, On Sonntag, 5. Oktober 2008, Rainer Dorsch wrote: [...] Is there in import facility in aqbaning3 or is it sufficient to copy files from ~/.banking to ~/.aqbanking? [...] Just make a copy of the folder .banking and name that copy .aqbanking. That's all. AqBanking4 already provides functions to semi-automatically import previous configurations (as asked for by Micha), so this is dealt with in future releases (not in AqBanking3, though). Regards Martin -- Things are only impossible until they're not Martin Preuss - http://www2.aquamaniac.de/ AqBanking - http://www.aqbanking.de/ LibChipcard - http://www.libchipcard.de/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
Re: [Aqbanking-devel] Patch: Allow to compile GnuCash against upcoming AqBanking4
Am Sonntag, 5. Oktober 2008 15:35 schrieb Ludolf Holzheid: On 2008-10-05 10:31 +0200, Christian Stimming wrote: #define AQBANKING_VERSIONNUMBER \ 1 * AQBANKING_VERSION_MAJOR \ + 100 * AQBANKING_VERSION_MINOR \ + AQBANKING_VERSION_PATCHLEVEL which enables a condition like this #if AQBANKING_VERSIONNUMBER = 04 This would trigger the new code for aqbanking 1.63.84 and above, as `04' would be parsed as an octal number. Oops. This was of course not intended to be taken as an octal number. #if AQBANKING_VERSIONNUMBER = 4 it would be, then. The point is: It can be combined into a decimal number and there are big packages out there who do that already successfully. which is how they have something available in boost, or like the method in qt which uses the same but in hex, Ah, o.k., so s/16/8/g and s/32/16/g (in this order) then for the define above, which also voids the problem with 64 bit preprocessor constants ;-) Right, so in hex (as in Qt) this would be #define AQBANKING_VERSIONNUMBER \ AQBANKING_VERSION_MAJOR 16 \ + AQBANKING_VERSION_MINOR 8 \ + AQBANKING_VERSION_PATCHLEVEL I think both forms have pros and cons. Martin, which one would you prefer? Christian - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
Re: [Aqbanking-devel] Fehler bei aqhbci-tool changepin -u 123 und Berliner Volksbank
Lieber Martin, da ich Dich wieder auf der Liste sah, wollte ich fragen, ob es Neues zu diesem Problem gibt. Liebe Grüße, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
Re: [Aqbanking-devel] Fehler bei aqhbci-tool changepi n -u 123 und Berliner Volksbank
Moin, On Sonntag, 5. Oktober 2008, Paul Menzel wrote: [...] da ich Dich wieder auf der Liste sah, wollte ich fragen, ob es Neues zu diesem Problem gibt. [...] Noch nicht ganz. In den aktuellen Quellen habe ich da zwar etwas eingebaut (ChallengeKlasse auf 90 gesetzt), aber ich kann das ganze halt nicht testen, weil ich keinen FinTS3-Zugang habe, bei dem ich eine PIN aendern koennte... Gruss Martin -- Things are only impossible until they're not Martin Preuss - http://www2.aquamaniac.de/ AqBanking - http://www.aqbanking.de/ LibChipcard - http://www.libchipcard.de/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
Re: [Aqbanking-devel] Cross-compiling
Hi Martin, On Sun, 2008-10-05 at 20:17 +0200, Martin Preuss wrote: On Sonntag, 5. Oktober 2008, Andreas Köhler wrote: [...] I stopped building libtool 1.5.22 and starting using the build machine's installation of libtool 2.2.6. AC_LIBTOOL_RC did not search for windres anymore and so RC was unset. After changing it to LT_PROG_RC everything compiled(!) smoothly again. I have no clue what version of libtool introduced that macro and whether it is legal to use it, though. [...] Hmm, I have 1.5.26 here (Ubuntu 8.04.1), and at least with that version wndres ist searched for... Why the heck did they change the behaviour of AC_LIBTOOL_RC?? What else is this macro expected to do if it doesn't look for wndres when cross-compiling for WIN32 platforms?? I never heard of LT_PROG_RC, though. If you find something out please let me know... I suppose both macros are intended for internal use only. Libtool v2 seems to support more than just C and C++, so one could use LT_LANG([Windows Resource]) if the required libtool is new enough. Meanwhile, would AC_CHECK_TOOL([RC], [windres], [no]) work for both of us? Ciao, -- andi5 signature.asc Description: This is a digitally signed message part - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
