Am 21.10.2013 22:23, schrieb Dr James A Smith:
You may have some "quirk" going on with DBD::Oracle - it has a nasty
BEGIN block in it which
does some nasty stuff... I had a three day head scratch with this module
moving from Lucid to
Precise as it was not finding the tnsnames files - in the end I
In message <387d9d9a-4237-4d97-88b2-86262e823...@pharmacy.arizona.edu>, Bruce J
ohnson writes:
># su -s /bin/sh apache
Try again...
http://man7.org/linux/man-pages/man1/su.1.html>
http://man7.org/linux/man-pages/man1/env.1.html>
# su -s /bin/sh - apache
$ /bin/env
John
groenveld@acm
On Oct 21, 2013, at 2:56 PM, Thomas M. Payerle wrote:
> On Mon, 21 Oct 2013, Bruce Johnson wrote:
>
> Based on path, sounds like you have a 64 bit version of Oracle. I am
> assuming that you verified that your mod_perl is a 64 bit build.
>
yes it is.
> Is your mod_perl setuid/setgid? If so
On Mon, 21 Oct 2013, Bruce Johnson wrote:
Based on path, sounds like you have a 64 bit version of Oracle. I am
assuming that you verified that your mod_perl is a 64 bit build.
Is your mod_perl setuid/setgid? If so LD_LIBRARY_PATH gets ignored.
My guess would be that the dependent libraries of
On Oct 21, 2013, at 2:03 PM, John D Groenveld
wrote:
> In message <48fe8314-f95b-478b-9f2b-4c83f62dd...@pharmacy.arizona.edu>, Bruce
> J
> ohnson writes:
>> Nope, that looks right:
>>
>> # ldd /usr/local/lib64/perl5/auto/DBD/Oracle/Oracle.so
>> linux-vdso.so.1 => (0x7fffc898)
>>
In message <48fe8314-f95b-478b-9f2b-4c83f62dd...@pharmacy.arizona.edu>, Bruce J
ohnson writes:
>Nope, that looks right:
>
># ldd /usr/local/lib64/perl5/auto/DBD/Oracle/Oracle.so
> linux-vdso.so.1 => (0x7fffc898)
> libocci.so.11.1 => /usr/lib/oracle/11.2/client64/lib/libocci.so.
On Oct 21, 2013, at 12:57 PM, John D Groenveld wrote:
> In message <76e621cc-01d9-4006-aeaa-c0b6d5520...@pharmacy.arizona.edu>, Bruce
> J
> ohnson writes:
>> DBD::Oracle was properly compiled, else it wouldn't work on the command
>> line,
>> either.
>
> Out of my depth with Linux, but perhap
On Oct 21, 2013, at 1:11 PM, Charlie Smith wrote:
> Try setting perl env inside apache config.
>
> Example:
>
> SetEnv PERL5LIB "/usr/lib/5.10.0: /usr/lib/additionalPerlInstallArea"
>
>
> You also should have
>
> LoadModule perl_module modules/mod_perl.so
It's there in perl.conf which is
You may have some "quirk" going on with DBD::Oracle - it has a nasty
BEGIN block in it which
does some nasty stuff... I had a three day head scratch with this module
moving from Lucid to
Precise as it was not finding the tnsnames files - in the end I had to
set up the environment
before starting
Try setting perl env inside apache config.
Example:
SetEnv PERL5LIB "/usr/lib/5.10.0: /usr/lib/additionalPerlInstallArea"
You also should have
LoadModule perl_module modules/mod_perl.so
grep for mod_perl in the Apache error_log file? you'll see line indicating
that mod_perl resuming norma
In message <76e621cc-01d9-4006-aeaa-c0b6d5520...@pharmacy.arizona.edu>, Bruce J
ohnson writes:
>DBD::Oracle was properly compiled, else it wouldn't work on the command line,
>either.
Out of my depth with Linux, but perhaps this will help:
$ env - /bin/ldd /usr/local/lib64/perl5/auto/DBD/Oracle/Or
Right where it's supposed to:
/usr/local/lib64/perl5/auto/DBD/Oracle/Oracle.so
Again, if this was missing or the build was broken, it wouldn't work on the
command line or as a CGI script, either.
This is what's making me go mad…I can't find anything wrong.
%ENV is right
%INC is right
httpd.c
Where does Oracle.so live on your filesystem?
On Mon, Oct 21, 2013 at 11:37 AM, Bruce Johnson <
john...@pharmacy.arizona.edu> wrote:
>
> On Oct 21, 2013, at 11:20 AM, Fred Moyer wrote:
>
> > This is annoying but it happens on 64 bit architectures.
> >
> > > The path is correct, the script works
On Oct 21, 2013, at 11:20 AM, Fred Moyer wrote:
> This is annoying but it happens on 64 bit architectures.
>
> > The path is correct, the script works fine on the command line, and if I
> > comment out the handler directives in the perl.conf script, put in a
> > ScriptAlias and process the sc
This is annoying but it happens on 64 bit architectures.
> The path is correct, the script works fine on the command line, and if I
comment out the handler directives in the perl.conf script, put in a
ScriptAlias and process the script as a normal CGI script, it also works.
Sounds like some envir
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
Options +ExecCGI
PerlSetEnv LD_LIBRARY_PATH /usr/
16 matches
Mail list logo
