<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial,helvetica,sans-serif;font-size:12pt"><div>I am fully aware of the 32/64 bit ODBC Manager mess on 64-bit Windows.&nbsp; It didn't help that they named them identically.<br><br>The unixODBC workaround I cited with the fix and some comments can be found here:<br><br><span><a target="_blank" href="http://sourceforge.net/tracker/index.php?func=detail&amp;aid=2260937&amp;group_id=1544&amp;atid=351544">http://sourceforge.net/tracker/index.php?func=detail&amp;aid=2260937&amp;group_id=1544&amp;atid=351544</a></span><br><br>I think we may need to go the 3rd party route going forward for 64-bit Oracle ODBC.&nbsp; I think I would rather do that then roll back all the other work that we have done.<br><br>We use sqlplus as well, so I have always had the Oracle client installed, so that is what I am most familiar with.&nbsp; If we use sqlplus (via the 64-bit
 Instant Client) is it best to use the EasySoft Oracle (OCI) driver?&nbsp; What would be the business case for the more stand alone WP version?&nbsp; Is it usually recommented when no native Oracle client is required?<br><br>Thanks,<br><br>Keehan<br><br></div><div style="font-family: arial,helvetica,sans-serif; font-size: 12pt;"><br><div style="font-family: arial,helvetica,sans-serif; font-size: 13px;"><font size="2" face="Tahoma"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Martin J. Evans &lt;martin.evans@easysoft.com&gt;<br><b><span style="font-weight: bold;">To:</span></b> Support for the unixODBC project &lt;unixodbc-support@mailman.unixodbc.org&gt;<br><b><span style="font-weight: bold;">Sent:</span></b> Tue, October 20, 2009 12:42:12 PM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [unixODBC-support] Antw: Re: unixODBC SLES / OpenSuSE Oracle ODBC<br></font><br>
