Re: [cx-oracle-users] xa.h missing

[Jim B. <ma...@ji...>]

Anthony Tuininga wrote:

> Simply including the file would be simpler I'd agree but are there any 
> implications with respect to distributing code which is not my own? Is 
> it enough to simply state that this section of code comes from xa.h 
> and leave it at that or is something more elaborate required? I've 
> left it alone since in general those who are missing these files have 
> not installed all of the developer packages for Oracle -- Oracle makes 
> this fairly easy to do, unfortunately. Any others have comments?
>
> Harri Pasanen wrote:
>
>> Hello,
>>
>> I saw someone else had hit the same problem on linux, where by xa.h 
>> header was not found.
>>
>> Wouldn't it be prudent to inline the relevant bits in cx_Oracle.c, as 
>> xa.h does not seem to be a standard include?  The only place I could 
>> find it was on a windows machine Oracle 9.2 directory, at 
>> rdbms/demo/xa.h.
>>
>> I modified my local copy by adding the following in cx_Oracle.c, in 
>> place of #include "xa.h"
>>
>> ...
>
>
Anthony,

I agree with your decision on IP grounds.

The one time this caused an issue for us is when we tried installing 
cx_Oracle with the new 10g Instant Client on RHEL3. Oracle on RHEL3 
requires 10g or patches to 9iR2, available only under the support 
contract, which is gray for us because we are outside consultants to our 
customer with actual support; cx_Oracle requires such dev files as xa.h.

So an obvious solution for now is the full install of Oracle 10g client, 
and building cx_Oracle on the target machine. Obviously an even easier 
solution for Instant Client users - and that sort of describes this type 
of user - would be an RPM for 10g. (Hint, hint! :) )

For those who don't know about the client: 
http://www.oracle.com/technology/tech/oci/instantclient/instantclient.html.

- Jim

PS

BTW, Anthony, kudos for making such a robust & useful package available!