В чем проблема считать номера из файла в цикле и скормить sed?
Только их нужно будет отсортировать и скармливать в обратном порядке, иначе беда будет.

Да, и чтоб тебе ответили по-конкретней, привел бы пример файла с номерами: там ведь по-разному их можно хранитьс

Cпасибо за подсказку про обратный порядок. А sed список строк не хавает как-то аргументом? Это первое. А второе - а как sedу передать переменной номер строки?

Вот так не получается

cat failedstrings|while read string;do sed  -n '$stringd' common.csv ;done

А не лучше ли написать коротенький скрипт на питоне (с использованием словарей)? Будет конечно не в одну сверхдлинную строчку, но зато будет читабельно.

Вот так не получается

Потому, что
1. В одинарных кавычках переменные не раскрываются
2. у тебя имя переменной сливается с командой d
3. sed у тебя выведет результат на экран, а нужно, чтобы записывал в тот же файл

$ echo "one
two
three
four
five
six" > file.txt

$ echo "2
3
6" > file_numbers.txt

$ cat file_numbers.txt | sort -r | uniq | while read N; do sed -i "${N}d" file.txt ; done                                                                    

$ cat file.txt
one
four
five

А не лучше ли написать коротенький скрипт на питоне (с использованием словарей)?

А еще лучше - C++. Будет читабельней. По крайней мере мне.

И вообще не понимаю, зачем этот bash. Сделали б сразу ассемблер командной оболочкой.

Красиво получилося :)

Полон тред велосипедостроителей, а ведь есть стандартный инструмент:

$ echo "one
two
three
four
five
six" > file.txt

$ echo "2
3
6" > sorted_line_numbers.txt

$ nl file.txt | join -v1 -o 1.2  - sorted_line_numbers.txt
one
four
five

Ты же понимаешь что твой способ открывает файл заново каждую итерацию?

У меня получилось шесть строчек:

from sys import argv
d = dict(map(lambda x: (int(x), ...), open(argv[1])))
f = open(argv[3], 'w')
for i, l in enumerate(open(argv[2])):
    if not i + 1 in d:
        f.write(l)

А еще лучше - C++. Будет читабельней. По крайней мере мне.

И вообще не понимаю, зачем этот bash. Сделали б сразу ассемблер командной оболочкой.

Сарказм?

Прикрути сортировку файла с номерами строк

awk 'BEGIN {while(getline < "file1") a[$0]=1} !a[NR]'

nl file.txt

-ba хотя, а то совсем стыдно

-o 1.2

ага, давай от строк файла оставим только первое слово (да и в люмов случае пробелы сожмет)

Полон тред велосипедостроителей

иронично, да и сей велосипед крив изначально

Кроссплатформенность?

Верно подмечено. Можно немного улучшить ситуацию, хотя вариант с авк уже выглядит получше.

$ cat file.txt 
one
two
three
four
five     spaces
six

eigth derp
nine woohoo hehehe
ten
eleven
$ cat unsorted_line_numbers.txt 
2
3
8
6
$ join -t $'\t' -o 1.2 -v1 --nocheck-order <(nl -ba -w1 file.txt) <(sort -n unsorted_line_numbers.txt) 
one
four
five     spaces

nine woohoo hehehe
ten
eleven

(upd) нет, не работает (если удалять 11 строку). Нужна опция join -n как у sort, а её нет. Я выбрал тупиковое направление.

Нужна опция join -n как у sort, а её нет. Я выбрал тупиковое направление.

ну да с join-ом не понятно как с полями быть, а с sort можно поизвращаться: есть -k<..>,<..> (но тут не знаю, обязана ли реализация номер из nums выхлопнуть раньше пронумерованной строки из file):

{ cat nums; cat file | nl -ba;} | sort -nuk1,1 | grep $'\t' | cut -f2-

но тут не знаю, обязана ли реализация номер из nums выхлопнуть раньше пронумерованной строки из file

Это называется stable sort, опция -s.

Вах, красаучег! Спасибо, вот что я давно искал.

while read N; do sed -i "${N}d"

Спасибо, мне пока такие ужасы рано :)

Тебе тоже спасибо!

про join не думал, тоже прикольно. Нужно было быстро. Не дождался Сделал топором

