90957
08.06.2010, aktualisiert um 17:22:29 Uhr
12393
16
0
Variable mit Leerzeichen auf eine bestimmte länge auffüllen. Oder alle Leerzeichen am ende löschen.
Hallo ihr Batcher,
Ich speichere verschiedene Daten in Zeilen einer Textdatei und lese Teile dieser Zeilen wieder aus.
Mehrere Daten in einer Zeile. Ich verwende das wie eine Datenbank
über Set "var1=%var1:~X,X%
Also die Var1 ist immer mit einer festen Zeichenanzahl gefüllt.
(Die Daten sind nicht immer gleich lang aber ich habe das einfach mit Leerzeichen
aufgefüllt, wenn zu wenig Zeichen vorhanden waren.)
Dann speichere ich die Version einer ExE in Var2.
(Die Var2 hat eine Variable Länge)
Jetzt will ich Var1 mit mit var2 vergleichen.
Ich denke das Problem liegt auf der Hand.
Jetzt würde ich gerne einfach mit möglichst kompaktem Code
entweder Var2 mit Leerzeichen auffüllen oder in Var1 alle
Leerzeichen am Ende löschen.
Ich würde mich über Antworten freuen,
und ich melde mich auch zurück!
Gruß
BluBb_mADe
PS:
Wenn man Ping>NUL verwendet wird dann eigendlich trotzdem der errorlevel gesetzt?
Und wenn nicht wie kann man ping mit errorlevel unsichtbar laufen lassen?
Ich speichere verschiedene Daten in Zeilen einer Textdatei und lese Teile dieser Zeilen wieder aus.
Mehrere Daten in einer Zeile. Ich verwende das wie eine Datenbank
über Set "var1=%var1:~X,X%
Also die Var1 ist immer mit einer festen Zeichenanzahl gefüllt.
(Die Daten sind nicht immer gleich lang aber ich habe das einfach mit Leerzeichen
aufgefüllt, wenn zu wenig Zeichen vorhanden waren.)
Dann speichere ich die Version einer ExE in Var2.
(Die Var2 hat eine Variable Länge)
Jetzt will ich Var1 mit mit var2 vergleichen.
Ich denke das Problem liegt auf der Hand.
Jetzt würde ich gerne einfach mit möglichst kompaktem Code
entweder Var2 mit Leerzeichen auffüllen oder in Var1 alle
Leerzeichen am Ende löschen.
Ich würde mich über Antworten freuen,
und ich melde mich auch zurück!
Gruß
BluBb_mADe
PS:
Wenn man Ping>NUL verwendet wird dann eigendlich trotzdem der errorlevel gesetzt?
Und wenn nicht wie kann man ping mit errorlevel unsichtbar laufen lassen?
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: 144405
Url: https://administrator.de/forum/variable-mit-leerzeichen-auf-eine-bestimmte-laenge-auffuellen-oder-alle-leerzeichen-am-ende-loeschen-144405.html
Ausgedruckt am: 22.04.2025 um 17:04 Uhr
16 Kommentare
Neuester Kommentar
Hallo BluBb_mADe!
Gibt es die Leerzeichen in %var1% nur am Ende? In diesem Fall sollte eigentlich
genügen ...
[Edit]
Alternativ dazu kannst Du auch mit "
[/Edit]
Grüße
bastla
Gibt es die Leerzeichen in %var1% nur am Ende? In diesem Fall sollte eigentlich
for /f %%i in ("%var1%") do set "var1neu=%%i"
[Edit]
Alternativ dazu kannst Du auch mit "
findstr" untersuchen, ob %var2% dem Beginn von %var1% entspricht:echo %var1%|findstr /b /c:"%var2%">nul && echo %var2% entspricht dem Anfang von %var1%
Grüße
bastla
Nein eben nicht.
Die Variable beinhaltet überall Leerzeichen.
(Es sind nicht alle Zeichen Leerzeichen...)
Aber es dürfen nur die Leerzeichen am Ende gelöscht weden.
Das ist ja das große Problem!
Aber das mit Findstr könnte sogar funktionieren!
Da hab ich garnicht dran gedacht!
Das probier ich gleich aus.
Es besteht eben das Risiko das sich andere teile der Variablen gleichen,
die sind nämlich sehr ähnlich.
Danke!
Trotzdem noch mal ein kleiner schnipsel aus dem Code:
Die Variable beinhaltet überall Leerzeichen.
(Es sind nicht alle Zeichen Leerzeichen...)
Aber es dürfen nur die Leerzeichen am Ende gelöscht weden.
Das ist ja das große Problem!
Aber das mit Findstr könnte sogar funktionieren!
Da hab ich garnicht dran gedacht!
Das probier ich gleich aus.
Es besteht eben das Risiko das sich andere teile der Variablen gleichen,
die sind nämlich sehr ähnlich.
Danke!
Trotzdem noch mal ein kleiner schnipsel aus dem Code:
for /F "delims=" %%a in ('findstr /i /n / "%realm1var%" realmversion.bcl') do set n=%%a
for /F "delims=:, tokens=1" %%a in ("%n%") do set n=%%a
Set /a "cnt=1"
for /F "Tokens=*" %%i in (realmversion.bcl) do call :bla %n% "%%i"
set var=%var:~30,14%
goto hopsweiter
:bla
If %cnt%==%1 Set "Var=%~2"
Set /a "cnt+=1"
goto :eof
:hopsweiter
if not "%spielversion%"=="Version nicht erkannt!" (if "%spielversion%"=="%var%" (echo richtige Spielversion) else (color 0c
echo falsche Spielversion))
Hallo BluBb-mADe!
Grüße
bastla
P.S.: Dein P.S. von oben ist mir so nicht klar ...
Es besteht eben das Risiko das sich andere teile der Variablen gleichen,
die sind nämlich sehr ähnlich.
Deswegen ja auch "/b" ...die sind nämlich sehr ähnlich.
Grüße
bastla
P.S.: Dein P.S. von oben ist mir so nicht klar ...
Hallo BluBb_mADe,
ich würde den Trim Befehl mit einem Call realisieren:
Gruß
LotPings
PS: Die Ausgabeumleitung auf NUL hat auf den Errorlevel keine Einfluß.
ich würde den Trim Befehl mit einem Call realisieren:
@Echo off
Setlocal
Set "Var=Text mit Leerstellen " an " irgendwelchen Positionen"
Set "Var2=%Var:~12,48%"
Echo "%Var2%"
Call :Trim %Var2%
Echo "%Trim%"
Goto :Eof
:Trim
set "Trim=%*"
Goto :eofGruß
LotPings
PS: Die Ausgabeumleitung auf NUL hat auf den Errorlevel keine Einfluß.
Vielen Dank LotPings,
Ich glaube das ist das was ich gesucht habe ...
Wieso funktioniert das?
Geht das auch ohne call?
(Wahrscheinlich nicht ...)
Das Script ist jetzt nämlich schon 25 Kb groß und voller
Einsprungpunkte ... und bei jedem neuen hab ich Sorge,
dass ich einen vergessen hab^^.
@bastla:
Was heißt den Beginn überprüfen?
Wie viele Zeichen überprüft er dann?
Wann gelten die beiden Strings als gleich?
Ich verwende findstr eigentlich nur um Zeilen in
einem Textdokument zu finden von mehr mit findstr versteh ich nicht...
Tut mir leid wegen der ganzen fragerei...
Gruß
BluBb_mADe
PS: Danke das wollte ich wissen...
Ich glaube das ist das was ich gesucht habe ...
Wieso funktioniert das?
Geht das auch ohne call?
(Wahrscheinlich nicht ...)
Das Script ist jetzt nämlich schon 25 Kb groß und voller
Einsprungpunkte ... und bei jedem neuen hab ich Sorge,
dass ich einen vergessen hab^^.
@bastla:
Was heißt den Beginn überprüfen?
Wie viele Zeichen überprüft er dann?
Wann gelten die beiden Strings als gleich?
Ich verwende findstr eigentlich nur um Zeilen in
einem Textdokument zu finden von mehr mit findstr versteh ich nicht...
Tut mir leid wegen der ganzen fragerei...
Gruß
BluBb_mADe
PS: Danke das wollte ich wissen...
Hallo BluBb_mADe!
Da Du nur von Leerzeichen am Ende des Strings geschrieben hattest, sollten die beiden im folgenden Beispiel verwendeten Strings als gleich angesehen werden, da %var2% zur Gänze am Anfang von %var1% steht (wobei allerdings alle Zeichen, also nicht nur Leerzeichen, um die %var1% länger ist als %var2%, ignoriert werden):
Grüße
bastla
Was heißt den Beginn überprüfen?
ab dem ersten ZeichenWie viele Zeichen überprüft er dann?
so viele Zeichen, wie %var2% enthältWann gelten die beiden Strings als gleich?
wenn alle Zeichen von %var2% ab dem ersten Zeichen von %var1% enthalten sindDa Du nur von Leerzeichen am Ende des Strings geschrieben hattest, sollten die beiden im folgenden Beispiel verwendeten Strings als gleich angesehen werden, da %var2% zur Gänze am Anfang von %var1% steht (wobei allerdings alle Zeichen, also nicht nur Leerzeichen, um die %var1% länger ist als %var2%, ignoriert werden):
@echo off & setlocal
set "var1=Text mit Leerstellen an irgendwelchen Positionen "
set "var2=Text mit Leerstellen an irgendwelchen Positionen"
echo %var1%|findstr /b /c:"%var2%">nul && echo "%var2%" entspricht (dem Anfang von) "%var1%" bastla
Zitat von @90957:
Ich glaube das ist das was ich gesucht habe ...
Wieso funktioniert das?
Die Cmd hat wohl eine interne Funktion die überflüssige Zeichen am Anfang/Ende der Parameterliste abschneidet.Ich glaube das ist das was ich gesucht habe ...
Wieso funktioniert das?
%* gibt alle (bereinigten) Parameter zurück, selbst wenn man inzwischen mit shift einzelne Parameter "durchgeschoben" hat.
Geht das auch ohne call? (Wahrscheinlich nicht ...)
Du hast es erkannt 
Das Script ist jetzt nämlich schon 25 Kb groß und voller Einsprungpunkte ...
und bei jedem neuen hab ich Sorge, dass ich einen vergessen hab.
Dagegen hilft nur systematisches Vorgehen,und bei jedem neuen hab ich Sorge, dass ich einen vergessen hab.
hinter jedem Label kannst du ja eine Erläuterung anfügen und ich fülle das meist mit Strichen, Sternen etc auf.
Wenn du dann eine Referenz haben willst, mach dir eine Liste mit Zeilennummern.
findstr /i /n "^:[a-z]" Batchdatei.cmdGruß
LotPings.
Verdammt,
jetzt habe ich 2 Lösungsmöglichkeiten.
Vielen vielen Dank an euch beide, dass ihr euch so eine Mühe gemacht habt!
Ich hab schon beides probiert und beides geht perfekt!
Jetzt hab ich ganz schön was gelernt!
Viele Grüße
BluBb_mADe
jetzt habe ich 2 Lösungsmöglichkeiten.
Vielen vielen Dank an euch beide, dass ihr euch so eine Mühe gemacht habt!
Ich hab schon beides probiert und beides geht perfekt!
Jetzt hab ich ganz schön was gelernt!
Viele Grüße
BluBb_mADe
Moin BluBb_mADe, bastla & LotPings,
bastla hat ja mit seiner Lösung schon demonstriert, dass es manchmal viel sinnvoller sein kann , die eigentliche Fragestellung nicht allzu wortwörtlich zu nehmen.
Falls aber doch noch mal jemand -aus welchen Gründen auch immer- an einer Batch-RTrim()-Variante ohne Call :Sub-Routine knobelt...
--> Geht auch... Alles geht im Batch (außer Brotschneiden)...
Beispielaufruf am CMD-Prompt & Output:
[ Variante wurde mir zugemailt, ist nicht von mir]
Grüße
Biber
bastla hat ja mit seiner Lösung schon demonstriert, dass es manchmal viel sinnvoller sein kann , die eigentliche Fragestellung nicht allzu wortwörtlich zu nehmen.
Falls aber doch noch mal jemand -aus welchen Gründen auch immer- an einer Batch-RTrim()-Variante ohne Call :Sub-Routine knobelt...
--> Geht auch... Alles geht im Batch (außer Brotschneiden)...
:: ---- RTrimMitFOR_L.cmd
@echo off & SetLocal EnableDelayedExpansion
set "var1=blabla blubb blubb blablabla "
echo Var1:[%var1%]
FOR /L %%i in (100,-1,1) do If "!Var1:~-%%i,1!" gtr "" if "!Var1:~-%%i,1!" gtr " " (set /a "cut=%%i-1")
echo Var1 getrimt: [!Var1:~0,-%cut%!]>e:\schnipsel\RTrimMitFOR_L.cmd
Var1:[blabla blubb blubb blablabla ]
Var1 getrimt: [blabla blubb blubb blablabla]
[ Variante wurde mir zugemailt, ist nicht von mir]
Grüße
Biber
Hallo @all!
Es ginge natürlich zur Not auch so:
Grüße
bastla
Es ginge natürlich zur Not auch so:
:: ---- RTrimMitOhneFORundDelayedExpansion.cmd
@echo off & setlocal
set "var1=blabla blubb blubb blablabla "
echo Var1:[%var1%]
:Loop
if "%var1:~-1,1%"==" " (set "var1=%var1:~,-1%" & goto :Loop)
echo Var1 getrimt: [%var1%]bastla
*lach*
@bastla,
Genau das war (fast buststabengetreu) die erste Alternative zu LotPings Ansatz,... gestern beim Brainstorming über diesen Thread:
[Zitat von Ansatz1, gestern ca 17:30h)
[/Zitat Ansatz1]
Danach hatte ich versucht, statt mit ":loop" und "Goto :loop" alles mit einer FOR/L-Anweisung abzufackeln und war so weit gekommen:
... weil ich irgendwie nicht über das Detailproblem "Variable %cut% muss um 1 gemindert werden" hinwegkam ohne wieder mit Sprungmarken zu agieren.
Die Variante "Mit FOR/L und DelayedExpansion ohne Sprungmarke" hat also bis heute nachmittag zum Reifen gebraucht...
Grüße
Biber
@bastla,
Genau das war (fast buststabengetreu) die erste Alternative zu LotPings Ansatz,... gestern beim Brainstorming über diesen Thread:
[Zitat von Ansatz1, gestern ca 17:30h)
@echo off & setlocal enabledelayedexpansion
set "var1=blabla blubb blubb blablabla "
@echo [%var1%]
:loop
if "!var1:~-1,1!"==" " (set "var1=!var1:~0,-1!" & goto loop)
@echo [%var1%]
goto :eofDanach hatte ich versucht, statt mit ":loop" und "Goto :loop" alles mit einer FOR/L-Anweisung abzufackeln und war so weit gekommen:
@echo off & setlocal enabledelayedexpansion
set "var1=blabla blubb blubb blablabla "
@echo Var1:[%var1%]
FOR /L %%i in (1,1,100) do @If "!Var1:~-%%i,1!" gtr " " (set /a "cut=%%i-1" & goto breakLoop)
:breakLoop
echo [!Var1:~0,-%cut%!]... weil ich irgendwie nicht über das Detailproblem "Variable %cut% muss um 1 gemindert werden" hinwegkam ohne wieder mit Sprungmarken zu agieren.
Die Variante "Mit FOR/L und DelayedExpansion ohne Sprungmarke" hat also bis heute nachmittag zum Reifen gebraucht...
Grüße
Biber
@Biber
Warum willst Du eigentlich das "goto" vermeiden (noch dazu auf Kosten einer "DelayedExpansion"?
Grüße
bastla
Warum willst Du eigentlich das "goto" vermeiden (noch dazu auf Kosten einer "DelayedExpansion"?
Grüße
bastla
Moin bastla,
Neben der rein sportlichen Herausforderung ("Mal schauen, ob das geht....") sind es natürlich die üblichen Gründe
1) Ein "goto :Label" ist vielleicht nostalgisch, vielleicht schnell gemacht.... aber sorry, es ist kein Indiz für Codequalität.
Wenn wir hier ein paar Algorithmen vorkaspern wollen und auch wenn es einige Werkzeuge gibt, die ein "goto :irgendwohin" erlauben.... so etwas gehört schlicht und einfach verboten.
Ist nicht lesbar, nicht nachvollziehbar, nicht strukturiert.... einfach bäh.
2) Von daher war es bei mir natürlich auch ein Stück weit ein Reflex - unter anderem hier im Unternehmen sind "goto-Anweisungen" technisch möglich,
aber eigentlich nicht zulässig [Anmerkung: Ich rede hier nicht von CMD-Batch-Programmierung!]
Und ich muss SEHR oft mit Entwicklern diskutieren, ob denn eine im Code XY vorhandene "goto-Anweisung" wirklich nötig ist und wie es sich anders lösen liesse.
3) Der dritte Grund ist ... es macht einfach Spass, einen Teil der vielen Wege zu zeigen, die nach Rom führen.
Wie arm wäre das denn, einfach zu sagen "goto :rom" ?
Grüße
Biber
Zitat von @bastla:
@Biber
Warum willst Du eigentlich das "goto" vermeiden (noch dazu auf Kosten einer "DelayedExpansion"?
@Biber
Warum willst Du eigentlich das "goto" vermeiden (noch dazu auf Kosten einer "DelayedExpansion"?
Neben der rein sportlichen Herausforderung ("Mal schauen, ob das geht....") sind es natürlich die üblichen Gründe
1) Ein "goto :Label" ist vielleicht nostalgisch, vielleicht schnell gemacht.... aber sorry, es ist kein Indiz für Codequalität.
Wenn wir hier ein paar Algorithmen vorkaspern wollen und auch wenn es einige Werkzeuge gibt, die ein "goto :irgendwohin" erlauben.... so etwas gehört schlicht und einfach verboten.
Ist nicht lesbar, nicht nachvollziehbar, nicht strukturiert.... einfach bäh.
2) Von daher war es bei mir natürlich auch ein Stück weit ein Reflex - unter anderem hier im Unternehmen sind "goto-Anweisungen" technisch möglich,
aber eigentlich nicht zulässig [Anmerkung: Ich rede hier nicht von CMD-Batch-Programmierung!]
Und ich muss SEHR oft mit Entwicklern diskutieren, ob denn eine im Code XY vorhandene "goto-Anweisung" wirklich nötig ist und wie es sich anders lösen liesse.
3) Der dritte Grund ist ... es macht einfach Spass, einen Teil der vielen Wege zu zeigen, die nach Rom führen.
Wie arm wäre das denn, einfach zu sagen "goto :rom" ?
Grüße
Biber
Hallo Biber,
2) und 3) stimme ich zu.
Bei 1) nur eingeschränkt, da Batch nun mal keine
In VB[A|S] z.Bsp. sähe ich das aber auch anders.
Gruß
LotPings
2) und 3) stimme ich zu.
Bei 1) nur eingeschränkt, da Batch nun mal keine
do.until .Loop , do While..loop kennt finde ich deren Nachbildung mit Hilfe eines in direkter Nachbarschaft liegenden Goto :Label durchaus legitim.In VB[A|S] z.Bsp. sähe ich das aber auch anders.
Gruß
LotPings
Hallo Biber und LotPings!
) in
kann ich zwar durch durchaus nachvollziehen, aber als Musterbeispiel für Eleganz würde ich diese Halbzeile auch nicht gerade heranziehen ...
All in all stellt wohl LotPings Ansatz den gelungensten Kompromiss dar.
Grüße
bastla
... finde ich deren Nachbildung mit Hilfe eines in direkter Nachbarschaft liegenden Goto :Label durchaus legitim.
entspricht auch ziemlich genau meiner Sichtweise.Ist nicht lesbar, nicht nachvollziehbar ...
Den Wert 100 (obwohl unkommentiert ) inFOR /L %%i in (100,-1,1) do ...
All in all stellt wohl LotPings Ansatz den gelungensten Kompromiss dar.
Grüße
bastla
Okay, okay, bastla und Lotpings,
in diesen harten Zeiten, in denen wir alle Opfer bringen müssen, und sogar die CSU auf die Aufstellung eines eigenen Bundespräsidentenkandidaten verzichtet
da brauchen wir uns ja nicht unnötig hineinsteigern in die "Richtlinien Strukturierter Batchprogrammierung mit Cmd.exe".
Aber der gelungenste Ansatz ist IMHO nicht der vom Lord mit "Call :YellowSubmarine", sondern der klassich-stringente [bastla schreibt am 09.06.2010, 18:44:50 Uhr ]
Wenn überhaupt, dann ist der lesbar & wartbar und für weitere Verwendung in Gebrauchs-Bätchen zu empfehlen.
Meine Variante bitte ich als neckische Anekdote zu betrachten, so wie ich es auch gemeint habe.
Und ja... die "100" in meiner Halbzeile sind zwar relativ unauffällig untergejubelt, aber in der Tat nicht elegant.
Grüße
Biber
in diesen harten Zeiten, in denen wir alle Opfer bringen müssen, und sogar die CSU auf die Aufstellung eines eigenen Bundespräsidentenkandidaten verzichtet
da brauchen wir uns ja nicht unnötig hineinsteigern in die "Richtlinien Strukturierter Batchprogrammierung mit Cmd.exe".
Aber der gelungenste Ansatz ist IMHO nicht der vom Lord mit "Call :YellowSubmarine", sondern der klassich-stringente [bastla schreibt am 09.06.2010, 18:44:50 Uhr ]
Wenn überhaupt, dann ist der lesbar & wartbar und für weitere Verwendung in Gebrauchs-Bätchen zu empfehlen.
Meine Variante bitte ich als neckische Anekdote zu betrachten, so wie ich es auch gemeint habe.
Und ja... die "100" in meiner Halbzeile sind zwar relativ unauffällig untergejubelt, aber in der Tat nicht elegant.
Grüße
Biber
