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
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 instead of returning $q it'll return $r
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
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
{
$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 appreciate
it if people could
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
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
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 during
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:
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 not
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 above is
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,
LSPerl 5.6.0 breaks the readdir() function when running under mod_perl.
LSThis is with the most recent versions of Apache and
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
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
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
--
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
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
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
19 matches
Mail list logo