Lister: Linefeed in EBCDIC ignored?

fstorch · Post by *fstorch » 2012-11-21, 14:05 UTC

Hallo!
Ich habe verschiedene EBCDIC Codepages im Viewer aktiviert und
die Anzeige funktioniert eigentlich ganz gut.
Allerdings werden die EBCDIC Linefeeds X'25' ignoriert, d.h. die
Anzeige wird einfach bei der Stelle 80 umgebrochen (im Binär Modus)
bzw. gar nicht umgebrochen (Text Modus) und die Texte sind nur sehr schwer lesbar.
Lässt sich dem Viewer irgendwie ein anderes/zusätzliches Linefeed Zeichen beibringen?

Franz

(Using Totalcommander 8.01)

sqa_wizard · Post by *sqa_wizard » 2012-11-21, 22:13 UTC

Lässt sich dem Viewer irgendwie ein anderes/zusätzliches Linefeed Zeichen beibringen?

Nein, du kannst höchstens im Lister die Anzeige beschränken (unter Optionen - Konfigurieren - Anzeigebreite) und dann "Optionen - Zeilenumbruch" aktivieren.

fstorch · Post by *fstorch » 2012-11-22, 07:00 UTC

Hallo Wizard,
ist nur leider keine Lösung für das Problem.
Die Anzeige bleibt unleserlich.
Ich versuch mal eine Suggestion.
Danke trotzdem.

Franz

Post by *ghisler(Author) » 2012-11-22, 14:29 UTC

Für ebcdic habe ich ein Plugin geschrieben:
https://plugins.ghisler.com/lsplugins/ebcdicview.zip

Leider z.Zt. nur 32-bit.

MrGolgi · Post by *MrGolgi » 2012-11-22, 14:59 UTC

Für ebcdic habe ich ein Plugin geschrieben

Vielen Dank!! Funktioniert hervorragend.

Da habe ich mich also ganz umsonst mit der ASCII-Konvertierung beim Filetransfer abgemüht

Gruß MrGolgi

fstorch · Post by *fstorch » 2012-11-22, 16:31 UTC

ghisler(Author) wrote:Für ebcdic habe ich ein Plugin geschrieben:

Sieht tatsächlich Super aus - Danke.

fstorch · Post by *fstorch » 2012-11-23, 10:07 UTC

Wäre es aber trotzdem eine Suggestion wert,
das Linefeed handling im Viewer flexibler zu gestalten damit
die Translation weiter unter User-Kontrolle erfolgen kann?

Das Plugin benützt fest eingestellt die Codepage 37 und
wird Umlaute und € nicht richtig darstellen können.

Nicht falsch verstehen, das Plugin ist sehr hilfreich aber deckt halt nicht alle Fälle ab.

Grüsse,
Franz

Horst.Epp · Post by *Horst.Epp » 2012-11-23, 10:43 UTC

fstorch wrote:Wäre es aber trotzdem eine Suggestion wert,
das Linefeed handling im Viewer flexibler zu gestalten damit
die Translation weiter unter User-Kontrolle erfolgen kann?

Das Plugin benützt fest eingestellt die Codepage 37 und
wird Umlaute und € nicht richtig darstellen können.

Nicht falsch verstehen, das Plugin ist sehr hilfreich aber deckt halt nicht alle Fälle ab.

Grüsse,
Franz

Was hat denn der Linefeed damit zu tun ?

Wuenschenswert waere die Auswahl der Codepage:
500 1148 International
037 1140 Australien, Brasilien, Kanada, Neuseeland, Portugal, Südafrika, USA
273 1141 Deutschland, Österreich
277 1142 Dänemark, Norwegen
278 1143 Finnland, Schweden
280 1144 Italien
284 1145 Lateinamerika, Spanien
285 1146 Großbritannien und Nordirland, Irland
297 1147 Frankreich
871 1149 Island
1047 Offene Systeme (MVS C-Compiler)

fstorch · Post by *fstorch » 2012-11-23, 17:18 UTC

Die codepage kann man doch auswählen.
Im Lister unter Codierung unten "Andere Codeseite" auswählen und
dann z.B. für deutsch EBCDIC 1141 (1141) eingeben.
Unter Windows XP kann/muss diese Codepage in den Regional Settings unter Advanced nur aktiviert werden.

Wenn dann noch der Linefeed funktionieren würde ...

Franz

Post by *ghisler(Author) » 2012-11-23, 18:05 UTC

Das Plugin benutzt eine fest einprogrammierte Konvertierungstabelle "ebcdictable" (Quellcode ist ja dabei). Wenn Sie mir eine Tabelle für die deutsche Codepage schicken, passe ich es gerne entsprechend an.

fstorch · Post by *fstorch » 2012-11-26, 21:10 UTC

Vielen Dank für das Angebot.
Aber leider löst das unser Problem nicht, da wir Dateien
mit den verschiedensten Codepages bekommen und man den Dateien nicht ansieht, welche codepage dahinter steckt (Ihre ASCII vs. EBCDIC Erkennung ist genial implementiert aber Wunder kann sie nicht vollbringen).
D.h. wir versuchen verschiedene Codepages bis das Ergebnis lesbar aussieht.
Deswegen wäre es praktisch, wenn man die jetzt verfügbaren Translation Services des Betriebssystems nutzen könnte und noch das entsprechende
Linefeed auswählen könnte.

Aber wenn das nicht implementierbar ist, können wir sehr gut mit Ihrem Plugin leben.

Post by *ghisler(Author) » 2012-11-29, 13:47 UTC

Das Problem ist, dass der Lister die Zeilenumbrüche dynamisch sucht, um nicht die komplette Datei laden zu müssen - so können auch GB-grosse Logdateien sehr schnell gefunden werden. Ausserdem werden Zeilenenden aus <cr>, <lf> ode <cr><lf> gleichwertig erkannt. Dazu sind die Umbruchzeichen in vielen Funktionen hart codiert. Alleine für #13 komme ich auf 93 Vorkommen.