I guess I am slowly starting to understand what's happening. I've built
modperl on other machine which has perl with ithreads, at least perl -V
produces:
[quote]
osname=aix, osvers=5.1.0.0, archname=aix-thread-multi
config_args=''
hint=previous, useposix=true, d_sigaction=define
us
Philippe M. Chiasson wrote:
>> Does the following patch solve the problem for you ?
>
> ? make.log
> Index: lib/Apache/PerlSections.pm
> ===
> RCS file: /home/cvs/modperl-2.0/lib/Apache/PerlSections.pm,v
> retrieving revision 1.5
> di
I think I may know what the problem is (at least one of them). I've used
that t/cgi.t test with ModPerl-Registry and stepped through with gdb on
your machine.
This particular problem of not having Apache->request available, even
though you run under 'SetHandler perl-script' seems to be due to t
MJH wrote:
On Friday 28 May 2004 01:36 pm, Stas Bekman wrote:
http://perl.apache.org/docs/2.0/api/APR/Date.html
Are these parsers any faster than the perl module ones? (Ie. any reason
for using these over Date::Time or similar?)
They are written in C, so if Date::Time is not, APR::Date is probabl
On Mon, 2004-08-09 at 18:31, MJH wrote:
> So, assuming the date you have is either HTTP-compliant or RFC822-compliant,
> then the APR::Date functions are orders of magnitude faster.
>
> Hopefully this is of use to someone.
It is, thanks. APR::Base64 and APR::URI look pretty useful too.
- Perri
On Friday 28 May 2004 01:36 pm, Stas Bekman wrote:
> >>http://perl.apache.org/docs/2.0/api/APR/Date.html
> > Are these parsers any faster than the perl module ones? (Ie. any reason
> > for using these over Date::Time or similar?)
>
> They are written in C, so if Date::Time is not, APR::Date is pr
[EMAIL PROTECTED] wrote:
On a Linux system, I am having trouble uninstalling Mod Perl 1.29
during my install of Mod Perl 2
[EMAIL PROTECTED] mod_perl-1.99_14]# perl Makefile.PL APACHE_SRC
=../httpd-2.0.50/src \
DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
Reading Makefile.PL args from @ARGV
mod_perl/1.29 in
On a Linux system, I am having trouble uninstalling Mod Perl 1.29
during my install of Mod Perl 2
[EMAIL PROTECTED] mod_perl-1.99_14]# perl Makefile.PL APACHE_SRC
=../httpd-2.0.50/src \
> DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
Reading Makefile.PL args from @ARGV
mod_perl/1.29 installation detected...
Jeff Finn wrote:
Except Stas is not getting the error when he tries it... hmm.
I'm going to check it again tonight, and I'll include the error
log output. I'm also going to try to use the eval statement he
suggested in the test, but I'm not sure that it will be practical
for me in my application.
William Fulmer wrote:
Apologies. You are correct. I never responded directly to this email.
my $file = "/tmp";
my $mtime = (stat $file)[9];
and:
my $file = __FILE__;
my $mtime = (stat $file)[9];
both fail (meaning the test hangs)
-M __FILE__;
and
-M "/tmp";
both work (which is to say that the tes
Except Stas is not getting the error when he tries it... hmm.
I'm going to check it again tonight, and I'll include the error
log output. I'm also going to try to use the eval statement he
suggested in the test, but I'm not sure that it will be practical
for me in my application.
BTW, Stas:
cert
Apologies. You are correct. I never responded directly to this email.
my $file = "/tmp";
my $mtime = (stat $file)[9];
and:
my $file = __FILE__;
my $mtime = (stat $file)[9];
both fail (meaning the test hangs)
-M __FILE__;
and
-M "/tmp";
both work (which is to say that the test does not han
From: "Jeff Finn" <[EMAIL PROTECTED]>
Ok; I have generated a semi-self-contained Apache-test that will produce
this error.
I'm glad, because I wasn't having any luck producing a simple test
case that would work from IE, much less something more reproducible!
Hopefully now the mod_perl wizards can
Krang v1.022 is now available. Notable changes in this release:
- Category templates can now be published on a per-page basis,
allowing for varying containers on each page of a story.
- Improvements to the publishing system will result in
greatly-improved sitewide publish times.
- Kr
On Tue, 20 Jul 2004 11:53:27 -0400, Perrin Harkins wrote:
> On Tue, 2004-07-20 at 06:19, Victor Tsang wrote:
> > Can't locate auto/Cache/Mmap/_lock.al in @INC
>
> You're having problems with autoloading. Check for the existence of
> "auto/Cache/Mmap/_lock.al" on your system, and then check that its
Jeff Finn wrote:
Ok; I have generated a semi-self-contained Apache-test that will produce
this error.
This only happens on an SSL-enabled server
I was't able to get the alarm block working, but we can work around that
by starting the test, sleeping for a minute or so, and then in another
shell gett
16 matches
Mail list logo
