Perrin Harkins wrote:
Hi Tim,
Welcome to mod_perl!
Thanks Perrin!
I would like to cache this information somehow so
that the authorization handler doesn't need to perform these operations
over.
Put it in $r->pnotes() and it will be available in later phases.
Could I not just set a g
Hi Tim,
Welcome to mod_perl!
> I would like to cache this information somehow so
> that the authorization handler doesn't need to perform these operations
> over.
Put it in $r->pnotes() and it will be available in later phases.
> I am already using IPC::Shareable in the authentication handler
Tim Pushor wrote:
Hi modperl list
First of all, I am so excited to have discovered mod_perl. I have been
writing modules in C for a while now, and have been porting an old
module that used to work under Apache 1.2 to work on Apache 1.3 and am
having trouble for various reasons. I picked up mod_p
Hi modperl list
First of all, I am so excited to have discovered mod_perl. I have been
writing modules in C for a while now, and have been porting an old
module that used to work under Apache 1.2 to work on Apache 1.3 and am
having trouble for various reasons. I picked up mod_perl and in less
t
> Sure, +1 then for your patch.
done
> But should
> http://perl.apache.org/docs/2.0/api/Apache/RequestIO.html#C_print_
> mention that 0E0 nuance?
done
--Geoff
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://
Geoffrey Young wrote:
It certainly is an API change. At least it makes the API inconsistent
since now:
$r->print("");
and
print "";
are not the same under modperl.
um, how do you figure? the new tests show that those two calls are exactly
the same - they both return '0E0' (at least when print() i
> It certainly is an API change. At least it makes the API inconsistent
> since now:
>
> $r->print("");
>
> and
>
> print "";
>
> are not the same under modperl.
um, how do you figure? the new tests show that those two calls are exactly
the same - they both return '0E0' (at least when print(
Geoffrey Young wrote:
ok, try this patch.
ah, please hold on with patches to change API, if you change this you
will need to change a lot more (printf, puts, and probably read and may
be others too).
I was responding to your other mail, but I'll answer here instead :)
I don't think it's really an
>> ok, try this patch.
>
>
> ah, please hold on with patches to change API, if you change this you
> will need to change a lot more (printf, puts, and probably read and may
> be others too).
I was responding to your other mail, but I'll answer here instead :)
I don't think it's really an API c
Geoffrey Young wrote:
Tuomo Salo wrote:
Under mod_perl2 the return value of print seems to be the number of
bytes printed. I run across a legacy app (a registry script), that
frequently used the following idiom:
print(CGI::redirect("url_to_error_page")) and return if $error;
While this is obviously
Tuomo Salo wrote:
> Under mod_perl2 the return value of print seems to be the number of
> bytes printed. I run across a legacy app (a registry script), that
> frequently used the following idiom:
>
>
> print(CGI::redirect("url_to_error_page")) and return if $error;
>
>
> While this is obvious
Tuomo Salo wrote:
Under mod_perl2 the return value of print seems to be the number of
bytes printed. I run across a legacy app (a registry script), that
frequently used the following idiom:
[...]
This behaviour is nearly impossible to notice, since the redirection
will happen as usual. The resultin
Juan Julian Merelo Guervos wrote:
Stas Bekman wrote:
Juan Julian Merelo Guervos wrote:
Hi,
I seem to have a catch-22 problem when trying to build mod_perl
(above version), static build.
If I write:
[EMAIL PROTECTED] mod_perl-1.99_17]# perl Makefile.PL MP_USE_STATIC=1
MP_AP_CONFIGURE="--with-mpm=
Under mod_perl2 the return value of print seems to be the number of
bytes printed. I run across a legacy app (a registry script), that
frequently used the following idiom:
print(CGI::redirect("url_to_error_page")) and return if $error;
While this is obviously a stupid way to write, it seems ok sinc
14 matches
Mail list logo
