9
Anführungszeichen in der Suchzeichenkette des Befehls findstr maskieren
Frohe Weihnachtszeit,
falls jemand ein Tipp auf der Schnelle parat hat, wäre es schön...
Das Anführungszeichen in der Suchzeichenkette des Befehls findstr lässt sich nicht maskieren:
Folgendes habe ich probiert, jedoch ohne Erfolg:
\"
^"
""
Alternative Lösungsvorschläge wären natürlich möglich.
Gruß
evinben
falls jemand ein Tipp auf der Schnelle parat hat, wäre es schön...
Das Anführungszeichen in der Suchzeichenkette des Befehls findstr lässt sich nicht maskieren:
:Bei unzulässigen Zeichen in der Bezeichnung (in dem Dateinamen) Warnung ausgeben und erneut zur Eingabe auffordern.
ECHO "%Name-Suffix_of_Differential-VHD%" | findstr "\ / : * ? " < > |" && (
ECHO Ein Dateiname darf keines der folgenden Zeichen enthalten: \/:*?"<>|
goto :M5
)Folgendes habe ich probiert, jedoch ohne Erfolg:
\"
^"
""
Alternative Lösungsvorschläge wären natürlich möglich.
Gruß
evinben
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 196220
Url: https://administrator.de/forum/anfuehrungszeichen-in-der-suchzeichenkette-des-befehls-findstr-maskieren-196220.html
Ausgedruckt am: 15.04.2025 um 11:04 Uhr
9 Kommentare
Neuester Kommentar
Hallo evinben,
dein Script hat einen entscheidenden Knackpunkt:
Du schickst einen in Anführungszeichen eingepackten String an FINDSTR und prüfst anschließend, ob Anführungszeichen vorhanden sind. Ja klar sind dann Anführungszeichen vorhanden. Zudem wirst du das Ganze ohne DelayedExpansion wohl kaum sicher hinbekommen.
Ich bin mir nicht ganz sicher ob das schon der Weisheit letzter Schluss ist. Teste mal ein bisschen.
Grüße
rubberman
dein Script hat einen entscheidenden Knackpunkt:
Du schickst einen in Anführungszeichen eingepackten String an FINDSTR und prüfst anschließend, ob Anführungszeichen vorhanden sind. Ja klar sind dann Anführungszeichen vorhanden. Zudem wirst du das Ganze ohne DelayedExpansion wohl kaum sicher hinbekommen.
setlocal EnableDelayedExpansion
echo("!Name-Suffix_of_Differential-VHD!"|findstr /rc:"..*[<>|\\/:?\"].*." >nul &&echo Mist.
endlocalGrüße
rubberman
Hallo rubberman,
auch mit regulärem Ausdruck in findtsr und mit der Option setlocal EnableDelayedExpansion habe ich probiert, jedoch alles ohne Erfolg.
Auch deine Methode 1:1 habe ich übernommen, jedoch wird folgende Ausgabe jeweils generiert
(paar Minuten habe ich mit verschiedenen anderen Varianten der Maskierungen in findstr probiert...):
Der Code-Abschnitt sieht momentan so aus:
Sorry für die Verwirrung, dies war natürlich nicht absichtlich. Ich bin gar nicht so weit gekommen, daher sind mir die Anführungszeichen in der Variable gar nicht aufgefallen.
Gruß
evinben
auch mit regulärem Ausdruck in findtsr und mit der Option setlocal EnableDelayedExpansion habe ich probiert, jedoch alles ohne Erfolg.
Auch deine Methode 1:1 habe ich übernommen, jedoch wird folgende Ausgabe jeweils generiert
(paar Minuten habe ich mit verschiedenen anderen Varianten der Maskierungen in findstr probiert...):
FINDSTR: >nul kann nicht ge”ffnet werden.
FINDSTR: &&echo kann nicht ge”ffnet werden.
FINDSTR: Mist. kann nicht ge”ffnet werden.Der Code-Abschnitt sieht momentan so aus:
:Bei unzulässigen Zeichen in der Bezeichnung (in dem Dateinamen) Warnung ausgeben und erneut zur Eingabe auffordern.
setlocal EnableDelayedExpansion
ECHO !Name-Suffix_of_Differential-VHD! | findstr /r "[<>|\\/:\"?]" && (
ECHO Ein Dateiname darf keines der folgenden Zeichen enthalten: \/:*?"<>|
goto :M5
)
endlocalDu schickst einen in Anführungszeichen eingepackten String an FINDSTR und prüfst anschließend, ob Anführungszeichen vorhanden sind
Sorry für die Verwirrung, dies war natürlich nicht absichtlich. Ich bin gar nicht so weit gekommen, daher sind mir die Anführungszeichen in der Variable gar nicht aufgefallen.
Gruß
evinben
Hallo evinben,
dein letzter Code weicht doch erheblich von dem ab, was ich gepostet hatte. Vielleicht gibst du uns mal den String mit auf den Weg, bei dem du diese Fehlermeldung bekommen hast.
Grüße
rubberman
dein letzter Code weicht doch erheblich von dem ab, was ich gepostet hatte. Vielleicht gibst du uns mal den String mit auf den Weg, bei dem du diese Fehlermeldung bekommen hast.
Grüße
rubberman
Hallo evinben,
ich schlage eine Lösung mit Inline-VBScript vor:
Gruß
Friemler
ich schlage eine Lösung mit Inline-VBScript vor:
@echo off & setlocal
:: Irgendwelche Befehle
:: die
:: den Dateinamen erzeugen
set "Name-Suffix_of_Differential-VHD=Irgendwas"
set "VBScript=%TEMP%\CheckFilename.vbs"
> "%VBScript%" echo.intResult = 0
>>"%VBScript%" echo.
>>"%VBScript%" echo.If WScript.Arguments.Count ^> 0 Then
>>"%VBScript%" echo. Set objRegExp = new RegExp
>>"%VBScript%" echo. objRegExp.Pattern = "[\\/:\*?<>""]"
>>"%VBScript%" echo. If objRegExp.Test(WScript.Arguments(0)) Then intResult = 1
>>"%VBScript%" echo.End If
>>"%VBScript%" echo.
>>"%VBScript%" echo.WScript.Quit intResult
cscript /nologo "%VBScript%" "%Name-Suffix_of_Differential-VHD%"
if ERRORLEVEL 1 (
echo Ein Dateiname darf keines der folgenden Zeichen enthalten: \/:*?^<^>^|"
) else (
echo Alles klar
)
del "%VBScript%" Gruß
Friemler
Gruß rubberman,
ich habe ja oben geschrieben:
Jedoch, weil du etwas mistrauisch reagiert hast, habe ich noch eine Weile mit dem Vorschlag experimentiert und einen Erfolg erlebt!
Und so funktioniert es:
Mit deiner Reihenfolge der Zeichen in der Suche geht es auch: "..*[<>|\\/:?\"].*."
Jedoch so reduziert ebenso: ".[<>|\\/:?\"]."
(Der Schalter /c: kann doch überall erspart werden)
Und an alle:
Was haben wir davon gelernt? Wird die Reihenfolge dieser Sonderzeichen in der Suchzeichenkette getauscht, so müssen einige von denen doch maskiert werden. Da mir dieser Zusammenhang der Sonderzeichen nicht vollständig klar ist (warum, wenn z. B. "<" vorne steht keine Maskierung zwingend notwendig ist (obwohl diese nicht stört) aber wenn das Zeichen hinten seht, dann nur mit Maskierung möglich ist), kann ich noch keine Regel daraus ziehen. Daher wie der rubberman@ oben vorgeschlagen hat einfach experimentieren.
findstr mag anscheinend nicht, wenn bei Verwendung regulärer Ausdrücke noch etwas auf seiner Zeile dahinten steht (und konkret: etwa ">nul" oder "&& echo misst" und sonstiges am Ende, verursacht die fehlerhafte Ausgabe wie oben), daher wurde das Ausweichmanöver mit %ERRORLEVEL% in der nächsten Zeile angewendet.
Das einzige Problem, das eventuell jemanden bei so einem ähnlichen Vorhaben stören könnte, ist also dass bei der Eingabe dieser unerwünschten Sonderzeichen die Rückmeldung findstr mit >nul nicht unterdrückt werden kann. Für das momentane Vorhaben ist dies natürlich überhaupt nicht störend, da die Eingabe von Sonderzeichen ja ein Sonderfall ist. Wenn es jedoch umgekehrt sein sollte, dann wird es sicherlich sehr spannend die richtige Lösung zu finden die Rückmeldung zu unterdrücken…
Gruß
evinben
dein letzter Code weicht doch erheblich von dem ab, was ich gepostet hatte.
wie geschrieben ich habe ja weiter experimentiert und das ist einfach der letzte Modifizierungsstand meines Codeabschnittes gewesen, ansonsten nichts weiteres und mehr wollte ich damit ausdrucken.Vielleicht gibst du uns mal den String mit auf den Weg, bei dem du diese Fehlermeldung bekommen hast.
ich habe ja oben geschrieben:"Auch deine Methode 1:1 habe ich übernommen, jedoch wird folgende Ausgabe jeweils generiert"
Die Ausgabe, welche mit deinem Code bei mir generiert wird (1:1 übernommen), habe ich dir ja oben bereits gezeigt.Jedoch, weil du etwas mistrauisch reagiert hast, habe ich noch eine Weile mit dem Vorschlag experimentiert und einen Erfolg erlebt!
Und so funktioniert es:
:M5
set Name-Suffix_of_Differential-VHD=
set /p Name-Suffix_of_Differential-VHD=etwas eingeben:
setlocal EnableDelayedExpansion
echo "!Name-Suffix_of_Differential-VHD!"|findstr /r ".[\\/:*?\"^<^>^|]."
if "%errorlevel%"=="0" (
echo Ein Dateiname darf keines der folgenden Zeichen enthalten: \/:*?^"^<^>:^|
goto :M5
)
endlocalMit deiner Reihenfolge der Zeichen in der Suche geht es auch: "..*[<>|\\/:?\"].*."
Jedoch so reduziert ebenso: ".[<>|\\/:?\"]."
(Der Schalter /c: kann doch überall erspart werden)
Und an alle:
Was haben wir davon gelernt? Wird die Reihenfolge dieser Sonderzeichen in der Suchzeichenkette getauscht, so müssen einige von denen doch maskiert werden. Da mir dieser Zusammenhang der Sonderzeichen nicht vollständig klar ist (warum, wenn z. B. "<" vorne steht keine Maskierung zwingend notwendig ist (obwohl diese nicht stört) aber wenn das Zeichen hinten seht, dann nur mit Maskierung möglich ist), kann ich noch keine Regel daraus ziehen. Daher wie der rubberman@ oben vorgeschlagen hat einfach experimentieren.
findstr mag anscheinend nicht, wenn bei Verwendung regulärer Ausdrücke noch etwas auf seiner Zeile dahinten steht (und konkret: etwa ">nul" oder "&& echo misst" und sonstiges am Ende, verursacht die fehlerhafte Ausgabe wie oben), daher wurde das Ausweichmanöver mit %ERRORLEVEL% in der nächsten Zeile angewendet.
Das einzige Problem, das eventuell jemanden bei so einem ähnlichen Vorhaben stören könnte, ist also dass bei der Eingabe dieser unerwünschten Sonderzeichen die Rückmeldung findstr mit >nul nicht unterdrückt werden kann. Für das momentane Vorhaben ist dies natürlich überhaupt nicht störend, da die Eingabe von Sonderzeichen ja ein Sonderfall ist. Wenn es jedoch umgekehrt sein sollte, dann wird es sicherlich sehr spannend die richtige Lösung zu finden die Rückmeldung zu unterdrücken…
Gruß
evinben
Gruß Friemler,
deinen Lösungsvorschlag werde ich gerne im Auge behalten, falls es mit bereits funktionierenden schlanken Batch-Lösung doch zu Engpässe kommen sollte.
Gruß
evinben
deinen Lösungsvorschlag werde ich gerne im Auge behalten, falls es mit bereits funktionierenden schlanken Batch-Lösung doch zu Engpässe kommen sollte.
Gruß
evinben
moin,
einen hab ich noch - eine Alternative:
Gruß Phil
einen hab ich noch - eine Alternative:
@echo off
:Eingabe
set /p "X=Dateiname Eingeben: " ||goto :Eingabe
setlocal enabledelayedexpansion
for /f tokens^=2delims^=\/:*?^<^>^|^" %%i in (" !x! ") do endlocal&echo Falsche Eingabe&goto :Eingabe
if !os! equ %OS% endlocal
echo rem Hier gehts weiter.
pauseGruß Phil
Hallo Phil,
deine Lösung…. ja.., die funktioniert.... Ich blicke zwar nicht durch, und konkret warum in (" !x! ") unbedingt zwei Leerzeichen sein müssen und wie du überhaupt drauf gekommen bist, wenn laut den Regeln von FOR-Schleife dies eigentlich völlig egal sein sollte …? Und so etwas, wie tokens^=2delims^= (also ohne die Optionen der FOR-Schleife in Anführungszeichen und die Maskierungen schon vor dem Gleichheitszeichen zu setzen), hat mich per Knockout lahmgelegt…
Das was mich am meisten sehr verwirrt sind die ausergewöhnlichen Tricks, die du hier rausgrabst… Du warst bestimmt an der Entwicklung von FOR.EXE beteiligt, stmimmt's?
Weil eigentlich offiziell es so sein soll:
Jetzt haben wir dich erwischt...
Danke sehr!
Gruß
evinben
deine Lösung…. ja.., die funktioniert.... Ich blicke zwar nicht durch, und konkret warum in (" !x! ") unbedingt zwei Leerzeichen sein müssen und wie du überhaupt drauf gekommen bist, wenn laut den Regeln von FOR-Schleife dies eigentlich völlig egal sein sollte …? Und so etwas, wie tokens^=2delims^= (also ohne die Optionen der FOR-Schleife in Anführungszeichen und die Maskierungen schon vor dem Gleichheitszeichen zu setzen), hat mich per Knockout lahmgelegt…
Das was mich am meisten sehr verwirrt sind die ausergewöhnlichen Tricks, die du hier rausgrabst… Du warst bestimmt an der Entwicklung von FOR.EXE beteiligt, stmimmt's
?Weil eigentlich offiziell es so sein soll:
FOR /F ["Optionen"] %Variable IN (Dateiensatz) DO Befehl [Parameter]
FOR /F ["Optionen"] %Variable IN ("Zeichenfolge") DO Befehl [Parameter]
FOR /F ["Optionen"] %Variable IN (Befehl) DO Befehl [Parameter]
oder, unter Verwendung der Option "usebackq":
FOR /F ["Optionen"] %variable IN (`Befehl`) DO Befehl [Parameter]
FOR /F ["Optionen"] %Variable IN ("Zeichenfolge") DO Befehl [Parameter]
FOR /F ["Optionen"] %Variable IN (Befehl) DO Befehl [Parameter]
oder, unter Verwendung der Option "usebackq":
FOR /F ["Optionen"] %variable IN (`Befehl`) DO Befehl [Parameter]
Jetzt haben wir dich erwischt...
Danke sehr!
Gruß
evinben