Keehan Mallon wrote:<br>&gt; Are you using 32-bit or 64-bit?&nbsp; 32-bit should work, but as Nick states,<br>&gt; skip the GUI.<br><br>agreed++ there is little to be gained from using the GUI assuming you<br>can get it to work (and the driver supports it) and that is very<br>difficult on some platforms. It is realtively trivial to edit the<br>odbc.ini and odbcinst.ini files and all you need is an editor.<br><br>&gt; For 64-bit the situation is much more complex.<br>&gt; I have not found a way to use 64-bit Oracle ODBC with Linux.&nbsp; From what<br>&gt; I can put together, there is a bug in the Oracle 10.2 ODBC driver and it<br>&gt; is "not supported" from the Oracle side which apparently means Oracle<br>&gt; won't fix it.&nbsp; You can connect to the database, but all queries fail<br><span>&gt; (<a target="_blank"
 href="http://forums.oracle.com/forums/thread.jspa?threadID=59110&amp;tstart=5&amp;messageID=2134631">http://forums.oracle.com/forums/thread.jspa?threadID=59110&amp;tstart=5&amp;messageID=2134631</a></span><br>&gt; &lt;<a href="http://forums.oracle.com/forums/thread.jspa?threadID=59110&amp;tstart=5&amp;messageID=2134631" target="_blank">http://forums.oracle.com/forums/thread.jspa?threadID=59110&amp;tstart=5&amp;messageID=2134631</a>&gt;).<br><br>There are multiple ways of building an ODBC driver for 64bit platforms<br>and these multiple ways came about because the MS specs for ODBC were<br>originally written before 64bit machines existed and did not anticipate<br>machines with larger pointer/long_int sizes. As a result, most ODBC<br>driver writers read these specs literally when they said a 32bit<br>quantity and then later MS changed "their version" (note it was passed<br>to xopen) to introduce SQLLEN and SQLULEN which are 32bit values on<br>32bit
 platforms and 64bit values on 64-bit platforms. All hell breaks<br>loose if you link an application or driver manager built one way with a<br>driver built another way. I imagine this might be what causes the<br>problem on 64bit platforms. It might be something else but the<br>SQLLEN/SQLULEN issue remains. You can see a small explanation at:<br><br><span><a target="_blank" href="http://www.martin-evans.me.uk/node/20#sqllen">http://www.martin-evans.me.uk/node/20#sqllen</a></span><br><br>and<br><br><span><a target="_blank" href="http://www.easysoft.com/developer/interfaces/odbc/64-bit.html">http://www.easysoft.com/developer/interfaces/odbc/64-bit.html</a></span><br><br>&gt; The bug has been worked around by unixODBC, but in the 2.2.15 branch<br>&gt; (again, from what I can tell) and this has not been released.<br><br>I'm not aware of that "bug" - would be interested to know what it was.<br><br>It really is not that difficult to build the latest unixODBC
 from cvs or<br>the latest pre-release and use the same configuration options that the<br>various distributions use. It is even possible to install it in a<br>different place so you can be sure not to disturb your distribution updates.<br><br>&gt;&nbsp; You<br>&gt; should be able to get it from the repository, but I am trying to stick<br>&gt; with SUSE rpms which there are none for 2.2.15.&nbsp; I can compile from<br>&gt; source, but I like keeping as stock as possible for upgrade/etc purposes.<br><br>That, I am afraid, is the nature of open source projects and their<br>relationship with distributions which package open source projects -<br>they are always behind (and sometimes don't even feedback fixes upstream<br>- not that I'm saying SUSE don't). I maintain perl's DBD::ODBC module<br>and the distributions which package DBD::ODBC are nearly always 2 or 3<br>(even 4) versions behind and packages of unixODBC are still 2.2.12 on<br>some Linux
 distributions (e.g. the ubuntu hardy heron I am running). In<br>particular this causes me a big headache on 64bit platforms because<br>odbc_config is not included and this is the only way to find out how<br>unixODBC was built and prevents me from using the same compiler flags.<br>In addition, in the perl environment, often the various components of<br>the OS administration need Perl so changing it can be dangerous and<br>running your own perl (with your own PERL5LIB) for your own scripts is<br>not a bad idea.<br><br>&gt; Version 11.x Oracle is even more strange.&nbsp; 32-bit is just fine, but the<br>&gt; 64-bit instant client no longer has an ODBC supplement at all.&nbsp; I guess<br>&gt; I could always spend the ~$1000 to buy the Easysoft driver, but I'm<br>&gt; afraid I am going to have to go back to 32-bit to get Oracle supported<br>&gt; ODBC.&nbsp; It is unfortunate because at this point, I have everything else<br>&gt; running 64-bit (FreeTDS (SQL
 Server client), MySQL, Teradata, unixODBC,<br>&gt; perl, perl-dbi, etc).<br><br>If Oracle produced and supported a working ODBC driver there would not<br>be a market for ISVs to produce an Oracle ODBC Driver - they don't and<br>so a market exists - it is not unreasonable for those ISVs to charge for<br>their work. It is rather complicated to produce an ODBC driver that<br>works on all 64bit unix systems and the SQLULEN/SQLLEN issue means you<br>need 2 drivers. Add to that the fact that people still get mixed up on<br>64bit platforms thinking that they always need a 64bit driver when in<br>fact it is dependent on how their application was built - that is the<br>determining factor. The situation on Windows is not that dissimilar in<br>that there are 2 odbc driver managers and 2 gui apps, one for 32bit<br>drivers and one for 64bit apps - just do a search for that and mysql<br>odbc and you'll realise what confusion that causes.<br><br>&gt; <br>&gt; Am I
 missing something?<br><br>I'm not sure as I'm reliant on what you posted wrt oracle's driver<br>needing a workaround in unixODBC and I have not had the opportunity to<br>speak to Nick yet.<br><br>BTW, I work for Easysoft (if you don't know) and some people might think<br>that taints my opinion.<br><br>Martin<br><br>&gt; Keehan<br>&gt; <br>&gt; ------------------------------------------------------------------------<br>&gt; *From:* Nick Gorham &lt;<a ymailto="mailto:nick.gorham@easysoft.com" href="mailto:nick.gorham@easysoft.com">nick.gorham@easysoft.com</a>&gt;<br>&gt; *To:* Support for the unixODBC project<br>&gt; &lt;<a ymailto="mailto:unixodbc-support@mailman.unixodbc.org" href="mailto:unixodbc-support@mailman.unixodbc.org">unixodbc-support@mailman.unixodbc.org</a>&gt;<br>&gt; *Sent:* Tue, October 20, 2009 8:55:53 AM<br>&gt; *Subject:* Re: [unixODBC-support] Antw: Re: unixODBC SLES / OpenSuSE<br>&gt; Oracle ODBC<br>&gt; <br>&gt; Till Brinkmann
 wrote:<br>&gt;&gt; Re,<br>&gt;&gt; what does it mean ?.<br>&gt;&gt; Is it impossible to use unixODBC with openSuSE and Oracle ?<br>&gt;&gt;<br>&gt;&gt; <br>&gt; No, just that without a GUI setup lib you can't use the GUI part of<br>&gt; unixODBC. Its just a matter of editing the odbc.ini and odbcinst,ini files.<br>&gt; <br>&gt; -- Nick<br>&gt; _______________________________________________<br>_______________________________________________<br>unixODBC-support mailing list<br><a ymailto="mailto:unixODBC-support@mailman.unixodbc.org" href="mailto:unixODBC-support@mailman.unixodbc.org">unixODBC-support@mailman.unixodbc.org</a><br><span><a target="_blank" href="http://mailman.unixodbc.org/mailman/listinfo/unixodbc-support">http://mailman.unixodbc.org/mailman/listinfo/unixodbc-support</a></span><br></div></div></div><br>

      </body></html>