Nun, was Access für Zeilenumbrüche wünscht, die es respektieren kann, ist
- Windows -Zeilenumbrüche
- == CR-LF
- oder - da Sie Access - Chr (13) & Chr (10) oder vbCrLf mögen
Wenn Ihre Daten aus einer Unix-Box stammen, ist es sehr vernünftig, dass Sie nur den "Zeilenvorschub" = LF = Chr (10) verwenden.
Sie sagen, dass Sie die Quelldaten in einem Texteditor überprüfen, dass sie crlf haben. Ich gehe davon aus, dass Sie Windows verwenden, wenn Sie Access verwenden.
Da crlf der Standard in Windows ist, sollten wir fragen:
Gibt es eine Chance, dass Sie diese Überprüfung auf eine Weise durchführen, die dazu führt, dass alle Zeilenumbrüche in diesem Texteditor als crlf angezeigt werden - wodurch Ihr Quelldatenproblem ausgeblendet wird?
Wenn Sie kopieren und einfügen, besteht in manchen Texteditoren ein noch größeres Risiko.
'
'
Alle LF-Zeilenumbrüche zu haben, ist hier eine wirklich realistische Erklärung.
Überprüfen Sie die Zeilenenden in Ihren Quelldaten mit einem Tool, das die Daten niemals automatisch ändert, z. B. xvi32:
http://www.chmaas.handshake.de/delphi/freeware/xvi32/. xvi32.htm
'
- Wenn Sie feststellen, dass es nur LF für alle Zeilenumbrüche gibt,
- einen String ersetzen für Chr (10) -> Chr (13) & Chr (10)
- Wo auch immer es für Ihre Anwendung am sinnvollsten ist.
und Access zeigt Zeilenumbrüche an.