On Jun 17, 2004, at 9:25 PM, Sam Tregar wrote:
On Wed, 16 Jun 2004, Steven Scotten wrote:
My problem is that I'm trying to pick up mod_perl2 without ever having
used mod_perl before.
I agree. I think you should back up a step and get comfortable with
mod_perl 1. Unless you're doing this just for
Stas Bekman wrote:
Kreimendahl, Chad J wrote:
That's fine... I can definitely live with it. The docs should be
updated, though... they say Apache::Table.
right, i'll fix that. thanks for the persistence :)
Now fixed:
http://perl.apache.org/docs/2.0/api/Apache/RequestUtil.html#C_pnotes_
--
_
Done:
http://perl.apache.org/docs/2.0/api/index.html
(at the very end of the page)
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAI
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
I was thinking to link to each manpage (there used to be only 2), but
now their number is growing. Should I just link to the root of the
apreq docs instead?
+1.
+1 for what? to link to the root?
--
Joe Schaefer wrote:
Joe Schaefer <[EMAIL PROTECTED]> writes:
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
I'll be just lazy and wait for you to make the perm link and then add
it at once :) just let me know when it's ready...
+1- my sentiments all along :-)
Stas, try http://httpd.apache.org/apr
Kreimendahl, Chad J wrote:
That's fine... I can definitely live with it. The docs should be
updated, though... they say Apache::Table.
right, i'll fix that. thanks for the persistence :)
Though they say APR::Table. Where did you see Apache::Table?
--
_
That's fine... I can definitely live with it. The docs should be
updated, though... they say Apache::Table.
-Original Message-
From: Geoffrey Young [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 1:36 PM
To: Kreimendahl, Chad J
Cc: Stas Bekman; [EMAIL PROTECTED]
Subject: Re:
Kreimendahl, Chad J wrote:
> ok, but what I'm saying is... pnotes does NOT return an APR::Table
> object... it's still working as it did back in mp1. The docs say what
> you're saying, but it does not function that way.
pnotes() will not return an APR::Table object for the same reason it doe
ok, but what I'm saying is... pnotes does NOT return an APR::Table
object... it's still working as it did back in mp1. The docs say what
you're saying, but it does not function that way.
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 12:
Kreimendahl, Chad J wrote:
So will mp2 pnotes eventually return APR::Table or will it continue to
function as it does now (which is the same as mp1)?
there is no eventually, the current behavior of modperl-1.99_14 is how it's
going to be in mp2. Again the ultimate answer is here:
http://perl.apac
So will mp2 pnotes eventually return APR::Table or will it continue to
function as it does now (which is the same as mp1)?
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 11:57 AM
To: Kreimendahl, Chad J
Cc: [EMAIL PROTECTED]
Subject: Re: Pno
Kreimendahl, Chad J wrote:
Well, apparently I was using the mp1 method to set the stuff in my Fixup
handler... which is the part that is contrary to how the documentation
says it works. Instead of returning an Apache::Table object, it
returns the exact same was as it had in mp1...
sub handler {
Well, apparently I was using the mp1 method to set the stuff in my Fixup
handler... which is the part that is contrary to how the documentation
says it works. Instead of returning an Apache::Table object, it
returns the exact same was as it had in mp1...
package MyFixupHandler;
sub h
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
Temporarily we could link to cvs.apache.org, e.g.:
http://cvs.apache.org/viewcvs.cgi/*checkout*/httpd-apreq-2/glue/perl/xsbuilder/Apache/Cookie/Cookie_pod
Probably you want the html version, in which case it's best to just link
h
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
> Temporarily we could link to cvs.apache.org, e.g.:
> http://cvs.apache.org/viewcvs.cgi/*checkout*/httpd-apreq-2/glue/perl/xsbuilder/Apache/Cookie/Cookie_pod
Probably you want the html version, in which case it's best to just link
http://cvs.apac
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
That's an excellent idea, Chad J. Joe, any chance A-R docs appear
online so we can link to them from the above URL?
Yes, soon I hope.
[...]
Actually I don't mind if they appear in the modperl-docs repository
and be part of the mod_perl
cc'ing the list.
John D Groenveld wrote:
> If you could try to replicate this core dump which only occurs for
> me on directory listings, I'd be most appreciative. Much hair has
> been pulled out while trying to corner this bug.
aha!
ok, here's what I think is going on. mod_dir is issuing a su
Kreimendahl, Chad J wrote:
Sorry, I mistyped. Was in too much of a hurry to get out of the office.
I've set the value of monkey in PerlFixupHandler. Once I get to my PerlResponseHandler and:
my $something = $r->pnotes;
$something is an unblessed reference (instead of a ref to Table as in th
Kreimendahl, Chad J wrote:
I think (at least from those I work with), that the main API docs for mp2 could fit them in (link to apache's libapreq site) as if they were a part of it... with notes below stating that they're from an external package. I'd agree with what I expect some responses to be,
Kemin Zhou wrote:
[...]
The perl works fine on my system.
When I run perl programs through apaches, whenever the program used or
its module uses Socket.pm
for example database connections using sockets, my web application
through mod_perl will not work
giving the following error message:
[Tue Ju
Chris Ochs wrote:
In startup.pl I read a passphrase from STDIN into a global variable, but the
global is undef outside of startup.pl. If I set the global with just a
simple assignment ($global::pass = 'pass') it works fine and is visible in
my handlers.
Is there some sort of tainting or something
21 matches
Mail list logo
