On Oct 22, 2013, at 8:23 AM, Torsten Förtsch wrote:
>
> To me the problem seems to be %ENV being tied to $r->subprocess_env. So,
> neither PerlSetEnv nor SetEnv actually change the current process'
> environment. The reason for that the environment is a global resource in
> a potentially multi-
On 22/10/13 18:13, Bruce Johnson wrote:
>> To me the problem seems to be %ENV being tied to $r->subprocess_env. So,
>> > neither PerlSetEnv nor SetEnv actually change the current process'
>> > environment.
> Pardon me if this sounds dumb, but what possible use are those directives,
> then?
>
It'
On Oct 22, 2013, at 8:23 AM, Torsten Förtsch wrote:
> On 21/10/13 19:57, Bruce Johnson wrote:
>> We've set a Directory directive for some perl scripts, setting a mod_perl
>> handler:
>>
>> Alias /card_access /home/allwebfiles/perl/catcard
>>
>>
>> SetHandler perl-script
>> PerlRespon
On 21/10/13 19:57, Bruce Johnson wrote:
> We've set a Directory directive for some perl scripts, setting a mod_perl
> handler:
>
> Alias /card_access /home/allwebfiles/perl/catcard
>
>
> SetHandler perl-script
> PerlResponseHandler ModPerl::Registry
> PerlOptions +ParseHeaders
>
On Mon, 21 Oct 2013, Bruce Johnson wrote:
On Oct 21, 2013, at 2:56 PM, Thomas M. Payerle wrote:
On Mon, 21 Oct 2013, Bruce Johnson wrote:
Is your mod_perl setuid/setgid? If so LD_LIBRARY_PATH gets ignored.
I don't think so, but even so, shouldn't the PerlSetEnv directive be followed?
I
In message , Bruce J
ohnson writes:
>when I run it with /bin/env -i I get:
>
>/bin/env -i /usr/bin/ldd /usr/local/lib64/perl5/auto/DBD/Oracle/Oracle.so
>linux-vdso.so.1 =3D> (0x7fff2d9ff000)
>libocci.so.11.1 =3D> not found
>libclntsh.so.11.1 =3D> not found
>libpthread.so.0 =3D> /lib64/libpthre