DOS-batch-FOR-Schleife mit FIND.exe ist stripping out leere Zeilen?

Ist das Verhalten der FOR /F - es nie wieder leere Zeilen. Die Arbeit um zu verwenden, FINDEN oder FINDSTR Präfix der Zeile mit der Zeilennummer. Wenn Sie garantieren können keine Zeilen beginnen mit die Nummer der Zeile, Trennzeichen, dann setzen Sie einfach das entsprechende Trennzeichen und halten Token 1* verwenden Sie jedoch nur den 2. token.

::preserve blank lines using FIND, assume no line starts with ]
::long lines are truncated
for /f "tokens=1* delims=]" %%A in ('type "file.txt" ^| find /n /v ""') do echo %%B

::preserve blank lines using FINDSTR, assume no line starts with :
::long lines > 8191 bytes are lost
for /f "tokens=1* delims=:" %%A in ('type "file.txt" ^| findstr /n "^"') do echo %%B

::FINDSTR variant that preserves long lines
type "file.txt" > "file.txt.tmp"
for /f "tokens=1* delims=:" %%A in ('findstr /n "^" "file.txt.tmp"') do echo %%B
del "file.txt.tmp"

Ich lieber FINDSTR - es ist mehr zuverlässig. Zum Beispiel können lange Zeilen abschneiden - FINDSTR nicht so lange, wie es liest direkt aus einer Datei. FINDSTR nicht drop lange Zeilen beim Lesen von stdin per pipe oder Umleitung.

Wenn die Datei enthält Zeilen, die beginnen mit Trennzeichen, und dann müssen Sie bewahren die gesamte Zeile mit der Zeilennummer Präfix, und verwenden Sie dann suchen und ersetzen zum entfernen der Zeile Präfix. Sie wollen wahrscheinlich verzögerten expansion aus, wenn die übertragung der %%Ein, um eine Umgebungsvariable, sonst keine ! wird beschädigt. Aber später innerhalb der Schleife müssen Sie die verzögerte Erweiterung zu tun, das suchen und ersetzen.

::preserve blank lines using FIND, even if a line may start with ]
::long lines are truncated
for /f "delims=" %%A in ('type "file.txt" ^| find /n /v ""') do (
  set "ln=%%A"
  setlocal enableDelayedExpansion
  set "ln=!ln:*]=!"
  echo(!ln!
  endlocal
)

::preserve blank lines using FINDSTR, even if a line may start with :
::long lines >8191 bytes are truncated
for /f "delims=*" %%A in ('type "file.txt" ^| findstr /n "^"') do (
  set "ln=%%A"
  setlocal enableDelayedExpansion
  set "ln=!ln:*:=!"
  echo(!ln!
  endlocal
)

::FINDSTR variant that preserves long lines
type "file.txt" >"file.txt.tmp"
for /f "delims=*" %%A in ('findstr /n "^" "file.txt.tmp"') do (
  set "ln=%%A"
  setlocal enableDelayedExpansion
  set "ln=!ln:*:=!"
  echo(!ln!
  endlocal
)
del "file.txt.tmp"

Wenn Sie nicht brauchen, um über Konvertierung der Datei in ASCII -, dann ist es effizienter, fallen die pipe und lassen Sie zu FINDEN oder FINDSTR öffnen der Datei als argument angegeben wurde, oder über die Umleitung.

Es ist eine andere Arbeit, die rund um das komplett umgangen FOR /F während des lese-Prozesses. Es sieht seltsam aus, aber es ist effizienter. Es gibt keine Einschränkungen bei der Verwendung verzögert die expansion, aber es hat sich leider andere Einschränkungen.

1) Leitungen dürfen durch Kündigung beendet werden <CR><LF> (dies wird nicht ein problem sein, wenn du die TYP-Datei-Konvertierung)

2) Linien <= 1021 Byte lang (ohne die <CR><LF>)

3) das abschließende steuerzeichen werden entfernt aus jeder Zeile.

4) es muss aus einer Datei Lesen, können Sie nicht verwenden Sie ein Rohr. Also in Ihrem Fall müssen Sie mithilfe einer temp-Datei zu tun, den Ihre ASCII-Konvertierung.

setlocal enableDelayedExpansion
type "file.txt">"file.txt.tmp"
for /f %%N in ('find /c /v "" ^<"file.txt.tmp"') do set cnt=%%N
<"file.txt.tmp" (
  for /l %%N in (1 1 %cnt%) do(
    set "ln="
    set /p "ln="
    echo(!ln!
  )
)
del "file.txt.tmp"

Ausgabe-Zeilen inklusive Leerzeilen

Hier ist eine Methode, die ich entwickelt habe, für meinen eigenen Gebrauch.

Speichern Sie den code als batch-Datei sagen, SHOWALL.BAT und übergeben Sie die Quelldatei als Kommandozeilen-parameter.

Ausgang umgeleitet werden kann, oder verrohrt.

@echo off

for /f "tokens=1,* delims=]" %%a in ('find /n /v "" ^< "%~1"') do echo.%%ba

exit /b

BEISPIELE:

showall source.txt

showall source.txt >destination.txt

showall source.txt | FINDEN, die "string"

Kurios ist die Einbeziehung der " ^<' (Umleitung), im Gegensatz zu nur tun, die folgenden:

for /f "tokens=1,* delims=]" %%a in ('find /n /v "" "%~1"') do echo.%%ba

Durch weglassen der Umleitung, einer führenden Leerzeile ausgegeben.

Wie bereits in diese Antwort auf die obige Frage, es scheint nicht, dass Zeilen übersprungen werden standardmäßig mit for /f (mindestens) Windows XP (Community - Bitte aktualisieren Sie diese Antwort durch die Prüfung der unter batch-Befehle auf Ihre version & service pack Windows).

   EDIT: Pro Jeb's Kommentar unten, es scheint, dass die ping Befehl, in mindestens Windows XP ist

   verursacht for /f zu produzieren <CR>'s statt leere Zeilen (Wenn jemand weiß nämlich, warum, würde

   es schätzen, wenn Sie aktualisieren könnte diese Antwort oder Kommentar).

   Als workaround scheint es, dass die zweite Standard-Trennzeichen token (<space> /%%b im Beispiel)

   liefert als blank, die arbeitete für meine situation zu beseitigen, die leeren Zeilen jeweils durch ein "Elternteil"

   if bedingt auf dem zweiten token auf den start der for /f wie diese:

   for /f "tokens=1,2*" %%a in ('ping -n 1 google.com') do (
      if not "x%%b"=="x" (
         {do things with non-blank lines}
      )
   )

Über den untenstehenden code:

@echo off
systeminfo | findstr /b /c:"OS Name" /c:"OS Version" 
echo.&echo.
ping -n 1 google.com
echo.&echo.
for /f %%a in ('ping -n 1 google.com') do ( echo "%%a" )
echo.&echo.&echo --------------&echo.&echo.
find /?
echo.&echo.
for /f %%a in ('find /?') do ( echo "%%a" )
echo.&echo.
pause

.... das folgende ist, was ich sehe, auf Windows XP, Windows 7 und Windows 2008, als nur drei Versionen & service-packs von Windows habe ich jederzeit Zugang zu: