Gibt es ein Windows-Dateiformat mit <CR> -getrennten Datensätzen (ohne <LF> -Zeichen)?

0

Heute wurde eine Datei auf einem Windows-System extrahiert, genauer gesagt Windows 7, und per FTP auf ein Unix-System übertragen. Die Anwendung, die die Datei absichtlich verarbeitet, ist fehlgeschlagen, da die Datei eine Zeile enthielt, obwohl ihre mehreren Datensätze durch voneinander getrennt waren <CR>. Die Datei wurde aus einer Access-Anwendung extrahiert.

Handelt es sich bei diesem Format um eine Verknüpfung, die Windows verwendet? Ich bin es gewohnt, Terminatoren aufzuzeichnen, die es auch sind <CR><LF> oder <LF>.

Ich weiß, wie ich das Problem beheben kann. Ich bin nur neugierig auf dieses Dateiformat, das ich noch nie gesehen habe.

Nur um es klar auszudrücken. Diese Datei hatte keine <LF> mit jedem gepaart <CR>. Ich habe auch nochmal nachgesehen. Wenn Sie dos2unix für diese Datei ausführen, wird die eine Zeile nicht in mehrere Datensätze (Zeilen) geändert.

windows-7 linux carriage-return

— octopusgrabbus
quelle

Nur zu Ihrer Information, MacOS verwendete früher CR-Zeilenenden vor OS X, aber es scheint nicht so, als ob Ihre Datei von dort stammt.

— hvd

1

Das <CR> Das Kodieren von Zeilen wurde von mehreren älteren Systemen verwendet, darunter Apple II und vor allem Mac OS (bis Version 9, dem letzten klassischen Mac-System vor der Einführung von OS-X). Die Verwendung unter Windows ist nicht normal. Höchstwahrscheinlich war für die Extraktion eine Access-Option zum Exportieren auf einen (alten) Macintosh aktiviert.

— mgkrebbs
quelle

Diese Datei wurde zum letzten Mal unter Windows XP SP 3 extrahiert. Die Version der Access-Anwendung wurde nicht geändert. Danke für deine Antwort.

— octopusgrabbus

0

Überprüfen Sie, ob Sie FTP im Binärmodus verwenden. Andernfalls versucht das FTP-Protokoll, die Leitungstrennung vom Quellbetriebssystem zum Ziel zu konvertieren.

— Mikhail Moskalev
quelle

Vielen Dank. Wir werden versuchen, SecureFx in den ASCII-Konvertierungsmodus zu versetzen.

— octopusgrabbus