Нехорошая особенность cron в slackware

Ещё с древнейших времён все конфигурационные файлы *NIX обязаны заканчиваться \n.

Я и не спорю с этим. Но поведение в случае, если это не так, должно быть более определённым.

Поведение должно следовать стандартам POSIX и исторической концепции UNIX, Slackware тут упрекнуть можно с натяжкой, а вот RedHat и прочие его клоны - Windows, только реестр добавь. И глюков столько же! Если есть недоработка, то Патрик ее иправляет, я ему пару багов еще на Slackware 8.0 отослал. В 8.1. их уже не было - конечно это не моя заслуга, а всего GNU-сообщества, но Slackware , на мой взгляд, самый удобный и быстрый дистрибутив, и анахроизмы ему простительны - в том же FreeBSD такой глюк уже не допустишь, а это важно.

И всё же ситуация сомнительная. Я считаю, что последнюю строку нужно или исполнять, или игнорировать, но не обрезать последний байт. Такова ли традиция UNIX/POSIX -- обрезать последний байт строки, если в ней нет \n? Надо окончательно разобраться с этим вопросом, а потом, если вопрос не отпадёт, написать Патрику.

Ещё раз. Конфиг по стандарту __ОБЯЗАН__ оканчиваться \n. Если админ облажался или не делал RTFM, это его проблемы, а не Патрика или ещё кого.

>Ещё раз. Конфиг по стандарту __ОБЯЗАН__ оканчиваться \n. Если админ облажался или не делал RTFM, это его проблемы, а не Патрика или ещё кого.

Obidos, не подскажешь в какую сторону сделать РТФМ, чтобы почитать этот стандарт?

> Конфиг по стандарту __ОБЯЗАН__ оканчиваться \n.

А вслучае, когда в конфиге имеются ошибки, то программа обрабатывающая этот конфиг, должна адекватно на них реагировать.