LINUX.ORG.RU

как трассировать/отлаживать перловые скрипты под mod_perl2?


0

0

я попытался например следовать инструкции http://perl.apache.org/docs/1.0/guide/debug.html#Non_Interactive_Perl_Debugging
_under_mod_perl:

Non-Interactive Perl Debugging under mod_perl

To debug scripts running under mod_perl either use Apache::DB (interactive Perl debugging) or an older non-interactive method as described below.

The NonStop debugger option enables you to get some decent debugging information when running under mod_perl. For example, before starting the server:

  % setenv PERL5OPT -d
  % setenv PERLDB_OPTS "NonStop=1 LineInfo=db.out AutoTrace=1 frame=2"

Now watch db.out for line:filename info. This is most useful for tracking those core dumps that normally leave us guessing, even with a stack trace from gdb. db.out will show you what Perl code triggered the core dump. 'man perldebug' for more PERLDB_OPTS. Note that Perl will ignore PERL5OPT if PerlTaintCheck is On.


но ничего не вышло - файл db.out не создался
★★★★★

может стартовый скрипт апача удаляет ненужные переменные?

Либо же db.out надо прописать в то место куда апач будет иметь доступ для чтения

roller ★★★
()
Ответ на: комментарий от roller

>может стартовый скрипт апача удаляет ненужные переменные?

apachectl? как-будто не должен

cvv ★★★★★
() автор топика
Ответ на: комментарий от cvv

посмотрел скрипт apachectl

он вообще ничего не трогает

cvv ★★★★★
() автор топика

явно указал LineInfo=/tmp/db.out - никакой реакции несмотря на то что туда есть права на запись для всех

cvv ★★★★★
() автор топика
Ответ на: комментарий от cvv

LogLevel Debug тоже оказался безполезным :(

cvv ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.