Hi,
Erstes Posting, also zuallererst: Vielen Dank fuer Aqbanking!
Ich bin Kunde der Commerzbank und habe von dieser einen nicht aqbanking konformen Datensatz erhalten. Der swift parser spuckt "Too many bytes in line, maybe not SWIFT" aus, wenn er folgendes als Teil eines 86'er Tag erhaelt:
Gastronomie?21M}nchen
Das ist laut einem Kommentar in AHB_SWIFT_ReadLine Zeile 334 (version aqbanking-5.0.24.0-git) auch gut so:
nachdem ich rumgesucht habe und den break auskommentiert habe, ging auch alles wieder.
Offensichtlich ist das ein umlaut problem. Ich frage mich ob das rein ein Commerzbank problem ist und ob man bei einem allgemeinen Problem dann lieber nur eine warning, statt gleich einen error schmeisst. Wenn die das noch mal so senden muss ich sonst gleich wieder den sourcetree patchen
boun
Erstes Posting, also zuallererst: Vielen Dank fuer Aqbanking!
Ich bin Kunde der Commerzbank und habe von dieser einen nicht aqbanking konformen Datensatz erhalten. Der swift parser spuckt "Too many bytes in line, maybe not SWIFT" aus, wenn er folgendes als Teil eines 86'er Tag erhaelt:
Gastronomie?21M}nchen
Das ist laut einem Kommentar in AHB_SWIFT_ReadLine Zeile 334 (version aqbanking-5.0.24.0-git) auch gut so:
Code
if (c=='}') {
/* stop on curly bracket without reading it */
break;
}
/* stop on curly bracket without reading it */
break;
}
nachdem ich rumgesucht habe und den break auskommentiert habe, ging auch alles wieder.
Offensichtlich ist das ein umlaut problem. Ich frage mich ob das rein ein Commerzbank problem ist und ob man bei einem allgemeinen Problem dann lieber nur eine warning, statt gleich einen error schmeisst. Wenn die das noch mal so senden muss ich sonst gleich wieder den sourcetree patchen
boun