CMD/BAT

TolikD · Отправлено: **20:54, 23-08-2018** | #11

Зачем? Я и так мог бы наплодить кучу го%нокода и не подымать тему. Дело принципа. И всё можно, вот решение:

Код:

for /f "usebackq" %%a in (`findstr /V "192.168.1.101" test.txt`) do (set content=%%a)
echo %content%>test.txt

Всё пашет, тему можно закрыть

YuS_2 · Отправлено: **21:03, 23-08-2018** | #12

Цитата TolikD:

Зачем? Я и так мог бы наплодить кучу го%нокода и не подымать тему. »

Если тебе нужна была помощь, то тебе её дали, но именно твой, как ты выразился, го%нокод, точно никому не нужен...
1. Добавь в свой файл несколько строк и увидишь, почему го%нокод (его можно исправить, кстати)
2. Добавь в свой файл тысяч сто строк и замеряй скорость обработки (даже в случае с исправленным вариантом)
3. Посыпать голову пеплом не требуется, но манеры свои, всё же, подправь... на будущее.

Iska · Отправлено: **21:08, 23-08-2018** | #13

Цитата TolikD:

Ну затирает он вначале и что? »

И ничего. В том-то и дело, что НИ-ЧЕ-ГО. Файл становится пустой. И Ваша findstr.exe получает на вход этот самый совершенно пустой файл test.txt.

Цитата TolikD:

Код:

echo 123>test.txt

почему не затирается? »

Файл как раз таки усекается до нулевого размера. А затем уже в него пишется «123».

Цитата TolikD:

Из скриншота я не понял, и хде там решение проблемы?! »

На скриншоте не решение проблемы, а объяснение её появления — а) почему так, и б) почему именно так, а не иначе.

Решение же банально — разнести чтение из и вывод в один и тот же файл, не делать этого одновременно в пределах одной команды.

Цитата TolikD:

Или я один туплю? »

К сожалению, да. Видно, что Вы не понимаете, как происходит усечение исходного файла test.txt. Ну, давайте попробуем ещё раз:

Цитата TolikD:

Код:

findstr /I /V "192.168.1.101" test.txt>test.txt

»

Выделенное начинает выполняться в первую очередь. Что при этом происходит — файл test.txt открывается, и его размер усекается до нуля. В него ещё ничего не выведено, он просто подготовлен для записи. Затем начинает выполняться findstr.exe, читает переданный ей аргумент, открывает этот самый файл test.txt — а там уже пусто. Понимаете? Команде findstr.exe попросту уже нечего фильтровать, файл test.txt пустой, поскольку Вы указали перенаправить в него вывод из той же самой команды.

Цитата TolikD:

в итоге я прав »

Нет.

Цитата TolikD:

Ну есть же решение, только без записи в левый файл. Как это сделать ума не приложу... »

Призовите коллег megaloman и alpap, они делали подобное через группировку команд и фильтры с more.

Цитата YuS_2:

здесь: »

Аааа! Я только предыдущую единичку увидел, в:

Цитата TolikD:

Код:

C:\debug\cmdtest>findstr /I /V "192.168.1.101" test.txt 1>test.txt

»

а вторую — нет. Спасибо, ясно, разобрался, доглядел

.

Цитата TolikD:

И всё можно, вот решение:

Код:

for /f "usebackq" %%a in (`findstr /V "192.168.1.101" test.txt`) do (set content=%%a)
echo %content%>test.txt

Всё пашет, тему можно закрыть »

Вы издеваетесь? Данный код а) потеряет все пустые строки в файле test.txt, но это не так страшно, как б) сохранит из всего содержимого файла test.txt только его последнюю строку:

Код:

@echo off
setlocal enableextensions enabledelayedexpansion

echo --- До... --------------------------
type "test.txt"
echo ------------------------------------

rem Здесь начало Вашего кода
for /f "usebackq" %%a in (`findstr /V "192.168.1.101" test.txt`) do (set content=%%a)
echo %content%>test.txt
rem Здесь окончание Вашего кода

echo --- ...и после ---------------------
type "test.txt"
echo ------------------------------------

endlocal
exit /b 0

YuS_2 · Отправлено: **21:23, 23-08-2018** | #14

Цитата Iska:

Призовите коллег megaloman и alpap, они делали подобное через группировку команд и фильтры с more. »

Зачем?
тут главное непонятно: зачем именно такое действие, что за религия запрещает применение промежуточного файла?
... в любом случае, представленный выше вариант, это наиболее быстрый вариант.
Можно, конечно, через цикл for такое осуществить (как попытался сделать ТС, пусть и коряво...), т.к. команды, результат которых разбирается в цикле, выполняются в новом процессе, но это очень медленно и неэффективно в итоге, плюс ещё со своими особенностями (такими как съедание пустых строк и т.п.)

Iska · Отправлено: **21:29, 23-08-2018** | #15

Цитата YuS_2:

Зачем? »

Ну, как — зачем?! Из прынципа!

Вы же сами об этом чуть выше пишете.

YuS_2 · Отправлено: **21:36, 23-08-2018** | #16

Цитата Iska:

Вы же сами об этом чуть выше пишете. »

не-не-не, про прынципы, не мое перо начеркало

Iska · Отправлено: **21:56, 23-08-2018** | #17

Цитата YuS_2:

не-не-не, про прынципы, не мое перо начеркало »

«У меня все ходы записаны»™

:

Цитата YuS_2:

Религиозные принципы мешают? »

YuS_2 · Отправлено: **22:05, 23-08-2018** | #18

Цитата Iska:

У меня все ходы записаны »

А, ну так то вопрос же был, не утверждение...

TolikD · Отправлено: **23:56, 23-08-2018** | #19

Всё! Товарищ один помог, все недостатки for исправляются параметрами, но всё равно корявенько получилось эт да! Батники в винде, когда дело касается обработки текста - это конечно же ещё та мозголомка башка кипит.

Код:

setlocal enableDelayedExpansion
set NL=^


set content=
for /f "usebackq delims=: tokens=1* eol=" %%a in (`findstr /V /N "192.168.1.101" test.txt`) do set content=!content!%%b!NL!
echo !content!

Iska · Отправлено: **00:26, 24-08-2018** | #20

Цитата TolikD:

все недостатки for исправляются параметрами, »

Не все.

Цитата TolikD:

но всё равно корявенько получилось эт да! »

Вы даже не представляете — насколько:

Код:

@echo off
setlocal enableextensions enabledelayedexpansion

set NL=^


set content=
for /f "usebackq delims=: tokens=1* eol=" %%a in (`findstr /V /N "192.168.1.101" test.txt`) do set content=!content!%%b!NL!
>"Result.txt" echo !content!

endlocal
exit /b 0

— добро пожаловать в смешанный мир Windows+Unix! CrLf и Lf в одном флаконе!

Как поведёт себя приложение, которое должно будет работать с получившимся кадавром — вопрос.