> Can you briefly explain why it leaks memory?
I haven't tried it, but I'm guessing it's creating a new anonymous sub on
every request.
> I have been playing with Apache::Leak and Devel::Leak trying to figure out
> what is happening when Perl code leaks memory, but I haven't got my head
> around
Dear colleagues!
I have found that Apache::AutoIndex does not handle correctly filenames with
special symbols - whitespaces, <, > and so on.
The following patch solves the problem:
bash$ diff -U1 `pwd`/AutoIndex.pm
/usr/lib/perl5/site_perl/5.005/i386-linux/Apache/AutoIndex.pm
--- /usr/src/cpan/
On Thu, 12 Apr 2001, Tim Bunce wrote:
> On Wed, Apr 11, 2001 at 08:22:38PM -0700, Randal L. Schwartz wrote:
> >
> > In an .htaccess, I place:
> >
> > Options +ExecCGI
> > PerlFixupHandler "sub { -f $_[0]->filename and -x _ and
>$_[0]->handler(q{cgi-script}) }"
> >
> > Now any executab
I recently upgraded to Apache/1.3.19 (Unix) mod_perl/1.25 mod_ssl/2.8.2
OpenSSL/0.9.6a on Solaris 2.5.1 running perl 5.004_04. Everyhting works
dandy except for .so stuff (??). specifically when trying to run Apache:;AuthenSmb.
I hit a brick wall trying to figure out a solution for the "...fatal:
It's defined all right, it gets printed to STDERR.
The problem was that the file I was actually using was a perl file '/tmp/foo.pl', just
because it didn't matter what was in the file while I tried to make it work. But,
wait, it
does matter, because the first thing in the file was "use Data::Du
Be sure to check that $line is defined:
Thomas K. Burkholder ([EMAIL PROTECTED]) said something to this effect on
04/16/2001:
> Note, /tmp/tmppswd is read-only by the installer of the product, but I should
> be root in access.conf (right?) so I should be able to read it anyway.
>
>
> use
Thanks all for the suggestions and idea provoking chatter. I appreciate. I
also much apologize as I didn't fully comprehend your first suggestion
Perrin. Simple mind lapse caused by a lack of sleep and not enough
caffeine. :o)
But, you are right about the DB being down. A cache is a must in
> > It might be easier and more bulletproof to build the conf file
> > off-line with
> > a simple perl script and a templating tool. We did this with Template
> > Toolkit and it worked well.
> > - Perrin
>
> That would be fine and dandy, but it's not exactly what I'm going after.
> Currently if I
John V. Jaskolski wrote:
> I want to write a Web Hosting Control Panel for virtually hosting web sites
> (100 to 1000 per server). I am debating whether to write it in Perl,
> mod_perl or C. I want to write it in mod_perl because it would be faster
> than Perl and easier to write than C. How
checkout the following link:
http://www.geocrawler.com/archives/3/182/2000/3/0/3377287/
the search engine at:
http://www.geocrawler.com/lists/3/Web/182/0/
is your friend.
--
___cliff [EMAIL PROTECTED]http://www.genwax.com/
Brian wrote:
> It's all written, only problem is the mod_rewrite direc
On Mon, Apr 16, 2001 at 07:37:32PM -0400, Brian wrote:
>
> > it seems to me you're conflating your goal and your means of achieving
> > it.
>
> I don't think I'm conflating the goal and the means. At least I don't see
> how I am
well, perhaps that wasn't the best way to put it.
> > this i
> it seems to me you're conflating your goal and your means of achieving
> it.
I don't think I'm conflating the goal and the means. At least I don't see
how I am
> this is certainly possible by generating your configuration files
> using a perl script, outside of using mod_perl.
Aaah, but
On Mon, Apr 16, 2001 at 07:12:23PM -0400, Brian wrote:
> > It might be easier and more bulletproof to build the conf file
> > off-line with
> > a simple perl script and a templating tool. We did this with Template
> > Toolkit and it worked well.
> > - Perrin
>
> That would be fine and dandy, but
> It might be easier and more bulletproof to build the conf file
> off-line with
> a simple perl script and a templating tool. We did this with Template
> Toolkit and it worked well.
> - Perrin
That would be fine and dandy, but it's not exactly what I'm going after.
Currently if I want to make a
> What I'm trying to do is have apache build the httpd.conf
> file dynamically when it starts from a MySQL database.
It might be easier and more bulletproof to build the conf file off-line with
a simple perl script and a templating tool. We did this with Template
Toolkit and it worked well.
- Pe
I work for a small domain hosting company, and we currently host a few
hundred domains. What I'm trying to do is have apache build the httpd.conf
file dynamically when it starts from a MySQL database. Easy enough. Got
most of it working, the only thing I'm running into is mod_rewrite problems.
Actually, what I'm trying to do now is, in access.conf:
Note, /tmp/tmppswd is read-only by the installer of the product, but I should
be root in access.conf (right?) so I should be able to read it anyway.
use IO::File;
my $input = IO::File->new("getline();
print STDERR $line;
I'm buiding an HTTP gateway in mod_perl and trying to send back to the
client exactly what I get from the remote server. The remote server
doesn't set a Content-Type on the document being returned, so I don't want
to set one either.
However, Mod_perl (or Apache), doesn't like it when I don't se
Hi Eric -
> I was wondering if someone could explain to me why in the eagle book it
> is necessary to perform
> an md5 twice before sending a mac_check to a user of a number of
> fields. I read in the mod_perl book that this is done 'to prevent
> technically savy users from appending data to th
--
mod_perl digest
April 8, 2001 - April 14, 2001
--
Recent happenings in the mod_perl world...
Features
o
Hello,
WL>One of my scrips has a problem that in the response , 7 times a '\n'
WL>charecter is put before the actual XML text (seen by using ethereal ).
WL>This confuses my clients XML parser (M$ parser ).
Actually, I think you are misdiagnosing your problem. The "7\n" that you
are seeing in you
willems Luc wrote:
>
> Hello everybody ,
>
> I have some Apache::ASP scripts that work like a XML::RPC . The idea is to
> send some XML request and the response will be an answer in XML that can be
> used by the client software.
>
> One of my scrips has a problem that in the res
> -Original Message-
> From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, April 12, 2001 2:00 PM
> To: [EMAIL PROTECTED]
> Cc: modperl; modssl
> Subject: Re: negative LocationMatch syntax?
>
>
[snip]
> > Is there a way I could use to specify a not
> condition?
> > as
On Mon, Apr 16, 2001 at 11:25:47AM +0100, Dave Hodgkinson wrote:
> > (I'm not sure this is even a code problem. Maybe perl is just bad at keeping
> > a single consistent working set and the copy-on write from the parent Apache
> > kicks in and keeps increasing unique per process memory consumption
Hi there,
On Sat, 14 Apr 2001, willems Luc wrote:
> I have some Apache::ASP scripts that work like a XML::RPC
[snip]
> One of my scrips has a problem that in the response , 7 times a '\n'
> charecter is put before the actual XML text
Have you got some <% # comments %> in a template or somethi
Michael Bacarella <[EMAIL PROTECTED]> writes:
> (I'm not sure this is even a code problem. Maybe perl is just bad at keeping
> a single consistent working set and the copy-on write from the parent Apache
> kicks in and keeps increasing unique per process memory consumption).
There's lots of good
> On 16 Apr 2001, Chip Turner wrote:
>
> > The modperl book mentions it double hashes to prevent a
> > malicious user from concatenating data onto the values being checked.
> > I don't know if they are referring to this weakness, but I suspect
> > they are. Sadly, the book doesn't seem to offer a
On 16 Apr 2001, Chip Turner wrote:
> The modperl book mentions it double hashes to prevent a
> malicious user from concatenating data onto the values being checked.
> I don't know if they are referring to this weakness, but I suspect
> they are. Sadly, the book doesn't seem to offer a reference
28 matches
Mail list logo
