Размер файла после вырезания
Интересно, никто об этом не упомянул. pidof выводит через пробел pid процессов, соответствующих переданному имени процесса. Таким образом, вы можете напрямую использовать его вывод с помощью kill без конвейерной обработки. В Arch Linux я использую
kill -9 $ (pidof
Обратной стороной этого решения является то, что оно не позволяет использовать регулярные выражения.
В одном кадре?
prename 's!txtFile-0(..)$!s-$1/txtFile!' txtFile*
используется регулярное выражение для разделения двух последних цифр txtFile-0nn и использования их в качестве суффикса каталога.
-121--205221- Для этого приложения, вероятно, необходимо использовать split , а не cut . разделение -b 15 $ FILENAME должно работать. Бухгалтерия выполняется автоматически, вместо того, чтобы самостоятельно вычислять смещения файлов.
EDIT: Неправильно прочитал вопрос; Команда split не разделяется по столбцам, так же, как фрагменты из потока байтов. Если вы действительно хотите колонки, подход ОП, вероятно, лучший из доступных.
При вырезании 2 столбцов из файла вырезание добавляет новую строку в каждую строку. Поэтому каждый выходной файл состоит из 5 строк, с 2 номерами и новой строкой каждая.
Это объясняет 25 дополнительных байтов (файл от одного до пяти; шестой файл получил только новые строки, добавленные вами путем вырезания столбца 13 (newline во входном файле)).
Из которого идет последний байт? Я предполагаю, что вы использовали редактор, который не форсирует новую строку в самой последней строке вашего входного файла.
Так что ничего не пропало.
Для этого приложения вы, вероятно, захотите использовать split вместо cut . split -b 15 $ FILENAME должен работать. Он выполняет бухгалтерский учет автоматически, а не заставляет вас самостоятельно рассчитывать смещения файлов.
РЕДАКТИРОВАТЬ: неправильно прочитал вопрос; команда split не разбивает по столбцам, как фрагменты из потока байтов. Если вы действительно хотите столбцы, подход OP, вероятно, является лучшим из доступных.