>Да, это не тот случай когда "." в @INC может создать проблемы, но есть возможные сценарии использования когда использование штатных средств наличие "." в @INC создает проблему и несет потенциальную угрозу.

Это что за такие случаи? Т.е. если говорит по делу, неприлигированный пользователь может писать в директорию где находятся скрипты, модули, которые перловый процесс подгружает (не важно в каком режиме работает программа, демон или по крону, иль руками). О чем это говорит? О том, что кто-то плюет на безопасность. Таких даже убирание "." не спасет. Почему? Да просто потому что ваши подгружаемые файлы можно тупо заменить, ибо чихать вы хотели на выставление прав, прикручивание SELinux, чексамы и прочее-прочее.

Я не удивлен. Мои мысли также выносились в обсуждение в p5p и что? Чхать все хотели. Стал ли для меня "безопаснее" перл? Нет, зато do() сломали так, что теперь пользоваться без слез невозможно. Реально все стало похоже на школокод. Как вычислять абсолютные пути я могу в серьезных приложениях без проблем, а как дело доходит до однострочников, то вот это do "./script.pl" выглядит как поделка. Спасибо. И про -T конечно всем плевать. Говорю же, давайте сразу в chroot, чего мелочится!