esyr

Вероятно, многие знают, что при помощи shell built-in read можно построчно читать всякое; особенно это актуально при считывании списка файлов, которые потенциально могут содержать пробелы (например, в выдаче ls или find) или чего-то подобного. Обычно это делается так:

Построчное чтение из файла:

while read line
do
  # code
done < file

Построчное чтение результата выполнения команды (вариант с перенаправлением):

ls | while read line
do
  # code
done

Вроде бы всё хорошо. Проблемы могут начаться в случае, когда во время чтения нужно изменять значения переменных. А именно, последний (и, кстати, наиболее часто используемый в случае, когда нужно обработать вывод команды, а не читать из файла) вариант приводит к созданию дочернего процесса (pipe же!), что приводит к тому, что все изменения переменных внутри тела цикла выполняются в подпроцессе и, как следствие, на процессе, в котором выполняется скрипт, не попадают. Это можно легко увидеть на следующем примере:

i=0; seq 1 3| while read line; do i=$(( $i + 1 )); done; echo $i

В bash и dash в результате будет выдан 0, в zsh и ksh (которые исполняют последний элемент пайплайна в текущем процессе в случае, если это shell built-in) — 3.
Обойти эту проблему можно несколькими способами. Один из них — использовать heredoc:

while read a b
do
  i=$(( $i + 1 ))
done <<EOF
`seq 1 3 | sed 's/^/1 /'`
EOF
echo $i

При этом, как можно видеть из примера выше, можно использовать произвольный пайплайн.
Очевидный недостаток этого решения — прежде, чем результат выполнения будет передан в цикл, он полностью будет получен. Это можно попытаться обойти, например, путём создания временного FIFO-файла:

fifofile=`mktemp`
rm "$fifofile"
mkfifo "$fifofile"

ls | sed 's/^/1 /' > "$fifofile" & # random command which output we need to parse
while read a b
do
  i=$(( $i + 1 ))
done < "$fifofile"
echo $i

rm "$fifofile"

Очевидно, что в данном случае строчка rm "$fifofile" будет выполнена после завершения цикла, что, по идее (так как read ждёт закрытия потока ввода), произойдёт только после завершения процесса, пишущего в FIFO и считывания из него всех данных.
Но всё же ощущается неаккуратность в виде наличия временных файлов. Тем более, что упражнение вида mktemp—rm—mkfifo теоретически может породить рейс. Можно попробовать соорудить конструкцию с созданием дескрипторов (like, exec 3<&0>&1):

exec 3<&0>&1

ls | sed 's/^/1 /' >&3 & # random command which output we need to parse
while read -u 3 a b
do
  i=$(( $i + 1 ))
done
echo $i

exec 3<&->&-

И, казалось бы, счастье есть: мы можем запихать произвольный пайплайн из процессов в этот дескриптор, а потом читать из него (или с помощью специального ключика у read, как в примере выше, или же просто <&3. Осталась одна маленькая проблема: если попытаться прибить скрипт до окончания его работы, то это ему ничуть не помешает. Посему, нужно повесить trap, который убивает дочерний процесс и завершает работу:

trap 'kill -9 $cpid; exit' TERM INT

exec 3<&0>&1

ls | sed 's/^/1 /' >&3 & # random command which output we need to parse
cpid=$!
while read -u 3 a b
do
  i=$(( $i + 1 ))
done
echo $i

exec 3<&->&-

Более аккуратного варианта как-то в голову не пришло. Если кто знает — поделитесь.

UPD. Таки приведённый вариант с дескрипторами работает только в zsh (не в dash). Буду думать, как его таки заимплементить.

Понадобилось мне как-то использовать moin для банальной задачи — получения из wiki-текста HTML. Казалось бы, задача должна решаться натравливанием какого-нибудь парсера-генератора. Но всё не так просто.

• Да, у moin есть парсеры и генераторы, но они хотят в качестве параметра request, которого у меня, естественно, нет.
• Хорошо, будет вам request. А как получить его? Правильно, использовать конструктор. Но вот незадача — в конструкторе обязательным параметром является конфигурация wiki instance. Которой у меня, естественно, нет.
• Хорошо, воспользуемся DefaultConfig. Но им нельзя воспользоваться, поскольку там не прописана половина параметров. Например, место хранения кэшей. И пути к плагинам. Которых у меня, естественно, нет.
• Хорошо, унаследуемся от DefaultConfig, пропишем пути в /tmp. Но config при инициализации проверяет наличие этих директорий. Которых у меня, естественно, нет.
• Хорошо, создадим эти директории. Ура, мы можем сконвертировать wiki в HTML.

Вот так легко и просто использовать MoinMoin.

Итоговый код выложу как-нибудь на досуге, текущая версия работает только на патченном MoinMoin (который в куче случаев падает, хотя мог бы этого и не делать).

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

Сижу, примус починяю макросы да действия для моина пишу...

На нахождение ошибки вида

char buf[4];
...
buf[4] = 0;

Ушло времени больше, чем суммарно на нахождение всех предыдущих.

>>> console.log($('#viewer.module').get().length);
0
>>> console.log($('.module#viewer').get().length);
1

…думаю, сообщить Apple, что сайт http://localhost:1234 в сафари 3.04 бета отображается неправильно, или таки не стоит? А то у них кнопка такая заманчивая рядом с аддрессбаром…

Допустим (а такое таки иногда случается), у нас есть ряд классов, (как это обычно и бывает) потомков одного класса, для которых удобно делать вещи в духе

То есть иметь конструктор, в котором можно проинициализировать состояние объекта. Причём объект у нас сложный и может включать другие объекты. Которые, в свою очередь, могут включать третьи, и так далее. И вся эта радость создаётся в одном операторе. Удобно.

( Но при таком подходе возникает проблема… )
( Выход из такого положения очевиден… )
( Одним из возможных достаточно универсальных решений является использование RTTI… )
( Быдлокод )
Тут комментарии на русском, но это исключительно для читабельности (и из-за того, что с английским я дружу плохо). Ни в коем случае не используйте неанглийские комментарии в коде.
( Механизм действия сего деструктора )
( Ограничения )
Собственно, мне это понадобилось потому, что я таким образом создаю сообщения, которые надо сериализовать в поток. Потом подумал, что это будет полезно не только мне, и решил написать об этом.

В следующий раз будет что-нибудь про XML (Save/Load объектов, загрузка UI) и/или версионинг, смотря что доведу до презентабельного состояния первым.

Что характерно, в имени жавайного пакетика может встречаться слово exception. А Eclipse его подсвечивает, хехе, как ключевое.

А ещё в жаве я не нашёл Pair<A, B>. Пришлось наколенный слабать. Несложно, конечно, но нехорошо лесопеды городить.