Michael Peters wrote:
> no_cache() should work (or at least it has for me in the past when IE
> has given me similar headaches).
> That's odd. no_cache should not be sending the 'Expires' header.
> Instead it uses the more forceful 'Pragma: no-cache' and
> 'Cache-control: no-cache'. These are not
Frank Maas wrote:
> You conclude somehwere that IE is not honouring the Expires header,
> but that need not be completely true. The only thing that header is
> telling IE is that it may not _unconditionally_ reuse the same data
> the next time it is needed. And most probably IE complies to it.
> S
On Tue, 2005-07-05 at 11:05 -0400, Robert Aspinall wrote:
> Yes, DBI is installed and up to date, as is Apache::DBI.
Usually when it works from command-line and not from mod_perl, it means
one of these:
- mod_perl and DBI were not compiled with the same C compiler.
- There is a permissions probl
Original Message
Subject:Re: Apache2 namespace
Date: Tue, 5 Jul 2005 08:45:58 -0400
From: Kevin A. McGrail <[EMAIL PROTECTED]>
To: Philip M. Gollucci <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED
Philip M. Gollucci wrote:
Hmmm seems like the example on that page relies on
use mod_perl;
to get $mod_perl::VERSION
However, mod_perl.pm has changed to mod_perl2.pm in the newer version
of mod_perl that's now on my system, so it doesn't appear that the
example at
http://perl.apache.org
Hmmm seems like the example on that page relies on
use mod_perl;
to get $mod_perl::VERSION
However, mod_perl.pm has changed to mod_perl2.pm in the newer version
of mod_perl that's now on my system, so it doesn't appear that the
example at
http://perl.apache.org/docs/2.0/user/porting/compa
Philip M. Gollucci wrote:
Philip M. Gollucci wrote:
Jim Albert wrote:
For example, one piece of my code has
use Apache::Const
but I had to change that to use Apache2::Const on the server running
the lastest mod_perl.
Can you give me the logic to handle that properly in a single code
file
Yes, DBI is installed and up to date, as is Apache::DBI.
Robert Aspinall
NOAA's National Ocean Service
CO-OPS/Information Systems Division
1305 East-West Highway
Bldg. SSMC4, Station Id 6314
Silver Spring, MD 20910
[EMAIL PROTECTED]
Michael Peters wrote:
Robert Aspinall wrote:
Robert Aspinall wrote:
> Hello,
>
> I'm running modperl 1.29 on Apache 1.3.31 with Perl 5.8.2, running on
> Irix 6.5.25m.
>
> When I try to use the Apache::DBI module, I get the following
>
>
> Can't load
> '/opt/perl-5.8.2/lib/site_perl/5.8.2/IP27-irix/auto/DBI/DBI.so' for
> module DBI: 711212
Hello,
I'm running modperl 1.29 on Apache 1.3.31 with Perl 5.8.2, running on
Irix 6.5.25m.
When I try to use the Apache::DBI module, I get the following
Can't load
'/opt/perl-5.8.2/lib/site_perl/5.8.2/IP27-irix/auto/DBI/DBI.so' for
module DBI: 71121247:/var/sgi_apache/server/sbin/httpd: rl
> I would argue that there is another case that is not as rare;
> dependencies. If a user tries to install my module via CPAN I would like
> it to be able to determine what other things need to be tracked down.
> And these dependencies may be different depending on the target mod_perl
> API versi
Geoffrey Young wrote:
>>>as a community we really ought to figure out the "right" way to do this
>>>and abstract it into something everyone can just cut-and-paste. or,
>>>better, include it as a package in both mp1 and mp2.
>>
>>
>>I think the "best" way might be to look to Apache::Test. Figuring
>> as a community we really ought to figure out the "right" way to do this
>> and abstract it into something everyone can just cut-and-paste. or,
>> better, include it as a package in both mp1 and mp2.
>
>
> I think the "best" way might be to look to Apache::Test. Figuring out
> which one to us
13 matches
Mail list logo
