-8-- Start Bug Report 8--
1. Problem Description:
I am porting a mod_perl 1.x system ( Mason ) to 2.0. This
is a totally unofficial effort, more for me to learn
mod_perl2 and Mason than anything else. The system
has in-place a scheme to pass the
Well, I did as you said, but the problem still seems to be with when I
preload CGI in a startup script - the problem goes away when I don't
precompile.
See below.
Will Stranathan wrote:
I've looked at the mod_perl documentation on how to eliminate the problem
of values being remembered when
Beau E. Cox [EMAIL PROTECTED] writes:
[...]
($self-{cookie_class} is 'Apache::Cookie')
my $cookie =
$self-{cookie_class}-new( Apache-request, ... );
-- OK
This is correct usage, because Apache-request is an
Apache::RequestRec object in mp2.
my $cookie =
Beau E. Cox wrote:
[...]
The module's uses:
use Apache2;
use Apache::Session;
use Apache::RequestRec;
use Apache::RequestUtil;
use Apache::Cookie;
use CGI::Cookie;
BTW, you should not put 'use Apache2' in your modules (especially CPAN ones).
They mess up with @INC and some
Hello:
here is as much information on this as i have currently
the test suite was blowing up on both freebsd and linux for different
reasons, its all in the error report doc
i guess at this point the only thing left is to try and compile
apache/mod-perl from scratch.. but i dont have time for
Does someone know what the problem might be. This is compiling
mod_perl-current (1.x) in Apache 1.3.29 on FreeBSD-4.9, with either Perl
5.8.2 or Perl 5.8.3.
I can get the compile/linking to work when I use the stock perl
(/usr/bin/perl) but the dependencies for RT require 5.8.
This has been
Cool - OK!
Please see below (one more question... :)
On Thursday 29 January 2004 06:29 am, Joe Schaefer wrote:
Beau E. Cox [EMAIL PROTECTED] writes:
[...]
($self-{cookie_class} is 'Apache::Cookie')
my $cookie =
$self-{cookie_class}-new( Apache-request, ... );
-- OK
This
[please keep on the list, thanks]
Clayton Cottingham wrote:
hey stas!
how can i set them into the httpd.conf?
They are inherited from your global httpd.conf
this is what i need in i think!
LoadModule status_module modules/mod_status.so
LoadModule info_modulemodules/mod_info.so
Clayton Cottingham wrote:
ok thanks for the patience!
i managed to
a) get the base bug report template to go under freebsd and
good.
b) had my modules fail and generate error log
which is telling me that this isnt correct:
my $apr = Apache::Request-new(
shift,
POST_MAX
On Thursday, Jan 29, 2004, at 16:52 US/Eastern, Forrest Aldrich wrote:
Does someone know what the problem might be. This is compiling
mod_perl-current (1.x) in Apache 1.3.29 on FreeBSD-4.9, with either
Perl 5.8.2 or Perl 5.8.3.
I can get the compile/linking to work when I use the stock perl
I'm compiling the perl port on FreeBSD for 5.8... which goes to
/usr/local/lib. I have these under /usr/local/lib/perl5:
5.00503 5.8.0 5.8.1 5.8.2 5.8.3
site_perl
I don't know why the upgrade leaves the other 5.x dirs there.
Anyhow, you say removing
On Thursday, Jan 29, 2004, at 22:11 US/Eastern, Forrest Aldrich wrote:
I'm compiling the perl port on FreeBSD for 5.8... which goes to
/usr/local/lib. I have these under /usr/local/lib/perl5:
5.00503 5.8.0 5.8.1 5.8.2 5.8.3
site_perl
I don't know why
Yes, indeed in /usr/lib there is:
libperl.a
libperl.so
libperl.so.3
libperl_p.a
Which is the system perl version.
I don't know that FreeBSD-5.x is stable enough to upgrade to at this point
- but I see now why they took perl out of the distribution.
So, there must be a way to circumvent this
Forrest Aldrich wrote:
Yes, indeed in /usr/lib there is:
libperl.a
libperl.so
libperl.so.3
libperl_p.a
Which is the system perl version.
I don't know that FreeBSD-5.x is stable enough to upgrade to at this
point - but I see now why they took perl out of the distribution.
So, there must be a
Hi,
Apache::ASP v2.57 is released to CPAN. Its a maintenance release,
and contains the following fixes:
- $Server-Transfer will update $0 correctly
- return 0 for mod_perl handler to work with latest mod_perl 2 release
when we were returning 200 ( HTTP_OK ) before.
- fixed bug in
stas2004/01/29 02:45:15
Modified:xs/Apache/RequestIO Apache__RequestIO.h
Log:
make sure we don't leak an SV if croak is called
Revision ChangesPath
1.42 +1 -3 modperl-2.0/xs/Apache/RequestIO/Apache__RequestIO.h
Index: Apache__RequestIO.h
stas2004/01/29 02:46:40
Modified:t/response/TestModperl printf.pm
Log:
check that printf function fail to print before the response phase (which
also tests for print()/puts())
Revision ChangesPath
1.3 +34 -4 modperl-2.0/t/response/TestModperl/printf.pm
stas2004/01/29 10:46:24
Modified:t/response/TestModperl printf.pm
Log:
cleanup
Revision ChangesPath
1.4 +1 -1 modperl-2.0/t/response/TestModperl/printf.pm
Index: printf.pm
===
RCS
stas2004/01/29 14:31:33
Modified:todo bugs_build
Log:
AIX 4.3.3 build status report
Revision ChangesPath
1.4 +5 -0 modperl-2.0/todo/bugs_build
Index: bugs_build
===
RCS file:
stas2004/01/29 15:34:00
Modified:t/response/TestModperl subenv.pm
Log:
add %ENV tests
Revision ChangesPath
1.3 +23 -15modperl-2.0/t/response/TestModperl/subenv.pm
Index: subenv.pm
===
stas2004/01/29 16:24:44
Modified:t/apache read.t
t/apisendfile.t
t/compat send_fd.t
Log:
make the tests portable (wrt where t/TEST is running from)
Revision ChangesPath
1.6 +3 -1 modperl-2.0/t/apache/read.t
Index:
21 matches
Mail list logo