Philip M. Gollucci wrote:
I'll disagree on this being a windows only problem in CGI. I'll also
disagree about the version number.
As late as CGI 3.00 this problem exists in Apache 1.3.27 and mod_perl
1.27 on SunOS.
I believe it's not the problem Bart was talking about. You are most likely
talki
Philip M. Gollucci wrote:
If you check out the changes to CGI.pm on Licoln Stiens web site, utf8
was added via a path by someone else
2.99 - 3.00 likely this is the cause.
Bart, can you try then with an earlier version? e.g. 2.93 was good for me. You
can get it from here: http://www.cpan.org/aut
speeves wrote:
Stas Bekman wrote:
Thanks that did it.
Great.
It would be nice though if the minimum rev level of the CGI.pm could be
mentioned in the doc.
Or maybe it is there somewhere and I skimmed over it.
It's a a CGI.pm problem, really. We can't go and support all possible
modules that
If you check out the changes to CGI.pm on Licoln Stiens web site, utf8
was added via a path by someone else
2.99 - 3.00 likely this is the cause.
Stas Bekman wrote:
Perrin Harkins wrote:
I am fairly sure it is not perl5.8.
I'm fairly sure it is. What is your locale set to? Are you on Red
Ha
I'll disagree on this being a windows only problem in CGI. I'll also
disagree about the version number.
As late as CGI 3.00 this problem exists in Apache 1.3.27 and mod_perl
1.27 on SunOS.
The pdf troubleshooting doc on apache.org site suggest fix (I think its
5.17) also does _not_ work either
Stas Bekman wrote:
Thanks that did it.
Great.
It would be nice though if the minimum rev level of the CGI.pm could be
mentioned in the doc.
Or maybe it is there somewhere and I skimmed over it.
It's a a CGI.pm problem, really. We can't go and support all possible
modules that may or may not
On Fri, 2003-09-05 at 21:36, Stas Bekman wrote:
> Bart is on win32, AS Perl 5.8.
Oops, sorry Bart, I missed that. Even so, I'm suspicious that 5.8 and
all of its unicode changes are involved somehow.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.
Perrin Harkins wrote:
I am fairly sure it is not perl5.8.
I'm fairly sure it is. What is your locale set to? Are you on Red
Hat? See previous discussions of locale issues on Red Hat 8 and 9 in
the list archives.
Bart is on win32, AS Perl 5.8. I doubt it's a locale issue, since it's the
clien
Bart Terryn wrote:
Hi,
I have an application running under apache
1.37(win32)/mod_perl1.27_01-dev/perl5.6 build 633
I am trying to move this application to apache
2.0.47(win32)/mod_perl1.99_10-dev/perl 5.8
However I run into a problem with character encoding.
Somewhere in this app I put up a form
Thanks that did it.
Great.
It would be nice though if the minimum rev level of the CGI.pm could be
mentioned in the doc.
Or maybe it is there somewhere and I skimmed over it.
It's a a CGI.pm problem, really. We can't go and support all possible modules
that may or may not run under mod_perl 2.0.
On Fri, 2003-09-05 at 19:14, Bart Terryn wrote:
> PS: some might say that this has nothing to do with mod_perl
I would say that, but it's okay, you didn't know.
> I am fairly sure it is not perl5.8.
I'm fairly sure it is. What is your locale set to? Are you on Red
Hat? See previous discussion
Hi there,
On Sat, 6 Sep 2003, Bart Terryn wrote:
> Hi,
>
> I have an application running under apache
> 1.37(win32)/mod_perl1.27_01-dev/perl5.6 build 633
>
> I am trying to move this application to apache
> 2.0.47(win32)/mod_perl1.99_10-dev/perl 5.8
>
> However I run into a problem with charac
Hi,
I have an application running under apache
1.37(win32)/mod_perl1.27_01-dev/perl5.6 build 633
I am trying to move this application to apache
2.0.47(win32)/mod_perl1.99_10-dev/perl 5.8
However I run into a problem with character encoding.
Somewhere in this app I put up a form that contains tex
Stas,
Thanks that did it.
It would be nice though if the minimum rev level of the CGI.pm could be
mentioned in the doc.
Or maybe it is there somewhere and I skimmed over it.
The 'Configuring mod_perl2.0 page for win32' at
http://perl.apache.org/docs/2.0/os/win32/config.html would a nice place to
The URL
http://martynov.org/tgz/HTTP-WebTest-2.04.tar.gz
has entered CPAN as
file: $CPAN/authors/id/I/IL/ILYAM/HTTP-WebTest-2.04.tar.gz
size: 90381 bytes
md5: 16bfb8e76bf301e788241d774cab7cee
NAME
HTTP::WebTest - Testing static and dynamic web content
DESCRIPTION
This modu
Sorry, I missed this message until now...
On Tue, 2003-09-02 at 14:21, Xavier Noria wrote:
> Let's assume a new user comes to the website. We set up a session for
> him and put the session id in a cookie to be sent in the response. As
> you know, somewhere in the request cycle of that particular
On Fri, 2003-09-05 at 13:17, Niranjan Patel wrote:
> I am getting the following error running Apache 1.3 on a windows XP
> machine.
Are you running mod_perl? If so, how did you install it? If not, you
need to ask your question on another list. The list for general apache
user help can be found
Hello
Everyone,
I
am getting the following error running Apache 1.3 on a windows XP machine. I
was not able to find any message in the error.log Is this a problem only on
windows XP will I be fine on windows 2000. Is there any way I can debug this issue.
Any help is appreciated.
Err
Brian McCauley wrote:
[...]
OK, your last post's examples were more to the point of wanting to destroy
objects at the end of the request, and hence here is a new summary:
- move the perl4 lib solution to the perl_reference.pod
- suggest turning a lexical variable declared with my() into a global
Craig Shelley wrote:
Hi,
Just wondering why the mailing list has sets the
list-post: header to [EMAIL PROTECTED]
This can be quite annoying since mail clients like evolution
have a "Reply to List" option which saves a lot of fafing about.
Since the list email address appears to be wrong Reply t
Michael wrote:
On Wed, Sep 03, 2003 at 09:42:00, Garrett Goebel said...
And gives the following recipe:
Example A-3. redirect_cookie.pl
use Apache::Constants qw(REDIRECT OK);
my $r = shift;
# prepare the cookie in $cookie
$r->err_headers_out->add('Set-Cookie' => $cookie
On Wed, Sep 03, 2003 at 09:42:00, Garrett Goebel said...
>And gives the following recipe:
>
> Example A-3. redirect_cookie.pl
> use Apache::Constants qw(REDIRECT OK);
> my $r = shift;
> # prepare the cookie in $cookie
> $r->err_headers_out->add('Set-Cookie' => $coo
Craig Shelley wrote:
Hello again..
On Thu, 2003-09-04 at 14:21, Geoffrey Young wrote:
see Apache::SSI for mp1 - it does exactly what you are trying to do
and
is
subclassable, so you can add your own tags/functionality if you want.
That is exactly what I am already doing.
When using #exec
Hi,
Just wondering why the mailing list has sets the
list-post: header to [EMAIL PROTECTED]
This can be quite annoying since mail clients like evolution
have a "Reply to List" option which saves a lot of fafing about.
Since the list email address appears to be wrong Reply to List cannot be
used
Hello again..
>
> On Thu, 2003-09-04 at 14:21, Geoffrey Young wrote:
>
> see Apache::SSI for mp1 - it does exactly what you are trying to do
and
> is
> subclassable, so you can add your own tags/functionality if you want.
>
That is exactly what I am already doing.
When using #exec directive
Stas Bekman <[EMAIL PROTECTED]> writes:
> local is perl4-ism, nowadays it's used only for localizing special
> perl variables, like $|.
Using package variables and local() in to do the job of block-scoped
lexicals is a Perl4-ism.
On the other hand, when using global variables (in which I include
On Thu, 2003-09-04 at 16:56, Tim Edwards wrote:
> I'm sending 3 cookies. The first one goes properly. The second two get
print
> to the screen. Same script run under normal perl works fine.
Suggestions?
Show us the mod_perl part of your apache config.
- Perrin
Running Apache 1.3.27 and mod_perl
On Tue, 2 Sep 2003 20:21:45 +0200
Xavier Noria <[EMAIL PROTECTED]> wrote:
> On Tuesday 02 September 2003 07:28, Perrin Harkins wrote:
>
> > Sorry, I don't understand what you're saying here. What you should
> > be doing is fetching the session once, putting it in pnotes, and
> > getting it from
Beau E. Cox wrote:
SPAM: Start SpamAssassin results --
SPAM: This mail is probably spam. The original message has been altered
SPAM: so you can recognise or block similar unwanted mail in future.
SPAM: See http://spamassassin.org/tag/ for more details.
SPA
Stas -
Yep - ALL SET! Thanks a $1,000,000.
Aloha => Beau;
PS: I wonder whose anti-spam filter is going to
junk this email? :)
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Beau E. Cox wrote:
May be you have an old checkout of this file, try to do:
rm ModPerl-Registry/t/cgi-bin/r_inherited.pl
cvs up ModPerl-Registry/t/cgi-bin/r_inherited.pl
and try again.
Thanks Stas -
Sorry I missed the error. I did the 'rm' and re-cvs'ed -
flags correct and test OK. Next I rmeove
- Original Message -
From: "Stas Bekman" <[EMAIL PROTECTED]>
To: "Beau E. Cox" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, September 04, 2003 9:09 PM
Subject: Re: [mp2] ModPerl-Registry/t/bad_scritps.t returns 403 not 500
> Thank you Beau for a complete bug report.
>
> >
On 5 Sep 2003, at 04:48, James.Q.L wrote:
in mod_perl how do i detect if users choose to reject the cookie being
sent to them and/or having
the cookie disable in browser ? (not javascript or other client-side
scripting) so that i can
print a error message remind user to enable cookie.
Here's a
Thank you Beau for a complete bug report.
a. ModPerl-Registry/t/bad_scritps.t returns 403 not 500.
bad_scripts1..1
# Running under perl version 5.008 for linux
# Current time local: Thu Sep 4 16:19:34 2003
# Current time GMT: Fri Sep 5 02:19:34 2003
# Using Test.pm version 1.24
# testing
34 matches
Mail list logo
