Hi,
I tried using ModPerl::Registry with this piece of CGI code:
#!/usr/bin/perl -w
use CGI;
use strict;
my $cgi = CGI::-new;
print $cgi-header;
our $count = 0;
for (1 .. 5) {
increase_count();
}
sub increase_count {
our $count;
$count++;
print $count . br\n;
}
It gave me this
Perrin Harkins wrote:
Mithun Bhattacharya wrote:
If
perl's UTF-8 support is broken in 5.8.0 doesnt that mean it will break
any mod_perl application which is handling XML's or UTF-8 data ?
I didn't say it was broken. I don't really know if it is. What I do
know is that some documents,
Frank Maas wrote:
Are you using 'lookup_uri' or another form of subrequest somewhere
in your handlers? Try tracing your request and see where it goes
wrong. I had similar problems and it pointed out to be an error in
a subrequest. Consult the mailinglist archive if you want.
--Frank
I have
On Sat, 14 Jun 2003 16:40:15 +0900
Batara Kesuma [EMAIL PROTECTED] wrote:
What is the problem?
Ok, I just figured out that the error went away if I restarted the httpd
server.
Slava,
In my understanding you would better rewrite p.401-402 from the scratch for
the next edition (which is not supposed to happen very soon, isn't it?).
Otherwise, you will have to rewrite Apache::GzipChain appropriately.
Whatever you decide, I would be more than happy to help you in that
Stas Bekman wrote:
Slava,
[chomp]
I think it's a time to start a new thread on how to improve:
http://perl.apache.org/docs/tutorials/client/compression/compression.html
For starters, apache2/mp2 coverage. As I understand it, and my logs
seem to indicate, mod_deflate compresses everything
Hector Pizarro [EMAIL PROTECTED] writes:
[...]
If the user closes the popup in the middle of an upload, Apache::Request
parse() isn't throwing any error, and all the following code in my module
savesthe file incomplete in the system, which of course is garbage data.
Is this a bug, an
From: Ged Haywood [EMAIL PROTECTED]
Sent: Friday, June 13, 2003 6:30 AM
Subject: Re: How practical is that Practical mod_perl?
It is unrealistic (and perhaps a little Oriental?) to refuse to accept
that we make mistakes, and that we will continue to make them. It is
far more constructive to
Hi,
Thx for help, finally installing Apache 1.3 put
mod_perl to work.
I have another question.
Now I have Apache configured to interpret in perl
all files in particular directory. But Iwant perl to be accessible on
whole site and just files with particular extensions should be interpreted
gzip problem in IE6
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q312496 is over
since
1. M$ provides a free patch;
2. those lazy users (who usually don't care to apply patches) are not able
to report problems anymore.
Personally, I would recommend not to deal with deflate when
Hi Slava,
On Sat, 14 Jun 2003, Slava Bizyayev wrote:
So, what it looks like?
http://groups.yahoo.com/group/modperl/message/34174
Looks like a moment of truth.
Yup. :)
73,
Ged.
Hi there,
On Fri, 13 Jun 2003, Xavier Noria wrote:
Hello, I've just compiled Apache 1.3.27 with mod_perl 1.27 from their
tarballs on Solaris. perl is 5.8.0 packaged for Solaris.
The installation of libapreq with cpan(1) stops here:
[snip]
t/httpd -f `pwd`/t/httpd.conf
/bin/sh: t/httpd:
Hi!
I have just finished porting Apache::AuthNetLDAP to work with both modperl 1
and 2. I have been looking at some of the other packages that are lurking in
this same arena, (ie Apache::AuthPerLDAP, Apache::AuthzLDAP,
Apache::AuthzNetLDAP, Apache::AuthenLDAP, etc.), and was wondering what
On Sat, 14 Jun 2003, Oskar wrote:
Hi, Thx for help, finally installing Apache 1.3 put mod_perl to
work. I have another question. Now I have Apache configured to
interpret in perl all files in particular directory. But I want
perl to be accessible on whole site and just files with
particular
Is there anything I may be missing about the general configuration or
environment of mod_perl which may be causing this strange situation?
Try profiling...
Some time ago I found my modperl app to be fairly slow because I
turned on use Carp (and was carping errors and warnings). After
Hmm, probably well known but ... I have not met any direct warning of
this problem so far.
our %SOME_CONFIG = (
a = 1,
b = 2,
c = 3,
);
...
while (my($k,$v) = each %SOME_CONFIG) {
if( ... ) {
return; # or last, or throw
On Sat, Jun 14, 2003 at 11:33:17PM +0200, Marcin Kasperski wrote:
Hmm, probably well known but ... I have not met any direct warning of
this problem so far.
our %SOME_CONFIG = (
a = 1,
b = 2,
c = 3,
);
...
while (my($k,$v) = each
or, as a bugfix for future versions of mod_perl compression modules,
before compressing the page, the module should provide the option of
adding 2048 bytes of spaces to the beginning of the page, which
according to my quick calculations, gzips down to 46 bytes? only for ie6
of course. :)
On Saturday 14 June 2003 20:54, Ged Haywood wrote:
Don't know if there's anyone who actually knows what's going on here
but I thought you'd just like to hear from somebody. :)
Sure, thank you :-).
This is a wild stab in the dark. Guessing that the libapreq
installation scripts are assuming
19 matches
Mail list logo