Foo JH 写道:
You'd see that Apache2::Request exposes more stuff, which you can
(lazily) use. Unless you are looking for some backward compatibility to
tradditional CGI programming, why not embrace the entire modperl library?
I second it.Using Apache2::Request is not harder than CGI,but much f
I've kinda moved out of CGI since I started using modperl for primarily
2 reasons: speed and functionality.
You'd see that Apache2::Request exposes more stuff, which you can
(lazily) use. Unless you are looking for some backward compatibility to
tradditional CGI programming, why not embrace th
"Perrin Harkins" <[EMAIL PROTECTED]> writes:
> On 6/10/07, Colin Wetherbee <[EMAIL PROTECTED]> wrote:
>> I know Apache2::Request is supposed to be able to grab CGI parameters;
>> is that "better" than using CGI.pm?
>
> It's faster, but CGI.pm fully supports Apache 2 and works fine. If
> speed is
On 6/10/07, Colin Wetherbee <[EMAIL PROTECTED]> wrote:
I know Apache2::Request is supposed to be able to grab CGI parameters;
is that "better" than using CGI.pm?
It's faster, but CGI.pm fully supports Apache 2 and works fine. If
speed is not an issue for you, it's fine to stick with your CGI.p
Hello!
It's been about four years since I've used mod_perl to any great extent,
and I'm afraid I'm somewhat rusty. I'm trying to create a handler that
can parse CGI parameters, but I'm unsure of the most modern way of doing
that.
I know Apache2::Request is supposed to be able to grab CGI pa
Raymond Wan <[EMAIL PROTECTED]> writes:
> For some reason, I am doubting my own HTML skills...or perhaps I've
> been staring at this for so long, the screen is getting blurry :-) .
> Anything here looks suspicious?
Yes. Your code behaves as if CGI.pm was being used by Mason instead
of apreq. Wh
On Sat, Jun 09, 2007 at 08:22:30PM +0200, Simon Bertrang wrote:
> Hi,
> when porting libapreq2 to OpenBSD we noticed a problem with a workaround
> that doesn't apply anymore (APR.pm):
>
> $OpenBSD: patch-xs_APR_APR_APR_pm,v 1.1 2007/06/09 16:02:04 martynas Exp $
> --- xs/APR/APR/APR.pm.origMon
Hi Joe,
Joe Schaefer wrote:
running on a test machine (i.e., the web server isn't live on the
Internet) so perhaps I didn't set it up correctly?
I really don't know, it could be the parser is just misbehaving on your
particular html form. What you can do to further investigate is someth
Raymond Wan <[EMAIL PROTECTED]> writes:
> apreq2 is version 2.08.4 on Debian stable (testing seems to have a
> 2.08.5...).
Hmm, that's the latest version. I don't think debian has applied any
local mods to the codebase.
> Any suggestions on how I can resolve the problem? Could there be
> some
Hi Joe,
Joe Schaefer wrote:
with a form using the "post" method and an enctype of
"multipart/form-data".
In my browser, I am getting a single message: "End of file found".
That is, the single line.
What's happening is that $req->upload calls $req->body, and that is
die'ing with the "E
Raymond Wan <[EMAIL PROTECTED]> writes:
> I enable apreq2 and then tried this:
>
> my $contents = '';
> my $req = Apache2::Request -> new ($r);
> my $upload = $req->upload ('foo');
> my $size = $upload -> slurp($contents);
>
> with a form using the "post" method and an enctype of
> "multipart/form
Hi all,
I'm trying to figure out how to handle file uploads from a user. I am
using Mason with mod_perl2 under Apache 2.x, but I have a feeling this
has nothing to do with Mason as I saw a similar question in December
2006 on this mailing list. Yet, there wasn't a relevant solution as the
Thanks for the clarification. In other words: avoid Win32::OLE in modperl?
Jan Dubois wrote:
On Fri, 08 Jun 2007, Foo JH wrote:
I wonder if I am alone in experiencing this. Simply put: putting 'use
Win32::OLE' in my modperl package will cause the Apache to fault. It
basically can't start at
13 matches
Mail list logo
