Just applied all 'latest and greatest' patches, everything builds OK,
while same result during tests:
[quote]
powerpc bozy: /home/bozy/src/modperl-2.0 $ t/TEST -verbose -debug -apxs
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/local/bin/perl /home/bozy/src/modperl-2.0/t/T
[EMAIL PROTECTED] wrote:
Stas Bekman <[EMAIL PROTECTED]> wrote on 07/27/2004 08:08:42 PM:
Are you familiar with NetBSD's compiler/linker, Mikhail?
Unfortunately not :(
The only thing I can add is that I've tried to build mod_perl-1.99-14 in
the same circumstances, i.e. not using NetBSD pkgsrc s
Thanks a million, Tom!
I have installed the mod_perl successfully according
to your method.
And I want to configure the apche on RH9 and I hava
installed the following components--mod_perl, mod_ssl,
openssl, mod_gzip.c separeately and there is no error,
but when I run the command which is to add al
Well once more let mod_perl do everything for you, see howto do that
using INSTALL.simple.mod_ssl.
--8<--
[EMAIL PROTECTED] apache]$ tar xzvf openssl-0.9.7d.tar.gz
[EMAIL PROTECTED] apache]$ cd openssl-0.9.7d
[EMAIL PROTECTED] openssl-0.9.7d]$ ./config --prefix=/op
Hi moders,
Apache/1.3.26 (Unix) mod_perl/1.27
I want to hold my hands up straight away and confess to being a bit
green with perl generally.
The script I have below is as sparse as I can make it. What I have
found it that if I remove all the PDF stuff it works fine. With the
PDF stuff in ap
Dermot Paikkos a écrit :
Arnaud,
Yes I am/was using I.E.6 I have installed Firefox 0.9 and it works
fine.
A bit frustrating as I know that most of the users will be using I.E
5/6. I suppose I am not going to have to check the incoming request's
browser type and tweak the functions to suit each.
Arnaud,
Yes I am/was using I.E.6 I have installed Firefox 0.9 and it works
fine.
A bit frustrating as I know that most of the users will be using I.E
5/6. I suppose I am not going to have to check the incoming request's
browser type and tweak the functions to suit each.
Thanx Arnaud.
Dp.
~
> Yes, thank you, we know that. Those test are fixed in the current cvs.
> Could please you try that?
> http://perl.apache.org/download/source.
> html#Development_mod_perl_2_0_Source_Distribution
>
1. Tried modperl-2.0_20040729042917.tar.gz. the build stops again :
make: don't know how to make d
On Thu, 29 Jul 2004 [EMAIL PROTECTED] wrote:
> > Yes, thank you, we know that. Those test are fixed in the current cvs.
> > Could please you try that?
> > http://perl.apache.org/download/source.
> > html#Development_mod_perl_2_0_Source_Distribution
> >
> 1. Tried modperl-2.0_20040729042917.tar.gz.
Does this mean you have to go an clean up these files later or is
this done when the process ends? I don't want to slow the users down
unless I have to.
I think I would like to determine the user-agent and work around the
repeating requestssomehow. Do you know how to find out the user-
agent w
Heh, talk about going straight to the source for an answer...
Thanks Rob.
On Wed, 2004-07-28 at 20:53, Rob Mueller wrote:
> I'll update the documentation on the next release.
>
> Rob
>
> - Original Message -
> From: "Thomas Schindl" <[EMAIL PROTECTED]>
> To: "Mike Ward" <[EMAIL PROTEC
Dermot Paikkos a écrit :
Does this mean you have to go an clean up these files later
yes, if you dont want they stay on the disk.
or is
this done when the process ends?
maybe you can write a special handle for the directory where you ll
write your pdf
that delete the pdf when the connection (due
This one is more or less just out of curosity -
I noticed when trying to install on one of our webservers that
FastMmap requires perl 5.8.0 or later. Is it impossible to use with
earlier versions?
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/m
On Thu, 29 Jul 2004, Alexey Bozrikov wrote:
> Just applied all 'latest and greatest' patches, everything builds OK,
> while same result during tests:
>
> [quote]
> powerpc bozy: /home/bozy/src/modperl-2.0 $ t/TEST -verbose -debug -apxs
[ ... ]
> [Thu Jul 29 10:12:58 2004] [error] Can't locate
> Te
Arnaud,
I have found a way around this. I don't know if your interested but
it goes likes something like this:
foreach my $param ($r->param) {
if ($param =~ /\busers\b/) {
$users{$r->param($param)} = 0;
}
snip...then later
foreach my $key
Yes, that's another thing I should change. I thought it would need 5.8.0+
for the UTF-8 support, but from reports I've had, it apparently works fine
on 5.6.0 and 5.6.1 so I'll change the "use 5.008" to "use 5.006".
I also added this documentation note, which caught me recently that others
might
Yeah, that really would be great. Your module is exactly what I was
looking for, and then I couldn't use it on a Debian Stable box. Shame,
because it's nice and simple in it's interface, and yet very very
fast.
I'll be sure to watch for it.
Thanks again for all the help.
On Thu, 29 Jul 2004 09
Hi,
Are you sure that's working as you expected? If I got you right I'm afraid
I have to disappoint you but this only works if the second request is
handled
by the same apache-child as the first one and there's another problem.
If you come back one day later and hit the same apache-child which al
How do I actually use mod_perl once I install it?
If I put a perl file written for mod_perl in the public_html/perl directory, it
does not execute it, it just shows the "code".
Is there a part I must put in the httpd.conf file
for it to tell mod_perl to execute in the "perl" directory?
Th
I have checked t/ directory and there is only occurence of
TestModperl__server_rec_Key_set_in_Base variable in only two files
(which is OK, I presume):
[quote grep TestModperl__server_rec_Key_set_in_Base t/*/*]
t/conf/apache_test_config.pm: 'PerlSetVar
TestModperl
>
> The xs/APR/aprext/ stuff is only needed on certain platforms
> (Win32, perhaps AIX) for which the way the APR::* modules
> are built by default doesn't work (this is related to having
> APR::* usable outside a mod_perl environment). I'm not sure
> why it's trying to build something here - on l
21 matches
Mail list logo