tac filewithnumbers |sed "s/^/sed -i '/"|sed -s "s/$/d' filewithtext/" >>del_lines.sh;chmod +x ./del_lines.sh

Нашел похожее порно

на superuser.com.

Ты же понимаешь что твой способ открывает файл заново каждую итерацию?

И что?

Кроссплатформенность?

Где?

Выйдет медленно и хуёво, а так ничего.

В теории - да, медленно. На практике если файл небольшой - отработает почти мгновенно.

Я бы посоветовал на сях через mmap решить проблему. Элементарно бьешь входной файл на куски "от строки такой-то до такой-то", конец строки ищется влегкую при помощи strchr. Полученное пишешь в выходной файл или сразу на stdout.

Вот пример, меняющий местами два файла (как то написал, когда на ЛОРе была тема: как поменять местами два гигантских файла, если нет места под третий — временный). Его чуть подпилить, и будет то, что тебе надо.

Пхытонистов не слушай. У них мозга нет.

Это у тебя мозга нет. Речь шла о коротеньком скрипте который нужен прям вот сейчас (насколько я понимаю это нужно не в продакшен для сервиса). Лично моё решение короткое, понятное и оптимальное. Если взять и сравнить с аналогичным кодом на сях разница будет чувствоваться только на очень больших текстах, что не существенно при однократном использовании.

Я бы посоветовал на сях через mmap решить проблему.

На каких сях? :) Я нуб.

Пхытонистов не слушай. У них мозга нет.

Гы

Да, файл небольшой. Отработало быстро. Понятно, что это мегаизврат.

Официально нарекаю этот вариант лучшим, самым кратким, самым быстрым и наименее наркоманским из представленного на странице.

А sed -i в цикле - это изврат. Однажды его придётся на sshfs через gprs использовать и его тормознутость аукнется.

Выйдет медленно и хуёво, а так ничего.

Если твой питоновский скрипт на big data натравить, выйдет тоже медленно и ... как ты там сказал.
Это я к чему: не придумывай проблемы.

Вариант с awk правда хорош, так как короче, и при этом использует стандартную тулзу - awk.


А по поводу

Однажды его придётся на sshfs через gprs использовать и его тормознутость аукнется.

Не придётся. Не придумывай проблем там, где их нет.

Твое решение некошерно, ибо на пхытоне! Сдуйся!

Факт в том что будет на порядок лучше чем сед в цикле.

Таки позвольте поинтегесоваться на чём таки по вашему кашегно?

Факт в том что будет на порядок лучше чем сед в цикле.

Это не факт, а твоя фантазия. Фактом будут тесты, при том воспроизводимые более одно раза и не только у тебя.

Послушай: есть задача. Её нужно выполнить в кратчайшие сроки. Чтобы это сделать нужно 1) использовать те инструменты, которые знаешь 2) не придумывать дополнительные требования 3) иметь представление о цели и смысле происходящего.

Так вот: в ТЗ нет больших данных; нет работы по GPRS; нет кроссплатформенности или переиспользования в будущем. Всё это - фантазии, до тех пор, пока ТС не сказал обратное. В управлении проектами это называется gold plating, и за это очень сильно бьют по рукам.

Более того, особенно для одноразовых скриптов, плюс-минус десятки секунд в скорости работы кода в подавляющем большинстве случаев приемлемы, особенно если позволяют сократить десятки минут / часы разработки и дебаггинга.

Зрелый программист должен уметь не только придумывать алгоритмы и перекладывать их на язык программирования, но и видеть общую картину и мыслить категориями профита, коий равен «ценность минус затраты».

В управлении проектами это называется gold plating, и за это очень сильно бьют по рукам.

Хотя в принципе ты прав, в данном конкретном случае решение на awk уже автоматически 0) простое и понятное 1) быстрое 2) не тормозит на медленном IO 3) кроссплатформенное 4) может быть переиспользовано 5) тривиально переделывается и становится пригодным для bigdata (файлы данных и строк любого размера).

Хороший программист именно так и должен писать.

данном конкретном случае решение на awk уже автоматически

Я о чем-то таком уже говорил: Удалить строки с номерами, список которых в файле (комментарий)

PHPFan
perl -e

респект

Чудесно!