Wann funktioniert eine Batchdatei nicht?

[Uwe Raabe]

Zitat von Alallart:

Ich kann mir sparen den Code hier zu veröffentlichen, denn ich erkenne keinen Fehler.

Der Satz ist falsch formuliert! Es muss heißen: Kann mal jemand meinen Code überprüfen, denn ich erkenne keinen Fehler.

Ernsthaft: Wenn du einen Fehler erkennen würdest, hättest du hier gar nicht geschrieben.

[Alallart]

Also gut, der Code der Batchdatei Test3.bat lautet

Code:

rar.exe a -r "Bak\Uebungen.rar" -ep1 "D:\Schulung\Mathe Neu\Übungen für Mathekurs"

Die Ausgabe ist:

Code:

RAR 5.20   Copyright (c) 1993-2014 Alexander Roshal   2 Dec 2014
Trial version             Type RAR -? for help

Evaluation copy. Please register.

Creating archive Bak\Uebungen.rar

WARNING: No files

Manchmal wird auch nichts ausgegeben, manchmal dieser Text.

Erstelle ich eine Datei mit dem Namen Test3.lst und füge dort als einzigen Inhalt diesen Pfad

Code:

"D:\Schulung\Mathe Neu\Übungen für Mathekurs"

und ändere den Batchcode in

Code:

rar.exe a -r "Bak\Uebungen.rar" -ep1 @Test3.lst

funktioniert es.

Übrigens, der Ordner Bak\ ist vorhanden.

[Olli73]

Ein DOS Ü und ein Windows Ü sind unterschiedliche Zeichen...

[jaenicke]

Den OEM Zeichensatz kann man z.B. in Notepad++ einstellen.

[himitsu]

š statt dem Ü

oder mal z.B. CHCP 850 (DOS-Latin I) oder CHCP 1252 (ANSI Latin I) als einen der ersten Befehle ausprobieren.

[Alallart]

Verstehe.

Die Idee mit dem Zeichensatz hatte ich auch selbst bereits, aber ich habe es mit den Standard Codierungen versucht. Zuerst mit dem Notepad, dann arbeite ich gerne noch mit dem TextPad, der bietet auch die Möglichkeit den Zeichensatz bei speichern einzustellen. Da das Problem immer vorkam, verwarf ich vorerst das als Fehlerquelle.

Ich habe es getestet mit dem Code

Code:

echo Übüngen mit ä Ä ö Ö ü Ü ß

raus kam

Code:

▄b³ngen mit õ ─ ÷ Í ³ ▄ ▀

Problem ist klar.

Dennoch, es ist nicht das erste Mal, wo ich in einer Batchdatei Umlaute verwendet habe. Das Problem ist noch nie vorgekommen.

[Alallart]

Zitat von himitsu:

š statt dem Ü

Die Idee ist ok, das würde den Code aber unleserlich machen.

Zitat von himitsu:

oder mal z.B. CHCP 850 (DOS-Latin I) oder CHCP 1252 (ANSI Latin I) als einen der ersten Befehle ausprobieren.

CHCP 850 macht schon den Job und aktiviert die Codepage auf 850, das ändert nur nichts am Problem der Batchdatei. Welche Codepage wendet der Notepad von Windows? Ich denke 850, denn es ändert sich nichts.

Das interessante ist, dass der Ordner in dem die Batchdatei ausgeführt wird, selbst Umlaute enthält, und die werden in der Eingabeaufforderung korrekt dargestellt. Nur die Batchdatei scheint Probleme zu machen.

[himitsu]

Tja, du mußt einfach die selbe Codepage benutzen, mit welcher die Datei erstellt wurde,
oder andersrum in der selben Codepage schreiben, so wie es später wieder verarbeitet wird.

Am Universellsten wäre z.B. eine UTF-8- oder UTF-16-Codepage.

Gibst du aber keine Codepage an, dann wird eventuell die aktuelle Standardcodepage vom System benutzt.
Und mit etwas Pech ist sie auf einem anderen PC nicht die Gleiche, wie bei dir gerade.



PS: Das Selbe kannst du auch in einem Delphi-Consolen-Programm haben.
Normal wird dort CP_ACP für AnsiString, ANSI-APIs, sowie Konsolen-Input/-Output genommen, also "standardmäßig" die aktuelle ANSI-Codepage des Systems/Benutzers.
Man könnte auch CP_OEM benutzen, und hat dann das, was die BATCH standardmäßig benutzt.

Bzw. siehe SetFileApisToOEM, SetFileApisToANSI und AreFileApisANSI,
sowie SetConsoleCP und SetConsoleOutputCP.
[add] https://learn.microsoft.com/en-us/wi...tfileapistooem, falls es jemand übersieht.

Zitat von Alallart:

Das interessante ist, dass der Ordner in dem die Batchdatei ausgeführt wird, selbst Umlaute enthält, und die werden in der Eingabeaufforderung korrekt dargestellt. Nur die Batchdatei scheint Probleme zu machen.

Das ist garnicht so ungewöhnlich, denn es wird ja in der "aktuellen" Codepage eingelesen und in der "selben" Codepage auch wieder ausgegeben.
Passiert auch mit Output/Input von DIR und Co.