Re: Receiving user input

2006-09-01 Thread Kjetil Kjernsmo
On Thursday 31 August 2006 17:17, Daniel B. Hemmerich wrote: > Anyone have a code snippet of a routine that will parse both POST and > GET user input and place it into a hash? Using libapreq, how about something like my %FORM = (); my $req = Apache2::Request->new($r); foreach my $name (

RE: Receiving user input

2006-08-31 Thread Daniel B. Hemmerich
That could be the problem! Thanks! -Original Message- From: Perrin Harkins [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 7:04 PM To: [EMAIL PROTECTED] Cc: 'Kevin A. McGrail'; modperl@perl.apache.org Subject: RE: Receiving user input On Thu, 2006-08-31 at 18:37 -04

RE: Receiving user input

2006-08-31 Thread Perrin Harkins
On Thu, 2006-08-31 at 18:37 -0400, Daniel B. Hemmerich wrote: > 2. Have that script redirect the user via GET to another script > using a relative path to the same virtual host Are you doing an internal redirect rather than a real redirect? CGI.pm doesn't know how to detect that, since it's

RE: Receiving user input

2006-08-31 Thread Daniel B. Hemmerich
PROTECTED]; modperl@perl.apache.org Subject: Re: Receiving user input On Thu, 2006-08-31 at 12:45 -0400, Kevin A. McGrail wrote: > Attached is our function that we use both under mod_perl and standard > perl. No offense, but you'd be much better off using one of the standard parsers, li

Re: Receiving user input

2006-08-31 Thread Perrin Harkins
On Thu, 2006-08-31 at 13:58 -0700, Jay Scherrer wrote: > So if we are not to forget > our predecessors and learn from others examples, then I would submit the > ReadParse routine from "cgi-lib.pl" as good place to start. No, that's just the point. It's not good enough, and should not be used.

Re: Receiving user input

2006-08-31 Thread Jay Scherrer
Perrin Harkins wrote: On Thu, 2006-08-31 at 09:23 -0700, Jay Scherrer wrote: I have used "cgi-lib.pl" from for awhile now. Please don't use that. It is outdated and has problems with security and with standards compliance. Use CGI.pm instead. It's a pai

Re: Receiving user input

2006-08-31 Thread Kevin A. McGrail
KAM - Original Message - From: "Perrin Harkins" <[EMAIL PROTECTED]> To: "Kevin A. McGrail" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; Sent: Thursday, August 31, 2006 2:09 PM Subject: Re: Receiving user input On Thu, 2006-08-31 at 12:45 -0400, Kevin

Re: Receiving user input

2006-08-31 Thread Frank Wiles
On Thu, 31 Aug 2006 14:09:26 -0400 Perrin Harkins <[EMAIL PROTECTED]> wrote: > On Thu, 2006-08-31 at 12:45 -0400, Kevin A. McGrail wrote: > > Attached is our function that we use both under mod_perl and > > standard perl. > > No offense, but you'd be much better off using one of the standard > pa

Re: Receiving user input

2006-08-31 Thread Perrin Harkins
On Thu, 2006-08-31 at 12:45 -0400, Kevin A. McGrail wrote: > Attached is our function that we use both under mod_perl and standard > perl. No offense, but you'd be much better off using one of the standard parsers, like CGI.pm or libapreq. These get a lot of peer review and the bugs have been pre

Re: Receiving user input

2006-08-31 Thread Perrin Harkins
On Thu, 2006-08-31 at 09:23 -0700, Jay Scherrer wrote: > I have used "cgi-lib.pl" from for awhile now. Please don't use that. It is outdated and has problems with security and with standards compliance. Use CGI.pm instead. It's a painless transition. See the CGI.p

Re: Receiving user input

2006-08-31 Thread Frank Wiles
On Thu, 31 Aug 2006 17:48:42 +0100 "Hendrik Van Belleghem" <[EMAIL PROTECTED]> wrote: > AARGH! Get out the axes and pointy sticks! cgi-lib.pl hasn't been > updated since 1998 (quick delta: 8 years). CGI.pm has stepped in as > the de-facto module for CGI stuff.. CGI.pm DOES do mod_perl as well > (a

Re: Receiving user input

2006-08-31 Thread Jonathan Vanasco
On Aug 31, 2006, at 11:39 AM, Michael Peters wrote: or just CGI. It's come standard with perl for ages now. yes, but libapreq is way faster

Re: Receiving user input

2006-08-31 Thread Hendrik Van Belleghem
AARGH! Get out the axes and pointy sticks! cgi-lib.pl hasn't been updated since 1998 (quick delta: 8 years). CGI.pm has stepped in as the de-facto module for CGI stuff.. CGI.pm DOES do mod_perl as well (although I personally have no experience with this) Stick to CGI.pm or even better, Apache::Re

Re: Receiving user input

2006-08-31 Thread Kevin A. McGrail
} if ($ENV{'REQUEST_METHOD'} eq "POST" and $params{'x_loop'} < 1 and $ENV{'QUERY_STRING'} ne '') { &Library_global::get_form_hash(x_loop=>1, form_var=>\%FORM, multipart=>'ON'); } #IF YOU PASS IN A FORM HASH VARIABLE, ADD OR OV

Re: Receiving user input

2006-08-31 Thread Jay Scherrer
Daniel B. Hemmerich wrote: Anyone have a code snippet of a routine that will parse both POST and GET user input and place it into a hash? Thanks! I have used "cgi-lib.pl" from for awhile now. Jay Scherrer

Re: Receiving user input

2006-08-31 Thread Michael Peters
Jonathan Vanasco wrote: > > On Aug 31, 2006, at 11:17 AM, Daniel B. Hemmerich wrote: > >> Anyone have a code snippet of a routine that will parse both POST and >> GET user input and place it into a hash? > libapreq -> param ? or just CGI. It's come standard with perl for ages now. my $cgi = C

Re: Receiving user input

2006-08-31 Thread Jonathan Vanasco
On Aug 31, 2006, at 11:17 AM, Daniel B. Hemmerich wrote: Anyone have a code snippet of a routine that will parse both POST and GET user input and place it into a hash? libapreq -> param ?