Я худею с вашего говнокода

[klink0v]

Потерял почти целый рабочий день на одном странном затыке.

Задача. У нас есть обычный текстовый файл, в нем N строчек. Нужно запустить некоторое приложение также N раз, передав ему в качестве параметра очередную строчку из упомянутого файла. Казалось бы, что может быть проще?
#!/bin/bash

Comments

[cae32]

Гм.
Before a command is executed, its input and output may be redirected using a special notation interpreted by the shell

То есть, если запускаемый хочет STDIN, он таки его получит не из /dev/null, а таки из того, кто был родителем на время старта.

[klink0v]

Хрен знает. Но вот так, как в последнем примере - работает. По-другому - не работает. С другим софтом подобных проблем никогда не было.

[cae32]

Не воспринимайте стороннюю программу, как соответствующую unix-way.
Нормальный grep или там sed будет брать параметры из cli, и только если их нет. займётся STDIN.
Но это же для сторонних утилит, скажем мягко, не совсем так. О чём думал автор, обычно загадка.
Поэтому, да, если сам держишь в скрипте STDIN, приходится заботиться о том, чтобы не отдать его кому-нибудь ненароком после fork.
Я последнее время даже trap не ленюсь писать в shell :)

[klink0v]

А можно пример кода с trap-ами?

[cae32]

Традиционный install-sh из кучи мест:

# Trap to clean up those temp files at exit.
trap 'ret=$?; rm -f "$dsttmp" "$rmtmp" && exit $ret' 0

[cae32]

Ну а из своего тестового окружения:

delete_temp_dir() {
if [ -d "${TMP_DIR}" ] ; then
rm -rf "${TMP_DIR}"/* && rmdir "${TMP_DIR}"
else
return 0
fi
}

....

trap delete_temp_dir 0 INT TERM QUIT

[klink0v]

Дык это ж перехват системных сигналов. При чём здесь ввод-вывод?

[cae32]

Это просто собственный пример, когда на shell смотрится полностью как на ЯП, а не только для текущих задач администрирования.

[klink0v]

Это всё, конечно, замечательно. Но как мне предлагается насильно захватить этот самый STDIN и никому его не отдавать, даже если они будут очень сильно хотеть его забрать себе?

[cae32]

0