I need a customized session/cookie management system that can do
redirection, so I implemented one using PerlTranshandler. When I tested
it on a Linux box for prototyping, the following works well:
sub handler
{
...
my $q = new CGI;
my $id = $q->cookie(-name=>"myCookie");
Hi all -
This is the first time I have gotten an 'unexpectedly succeeded'
result from mod_perl's 'make test':
...
t/filter/out_str_ctxok
t/filter/out_str_declined...ok
t/filter/out_str_eval...ok
1/1 unexpectedly succeeded
t/filter/out_str_lc
FYI
Original Message
Subject: Call for Participation for ApacheCon US 2004
Date: Thu, 24 Jun 2004 08:48:10 -0400
Call for Participation: ApacheCon US 2004
=
November 14-17, 2004, Las Vegas, Nevada, US
[Please feel free to forward this not
The sample bug report (using t/REPORT) says to send bug reports to dev
perl.apache.org, but the web page under "Reporting Information" (at
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems)
seems to indicate bugs should be sent to this list (modperl users). Is
either ok?
On Wed, 23 Jun 2004, Beau E. Cox wrote:
> Hi all -
>
> This is the first time I have gotten an 'unexpectedly succeeded'
> result from mod_perl's 'make test':
>
> ...
> t/filter/out_str_ctxok
> t/filter/out_str_declined...ok
> t/filter/out_str_eval...
-8<-- Start Bug Report 8<--
1. Problem Description:
I've tried this multiple times, always with the same result,
and I didn't see anything in Changes that would account for
this, so...
This was on a machine which didn't have mod_perl (1 or 2) installed
John Wittkoski wrote:
> The sample bug report (using t/REPORT) says to send bug reports to dev
> perl.apache.org, but the web page under "Reporting Information" (at
> http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems)
> seems to indicate bugs should be sent to this list (
a release candidate for Apache-Test 1.12 is now available.
http://perl.apache.org/~geoff/Apache-Test-1.12-dev.tar.gz
please take the time to excercise the candidate through all your existing
applications that use Apache-Test and report back successes or failures.
--Geoff
Changes since 1.11:
Randy Kobes wrote:
On Wed, 23 Jun 2004, Beau E. Cox wrote:
Hi all -
This is the first time I have gotten an 'unexpectedly succeeded'
result from mod_perl's 'make test':
...
t/filter/out_str_ctxok
t/filter/out_str_declined...ok
t/filter/out_str_eval..
On Wed, 23 Jun 2004, Steven Scotten wrote:
> Am I clear here that you're suggesting that I scrap the idea of working
> with Apache2 and just go back to 1.3?
Yes.
> I'm concerned that six (or eighteen) months down the line if I have
> questions they'll be answered by "you should be running the mo
John Wittkoski wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
I've tried this multiple times, always with the same result,
and I didn't see anything in Changes that would account for
this, so...
This was on a machine which didn't have mod_perl (1
> > I'm concerned that six (or eighteen) months down the line if I have
> > questions they'll be answered by "you should be running the most
> > current version, stop pestering with obsolete Apache 1.3" Setting up
> > a new server has been enough of a pain without doing it again in a
> > few month
On Thu, 24 Jun 2004 [EMAIL PROTECTED] wrote:
> I also get the feeling that module development seems to have more
> activity around 2 in other areas.
I'm sure you're right. There's a lot of work to be re-done! How much
fun is it to work on Apache 1.3 where everything important already
works?
>
On Thu, 2004-06-24 at 14:33, [EMAIL PROTECTED] wrote:
> Obviously MP is allot different, but one day I think we would want MP to be
> a better choice on 2 than 1, and I get the impression the HTTP developers
> are moving on to 2, and view 1 as legacy.
We want to encourage people to use, develop fo
Stas Bekman wrote on 6/24/04, 1:43 PM:
> But you already have 1.99_13 installed. Have you tried nuking it
> first?
I ran t/REPORT _after_ I had given up on installing _14 and successfully
installed _13. Sorry for the confusion.
> May be your timestamps on the previously installed
> files
HTML::Template - a Perl module to use HTML Templates
CHANGES
- New Feature: Added javascript escaping with ESCAPE=JS. (Craig Manley)
- Bug Fix: Improved cache keying to be sensitive to options which
alter the compilation of templates (path, search_path,
loop_con
16 matches
Mail list logo
