Bug #3301 | libmysqlclient.sl missing in HP-UX runtime distribution | ||
---|---|---|---|
Submitted: | 26 Mar 2004 6:33 | Modified: | 12 Aug 2009 13:53 |
Reporter: | marcello soffritti | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server | Severity: | S4 (Feature request) |
Version: | 4.0.16 | OS: | HP/UX (HPUX 11.11) |
Assigned to: | Joerg Bruehe | CPU Architecture: | Any |
[26 Mar 2004 6:33]
marcello soffritti
[8 Jul 2004 23:09]
Brian Molina
Furthermore, when you re-build the client libraries for MySQL from the 4.0 production source, it produces a version 12 of libmysqlclient. The 3.51 Connector/ODBC production binary wants version 10.
[9 Jul 2004 11:39]
Sergei Golubchik
looks like a duplicate of http://bugs.mysql.com/605
[31 Aug 2004 11:47]
Joerg Bruehe
Thank you for your bug report. This issue has already been fixed in the latest released version of that product, which you can download at http://www.mysql.com/downloads/ Additional info: The ODBC libraries have been changed with version 3.51.9. They now include all sub-functions, so they do not depend on a separate "libmysqlclient.sl" any more. Please upgrade your ODBC libs to this version to see whether this satisfies your needs.
[9 Sep 2004 13:21]
Mikhail Verkhovski
It still doesn't have the 'my_init' function. I have installed MyODBC-3.51.09 source distribution on HPUX11.11 with unixODBC-2.2.9 /usr/lib/dld.sl: Unresolved symbol: my_init (code) from /usr/local/lib/libmyodbc3.sl
[26 Sep 2004 8:16]
Joerg Bruehe
There seems to have been an undetected error when building version 3.51.9 of the ODBC library on HP-UX 11, the error prevented the inclusion of 'my_init()'. This will be corrected, and the ODBC library will be rebuilt soon, including that function.
[18 Oct 2004 21:51]
Charles Mattair
Altering the ODBC build to eliminate the requirement does not eliminate other requirements for the .sl. Much of our software dynamically links to this library as opposed to statically linking. Any chance to actually include it?
[19 Oct 2004 8:58]
Joerg Bruehe
There have been problems with shared libraries in the past, especially on HP-UX. The resolution has been to do without them. Until now, there has not been sufficient research into that subject to revert that decision. That does not mean it is permanent, just that priorities have been on other tasks. Specifically regarding the ODBC library: I am really sorry, but even this has not been finished yet. I hope to have better news, though.
[26 Jan 2005 23:53]
Harry Xie
I experienced similar problem using 1 3.51.10 driver with MySQL 4.1.8. Is there any progress on fixing this problem?
[12 Apr 2005 0:22]
Peter Harvey
The "HP-UX 11.11 (PA-RISC 2.0, 64-bit only)" downloads should work fine. As I recall I did a dltest on it after the build to ensure that the symbols are linked in. I had a problem with disk quota or some such thing when I went to build on older HP-UX build machines and did not get a chance to revisit the build process to correct. It may be that we simply need to do a new build (for desired platform) to resolve this bug. Note: We build myodbc against a static libmysqlclient. Anyone needing libmysqlclient, beyond how its used to support myodbc linking, need to look at mysql distribution - not myodbc distribution.
[12 May 2005 23:00]
Bugs System
No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open".
[5 Sep 2006 17:50]
Tonci Grgin
Details in BUG #7865
[12 Aug 2009 13:53]
Joerg Bruehe
To get rid of this bug, I checked the archive: Starting with version 5.0.40 (April 2007), and including the community version 5.0.41, our packages for all HP-UX variants contain these client library files: lib/libmysqlclient.a lib/libmysqlclient.sl lib/libmysqlclient.sl.15 lib/libmysqlclient.sl.15.0 lib/libmysqlclient_r.a lib/libmysqlclient_r.sl lib/libmysqlclient_r.sl.15 lib/libmysqlclient_r.sl.15.0 For ODBC needing "my_init()", please see bug#7865.