in reply to Re^2: Env Variables
in thread Env Variables
Can you post relevant code please?
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^4: Env Variables
by LinuxUser2008 (Acolyte) on Jun 10, 2010 at 16:50 UTC | |
You can see that the env vars are set.. As 'almut' said, its a problem with Dynamic linking libs.. But i am not certain abt where to set it, other than in crle.. Also, this is running on a TIP server, which is a variation of the IBM's Websphere server.. So, it can be an issue with the server too... And about the error, I read that Wrong ELFCLASS error occurs cause of 64-32 bit compatibility.. But this cant be the reason here, as the script works fine on COmmand line.. Regards, Blub:) | [reply] [d/l] [select] |
by marto (Cardinal) on Jun 10, 2010 at 17:28 UTC | |
Well you have no use strict; use warnings; in this code, and you use CGI; but never actually use it (consider the latter have of my previous advice. Also a templating system such as HTML::Template may be worth looking into regarding separating your HTML from your perl code. On to Oracle matters. At work we use Solaris 10, perl 5.8.8 (I know, I'm working on it) and Oracle 10. IIRC I built DBD::Oracle and had no issues (I can check my exact steps tomorrow morning). We use DBD::Oracle a lot, and out main perl app is a CGI::Application. In the morning I'll post again with some specifics. Until then could you please post how you installed DBD::Oracle, perhaps a perl -V (note the upper case V) as well? | [reply] [d/l] [select] |
by LinuxUser2008 (Acolyte) on Jun 10, 2010 at 18:13 UTC | |
Thanks for all the help mate.. I finally solved the issue.. My webserver is started by a shell script, i just needed to include these Dynamic Library Files in that, that is, i just needed to export LD_LIBRARY_PATH inside the startup Script.. Thanks for all the effort and concern Blub:) | [reply] |
by LinuxUser2008 (Acolyte) on Jun 10, 2010 at 17:35 UTC | |
| [reply] |
by proceng (Scribe) on Jun 10, 2010 at 19:07 UTC | |
shows /opt/oracle/product/10.2.0/client_1/lib32. Perhaps this is a problem for you, resulting in wrong ELF class: ELFCLASS64? | [reply] [d/l] |
by almut (Canon) on Jun 10, 2010 at 20:27 UTC | |
No, it's the other way round. The lib32 is correct, but the attempt to set it didn't succeed (as explained further down in the thread). Carefully reading the error message
we see that it says the library libclntsh.so.10.1 has been found in the lib/ directory (not lib32/). Also, the runtime linker (ld.so.1) reports the incorrect ELF class (64-bit) the found library does have, not the class it should have. From this it follows that the perl binary in question is 32-bit. In other words, lib32 is the correct path. </nitpick> | [reply] [d/l] [select] |
by LinuxUser2008 (Acolyte) on Jun 11, 2010 at 03:06 UTC | |
Regards, Blub:) | [reply] |