Set( '123' ), is this $foo variable "all mine" for the duration of the
request? That is, am I guaranteed that another request won't change this
value under the first request's nose? And, is this scenario affected by
whether or not Gen::Foo is preloaded via star
I've isolated this pretty well... hope someone has some insight:
After a fresh* install of FreeBSD 4.8, I can build Apache alone with
mod_ssl, and Apache alone with mod_perl (static). However, I'm getting
errors when trying to install both together.
Here are my steps:
tar -xzf apache_1.
se symbols defined.
% nm /usr/local/lib/perl5/5.8.0/i386-freebsd/CORE/libperl.a | grep
Perl_get_sv
21ac T Perl_get_sv
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Monday, October 20, 2003 3:08 PM
To: Bryn Dyment
Cc: [EMAIL PROTECTED]
Subject: Re: mod_perl/mod_
Hi,
Stas Bekman wrote:
> You do have it in the apache tree, the problem is that you overwrite
> it later on. See:
>
http://perl.apache.org/docs/1.0/guide/install.html#mod_perl_and_mod_ssl___op
enssl
This link describes a similar build process to the one I'm using (although
I'm not having mod_per
>>Next check that it has those symbols defined.
>
> % nm /usr/local/lib/perl5/5.8.0/i386-freebsd/CORE/libperl.a | grep
> Perl_get_sv
> 21ac T Perl_get_sv
>why libperl.a and not libperl.so. Do you have a static perl build?
Before any Apache stuff, but after upgrading Perl, I have libperl
> and you don't have:
> /usr/local/lib/perl5/5.8.0/i386-freebsd/CORE/libperl.so
Right.
> I assume that when you run:
>
> perl Makefile.PL APACHE_SRC=../apache_1.3.28/src \
>
> perl == /usr/local/bin/perl5.8.0, right?
Right. (Perl 5.8.1's installation doesn't automatically replace the
>> 1. Should I be able to safely run 'make install' now?
>
> Yup.
I noticed when omitting SSL from the Apache build (which resulted in a
successful 'make') that a bunch of Apache 'utility' binaries are linked
after httpd is built (a half-dozen or so). So, I'm assuming 'make install'
will install
Thanks for the detailed explanation.
I did a fresh install of the OS, and re-installed Perl 5.8.1, but this time
with the '-Duseshrplib' option. After installation, I confirmed that I had
'libperl.so' in '/usr/local/lib/perl5/5.8.1/i386-freebsd/CORE'.
Then I re-installed SSL/mod_perl/Apache (wit
> I'd appreciate if you test that patch
I did another fresh install of the OS, re-installed Perl w/o the
'-Duseshrplib' option, and built SSL/mod_perl/Apache (after applying your
patch). Worked!
> does it work if you remove the -Wl,-E part?
Didn't work (this was with the earlier, shared Perl v
(All the below tests are with dynamic Perl.)
> OK, what if you take the original (with dynamic perl) and replace
>
> -L/usr/local/lib/perl5/5.8.1/i386-freebsd/CORE -lperl
>
> with
>
> -Wl,-L/usr/local/lib/perl5/5.8.1/i386-freebsd/CORE -Wl,-lperl
Same problem.
> What if you add -Wl,-i to t
Stas "Mr. Clever, Helpful & Persistent" Bekman wrote...
> I think I know what your problem is. The failing command includes:
> -L/usr/lib, so it finds /usr/lib/libperl.so.3 instead of
> /usr/local/lib/perl5/5.8.1/i386-freebsd/CORE/libperl.so. I bet
> that if you remove temporary /usr/lib/libperl.
>>> This tells me that if I want to write a script that builds a number
>>> of modules plus apache, I will have to answer a prompt when the
>>> script gets to the mod_perl portion of my script (unless I want to
>>> make mod_perl the last module built and use "DO_HTTPD=1" instead
>>> of doing a make
I've been reading the mod_perl performance docs, and have a few yes/no-style
(I hope) questions.
First, a dead link. The "Preload Perl modules at server startup" link
that's visible here:
http://perl.apache.org/docs/1.0/guide/performance.html#Choosing_MaxRequestsP
erChild
... is chopped. The l
>> Let's polish that issue and we will update the docs to reflect what's
>> going on. Nobody has complained in the last 7 years, so I guess nobody
>> was trying to do that.
>
>I don't understand how I could be the only one in 7 years who has followed
>the installation documentation to the letter
Hello,
I have successfully been using name-based virtual hosts and have just
added "PerlOptions +Parent" as a way to have multiple branches of my
codebase running on the same server. A typical virtual host is
configured as:
ServerNametrunk.translator.xcma.devo
DocumentRoot C:\depot
15 matches
Mail list logo
