Carl,
I may have missed it, but did you say at what point you were seeing the
segfault? I assume you mean at startup, but can you confirm?
E
> -Original Message-
> From: Carl Brewer [mailto:c...@bl.echidna.id.au]
> Sent: Wednesday, January 28, 2009 7:43 AM
> To: Philippe M. Chiasson
>
In a message dated 2009-2-12 22:39:48, eric.b...@barclayscapital.com writes:
> Nope, selinux is disabled on /etc/selinux/config
Or you may take a look at this article:
_http://blog.modsecurity.org/2009/01/building-qa-test-cases-from-waf-data.html
_
(http://blog.modsecurity.org/2009/01/buil
-8<-- Start Bug Report 8<--
1. Problem Description:
It's well known that file-scoped lexicals don't work intuitively in
CGI programs under mod_perl.
When mod_perl calls the same CGI program twice, file-scoped lexicals
are not rebound.
Some people are aware
(A solution would be to force all "my" varialbes at the file scope to
be "our" and then put the cgi in an anonymous package:)
On Thu, Feb 12, 2009 at 10:33 AM, Erik Aronesty wrote:
> -8<-- Start Bug Report 8<--
> 1. Problem Description:
>
> It's well known
Erik Aronesty wrote:
(A solution would be to force all "my" varialbes at the file scope to
be "our" and then put the cgi in an anonymous package:)
On Thu, Feb 12, 2009 at 10:33 AM, Erik Aronesty wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
Erik Aronesty wrote:
mod_perl should be *extremely* verbose in pointing this change out to
developers, as
it is *extremely* difficult to diagnose.
Maybe ModPerl::Registry should do this, but not mod_perl itself. If someone is trying to get an old
CGI script to work under mod_perl then they'd
Erik Aronesty wrote:
(A solution would be to force all "my" varialbes at the file scope to
be "our" and then put the cgi in an anonymous package:)
A file/package-scoped "my" var is not the same thing as an "our" var. One example is that a "my" var
can't be seen outside of the package/scope it'
Michael Peters wrote:
Erik Aronesty wrote:
This can not be called "verbose", because it's rather hard to find, but
it's worth reading.
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#toc_Remedies_for_Inner_Subroutines
But normally perl/mod_perl will warn you in the log
> Maybe ModPerl::Registry should do this, but not mod_perl itself. If someone
Yes, it's a problem with ModPerl::Registry, I agree. It's not mentioned here:
http://perl.apache.org/docs/2.0/api/ModPerl/Registry.html#Caveats
Where it should be.
> is trying to get an old CGI script to work under m
Hi,
i've looked into cpan and found a very old Apache::DAV Plugin.
I wonder if mod_perl (2.x) does include access to the DAV Api already or does
not provide anything?
I am looking into a way using DAV with a customized mod_perl module, to extend
the DAV implementation with quota a quota check.
Erik Aronesty wrote:
Maybe ModPerl::Registry should do this, but not mod_perl itself. If someone
Yes, it's a problem with ModPerl::Registry, I agree. It's not mentioned here:
http://perl.apache.org/docs/2.0/api/ModPerl/Registry.html#Caveats
Where it should be.
Absolutely, i'll patch the do
> Variable "$x" will not stay shared at /usr/local/prefork/perl/thing.cgi line
> 10.
Yes, I foolishly looked in the per-virtual-host error log, instead of
the global error log
where the warning was placed neatly.
> which, with a quick googling of 'mod_perl variable will not stay shared',
I was b
>> (A solution would be to force all "my" varialbes at the file scope to
>> be "our" and then put the cgi in an anonymous package:)
>
> A file/package-scoped "my" var is not the same thing as an "our" var. One
> example is that a "my" var can't be seen outside of the package/scope it's
> in. A pack
As someone pointed out, these things can be very practical too.
#---
#!/usr/bin/perl
# my nifty cgi-bin
use strict;
use warnings;
our $big_table;
{
package XX;
no strict;
$var1 = 0;
}
sub sub1 {
my $key = shift;
unless (defined($big_table)) {
go_fill_it($big_table);
$XX::va
On Tue, Feb 10, 2009 at 10:44 PM, Patrick Galbraith wrote:
> After looking at it in gdb, I noticed it has something to do with
> Apache2::RequestRec, the header in particular.
My guess is that you're keeping an old CGI or $r object around between
requests, or that this is some kind of special sce
Hi,
I've just started using ModPerl::PerlRunPrefork and mod_perl.
I've been using plain old CGI for a while in a basic MVC framework
but got the following trouble when moving to mod_perl:
- I was manipulating @INC in a BEGIN block but wasn't working.
The main app index.pl is very basic:
use
16 matches
Mail list logo