Clayton Cottingham wrote:
stas, thanks again, i owe you another espresso!
;)
ok it seems there is some sort of disconnect with modperl , the
apr->upload and method postm, at least in my brainpan!
as the listing are it does not pass the %args to the parseFile or
through to the listing 2 subroutine
I'm writing an access control handler. I have
a little routine to cleanup the variables so that they don't persist after the
script is through running into the next run. However, sometimes I do
a redirect to a login page like so.
$r->internal_redirect($VAR{'login_page'}); clean_up();
-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 r
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 a
"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 module/ap
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 th
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, ... );
Clayton Cottingham wrote:
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.. bu
One followup question, is this call OK in mod_perl2?
$r->headers_in->unset('Content-length');
I have been changing all '$r->xxx_header_xxx' method
calls in my porting, but this one stumps me.
what seems to be the problem, Beau? It should work just fine.
http://perl.apache.org/docs/2.0/api/APR
oops! i just checked the bug.t wasnt safed after i put the changes in to
use PP/* modules, that should work ok right? i include it with changes
sorry for the fud
also i injected the pp.conf into extra.conf.in sio there is no need to
include it
there is nothing nessecary in my startup.pl file th
Clayton Cottingham wrote:
oops! i just checked the bug.t wasnt safed after i put the changes in to
use PP/* modules, that should work ok right? i include it with changes
that same file was included in the original tar.
sorry for the fud
also i injected the pp.conf into extra.conf.in sio there is
ok thanks for the patience!
i managed to
a) get the base bug report template to go under freebsd and
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=> 10 * 1024 * 1024,# in
[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
yah its calling it properly:
my $apr = Apache::Request->new(
shift,
POST_MAX=> 10 * 1024 * 1024,# in bytes, so 10M
DISABLE_UPLOADS => 0
);
how would one make a test to make sure the file is uploading properly?
and what about multipart form?
##how to pos
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" per
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 t
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 i
On Thursday, Jan 29, 2004, at 22:40 US/Eastern, 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 per
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 w
Clayton Cottingham wrote:
yah its calling it properly:
my $apr = Apache::Request->new(
shift,
POST_MAX=> 10 * 1024 * 1024,# in bytes, so 10M
DISABLE_UPLOADS => 0
);
how would one make a test to make sure the file is uploading properly?
and what about multip
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 $Server-
25 matches
Mail list logo
