Stas Bekman <[EMAIL PROTECTED]> writes:
> Max Baker wrote:
>> -8<-- Start Bug Report 8<--
>> 1. Problem Description:
>> [mp2] While using Apache::compat Cargs()> returns
>> "Apache::Request::Table=HASH(0x98d0ef8)".
>> It should return the full query string.
In case you can't make it to North America in August, ApacheCon Europe has
just announced a call for papers+participation:
Original Message
Subject: ApacheCon Europe 2005 Call for Participation is open
Date: Tue, 08 Feb 2005 08:14:43 -0500
From: Rodent of Unusual Size <[EMAIL PR
Max Baker wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
[mp2] While using Apache::compat Cargs()> returns
"Apache::Request::Table=HASH(0x98d0ef8)".
It should return the full query string.
Did you forget to attach the patch, Max?
It should be as
Nick Phillips wrote:
On 08/02/2005, at 4:16 PM, Stas Bekman wrote:
sure, but you can help us figure out a solution w/o knowing anything
about mod_perl. The situation of the packagers is unique. One can
think of it as if they are using chroot(1), where their / moves
elsewhere. It'd be easy to mak
Gordon Lack wrote:
Gordon Lack wrote:
While it now does unshift rather than push (so the entries end up at
the front of @INC, not the back) it does so backwards!
eg:
PerlPassEnv PERL5LIB /dir1:/dir2:/dir3
You mean, PerlSetEnv, don't you? PerlPassEnv doesn't accept values.
Yes, I did - but you
-8<-- Start Bug Report 8<--
1. Problem Description:
[mp2] While using Apache::compat Cargs()> returns
"Apache::Request::Table=HASH(0x98d0ef8)".
It should return the full query string.
2. Used Components and their Configuration:
Using FreeBSD ports for apa
On Feb 8, 2005, at 4:01 PM, Boysenberry Payne wrote:
Since I can’t seem to figure out how to install apache_1.3.33 on mac
ox x from source, I’m going to try and fix my issues with my currently
installed version (comes with os x.)
The problem I’m having is with mod_perl and mysql. I used fink to
Since I can’t seem to figure out how to install apache_1.3.33 on mac ox x from source, I’m going to try and fix my issues with my currently installed version (comes with os x.)
The problem I’m having is with mod_perl and mysql. I used fink to install mysql at one point and it confused mod_perl as
On 08/02/2005, at 4:16 PM, Stas Bekman wrote:
sure, but you can help us figure out a solution w/o knowing anything
about mod_perl. The situation of the packagers is unique. One can
think of it as if they are using chroot(1), where their / moves
elsewhere. It'd be easy to make DESTDIR supported,
thank you.
that was the source of the problem along with a couple of other things
on freebsd
on Freebsd 4.8
for the bebefit of others reading
ln -s 'ed (all in usr/local/bin/)
automake14 -> automake
autoconf259 -> autoconf
autoheader259 -> autoheader
aclocal14 -> aclocal-1.4
export CPPFLAG=" -I/u
Matthew Berk <[EMAIL PROTECTED]> writes:
> Apologies in advance for the conceptual nature of this inquiry.
>
> I have two chunks of code that are being run as separate scripts under
> Registry. Both are using require() (I know, I know) to pull in a
> library of subroutines.
If you're abusing req
On Tue, 2005-02-08 at 11:28 -0500, Matthew Berk wrote:
> Besides not keeping strict, which I'm doing intentionally to support a
> bit of older code, am I violating a fundamental rule of mod_perl around
> namespace contention?
http://perl.apache.org/docs/1.0/guide/troubleshooting.html#Undefined_s
Apologies in advance for the conceptual nature of this inquiry.
I have two chunks of code that are being run as separate scripts under
Registry. Both are using require() (I know, I know) to pull in a
library of subroutines. The behavior I'm seeing, which is quite odd, is
that without warning, on
William McKee <[EMAIL PROTECTED]> writes:
> You can get gnumake from your ports/packages collection and retry
> the build using gmake instead of make.
gmake should work; at least that's what the INSTALL doc seems
to think:
INSTRUCTIONS:
FreeBSD users must substitute "gmake" for "make" bel
On Mon, 2005-02-07 at 20:20 -0600, Nicholas Studt wrote:
> Good point, that is poorly worded. I have been using this method for a
> couple of years now, but I don't know of any open source projects that
> are using this method.
Krang (http://krang.sf.net/) uses them, although really just for
orga
> Hopefully I can start spreading the word at OSCON. I'll submit this
> proposal tomorrow evening, provided no one has any additional
> suggestions.
I gave a talk on object oriented mod_perl at apachecon us 2002 that you
might (or might not) find helpful
http://www.modperlcookbook.org/~geoff/sli
Gordon Lack wrote:
>
> > >While it now does unshift rather than push (so the entries end up at
> > > the front of @INC, not the back) it does so backwards!
> > >
> > > eg:
> > >
> > > PerlPassEnv PERL5LIB /dir1:/dir2:/dir3
> >
> > You mean, PerlSetEnv, don't you? PerlPassEnv doesn't accept
On Tue, Feb 08, 2005 at 08:33:18AM +, gotta go wrote:
> trying to install libapreq2-2.04-dev on freebsd 4.8 results in the
> following error.
> make: don't know how to make all-local. Stop
> *** Error code 1
This looks like a make error. I've not tried to build mp2 under FreeBSD,
but I kno
> >While it now does unshift rather than push (so the entries end up at
> > the front of @INC, not the back) it does so backwards!
> >
> > eg:
> >
> > PerlPassEnv PERL5LIB /dir1:/dir2:/dir3
>
> You mean, PerlSetEnv, don't you? PerlPassEnv doesn't accept values.
Yes, I did - but you get
trying to install libapreq2-2.04-dev on freebsd 4.8 results in the
following error.
su-2.05b# perl Makefile.PL --with-apache2-apxs=/usr/local/sbin/apxs
su-2.05b# make
Making all in src
/usr/local/bin/bash ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I.
-I. -I. -I/usr/local/include/apache2
20 matches
Mail list logo