Patrick Galbraith wrote:
Hi all,
I'm in the midst of writing a book currently, and am covering the
sections in the book on mod_perl and Apache.
In previous texts for Apache 1.3, it
would show 11 phases. In the document on
http://httpd.apache.org/docs/2.2/developer/request.html, it shows 4
prima
Let me clarify what I'm doing. I copied the docs folder in Apache::AuthCookie
and then dropped it in my 'DocumentRoot'. Then copied the sample module and
put in one of the paths of @INC. Tried it, and it worked like a charm except
that when the secured page was accessed, the perl script was render
hmmm... no luck still!
BTW, even trying Apache::AuthCookie 3.10 on Apache 1.3/ mod_perl 1.29 also
reports the same problem now!
Perrin Harkins wrote:
>
> On 5/25/07, _spitFIRE <[EMAIL PROTECTED]> wrote:
>> I'm now using Apache 2.0.59 / mod_perl 2.0.3 / Apache:AuthCookie 3.10
>>
>> However, I
On 5/25/07, _spitFIRE <[EMAIL PROTECTED]> wrote:
I'm now using Apache 2.0.59 / mod_perl 2.0.3 / Apache:AuthCookie 3.10
However, I now get the error
"Can't locate loadable object for module Apache::Constants"
You don't have to use mod_perl 2 to use the latest Apache-AuthCookie,
but if you
Perrin Harkins wrote:
>
> This problem you're seeing may be a result of long-ago changes in the
> mod_perl 1 API, or a bug in the old module that you're using.
>
> - Perrin
>
>
Thanks for the tip!
I'm now using Apache 2.0.59 / mod_perl 2.0.3 / Apache:AuthCookie 3.10
However, I now get th
On 5/25/07, _spitFIRE <[EMAIL PROTECTED]> wrote:
Sorry! I meant to say
Apache 1.3/ mod_perl 1.29 / apache-authcookie-1.4
I don't actually see Apache-AuthCookie 1.4 on CPAN or even backpan.
It must be pretty old. There is a note in version 2.011 which came
out 7 years ago about how to upgrade
Perrin Harkins wrote:
>
> Meaning mod_perl 1.30?
>
>> I tried to deploy the sample code given with AuthCookie-1.3
>
> Which module is this? There are many things on CPAN with AuthCookie
> in their names, but none of them are version 1.3.
>
> - Perrin
>
>
Sorry! I meant to say
Apache 1.3/
On 5/25/07, _spitFIRE <[EMAIL PROTECTED]> wrote:
Before I post my question, I would like to say this - "I'm new to mod_perl
and hence bear with my silly
questions!"
Welcome aboard, _spit.
I'm using Mac OSX 10.4.8/Apache 1.3
Meaning mod_perl 1.30?
I tried to deploy the sample code given
> Ok. that answers a ton.
>
> Word-for-word, that should be in the PerlGlue docs.
>
libapreq is great, but the docs are seriously lacking.
I implemented my own wrapper for it, but it required a lot of delving
into the Apache2/APR::Request code to figure out how to make it work.
Non-trivial to
On May 3, 2007, at 9:44 PM, Joe Schaefer wrote:
The "Unknown Error" string is operating system dependent. On
my linux box it would be reported as "Success", since the error
code in any case is 0. "Missing input data" comes from the
apreq ala APR::Request::Error::NODATA, and counts as a trivial
Jonathan Vanasco <[EMAIL PROTECTED]> writes:
> On May 3, 2007, at 9:19 PM, Joe Schaefer wrote:
>
>> Here's what I was alluding to on apreq-dev when you asked about it:
>
> that code makes sense...
>
> it makes me wonder more though:
>
> a)
> what's the deal with
> Missing input
On May 3, 2007, at 9:19 PM, Joe Schaefer wrote:
Here's what I was alluding to on apreq-dev when you asked about it:
that code makes sense...
it makes me wonder more though:
a)
what's the deal with
Missing input data
Unknown Error : 0
are thos
Jonathan Vanasco <[EMAIL PROTECTED]> writes:
> i'm standardizing my some functions to release into cpan and am at a bit of a
> loss on catching apreq errors.
Here's what I was alluding to on apreq-dev when you asked about it:
my $body = eval { $req->body };
if ($@) {
if ($@ == APR::R
Sorry, I don't know the answer.
My little testing on Solaris gives me similar results,
and I'd like to back up your request.
- Original Message -
From: "Jonathan Vanasco" <[EMAIL PROTECTED]>
To: "modperl mod_perl"
Sent: Thursday, May 03, 2007 3:09 PM
Subject: Apache::Request question
>
> Sorry, forgot to list that, yes using mp1.x and apache 1.3
> with embperl version 1.3.4. We have the latest cgi.pm (
> version 3.16 ).
>
Embperl 1.3.4 is really very old, this might not work with an up to date
Apache::Request and/or CGI.pm, but I don't know. I suggest upgrading to
Embperl
We actually tried upgrading that this morning with no success we are now
on cgi.pm version 3.16.
thanks,
blayne
Gerald Richter wrote:
Hello,
we have just installed Apache::Request ( libapreq ) and
suddenly all of our file uploads are breaking with a ' Setup
of CGI.pm failed: Malformed mu
Sorry, forgot to list that, yes using mp1.x and apache 1.3 with embperl
version 1.3.4. We have the latest cgi.pm ( version 3.16 ).
thanks,
Blayne
Tom Schindl wrote:
I assume you are using mp1.x and apache1.3?
Tom
Blayne Bayer wrote:
Hello,
we have just installed Apache::Request ( libapr
I assume you are using mp1.x and apache1.3?
Tom
Blayne Bayer wrote:
> Hello,
>
> we have just installed Apache::Request ( libapreq ) and suddenly all of
> our file uploads are breaking with a ' Setup of CGI.pm failed: Malformed
> multipart POST' error. We use embperl and everything was working f
Hello,
>
> we have just installed Apache::Request ( libapreq ) and
> suddenly all of our file uploads are breaking with a ' Setup
> of CGI.pm failed: Malformed multipart POST' error. We use
> embperl and everything was working fine.
> Have been searching for a solution but cannot find any. Doe
Tom Schindl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Javier Alonso Sánchez schrieb:
In according to the documentation:
If you need your own body parsing the better idea would be to write an
InputFilter http://perl.apache.org/docs/2.0/user/handlers/filters.html
to parse the content
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Javier Alonso Sánchez schrieb:
> In according to the documentation:
>
> "The Apache2::Request module provides methods for parsing GET and POST
> parameters encoded with either application/x-www-form-urlencoded or
> multipart/form-data."
>
> Does only
I'be just subscribed to libapreq, I'll follow the question there.
El dj 14 de 07 del 2005 a les 11:49 -0400, en/na Philip M. Gollucci va escriure:
Forwarding to apreq-dev list. I might be a ble to look at this but not
until later.
Marc Gràcia wrote:
> Hi everybody, I think we've found
El dj 14 de 07 del 2005 a les 14:18 -0400, en/na Joe Schaefer va escriure:
Marc Gràcia <[EMAIL PROTECTED]> writes:
> The problem is the value of a post parameter ends with an accentued char
> (áó etc... I dont know if you can view that...) the full process dies in
> the
>
Marc Gràcia <[EMAIL PROTECTED]> writes:
> The problem is the value of a post parameter ends with an accentued char
> (áó etc... I dont know if you can view that...) the full process dies in
> the
>
> my $upload = $ar->upload($param);
>
> line and an Interna
Forwarding to apreq-dev list. I might be a ble to look at this but not
until later.
Marc Gràcia wrote:
Hi everybody, I think we've found a curious bug in libapreq2.
There's a snippet of code on we basically are processing all post
parameters from a request:
if ($req->request_me
Well, just forgot to say that "$ar" is the Apache2::Request.
El dj 14 de 07 del 2005 a les 11:08 +0200, en/na Marc Gràcia va escriure:
Hi everybody, I think we've found a curious bug in libapreq2.
There's a snippet of code on we basically are processing all post parameters from
* D. Hageman shaped the electrons to say...
You can get Apache::Request for mod_perl 2 from the apache website.
Please note that if you use the ->upload feature that you might want to
pull down a version out of svn as it is buggy in the released tarball.
Speaking of - when will there be another re
You can get Apache::Request for mod_perl 2 from the apache website.
Please note that if you use the ->upload feature that you might want to
pull down a version out of svn as it is buggy in the released tarball.
On Sun, 27 Mar 2005, Praveen Ray wrote:
Hi
Has Apache::Request been Ported to mod perl
On Fri, 18 Feb 2005, Bart Lenoir wrote:
[ ... ]
> I started all over but with mod_perl2 as DSO this time.
> The static installation of mod_perl-2.0.0-RC4 at the time
> went ok, but now it failed for the test t/api/module. So,
> I took mod_perl-1.99_17 which compiled very well.
> libapreq2-2.04_03-d
On Wed, 16 Feb 2005 09:05:20 -0500, Kurt Hansen wrote
> Bart Lenoir wrote:
>
> >I've been building perl-5.8.6, httpd-2.0.53, mod_perl-2.0.0-RC4(static) and
> >HTML-Mason-1.28 in /usr/local on Linux 2.4 (Debian). Everything went fine
> >until one of the last of Mason's requirements was Apache::Requ
On Wed, Feb 16, 2005 at 10:40:52PM -0500, Stas Bekman wrote:
> I wonder if it'd be a good idea to make CGI.pm libapreq aware. Most people
> use CGI.pm since it parses input and generates the output, so empowering
> CGI.pm with libapreq speed would be really cool.
Actually, I thought[1] the goal
Joe Schaefer wrote:
Adam Kennedy <[EMAIL PROTECTED]> writes:
For the record, and those that haven't seen CGI::Capture before (I
wrote it only fairly recently) all it really does is grab the
environment and a couple of magic variable values, then take STDIN
before CGI.pm gets a chance to parse it.
Adam Kennedy <[EMAIL PROTECTED]> writes:
> For the record, and those that haven't seen CGI::Capture before (I
> wrote it only fairly recently) all it really does is grab the
> environment and a couple of magic variable values, then take STDIN
> before CGI.pm gets a chance to parse it.
Cool. One
For the record, and those that haven't seen CGI::Capture before (I wrote
it only fairly recently) all it really does is grab the environment and
a couple of magic variable values, then take STDIN before CGI.pm gets a
chance to parse it.
These bits are all stored in an object, which is just Stor
Bart Lenoir wrote:
I've been building perl-5.8.6, httpd-2.0.53, mod_perl-2.0.0-RC4(static) and
HTML-Mason-1.28 in /usr/local on Linux 2.4 (Debian). Everything went fine
until one of the last of Mason's requirements was Apache::Request, which
wasn't compatible with mod_perl2.
Is this setup possible
Thanks Randy,
My tired eyes missed the required Apache 1.3 in the rush to get everything else
in place. I imagine that WebWork was trying to move to mod_perl 1.29 at the
time. I've just been caught in the awful predicament of regressing to Apache
1.3 or hacking WebWork. (Ohh, the curse of op
On Tue, 18 Jan 2005, B. Duffee wrote:
> Thanks for the advice. I did try installing libapreq2,
> but Apache::Constants has changed name and the dependancy
> checker for the package I'm installing flagged it up as
> missing. The problem is I'm not the one who's writing the
> code. I'm installing
Thanks for the advice. I did try installing libapreq2, but Apache::Constants
has changed name and the dependancy checker for the package I'm installing
flagged it up as missing. The problem is I'm not the one who's writing the
code. I'm installing WebWork2 ( http://webwork.math.rochester.edu/
> There are a few critical fixes related to cookie handling which haven't
> made
> it into an official "release" yet. I've also found a bug where
> Apache::Request used to let you set ->status(), but doesn't anymore.
off the absolute top of my head I think you want
$apr->env->status
HTH
--Ge
* John D Groenveld shaped the electrons to say...
I've had no problems so far with libapreq2-2.04-dev, but with light usage.
http://httpd.apache.org/apreq/>
$ /opt/apache2/perl-5.8.6/bin/perl -MApache::Request -le 'print
$Apache::Request::VERSION' 2.04-dev
There are a few critical fixes related to
In message <[EMAIL PROTECTED]>, "B. Duffee" writes:
>Can anybody make a good guess on when the mod_perl 2 port of Apache::Request
>will be finished? I came a little unstuck installing from CPAN when I found t
>he
>versions weren't compatible and I'm wondering if I should back off to mod_perl
> 1
"David Hofmann" <[EMAIL PROTECTED]> writes:
> I was using this system and exporting the results to %in so that I
> could use $in{VAR} in my program.
>
> Which allows me to do
>
> $temp= "BOB";
> print "$temp = $in{$temp}\n";
>
> To my knowledge, which may be lacking considering I just recently
I was using this system and exporting the results to %in so that I could use
$in{VAR} in my program.
Which allows me to do
$temp= "BOB";
print "$temp = $in{$temp}\n";
To my knowledge, which may be lacking considering I just recently started
playing with refrences, if I use option 1 or 2 I would
Hi,
I've never used $query->Vars but as far as I know Apache::Request does
not provide a method like this. If the rest of your app depends on this
behaviour you'll have to construct it your own like this:
--8<--
my %params = ();
while( $apr->param ) {
$params{$
"David Hofmann" <[EMAIL PROTECTED]> writes:
> I have a form where several of the in hidden fields are named the same thing
> with diffrent values.
>
> With CGI.pm the I can use %in = $readquery->Vars; to put everything in a
> hash. Then I break the values base on \0.
>
> What the best way to do
something that proably make this far easier.
David
From: "Kreimendahl, Chad J" <[EMAIL PROTECTED]>
To: "David Hofmann" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
Subject: RE: Apache::Request Multivalues
Date: Fri, 9 Jul 2004 10:05:22 -0500
Should return as an arr
Should return as an array if you ask for one or at least it does for
me.
my $apr = Apache::Request->new($r);
my @array = $apr->param($key);
-Original Message-
From: David Hofmann [mailto:[EMAIL PROTECTED]
Sent: Friday, July 09, 2004 9:49 AM
To: [EMAIL PROTECTED]
Subject: Apach
Randy Kobes wrote:
On Tue, 29 Jun 2004, Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
There is little value and a huge overhead in building the table files
by each user (not talking about extra dependencies).
I know our build/xsbuilder.pl has Win32-specific code in it, so
I'm
On Tue, 29 Jun 2004, Joe Schaefer wrote:
> Stas Bekman <[EMAIL PROTECTED]> writes:
>
> [...]
>
> > There is little value and a huge overhead in building the table files
> > by each user (not talking about extra dependencies).
>
> I know our build/xsbuilder.pl has Win32-specific code in it, so
> I'
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
> There is little value and a huge overhead in building the table files
> by each user (not talking about extra dependencies).
I know our build/xsbuilder.pl has Win32-specific code in it, so
I'm somewhat reluctant to simply generate and bundle the p
Kemin Zhou wrote:
perl ../../build/xsbuilder.pl run
This told me to install another package
| What was the name of the package? ExtUtils::XSBuilder?
Dependency to ExtUtils::XSBuilder can be detected by the top level
Makefile.PL
Furthermore, XSBuilder requires Parse-RecDescent-1.94.tar.gz
The
perl ../../build/xsbuilder.pl run
This told me to install another package
| What was the name of the package? ExtUtils::XSBuilder?
Dependency to ExtUtils::XSBuilder can be detected by the top level Makefile.PL
Furthermore, XSBuilder requires Parse-RecDescent-1.94.tar.gz
The missing one is Tie
Kemin Zhou <[EMAIL PROTECTED]> writes:
[...]
> perl ../../build/xsbuilder.pl run
>
> This told me to install another package
What was the name of the package? ExtUtils::XSBuilder?
> Install the required package then run this again. It will generate
> the needed file.
>
> running perl Makefi
I posted a question about trouble making the following package.
libapreq2-2.03_04-dev.tar.gz
I figured out the problem.
It is a bug in the Makefile.PL.
Go to the glue/perl directory
perl ../../build/xsbuilder.pl run
This told me to install another package
Install the required package then run this
I would appreciate some pointer to get my Apache::Request installed.
I am using the version 2 of apache and mod_perl. I seem to get a
working environment.
I downloaded the libapreq2-2.03_04-dev.tar.gz
tar -zxf ...
did perl Makefile.PL, no problem.
make
In the middle of the Make I got an error m
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
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
4 3:50 PM
To: Kreimendahl, Chad J
Cc: David Hofmann; [EMAIL PROTECTED]
Subject: Re: Apache::Request
Kreimendahl, Chad J wrote:
> You're right. Looks like I was on a different (newer) machine when I
> did a find for Request. Had only ever seen new
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Sat 6/19/2004 3:50 PM
To: Kreimendahl, Chad J
Cc: David Hofmann; [EMAIL PROTECTED]
Subject: Re: Apache::Request
Kreimendahl, Chad J wrote:
> You're right. Looks
-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 17, 2004 6:09 AM
To: Kreimendahl, Chad J
Cc: David Hofmann; [EMAIL PROTECTED]
Subject: Re: Apache::Request
Kreimendahl, Chad J wrote:
http://httpd.apache.org/apreq/
Install using one of the following methods:
(easiest way)
perl M
had J
Cc: David Hofmann; [EMAIL PROTECTED]
Subject: Re: Apache::Request
Kreimendahl, Chad J wrote:
> http://httpd.apache.org/apreq/
>
> Install using one of the following methods:
>
> (easiest way)
> perl Makefile.PL --with-apache2-apxs=/path/to/apache2/bin/apxs
>
> (or,
Stas Bekman <[EMAIL PROTECTED]> writes:
> Kreimendahl, Chad J wrote:
> > http://httpd.apache.org/apreq/
> > Install using one of the following methods:
> > (easiest way)
> > perl Makefile.PL --with-apache2-apxs=/path/to/apache2/bin/apxs
> > (or, same thing, different method)
> > ./configure --with
Kreimendahl, Chad J wrote:
http://httpd.apache.org/apreq/
Install using one of the following methods:
(easiest way)
perl Makefile.PL --with-apache2-apxs=/path/to/apache2/bin/apxs
(or, same thing, different method)
./configure --with-apache2-apxs=/path/to/apache2/bin/apxs
--enable-perl-glue --with-p
http://httpd.apache.org/apreq/
Install using one of the following methods:
(easiest way)
perl Makefile.PL --with-apache2-apxs=/path/to/apache2/bin/apxs
(or, same thing, different method)
./configure --with-apache2-apxs=/path/to/apache2/bin/apxs
--enable-perl-glue --with-perl=/path/to/perl/binar
"David Hofmann" <[EMAIL PROTECTED]> writes:
> I see that there a development version. Is there a stable version that
> works for Mod Perl 2.0 or something the can be easily put in it's place?
No, there isn't. My guess is that there will only be one more
developer release in a few months, which w
Stas:
sorry i did miss that, yesterday was too too hectic
ill try this now
On Thu, 2004-01-29 at 20:03, Stas Bekman wrote:
> Clayton Cottingham wrote:
> > yah its calling it properly:
> >
> > my $apr = Apache::Request->new(
> > shift,
> > POST_MAX=> 10 * 1024 * 1024,
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
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
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
[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
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
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
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:
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
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
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
thanks for the reply
here is something strange. i cant figure out based on all this, under mod perl 1
Apache/1.3.29 on FreeBSD devserver.ppw 5.1-RELEASE
below is a small piece of my module the 'parsefile' subroutine *does not* print out
%args, i dont understand why not
can someone explain?
**
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
if the $apr and if statemen
Clayton Cottingham wrote:
thanks for the reply
here is something strange. i cant figure out based on all this, under mod perl 1 Apache/1.3.29 on FreeBSD devserver.ppw 5.1-RELEASE
below is a small piece of my module the 'parsefile' subroutine *does not* print out
%args, i dont understand why not
Clayton Cottingham wrote:
while i understand the difference between these two i am unsure how to
handle these back and forth. let me explain:
There are not the same thing.
I have an upload module with the handler using an Apache::Request
my $r = Apache::Request->new(
shift,
POST
On Tue, 16 Dec 2003, Joe Schaefer wrote:
> Dave Rolsky <[EMAIL PROTECTED]> writes:
>
> > If you call Apache::Request->instance with an undefined value, it dies
> > when it tries to call pnotes() on that argument.
> >
> > It seems to me that it should simply return a false value if given
> > undef.
Dave Rolsky <[EMAIL PROTECTED]> writes:
> If you call Apache::Request->instance with an undefined value, it dies
> when it tries to call pnotes() on that argument.
>
> It seems to me that it should simply return a false value if given
> undef. This can happen if you have a piece of code like this
Apache::Request is not part mod_perl itself, but sure it is CPAN-Module
take a look there http://search.cpan.org/~joesuf/libapreq-1.3/
Tom
On Mon, 2003-12-15 at 18:45, Chris Ochs wrote:
> Am I nuts or does Apache::Request not exist in mod perl 1.28? I decided to
> get familiar with using content
On Mon, 15 Dec 2003 09:45:21 -0800
"Chris Ochs" <[EMAIL PROTECTED]> wrote:
> Am I nuts or does Apache::Request not exist in mod perl 1.28? I decided to
> get familiar with using content handlers and ditching CGI.pm, but something
> is wrong. Apache::Request doens't exist in my %INC as far as I c
Stas Bekman wrote:
It seems that you are still confused between $r and Apache::Request
objects, which are two different things. The former is a request object
which you can do many things with. The latter is just a GET/POST data
container which gives you methods to access that data.
Actually, if
Eric Sammer wrote:
[...]
For Apache2, Apache::Request->new will always reference the
appropriate per-request data; instance() isn't needed there,
so it won't be included in the 2.X releases.
That's pretty much what I was looking for. I just wanted to know that
there will be a common and reliabl
Joe Schaefer wrote:
There are no plans whatsoever to deprecate instance() from
the Apache::Request 1.X that comes in the libapreq-1.X package.
The APIs for 1.X are stable, and very unlikely to change at
all.
I wasn't so much thinking about the API changing within the 1.x branch
so much as being
Eric Sammer <[EMAIL PROTECTED]> writes:
> I'd rather not paint myself into the proverbial corner if
> Apache::Request->instance() is being deprecated.
There are no plans whatsoever to deprecate instance() from
the Apache::Request 1.X that comes in the libapreq-1.X package.
The APIs for 1.X are
Eric Sammer wrote:
answering just the first part of the question:
If I recall, Apache->request() was being deprecated (or at least frowned
upon)... Is this true?
It's deprecated in mod_perl 2.0, not in mod_perl 1.0. Apache->request() has
very little to do with Apache::Request.
___
Hi there,
On Mon, 6 Oct 2003, Global Junk wrote:
> I'm trying to get Mason installed on my Linux server.
> I'm running Apache/1.3.26 (Unix) mod_perl/1.26.
> [snip]
> I hesitate to install a gcc compiler since I do not
> know a lot about it and I do not want to open up a can
> of worms. I would
94 matches
Mail list logo