Господа, имеется такой вопрос.
Есть очень навороченная система на перле (не веб, просто работа с файлами и всем чем только можно), состоящая из сотен pl-файлов и тысяч pm-файлов. Использование модулей друг другом (use) идёт на несколько уровней (5-10).
Произошёл случай. Внесли незначащее изменение в один pl-файл (просто добавили коммент). После этого всё перестало работать. Лезу разбираться и обнаруживаю что там на много уровней ниже в одном модуле просто есть тупая ошибка и реально даже непонятно как до этого всё работало. Модуль, в кот. ошибка, был изменён где-то пол-года назад, до этого там версия была рабочая.

У меня складывается ощущение, что перл как-то где-то хранит промежуточно скомпиленные исходники и всегда работает с ними, т.е. последние пол-года вызывалось именно что-то скомпиленное и закешированное. Просто факт изменения файла .pl "перетряхнул" всё дерево модулей под ним, заставил ещё раз всё заново пересобраться и только сейчас оно вылезло.
Почему такое перетряхивание не произошло тогда когда появилась ошибка в модуле - не знаю. Это просто моя версия, т.к. вообще ничего больше в голову не приходит.
Факт в том, что до этого работало, а после добавления коммента в запускаемый файл .pl - перестало и именно из-за ошибки в модуле, кот. появилась ещё хрен знает когда, но её эфект проявился только сейчас. Т.е. как-будто бы последние пол-года работала ещё та, старая, версия модуля.

Вот такие внешние проявления. Кто-нибудь может объяснить?
Где вообще можно почитать в инете про механизмы промежуточной компиляции и что там происходит на низком уровне в перле?

Вообще-то Perl транслирует программу каждый раз, когда она запускается. Может эта проблема была и раньше, просто её никто не замечал, так как система состояла из сотен .pl файлов и тысяч .pm . О том как работает Perl, очень подробно написано в книге "Программирование на Perl" 3 издание Л.Уолл, Т.Кристиансен.

Проблема сейчас в том, что из того модуля удалена одна функция, кот. выше в иерархии вызывалась.
Такое не заметить нельзя было. Вот сейчас оно просто вываливаться стало, оно и понятно.
Как же ж оно работало нормально раньше при отсутствующей функции-то? Классно работало, та функция типа вызывалась, всё отрабатывало
Где-то оно всё-таки закешировало это дело.

Как перл себя ведёт в случаях use и require (кроме момента реального подъёма модуля) ?

Под рукой этой книги нет сейчас. В инете кто-нибудь знает где какое-нибудь описание есть по данному вопросу?

mod_perl? fast_cgi?

Используется обычный ActiveState Perl 5.8.3

Какой интерфейс у проекта? Может проблема в браузере?

Цитата

Под рукой этой книги нет сейчас. В инете кто-нибудь знает где какое-нибудь описание есть по данному вопросу?

У меня сегодня экзамен заканчивается в 22:00, после я обязательно зайду домой за этой книгой. Попробую поискать, ответ на эту траблу.

Интерфейс - да просто вызов из командной строки pl-файла (вернее из батника вызов идёт, если совсем уж точно).
Тут нет веба. По-крайней мере в глючащей части.

Вот что пишет Лари Уолл, Том Кристиансен и Джон Орвант в книге "Программирование на Perl":
Как работает Perl
Когда на вход компилятора Perl поступает программа Perl, то в первую очередь он пристапает к лексическому анализу: разбивает программу на основные синтаксичекие элементы, часто называемые лексемами. Если взять программу:

Код

print "Hello, world!\n";

то лексический анализатор выделит в ней три лексемы: print, "Hello, world!\n" и завершающий символ точки с запятой. После этого проводится синтаксический разбор последовательности лексем, устанавливающий взаимосвязь между лексемами. В Perl граница между лексическим и синтаксическим анализом более расплывчата, чем в других языках. ( Имеется ввиду в других копьютерных языках. Вы поймёте, с чем это связано, если представите себе, какой различный смысл может иметь new Critter в зависимости от того, существует ли пакет Critter или подпрограмма с именем new. С другой стороны, мы постоянно разрешаем такого рода неопределённости, разговаривая на естественных языках.)

После проведения синтаксического анализа программы и, предположительно, её осмысленная программа компилируется в дерево кодов операций, представляющих операции назкого уровня, и, наконец, выполняется это дерево операций - если только Perl не был вызван с ключём -c("Проверка синтаксиса"), вызывающим выход по завершении компиляции. Именно на этапе компиляции, а не исполнения, выполняются блоки BEGIN, CHECK и команды use.


Ничего о кешировании кода нигде не сказано. Но я ещё пороюсь в учебниках.

Абсолютно однозначно ничего нигде не кешируется. В этом суть интерпретируемых языков. Не зря-же народ мучается и придумывает разные там mod_perl чтобы как-раз получить это самое кеширование. Хотя у меня бывали такие аномалии когда казалось что где-то что-то закешировалось, потом это обьяснялось просто какой-нибудь алгоритмической ошибкой...

Если только ребята из ActiveState чего-то такого не намудрили, говорить не берусь ибо с виндами дела не имел.

Это сообщение отредактировал(а) Ramirez - 18.1.2005, 11:46

Спасибо за ответы.

Но я пока остаюсь на той же точке в размышлениях, т.к. логического объяснения произошедшему пока не вижу.
Конечно, разговоры про идеологию интерпретируемых языков - это всё понятно, я и сам считаю что так всё и должно работать. Но произошла ж такая аномалия.

Ещё видел однажды как глючил один cgi-script на перле. По коду видно, что всё в порядке, поломал какое-то время голову. Полез, вставил пробел в пустую строку, refresh - всё работает. Немая сцена.

Т.е. 2 раза в жизни я точно наблюдал очень странное поведение перла.

Цитата(Guest @ 19.1.2005, 14:54)

Т.е. 2 раза в жизни я точно наблюдал очень странное поведение перла.

Всему есть объяснения!!!

Цитата(Guest @ 19.1.2005, 14:54)

Ещё видел однажды как глючил один cgi-script на перле. По коду видно, что всё в порядке, поломал какое-то время голову. Полез, вставил пробел в пустую строку, refresh - всё работает. Немая сцена.

Возможно я повторюсь, но такое вполне возможно если на сервере какой-нибудь mod_perl стоит...