Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Zope: DB

DCOracle2 and x86_64

 

 

Zope db RSS feed   Index | Next | Previous | View Threaded


mmhamze at pleiades

Mar 22, 2007, 11:53 AM

Post #1 of 2 (1303 views)
Permalink
DCOracle2 and x86_64

Maceij -
You got the following:
gcc -pthread -shared ./dco2.o -L/opt/oracle/client.9/product/lib32/
-lclntsh -Wl,-rpath,/opt/oracle/client.9/product/lib -o ./dco2.so

BOTH oracle lib directories should be lib32. In the above, you have one
pointing to lib32 and the other one to lib. Change the MAKE file to
reflect this.
Also, make sure that you actually have the 32-bit libs in the lib32.
The point is this: the paths should be to the location of the 32-bit
libs wherever they are, and the paths above should be set to these
32-bit paths. Also, LD_LIBRARY_PATH should point to the 32-bit lib
path.
Link, and then point your LD_LIBRARY_PATH to the oracle 64-bit lib path.
This has worked with me without fail with DCOracle2 and other programs
too that use oracle libs. I use Solaris.
Hi

Anybody uses DCOracle2 under 64 bit machine?
Any problems with that?

We have some problems under RHEL4 and 64
bit Operton CPU. Under heavy load our Zope
is just restarting. /var/log/messages says:
(...) kernel: python[10526]: segfault at 00000000a0084c10 rip
0000002a959041a0 rsp 0000002a9ff828d8 error 4

We're trying to realize what may cause this. I don't
expect that it is something with Zope, so
maybe DCOracle2? We are using this with Oracle9.

Anybody knows whether DCOracle2 should or shouldn't
work with x86_64 architecture? Any hints how it should be
configured/installed under such architecture?

I've found some messages on mailing list about
changing paths to lib32/ in some DCOracle2 files:
http://mail.python.org/pipermail/python-list/2004-August/276891.html

I tried this but I get:

gcc -pthread -shared ./dco2.o -L/opt/oracle/client.9/product/lib32/
-lclntsh -Wl,-rpath,/opt/oracle/client.9/product/lib -o ./dco2.so
/usr/bin/ld: skipping incompatible
/opt/oracle/client.9/product/lib32//libclntsh.so when searching for
-lclntsh
/usr/bin/ld: cannot find -lclntsh
collect2: ld returned 1 exit status
make[1]: *** [dco2.so] Error 1
make[1]: Leaving directory
`/opt/Zope/instancje/kfk_kw_testa/Products/DCOracle2/src'


--
Maciej Wisniowski


maciej.wisniowski at coig

Mar 22, 2007, 2:51 PM

Post #2 of 2 (1232 views)
Permalink
Re: DCOracle2 and x86_64 [In reply to]

> Maceij -
> You got the following:
> gcc -pthread -shared ./dco2.o -L/opt/oracle/client.9/product/lib32/
> -lclntsh -Wl,-rpath,/opt/oracle/client.9/product/lib -o ./dco2.so
>
> BOTH oracle lib directories should be lib32. In the above, you have one
> pointing to lib32 and the other one to lib. Change the MAKE file to
> reflect this.
> Also, make sure that you actually have the 32-bit libs in the lib32.
> The point is this: the paths should be to the location of the 32-bit
> libs wherever they are, and the paths above should be set to these
> 32-bit paths. Also, LD_LIBRARY_PATH should point to the 32-bit lib
> path.
> Link, and then point your LD_LIBRARY_PATH to the oracle 64-bit lib path.
> This has worked with me without fail with DCOracle2 and other programs
> too that use oracle libs. I use Solaris.
Thanks for the hints! Currently I can't check this (we've installed 32 bit
systems on our servers in order to avoid segfaults :) ) but I'll try
when it'll be possible.

--
Maciej Wisniowski
_______________________________________________
Zope-DB mailing list
Zope-DB[at]zope.org
http://mail.zope.org/mailman/listinfo/zope-db

Zope db RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact lists@gossamer-threads.com
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.