Re: MP1 - libapreq1.2 broke apache / mod_perl installation

2003-08-04 Thread Iphigenie
The latest version of ExtUtils::MakeMaker tickles a bug in libapreq's c/Makefile.PL.  There has been quite a bit of discussion of this issue in the last week on apreq-dev, p5p, and on this list as well. aha! I'd noticed some threads about compiling libapreq - should have read them in detail. I

Re: need your help to test mod_perl with perl-5.8.1-RC3

2003-08-04 Thread Steve Hay
Michael G Schwern wrote: The problem is likely the MY::dynamic hack in c/Makefile.PL. 6.05 and previous had this: dynamic :: Makefile $(INST_DYNAMIC) $(INST_BOOT) 6.06_01 and up have this dynamic :: $(FIRST_MAKEFILE) $(INST_DYNAMIC) $(INST_BOOT) for some reason, MY::dynamic is trying to lop

handlers versus scripts, SSI difference

2003-08-04 Thread gerard uolaquetalestem
I began some weeks ago to think about translating my .pl scripts (that run with mod_perl 2 ::registry) to perl handlers. My first problem was to find how to include a perl handler as i included my cgi scripts (include virtual). I found that #perl directive allows you to include with

Re: need your help to test mod_perl with perl-5.8.1-RC3

2003-08-04 Thread Michael G Schwern
On Mon, Aug 04, 2003 at 08:46:27AM +0100, Steve Hay wrote: I tried changing the s/// to: $string =~ s{ \$\(INST_DYNAMIC\)}{}g; $string =~ s{ \$\(INST_BOOT\)}{}g; (I've dropped the trailing spaces in the patterns), which produced: dynamic :: $(FIRST_MAKEFILE) $(NOECHO) $(NOOP)

Re: Current directory

2003-08-04 Thread Jean-Sebastien Guay
One way is to configure the CPAN module: C:\ perl -MCPAN -e shell which, the first time you invoke it, will lead you through a dialogue. You can accept most of the defaults, except for the list of CPAN mirrors to use. Then, at the CPAN.pm shell prompt, you can say cpan install CGI

Re: Current directory

