Prozentzeichen in einer Variable erkennen
Hallo, ich habe mal wieder ein Problem.
Ich sitze noch an dem Zeichen-Prüf Skript das ich hier: Verzeichniss auslesen und Namen untersuchen schon einmal angesprochen hatte.
Nun habe ich das Problem das % Zeichen nicht erkannt werden die in einem Dateinamen vorkommen könnten.
Wie sie z.B. bei Downloads vorkommen.
Das % Zeichen fehlt schon wenn ich es mir aus dem dir Befehl übergeben lasse:
Leider habe ich keine Ahnung woran dies liegen könnte, geschweige denn wie ich es umgehen kann.
Gruß
Sascha
Ich sitze noch an dem Zeichen-Prüf Skript das ich hier: Verzeichniss auslesen und Namen untersuchen schon einmal angesprochen hatte.
Nun habe ich das Problem das % Zeichen nicht erkannt werden die in einem Dateinamen vorkommen könnten.
Wie sie z.B. bei Downloads vorkommen.
Das % Zeichen fehlt schon wenn ich es mir aus dem dir Befehl übergeben lasse:
for /f "delims=" %%a in ('dir %laufwerk%: /b /s /a:-d') do call :zerlegen "%%a"
Leider habe ich keine Ahnung woran dies liegen könnte, geschweige denn wie ich es umgehen kann.
Gruß
Sascha
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 148868
Url: https://administrator.de/contentid/148868
Ausgedruckt am: 25.11.2024 um 08:11 Uhr
13 Kommentare
Neuester Kommentar
Das mit dem maskieren von % Zeichen klappt so generell nicht, da die % Zeichen als erstes interpretieret werden, lange bevor das Escape Zeichen beachtet wird.
Das gleiche Problem wird daher vermutlch dann auch beim findstr auftreten, sprich das % löst sich in Wohlgefallen auf.
Ausgabe:
Das liegt daran, das zuerst das % komplett verschwindet, und dann ^ als multiline Zeichen interpretiert wird.
Man kann aber %% verwenden um ein % zu erhalten, ist aber meistens nicht mehr nötig wenn man das % bereits einer Variabel zugewiesen hat.
Das gleiche Problem wird daher vermutlch dann auch beim findstr auftreten, sprich das % löst sich in Wohlgefallen auf.
echo XYZ^%
echo hallo
XYZecho hallo
Das liegt daran, das zuerst das % komplett verschwindet, und dann ^ als multiline Zeichen interpretiert wird.
Man kann aber %% verwenden um ein % zu erhalten, ist aber meistens nicht mehr nötig wenn man das % bereits einer Variabel zugewiesen hat.
Moin Araziel,
nun macht da nicht so viel Heckmeck drum.
Kleiner Demo-Schnipsel (2zeilige Batchdatei namens "F:\Schnipsel\Test%20.cmd"):
Proof-of-concept:
wo ist das Problem?
Grüße
Biber
nun macht da nicht so viel Heckmeck drum.
Kleiner Demo-Schnipsel (2zeilige Batchdatei namens "F:\Schnipsel\Test%20.cmd"):
@if "%2"=="" %0 MfGBiber %%2
@for /f "delims=" %%i in ('dir/s /b f:\schnipsel\*%20*.*') do @(echo [a] %%i) & (echo [b] %%i|findstr "%20")
Proof-of-concept:
>dir/s /b f:\schnipsel\*%20*.*
f:\schnipsel\ABC%20DEF%20GHIJKLMN%20.pdf
f:\schnipsel\Das%20ist%20ein%20Test%20.txt
f:\schnipsel\Gib%20mir%20bitte%20Leerstellen.doc
f:\schnipsel\Gib%20mir%20bitte%20Leerstellen.docx
f:\schnipsel\Test%20.cmd
f:\schnipsel\RenBsp\test %20 blöd%.txt
(=21:20:15 D:\temp=)
>"f:\schnipsel\Test%20.cmd"
[a] f:\schnipsel\ABC%20DEF%20GHIJKLMN%20.pdf
[b] f:\schnipsel\ABC%20DEF%20GHIJKLMN%20.pdf
[a] f:\schnipsel\Das%20ist%20ein%20Test%20.txt
[b] f:\schnipsel\Das%20ist%20ein%20Test%20.txt
[a] f:\schnipsel\Gib%20mir%20bitte%20Leerstellen.doc
[b] f:\schnipsel\Gib%20mir%20bitte%20Leerstellen.doc
[a] f:\schnipsel\Gib%20mir%20bitte%20Leerstellen.docx
[b] f:\schnipsel\Gib%20mir%20bitte%20Leerstellen.docx
[a] f:\schnipsel\Test%20.cmd
[b] f:\schnipsel\Test%20.cmd
[a] f:\schnipsel\RenBsp\test %20 blöd%.txt
[b] f:\schnipsel\RenBsp\test %20 blöd%.txt
wo ist das Problem?
Grüße
Biber
Nachtrag zu meinem Kommentar von gestern abend
[Edit -- ungeschickt gepostet... der gemeinte Kommentar von gestern abendsteht UNTERHALB dieses Kommentars.--/Edit]
Gestern abend war ich ein wenig im Zeitdruck... vielleicht fehlt ein bisschen die Erläuterung. Reiche ich jetzt nach.
Also, Ausgangpunkt war folgendes Szenario:
in dem Batch gibt es sinngemäß einen Aufrauf (von oben kopiert:
a) Falls in dem Parameter %1 des Call-Blocks (== das, was als Laufvariable %%a übergeben wird und einem Dateinamen entspricht)
zufällig ein Namensbestandteil "%20" enthalten ist, dann wird das "%2" als Parameter %2 aufgelöst und --> somit zu "nichts"===einem Leerstring.
b) Der Grund für den "%20"-Teilstring ist, dass eben auch in anderen Sprachen bestimmte Zeichen "naskiert" werden müssen.
"%20" ist eine "maskierte" Schreibweise für das Leerzeichen=Dez(32)=Hex(20) => und 0x20h wird als "%20" geschriben.
c) Gute Nachricht ist: auch andere Zeichen müssen eventuell maskiert werden, weil sie in Dateienamen erlaubt sind, aber nicht in URLs.
Aber: niemals nicht Zeichen kleiner als dez(32) = hex(20) = "%20" --> die sind nämlich in Dateinamen nicht erlaubt (und auch unüblich).
d) daraus folgt- maskierte Zeichenfolgen, die in der Batchverarbeitung abgefangen werden müssen, können zwar "%20", "%2x"....."%3x....."%4x".." sein, aber nienich mit "%1" beginnen.
Somit kann doch einfach der Call-Block-Aufruf geändert werden auf:
Anm.. mehr als Parameter %1... %9 kann es wiederum im Batch nicht geben.
In dem called block ":zerlegen" wird dann jeder (vermeintliche) Parameter %2 übersetzt zur Zeichenkette "%2" (ohne Anführungs-Zeichen).
Und somit eben auch die Zeichenkette "f:\schnipsel\Test%20.cmd" zu (nicht lachen jetzt!) "f:\schnipsel\Test%20.cmd".
As should do.... mehr wollten wir auch nicht.
Grüße
Biber
[Edit -- ungeschickt gepostet... der gemeinte Kommentar von gestern abendsteht UNTERHALB dieses Kommentars.--/Edit]
Gestern abend war ich ein wenig im Zeitdruck... vielleicht fehlt ein bisschen die Erläuterung. Reiche ich jetzt nach.
Also, Ausgangpunkt war folgendes Szenario:
in dem Batch gibt es sinngemäß einen Aufrauf (von oben kopiert:
for /f "delims=" %%a in ('dir %laufwerk%: /b /s /a:-d') do call :zerlegen "%%a"
a) Falls in dem Parameter %1 des Call-Blocks (== das, was als Laufvariable %%a übergeben wird und einem Dateinamen entspricht)
zufällig ein Namensbestandteil "%20" enthalten ist, dann wird das "%2" als Parameter %2 aufgelöst und --> somit zu "nichts"===einem Leerstring.
b) Der Grund für den "%20"-Teilstring ist, dass eben auch in anderen Sprachen bestimmte Zeichen "naskiert" werden müssen.
"%20" ist eine "maskierte" Schreibweise für das Leerzeichen=Dez(32)=Hex(20) => und 0x20h wird als "%20" geschriben.
c) Gute Nachricht ist: auch andere Zeichen müssen eventuell maskiert werden, weil sie in Dateienamen erlaubt sind, aber nicht in URLs.
Aber: niemals nicht Zeichen kleiner als dez(32) = hex(20) = "%20" --> die sind nämlich in Dateinamen nicht erlaubt (und auch unüblich).
d) daraus folgt- maskierte Zeichenfolgen, die in der Batchverarbeitung abgefangen werden müssen, können zwar "%20", "%2x"....."%3x....."%4x".." sein, aber nienich mit "%1" beginnen.
Somit kann doch einfach der Call-Block-Aufruf geändert werden auf:
for /f "delims=" %%a in ('dir %laufwerk%: /b /s /a:-d') do call :zerlegen "%%a" %%2 %%3 %%4 %%5 %%6 %%7 %%8 %%9
In dem called block ":zerlegen" wird dann jeder (vermeintliche) Parameter %2 übersetzt zur Zeichenkette "%2" (ohne Anführungs-Zeichen).
Und somit eben auch die Zeichenkette "f:\schnipsel\Test%20.cmd" zu (nicht lachen jetzt!) "f:\schnipsel\Test%20.cmd".
As should do.... mehr wollten wir auch nicht.
Grüße
Biber
Zitat von @Biber:
Somit kann doch einfach der Call-Block-Aufruf geändert werden auf:
Anm.. mehr als Parameter %1... %9 kann es wiederum im Batch nicht geben.
Somit kann doch einfach der Call-Block-Aufruf geändert werden auf:
for /f "delims=" %%a in ('dir %laufwerk%: /b /s /a:-d') do call :zerlegen
> "%%a" %%2 %%3 %%4 %%5 %%6 %%7 %%8 %%9
>
Grüße
Biber
Biber
Aber dann klappt bereits %A0 nicht mehr, jenes ist wiederum als URL durchaus erlaubt
@for /f "delims=" %%i in ('dir/s /b f:\schnipsel\*%20*.*') do @(echo [a] %%i) & (echo [b] %%i|findstr "%20")
Zitat von @jeb-the-batcher:
Aber dann klappt bereits %A0 nicht mehr, jenes ist wiederum als URL durchaus erlaubt
Keine Ahnung, was du meinst.Aber dann klappt bereits %A0 nicht mehr, jenes ist wiederum als URL durchaus erlaubt
Wenn ich mit "%A0" oder "%a0" im Dateinamen und dem gestern geposteten Schnipsel teste:
>echo (_X_) ;-)>"F:\Schnipsel\Test%20%A0%a0.txt"
(=14:11:14 D:\temp=)
>"f:\schnipsel\Test%20.cmd"
[a] f:\schnipsel\ABC%20DEF%20GHIJKLMN%20.pdf
[b] f:\schnipsel\ABC%20DEF%20GHIJKLMN%20.pdf
[a] f:\schnipsel\Das%20ist%20ein%20Test%20.txt
[b] f:\schnipsel\Das%20ist%20ein%20Test%20.txt
[a] f:\schnipsel\Gib%20mir%20bitte%20Leerstellen.doc
[b] f:\schnipsel\Gib%20mir%20bitte%20Leerstellen.doc
[a] f:\schnipsel\Gib%20mir%20bitte%20Leerstellen.docx
[b] f:\schnipsel\Gib%20mir%20bitte%20Leerstellen.docx
[a] f:\schnipsel\Test%20.cmd
[b] f:\schnipsel\Test%20.cmd
[a] f:\schnipsel\Test%20%A0%a0.txt
[b] f:\schnipsel\Test%20%A0%a0.txt
[a] f:\schnipsel\RenBsp\test %20 blöd%.txt
[b] f:\schnipsel\RenBsp\test %20 blöd%.txt
Hast du mal ein Beispiel, was "klappt bereits %A0 nicht mehr" bedeutet?
Funktioniert, aber löst ja gerade nicht das Problem...
Hey, genau das ist doch unser Job und unser Anspruch in der IT..
moin Biber,
wie gewünscht findet der Befehl auf der CMD-Line
alle Dateien/Objekte die im Namen zwischendurch das %20 enthalten
der schnipsel jedoch sucht und findet nach Dateien welche im Namen zwischendurch eine 0 haben.
Gruß Phil
Kleiner Demo-Schnipsel:
Proof-of-concept:
Hast Du da nicht das Zweite % für darstellung von Prozent im Batch vergessen?@if "%2"=="" %0 MfGBiber %%2
> @for /f "delims=" %%i in ('dir/s /b f:\schnipsel\*%20*.*') do @(echo [a] %%i) & (echo [b] %%i|findstr "%20")
> >dir/s /b f:\schnipsel\*%20*.*
> ...
> (=21:20:15 D:\temp=)
> >"f:\schnipsel\Test%20.cmd"
> ....
> [a] test0.txt
> [b] test0.txt
> ...
>
wie gewünscht findet der Befehl auf der CMD-Line
dir/s /b f:\schnipsel\*%20*.*
der schnipsel jedoch sucht und findet nach Dateien welche im Namen zwischendurch eine 0 haben.
Gruß Phil
Moin PH,
sorry, kann ich zumindest an dem Win XP/SP3-Rechner, an dem ich es damals wie auch heute getestet habe nicht nachvollziehen.
Bei mir werden mit dem zitierten Demo-Zweizeiler nur Dateien gefunden, die explizit die drei Zeichen "%20" am Stück enthalten.
In meinem F:\Schnipsel-Verzeichnis habe ich damals wie heute insgesamt 6 Dateien mit einem "%20" im Namen (siehe oben).
Dateien mit einer "0" im Namen (wie z.B. "Datei01.txt", "Datei02.txt" etc werden insgesamt 22 gefunden.
Bei einem "DIR f:\schnipsel\*%20*.*" vom CMD-Prompt wie auch beim "f:\schnipsel\Test%20.cmd" erhalte ich 6 Dateien as designed.
Unter welchem OS hast du denn getestet?
Grüße
Biber
sorry, kann ich zumindest an dem Win XP/SP3-Rechner, an dem ich es damals wie auch heute getestet habe nicht nachvollziehen.
Bei mir werden mit dem zitierten Demo-Zweizeiler nur Dateien gefunden, die explizit die drei Zeichen "%20" am Stück enthalten.
In meinem F:\Schnipsel-Verzeichnis habe ich damals wie heute insgesamt 6 Dateien mit einem "%20" im Namen (siehe oben).
Dateien mit einer "0" im Namen (wie z.B. "Datei01.txt", "Datei02.txt" etc werden insgesamt 22 gefunden.
Bei einem "DIR f:\schnipsel\*%20*.*" vom CMD-Prompt wie auch beim "f:\schnipsel\Test%20.cmd" erhalte ich 6 Dateien as designed.
Unter welchem OS hast du denn getestet?
Grüße
Biber
Ahhrg Kopfklatsch!
ich hatte Dummerweise nur die Zweite Zeile als Batch genommen.
Dafür bin ich nun dahintergestiegen was Du mit
da hab ich nochmal Deinen Korrekten Batch ohne die @ vor den Befehlen laufen lassen und da hab ich ertmal geschnallt - AHA - 2.Parameter wird zu %2 im selbstaufgerufenen Batch.
sorry für meinen lange Leitung.
aber einen hab ich noch: Warum wird der nachfolgende Befehl der zuerst aufgerufenen Batch nicht angezeigt - müsste das nicht weiterlaufen? oder geht das nur mit call oder start?
PS. läuft natürlich unter Win 7 sowie XP-mode oder XP-home SP3
Gruß Phil
ich hatte Dummerweise nur die Zweite Zeile als Batch genommen.
Dafür bin ich nun dahintergestiegen was Du mit
In dem called block ":zerlegen" wird dann jeder (vermeintliche) Parameter %2 übersetzt zur Zeichenkette "%2" (ohne Anführungs-Zeichen).
meintestda hab ich nochmal Deinen Korrekten Batch ohne die @ vor den Befehlen laufen lassen und da hab ich ertmal geschnallt - AHA - 2.Parameter wird zu %2 im selbstaufgerufenen Batch.
sorry für meinen lange Leitung.
aber einen hab ich noch: Warum wird der nachfolgende Befehl der zuerst aufgerufenen Batch nicht angezeigt - müsste das nicht weiterlaufen? oder geht das nur mit call oder start?
PS. läuft natürlich unter Win 7 sowie XP-mode oder XP-home SP3
Gruß Phil
Moin Phil,
sei mir nicht böse, wenn ich montags gar nicht erst versuche, deinen Nickname gezielt über meine Tastatur zu erzeugen...
ad "warum wird der nachfolgende Befehl...nicht angezeigt...?"
Weil er die zweite Zeile ja niemals erreicht, wenn kein zweiter Parameter übergeben wurde.
Ich hatte ja als Demo-Schnipsel dieses hier gepostet (um nochmalige Missverständnisse zu vermeiden diesmal mit Header):
In der Zeile 02 /der ersten "echten" Zeile wird ja ein eventuell vorhandener Parameter %2 abgefragt.
Ebenfalls in dieser Zeile heisst es:
Er kommt einfach nicht wieder.
[--kleine nicht wichtige Anekdote dazu--]
In ganz ganz uralten Zeiten, als DOS noch Clearasil benutzte und die FDP noch Politiker hatte, da haben einige Bätcher ihren Code "lesbar" gemacht dadurch, dass sie irgendwo in ein Verzeichnis des Suchpfades %path% eine Null-Byte-große oder nur aus einer leeren Zeile bestehende Batchdatei namens "Stop.bat" gelegt haben.
In einem kryptischen Batch kam dann in einem (unrettbaren) Fehlerzweig einfach die Anweisung "IF ERRORLEVEL 1 Stop"
Daraufhin wird .."Stop" gesucht... als interner Befehl, als ausführbare Datei im aktuellen Verzeichnis und dann im Pfad... und gefunden.
Ausgeführt... und tja.. sofort ist Schluss.
Gatesseidank haben sich die Bätcherund die FDP seitdem weiterentwickelt.
[/--kleine nicht wichtige Anekdote dazu--]
Back to thread: Ein-Nicht-Demo-Batch würde natürlich nicht als ERSTEN Parameter ein "MfgBiber" nutzen und fest verdrahtet ein Verszeichnis "F:\Schnipsel" durchflöhen, sondern sinnvollerweise in diese Richtung verfeinert werden:
Dann würde auch alles wieder in EINE Zeile passen, wie es sich für Oneliner gehört...*gg
Grüße
Biber
sei mir nicht böse, wenn ich montags gar nicht erst versuche, deinen Nickname gezielt über meine Tastatur zu erzeugen...
ad "warum wird der nachfolgende Befehl...nicht angezeigt...?"
Weil er die zweite Zeile ja niemals erreicht, wenn kein zweiter Parameter übergeben wurde.
Ich hatte ja als Demo-Schnipsel dieses hier gepostet (um nochmalige Missverständnisse zu vermeiden diesmal mit Header):
:: --Der Demo-Batch "F:\Schnipsel\Test%20.cmd"---
@if "%2"=="" %0 MfGBiber %%2
@for /f "delims=" %%i in ('dir/s /b f:\schnipsel\*%20*.*') do @(echo [a] %%i) & (echo [b] %%i|findstr "%20")
In der Zeile 02 /der ersten "echten" Zeile wird ja ein eventuell vorhandener Parameter %2 abgefragt.
Ebenfalls in dieser Zeile heisst es:
- Wenn KEIN Parameter %2 dann führe aus %0 MfgBiber %%2
- Wenn KEIN Parameter %2 dann führe aus ["F:\schnipsel\test%20.cmd" mit Parameter %1 (=Text: "MfGBiber") und %2 (Text ="%%2")
Er kommt einfach nicht wieder.
[--kleine nicht wichtige Anekdote dazu--]
In ganz ganz uralten Zeiten, als DOS noch Clearasil benutzte und die FDP noch Politiker hatte, da haben einige Bätcher ihren Code "lesbar" gemacht dadurch, dass sie irgendwo in ein Verzeichnis des Suchpfades %path% eine Null-Byte-große oder nur aus einer leeren Zeile bestehende Batchdatei namens "Stop.bat" gelegt haben.
In einem kryptischen Batch kam dann in einem (unrettbaren) Fehlerzweig einfach die Anweisung "IF ERRORLEVEL 1 Stop"
Daraufhin wird .."Stop" gesucht... als interner Befehl, als ausführbare Datei im aktuellen Verzeichnis und dann im Pfad... und gefunden.
Ausgeführt... und tja.. sofort ist Schluss.
Gatesseidank haben sich die Bätcher
[/--kleine nicht wichtige Anekdote dazu--]
Back to thread: Ein-Nicht-Demo-Batch würde natürlich nicht als ERSTEN Parameter ein "MfgBiber" nutzen und fest verdrahtet ein Verszeichnis "F:\Schnipsel" durchflöhen, sondern sinnvollerweise in diese Richtung verfeinert werden:
:: --Etwas verfeinerter Batch "F:\Schnipsel\QSStufe%20.cmd"--- als ERSTER Parameter wird ein Lw/Verzeichnis erwartet
@if "%2"=="" %0 "%~1" %%2
@for /f "delims=" %%i in ('dir/s /b "%~1:\*%20*.*"') do @(echo [a] %%i) & (echo [b] %%i|findstr "%20")
Grüße
Biber