That's right. CPAN is telling you to contact Doug and Me.
Lincoln
Does it exist ?
> >
> > Weird, it doesn't show up on search.cpan.org, but it seems to be on CPAN
> > still: http://www.cpan.org/authors/id/B/BA/BARRACODE/
> > Otherwise you can find a copy here:
> > http://modperl.com:9000/book/s
Hi Stas,
I'm not interested in modifying CGI.pm to use MP2 until I start using MP2
myself. This isn't likely in the near future, since I'm very happy indeed
with MP1/Apache1.
Lincoln
On Friday 07 March 2003 03:58 am, Stas Bekman wrote:
> Stas Bekman wrote:
> > Apache::compat is useful durin
Hi Stas,
Thanks. I'll fold these changes and release on CPAN. I'll also remove the
$|=1 setting, since that was globally needed for FastCGI compatibility, and I
don't think that anyone uses it anymore.
Lincoln
On Monday 10 March 2003 08:43 pm, Stas Bekman wrote:
> Hi Lincoln,
>
> > I'm not i
I can do this (changing the new() call to accept $r). My understanding is
that client code will need to be changed to take advantage of this, right?
The other issue is that it will only work with the OO form of CGI, which many
people (including myself) don't use.
I would prefer a more transpare
} else {
$MOD_PERL = 1;
require Apache;
}
}
}
Lincoln
On Thursday 13 March 2003 06:21 pm, Stas Bekman wrote:
> Lincoln Stein wrote:
> > Please find enclosed a beta version of CGI.pm 2.92. I would
Hi Sean,
It sounds like a great idea, but it's not going to happen soon. My first
priority is to get Apache::MP3 working with mod_perl 2.0 while maintaining
compatibility with mod_perl 1.0.So much has changed between the two
versions that I've basically given up on maintaining all my mod_p
> How about making CGI.pm a subclass of $r? (optionally of course, by
> dynamically changing @ISA), so instead of returning $q it'll return $r,
> after re-blessing it.
Sounds interesting. What would be the advantage of that?
Lincoln
>
> > The other issue is that it will only work with the OO f
I like the idea of that, although the handsprings needed to do ordinary CGI,
mp1 and mp2 might lead to a cloud of confusion. Best to keep them in
separate modules and load them into CGI as needed.
Is Apache::Request in mp2 ready for prime time? We haven't been able to get
it running here (som
I suppose there might be name clashes, but I'll look into doing that.
Lincoln
On Monday 24 March 2003 07:08 pm, Stas Bekman wrote:
> Lincoln Stein wrote:
> >>How about making CGI.pm a subclass of $r? (optionally of course, by
> >>dynamically changing @ISA), so ins
At least with some versions of perl, the require gets evaluated at compile
time and raises an exception even if it is enclosed by the eval {} braces.
The only way to get around this is to eval the string.
I'm not sure whether this is a current issue or was a problem with 5.00503,
but I've kept
I'm aware of the problem, but I haven't been able to track it down. Any help
is welcome.
Lincoln
On Tuesday 23 July 2002 08:27 am, [EMAIL PROTECTED] wrote:
> Hi All,
>
> We are implementing mod_perl here for internal intranet use. We have
> discovered a possible buglet in CGI.pm.
>
> We do no
Hi,
This site, which contains the examples for the "Programming Apache
Modules in Perl and C" book, will be going down for a couple of days
while I move it to a new ISP. When it comes back up I would like to
add a few more online examples to the site and spruce it up a bit in
general. Any votes
Would folks like to beta test CGI.pm version 2.57? "make test" will
fail with two html-related errors, but these are just related to
change in the HTML 4.0 DTD and nothing to worry about.
Lincoln
CGI.pm-2.57.tar.gz
Brian Reichert writes:
> Sorry about the confusing subject line.
>
> I
The site should be up at its new location. Let me know if you see any
problems with it. I haven't done much with it yet except for fixing a
bug in one of the Hangman examples. It looked like a Y2K bug at
first, because the cookie dates were set to 1969, but it was just an
ordinary bug.
Linco
Hi,
I am very gradually making changes to the modperl book site. My plan
over the next few weeks is to bring more of the examples online. Suggestions
for priorities are very much appreciated.
As of this morning, I have added an online demo of my Apache::MP3 module,
which does nice directory li
I regret to say that www.modperl.com is down again. This time it is
because someone broke into my house and stole some computer equipment,
including the DSL router. Fortunately the modperl web server itself
was untouched because it was hidden in the eves.
I will make an announcement when the sy
Hi All,
As of last Friday, www.modperl.com is back up. The Apache::MP3 demo
no longer works, unfortunately, because the thieves stole the hard
disk that all the MP3s were on. I'm hoping to get it working again
this week.
Thank you for the several offers of help that I received.
Lincoln
--
=
Just thought you folks might want to know that www.modperl.com will
probably be unreachable for a day or two. NorthPoint communications
has gone bankrupt, bringing my DSL connection down with it. I'm
moving the server to another location for the interim, but it might
take a day or two for the DN
Hi Doug,
Perl 5.6.0 breaks the readdir() function when running under mod_perl.
This is with the most recent versions of Apache and mod_perl, as well
as with older versions. I see the same problem reported in the
mailing list going back to December 2000, but no hint of a
resolution. Is there any
Thanks everyone. I'll try backgrading to glibc 2.1. Does anyone know
if the problem is still present in Perl 5.6.1?
Lincoln
Andrew Ho writes:
> Hello,
>
> LS>Perl 5.6.0 breaks the readdir() function when running under mod_perl.
> LS>This is with the most recent versions of Apache and mod
I'm amazed that CGI.pm does this, but you're right. What's bad is
that this style doesn't work as expected:
p $r->param(foo=>[qw(a b c)])
Lincoln
Tatsuhiko Miyagawa writes:
> On Thu, 1 Nov 2001 09:58:39 -
> Matt Sergeant <[EMAIL PROTECTED]> wrote:
>
> > I guess so. Your above is
No, it certainly isn't clean. Neither is Perl's API!
Lincoln
Matt Sergeant writes:
> > -Original Message-
> > From: Tatsuhiko Miyagawa [mailto:[EMAIL PROTECTED]]
> >
> > On Thu, 1 Nov 2001 09:58:39 -
> > Matt Sergeant <[EMAIL PROTECTED]> wrote:
> >
> > > I guess so. Your a
22 matches
Mail list logo