2003-08-04 Thread Jean-Sebastien Guay
BTW, perl -MCGI -e print $CGI::VERSION; 2.98 J-S - Original Message - From: Jean-Sebastien Guay [EMAIL PROTECTED] To: Randy Kobes [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, August 04, 2003 9:32 AM Subject: Re: Current directory One way is to configure the CPAN module:

Re: handlers versus scripts, SSI difference

2003-08-04 Thread Geoffrey Young
But it seems to be that with modperl as DSO this directive does not work, and that Apache::include is only a modperl1.x funcionality, so discarted in mod perl 2. I've started this port, but it's a long way from being completed - it doesn't work right and dumps core, but I haven't looked at it

Re: handlers versus scripts, SSI difference

2003-08-04 Thread Perrin Harkins
On Mon, 2003-08-04 at 04:05, gerard uolaquetalestem wrote: But it seems to be that with modperl as DSO this directive does not work, and that Apache::include is only a modperl1.x funcionality, so discarted in mod perl 2. I don't think this has anything to do with DSO vs. static.

Re: Skipped Tests (was: handler help)

2003-08-04 Thread Perrin Harkins
On Fri, 2003-08-01 at 22:53, Tofu Optimist wrote: Then as root I used CPAN to install Bundle::WWW, LWP, and HTML::Parser. Had some troubles, used the force option, and plowed ahead. (Maybe I should have stopped here at the first FYI, this was probably also because of the locale issue.

Re: need your help to test mod_perl with perl-5.8.1-RC3

2003-08-04 Thread Steve Hay
Michael G Schwern wrote: On Mon, Aug 04, 2003 at 08:46:27AM +0100, Steve Hay wrote: I tried changing the s/// to: $string =~ s{ \$\(INST_DYNAMIC\)}{}g; $string =~ s{ \$\(INST_BOOT\)}{}g; (I've dropped the trailing spaces in the patterns), which produced: dynamic :: $(FIRST_MAKEFILE)

Re: need your help to test mod_perl with perl-5.8.1-RC3

2003-08-04 Thread Michael G Schwern
On Mon, Aug 04, 2003 at 09:35:55AM +0100, Steve Hay wrote: Somehow, it has contrived to disappear! It always used to exist there, which is why it didn't occur to me to check :-( I must have lost it somewhere along the line when shoe-horning earlier MakeMaker's into place. Possibly you

Re: need your help to test mod_perl with perl-5.8.1-RC3

2003-08-04 Thread Steve Hay
Michael G Schwern wrote: On Mon, Aug 04, 2003 at 09:35:55AM +0100, Steve Hay wrote: Somehow, it has contrived to disappear! It always used to exist there, which is why it didn't occur to me to check :-( I must have lost it somewhere along the line when shoe-horning earlier MakeMaker's into

Re: need your help to test mod_perl with perl-5.8.1-RC3

2003-08-04 Thread Michael G Schwern
On Mon, Aug 04, 2003 at 11:19:42AM +0100, Steve Hay wrote: Why isn't the typemap file distributed as part of ExtUtils-MakeMaker? typemap is very specific to the version of Perl, or so it is said. -- Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/ You're more radiant

Re: Current directory

2003-08-04 Thread Perrin Harkins
On Mon, 2003-08-04 at 09:32, Jean-Sebastien Guay wrote: But I still get the same message... [Mon Aug 04 09:31:57 2003] [error] Global $r object is not available. Set: PerlOptions +GlobalRequest in httpd.conf at D:/Perl/lib/CGI.pm line 307. Compilation failed in require at

Re: Current directory

2003-08-04 Thread Jean-Sebastien Guay
Perrin, First, check your conf file to be sure you have this turned on. There are docs related to it here: http://perl.apache.org/docs/2.0/user/config/config.html#C_GlobalRequest_ The docs also state that unless it's explicitly turned _off_, it's on by default. But I turned it on anyways

Re: Current directory

2003-08-04 Thread Perrin Harkins
On Mon, 2003-08-04 at 12:08, Jean-Sebastien Guay wrote: Doesn't all this require that I actually get a running Apache server first? The error message shows up when I try to start up the Apache service! What? That shouldn't happen unless something is calling CGI-new in your startup, which is a

Re: Current directory

2003-08-04 Thread Jean-Sebastien Guay
On Mon, 2003-08-04 at 12:08, Jean-Sebastien Guay wrote: Doesn't all this require that I actually get a running Apache server first? The error message shows up when I try to start up the Apache service! What? That shouldn't happen unless something is calling CGI-new in your startup,

Re: rflush() not working as documented?

2003-08-04 Thread Martin Wickman
Just checking that this did not get lost on the way. Anyone care to give me a hint? On Thu, Jul 31, 2003 at 10:17:06PM +0200, Martin Wickman wrote: Hello According to docs[1], $r-rflush() should create a new brigade with data. It does not. It seems the docs and/or my understanding of

Apache-AuthPerLDAP beta port uploaded

2003-08-04 Thread Shannon Eric Peevey
Hi! I just wanted to see of Henrik Strom was on this list (I have ported your Apache-AuthPerLDAP, and wonder how you want to integrate the changes into your existing module.) Also, I have ported Apache-AuthPerLDAP to work with both versions of mod_perl, but am running out of time to set

mod perl issues/ cpan won't make properly

2003-08-04 Thread Hodge, Jeff F (ECIII)
Title: mod perl issues/ cpan won't make properly I'm having a lot of problems with installing mod_perl/apache/ properly. Also installing through CPAN is an issue with certian modules as well. Suse 8.0/ linux 2.4/perl5.8.0/mod_perl1.28Apache1.3.28/ Here's how I installed mod_perl/apache:

Re: rflush() not working as documented?

2003-08-04 Thread Geoffrey Young
Martin Wickman wrote: Just checking that this did not get lost on the way. Anyone care to give me a hint? On Thu, Jul 31, 2003 at 10:17:06PM +0200, Martin Wickman wrote: Hello According to docs[1], $r-rflush() should create a new brigade with data. It does not. I've seen this also, but was

Re: need your help to test mod_perl with perl-5.8.1-RC3

2003-08-04 Thread Nick Ing-Simmons
Michael G Schwern [EMAIL PROTECTED] writes: On Mon, Aug 04, 2003 at 11:19:42AM +0100, Steve Hay wrote: Why isn't the typemap file distributed as part of ExtUtils-MakeMaker? typemap is very specific to the version of Perl, or so it is said. Not really. There are some changes for PerlIO * vs FILE