no objection from me, although as hannes has pointed out, these paragraphs are
for use with compilers that no one likely will ever use. the fix seems
pretty clear to me now: modify Makefile.PL so that it recognizes
"ifdef...endif" blocks and then skip processing these weird compilers.
tom
Installing DBD::Oracle on Gentoo Linux fails with the following error:
x86_64-pc-linux-gnu-gcc: unrecognized option '-wchar-stdc++'
x86_64-pc-linux-gnu-gcc: unrecognized option '-cxxlib-gcc'
cc1: error: /ee/dev/bastring.h: No such file or directory
I tracked this down to the Oracle XE install pro
strings inside single quotes are evaluated by the shell. they're just passed
straight to the program.
i suspect the problem may be as you suggested: i'm using the old version 8
style sid instead of a service name, although ezconnect with the sid works
fine inside of a perl program. i'll see
hi ron,
thanks for the response. using sqlnet.ora just doesn't work for me. i agree
with you about hidden files -- i don't like them. that's why i'd like to
find a better way. here's what happens using sqlnet.ora:
-
[~] cat sqlnet.ora
NAMES.DIRECTORY_PATH=(ezconnect, tnsnames)
[~] sqlp
reading man DBD::Oracle gives an in depth explanation on how the TWO_TASK
environment variable can be used. however, when i tried to use it in place
of .tnsnames.ora nothing worked. i believe that sql*plus does not use
TWO_TASK.
-
[~] cat .tnsnames.ora
infra=(description=(address=(protoco