in reply to Re^2: Help re-enabling CGI::Carp fatalstobrowser
in thread Help re-enabling CGI::Carp fatalstobrowser

The CGI::Carp documentation is clear about its incompatibility with mod_perl2.

Actually it is not clear at all :)

Overriding the program name in the use line use CGI::Carp 'name=progg'; doesn't work because its a global variable, that is all (see CGI::Carp in Apache::Registry)

In 10 years I've never used that feature, but it could easily be fixed to work in a persistent shared interpreter like mod_perl

Replies are listed 'Best First'.
Re^4: Help re-enabling CGI::Carp fatalstobrowser
by bmckenzie (Sexton) on Feb 01, 2012 at 04:17 UTC

    I guess it's not quite clear. It says "Note that fatalsToBrowser may not work well with mod_perl version 2.0 and higher."

    But, in my case, I've discovered, it's not just the fatalstobrowser sub that fails -- its CGI::Carp all by itself. I can't reinstall (CPAN says it's up to date). So I've evidently messed up the perl install somehow. But I don't know how to revert.

    I thought I might get by uninstalling the +threads stuff, but it seems I have to start farther up the line (dependencies are involved). Here's what I've got:

      p5-perl-tidy @20101217_2 (active)
  p5.12-libwww-perl @6.30.0_1+ssl (active)
  p5.12-perl-ostype @1.2.0_2 (active)
  p5.12-perl-tidy @20101217_2 (active)
  perl5 @5.12.3_1+perl5_12 (active)
  perl5.10 @5.10.1_4 (active)
  perl5.12 @5.12.3_3
  perl5.12 @5.12.3_3+threads (active)

    [download]

    So I guess I'm looking at uninstalling and reinstalling it all, eh? Ugh.

[reply]
[d/l]
      Just to wrap this up, I ended up using the MacPorts installs of Perl and MySQL, with the pre-installed OS X versions of Apache and PHP.

      Thanks,

      Bruce

[reply]

In Section Seekers of Perl Wisdom