forum.lissyara.su

Если выполнить такой скрипт: то с вероятностью ~50%, содержимое файла будет пустым, а не строкой "two", как ожидается.

Если выполнить другой скрипт: то с вероятностью 100%, содержимое файла будет строкой "two".

Объясните, аномалию, пожалуйста.

P.S.: Могу решить задачу следующим скриптом, но хочется понять описанное выше поведение:

cat a | sed '/one/d' > a

это можно одной командой делать
тогда все гут
и помоему как раз сразу седом
точно не помню

paradox писал(а): это можно одной командой делать

Дочитайте мое сообщение до конца, пожалуйста:

F1restorm писал(а): P.S.: Могу решить задачу следующим скриптом, но хочется понять описанное выше поведение:

Код: Выделить всё

...
sed -e '/one/d' -i .bak

нужно было сделать ударение)) я не туда посмотрел

ну возможно изза многопроцессорхных архитектур
или глюк появляеться и на однопроцессорных машинах?

paradox писал(а): ...
ну возможно изза многопроцессорхных архитектур
или глюк появляеться и на однопроцессорных машинах?

Машина однопроцессорная (AMD Athlon XP 1500+).

cat a | sed '/one/d' > a

тогда есть вариант
когда возможно для вывода используеться метод map памяти
а не вывода в поток
и при круговом обороте буфер треться сразу
как вариант
попробовать вместо cat какой то другой вывод...
может more если он не так же реализован как cat
либо написать свой аналог cat
который будет сначала в буффе считывать весь поток а потом выводить с буффера -так сказать для теста
если будет все гут
значит идея я думаю ясна

как вариант еще поискать thread safe утилиты cat,more итд

paradox писал(а):

cat a | sed '/one/d' > a

тогда есть вариант
когда возможно для вывода используеться метод map памяти
а не вывода в поток
и при круговом обороте буфер треться сразу
как вариант
попробовать вместо cat какой то другой вывод...
может more если он не так же реализован как cat
либо написать свой аналог cat
который будет сначала в буффе считывать весь поток а потом выводить с буффера -так сказать для теста
если будет все гут
значит идея я думаю ясна

как вариант еще поискать thread safe утилиты cat,more итд

Хочется не решение найти, т.к. оно уже есть, а понять, это ошибка или особенность. Если это особенность, то почему так реализовано.

За размышления - спасибо, может быть когда-нибудь пригодятся.

За размышления - спасибо, может быть когда-нибудь пригодятся.

проверь их
и сразу станет ясно

paradox писал(а):

За размышления - спасибо, может быть когда-нибудь пригодятся.

проверь их
и сразу станет ясно

Предположение я понял. Скорей всего так и есть.

Если попробовать проанализировать ситуацию, то получается, что описанное в первом сообщении поведение нормально. Объяснить это можно тем, что исходный файл может быть достаточно большим и поместить его полностью в буфер, может быть невозможно. К тому же одновременное чтение и запись в один и тот же файл разными программами ни к чему хорошему, без дополнительной синхронизации, не приведет. Пытаться это исправить, похоже, идеологически бессмысленно.

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

F1restorm писал(а):Для себя я понял, что использование в качестве входного и выходного потока одного и того же файла, в общем случае - опасно.

не опасней, чем есть из кастрюли старый суп и тут же варить в ней новый.

zg писал(а): не опасней, чем есть из кастрюли старый суп и тут же варить в ней новый.