Hi
I need to copy all *.txt files from c:\mutant and its
subdirectories to c:\out. Could somebody help me with
an example ?
Thank you.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette:
You don't have to parse the query-String yourself,
use Apache::Request
Tom
Mike Ni wrote:
Hey everyone,
I am having a tough time to parse the query_string.
Does anyone know where I can find man page about
how the Apache construct the query_string?
Additionlly, is it right that Apache will
Hi,
i tested MP 1.99_13 with Perl 5.8.3 and got the same result - none
of the tests succeeded / no access to httpd (still empty t/logs/access_log).
I also tried the cvs version - same result.
I recompiled and testet MP 1.99_12 again
(to go shure, that nothing else has made the tests fail) -
The details are actually in the HTML spec in the form submission
section URL:http://www.w3.org/TR/html401/interact/forms.html#h-17.13
(along with a link to a recommendation of allowing ';' in query
strings that you should be warned very few implement.)
As others have posted, one should generally
Larry Leszczynski [EMAIL PROTECTED] wrote:
Hi all -
I've been looking into designs for a mod_perl cookie-based single
sign-on kind of authentication system that would use a central
authentication server across multiple products. I've been looking at
things like Apache::TicketAccess,
--- C
URL:http://www.w3.org/TR/html401/interact/forms.html#h-17.13
(along with a link to a recommendation of allowing
';' in query
strings that you should be warned very few
implement.)
As others have posted, one should generally avoid
parsing the query
string manually.
Thanks a lot.
On Wed, 2004-03-24 at 10:47, Larry Leszczynski wrote:
I've been looking into designs for a mod_perl cookie-based single
sign-on kind of authentication system that would use a central
authentication server across multiple products.
Ask Bjorne Hansen and Robert Spier gave a presentation about
In [EMAIL PROTECTED] on 24 Mar 2004,
Mike Ni [EMAIL PROTECTED] wrote:
Yet, I have this legacy code in hand and I need to replace the
massive code wth perl library.
If this is not mod_perl code, try the URI module.
Example:
use URI:
my $param
= {
Helmut Zeilinger wrote:
Hi,
i tested MP 1.99_13 with Perl 5.8.3 and got the same result - none
of the tests succeeded / no access to httpd (still empty t/logs/access_log).
OK, let's try the debug-by-proxy technique ;)
once you have build mod_perl 1.99_13 and ready to run 'make test' please run:
one place used to do something like this
person logs onto domain1 via form
form submits to current domain, domain1
domain1 one passes cgi to masterdomain
masterdomain script loads on clients computer
set cookie for masterdomain
client can now surf to all sub domains via a small check master
BTW - Was just reading support... sorry I didn't include my official perl snippets.
perl -V
[snip]
[EMAIL PROTECTED]/omnitest/ext-tools/sources/src/mod_perl-1.29$perl -v
This is perl, v5.8.3 built for aix
Copyright 1987-2003, Larry Wall
Perl may be copied only under the terms of either the
I am new to mod_perl. Installed the most recent mod_perl
passed nearly all the test.
The most recent Apache
Web server working fine, CGI working fine. I have used CGI in the past.
No problem.
Now I am switching to mod_perl; with the following configuration in
httpd.conf
PerlModule Apache2
Beau E. Cox wrote:
On Wednesday 24 March 2004 10:03 am, Stas Bekman wrote:
Beau E. Cox wrote:
On Tuesday 23 March 2004 10:14 am, Stas Bekman wrote:
Thanks for the report, Beau. I'm looking at it. I'm going to rewrite the
code not to load Apache::Request till we know that we have found the
right
Trying to compile mod_perl on aix 5.2 with gcc-3.3.3,( perl-5.8.3 built with this
gcc), apache-1.3.29 builds with this gcc, but mod_perl 1.29 seems to have some
problems.)
I get the feeling that the Makefile.PL is adding options for the aix target which are
focused on xlc and not gcc, anyone
On Wednesday 24 March 2004 12:51 pm, Stas Bekman wrote:
Beau E. Cox wrote:
On Wednesday 24 March 2004 10:03 am, Stas Bekman wrote:
Beau E. Cox wrote:
On Tuesday 23 March 2004 10:14 am, Stas Bekman wrote:
Thanks for the report, Beau. I'm looking at it. I'm going to rewrite
the code not to
YES - Patch works fine!
Thanks, committed.
PS: Get some sleep ;)
it's 3pm here, too early to go to sleep ;)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---
Kemin Zhou wrote:
I am new to mod_perl. Installed the most recent mod_perl
passed nearly all the test.
The most recent Apache
Web server working fine, CGI working fine. I have used CGI in the past.
No problem.
Now I am switching to mod_perl; with the following configuration in
httpd.conf
So of course you make me READ!!! Hmm, looks like the args are identical, but looks
like the calls to the loader aren't getting thru, and somehow gcc is getting ahold of
a -b opt
so I went down the apaci path and found this
[snip]
[EMAIL
Title: RE: may be configuration problem
Stas,
Thanks for the quick reply. I think I may had the
PperlOptions +ParseHeaders
Commented out at some point. I am still don't fully understand mod_perl
And the Apache configuration. I was experimenting and did not restart my apache server.
I
[EMAIL PROTECTED] wrote:
So of course you make me READ!!! Hmm, looks like the args are identical, but looks like the calls to the loader aren't getting thru, and somehow gcc is getting ahold of a -b opt
so I went down the apaci path and found this
[snip]
[EMAIL
Excellent catch, I didn't notice it in the perl -V output, but you were right on.
Thank you,
--Adrian
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 24, 2004 6:54 PM
To: Terranova, Adrian (Card Services)
Cc: [EMAIL PROTECTED]
Subject: Re: compiling
[EMAIL PROTECTED] wrote:
Excellent catch, I didn't notice it in the perl -V output, but you were right on.
That's great, Adrian!
So was it a bug in perl's build process on your behalf or was it a standard
build? If the latter please consider to file a perlbug report. You may want to
try and
The perl was a standard build with gcc-3.3.3/aix binutils, will rebuild tommorow and
take a look. The only thing special about the perl build is the prefix. Feels like a
perl bug.
Happy to help you out in the AIX/gcc space. You saved me plenty of time today!
--Adrian
-Original
stas2004/03/24 11:59:41
Modified:lib/Apache Status.pm
.Changes
Log:
Fix Apache::Status, to lookup the Apache::Request version without
loading it. Only if a suitable (2.x) version is found -- load and use
it. Previously loading the 1.x version was
stas2004/03/24 12:42:04
Modified:lib/Apache Status.pm
Log:
a minor fix
Revision ChangesPath
1.24 +1 -1 modperl-2.0/lib/Apache/Status.pm
Index: Status.pm
===
RCS file:
stas2004/03/24 15:36:48
Modified:lib/Apache Status.pm
.Changes
Log:
fix a redefined warning in Apache::Status
Revision ChangesPath
1.25 +1 -0 modperl-2.0/lib/Apache/Status.pm
Index: Status.pm
26 matches
Mail list logo
