Forwarding my reply here, as it might be interesting to other people too.
Original Message
Subject: Re: libmysqlclient so version
Date: Mon, 05 Aug 2013 14:10:28 +0200
From: rafal somla rafal.so...@oracle.com
Organization: Oracle Corporation
To: Sebastien FLAESCH s...@4js.com
mysql_client_version() API call) and then either make use of new
features conditional on this version check or error-out if library is
not recent enough
The major version of libmysqlclient library is not tied to a particular
version of MySQL server. It rather reflects changes in the C API itself.
Thus it is quite
Hi all,
Could someone from the libmysqlclient contributors comment on this, and
could someone complete the documentation regarding client compatiblity?
Thanks!
Seb
On 02/20/2013 09:31 AM, Sebastien FLAESCH wrote:
Hello,
FYI, I found this statement in the doc, at the end of the C API main
programs that
use the 5.5 client library should be recompiled against the 5.5.10 client
library. (Bug #60061, Bug #11827366)
Am 17.05.2013 11:10, schrieb Sebastien FLAESCH:
Could someone from the libmysqlclient contributors comment on this, and
could someone complete the documentation regarding
5.5.10 and earlier 5.5 versions, so client programs that
use the 5.5 client library should be recompiled against the 5.5.10 client
library. (Bug #60061, Bug #11827366)
Am 17.05.2013 11:10, schrieb Sebastien FLAESCH:
Could someone from the libmysqlclient contributors comment on this, and
could someone
Am 17.05.2013 12:05, schrieb Sebastien FLAESCH:
Beside the Oracle skills debate and the stupid mistakes with soname
changes between 5.5.8 and 5.5.10 or 5.6.x, (imagine all of this did
not happen):
I have a VERY simple question that needs a VERY CLEAR answer:
In our distribution packages
libraries, at least recent PHP versions can
not connect to servers older than 5.x
I see want you mean regarding C/S protocols but understand that:
1- we do not ship the MySQL client library,
2- it's not sure that a 5.6 (or 4.1) libmysqlclient is installed.
Typically, customers will install a MySQL 5
- it's not sure that a 5.6 (or 4.1) libmysqlclient is installed.
you have to make sure it
Typically, customers will install a MySQL 5.x.y server WITH the
corresponding 5.x.y MySQL client library (usually on the same
machine), then they install our software (it's a dev tool).
and you only need
require it as dependency
2- it's not sure that a 5.6 (or 4.1) libmysqlclient is installed.
you have to make sure it
Typically, customers will install a MySQL 5.x.y server WITH the
corresponding 5.x.y MySQL client library (usually on the same
machine), then they install our software (it's a dev
for programs compiled against the shared client library if the library major version number has changed (for example from
libmysqlclient.so.15 to libmysqlclient.so.16.
...
This sounds like guessing/hoping that the a client program compiled/linked
with older headers/libmysqlclient can eventually work
Hi all,
What is the compatibility policy regarding the MySQL C API library?
I could not find the rules in the documentation.
I have several versions of MySQL installed on my Linux, and it appears
that the libmysqlclient versions have changed in the 5.x version line:
/opt3/dbs/mys/4.1.24/lib
Am 18.02.2013 10:57, schrieb Sebastien FLAESCH:
Hi all,
What is the compatibility policy regarding the MySQL C API library?
I could not find the rules in the documentation.
I have several versions of MySQL installed on my Linux, and it appears
that the libmysqlclient versions have
On Mon, 2013-02-18 at 10:57 +0100, Sebastien FLAESCH wrote:
I have several versions of MySQL installed on my Linux, and it appears
that the libmysqlclient versions have changed in the 5.x version line:
/opt3/dbs/mys/4.1.24/lib/libmysqlclient.so.14
/opt3/dbs/mys/5.0.90/lib/libmysqlclient.so
On 02/18/2013 12:14 PM, Noel Butler wrote:
On Mon, 2013-02-18 at 10:57 +0100, Sebastien FLAESCH wrote:
I have several versions of MySQL installed on my Linux, and it appears
that the libmysqlclient versions have changed in the 5.x version line:
/opt3/dbs/mys/4.1.24/lib/libmysqlclient.so.14
In the last episode (Nov 02), Nick Khamis said:
Hello Everyone,
I am looking to build just the mysql client, and not the entire server
from source.
Which cmake flags do I need to install just the mysql client/devel header
files.
The actualy mysql server is on a different machine.
Try
Hello Everyone,
I am looking to build just the mysql client, and not the entire server
from source.
Which cmake flags do I need to install just the mysql client/devel header files.
The actualy mysql server is on a different machine.
Thanks in Advance,
Nick.
--
MySQL General Mailing List
For
I should have mentioned that this is using mysql 5.5.15
Thanks Again,
Nick.
--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:http://lists.mysql.com/mysql?unsub=arch...@jab.org
Unfortunately the decision to run 32-bit libs on 64-bit systems is outside
of my control. Given that it *should* work I'm more interested in
diagnosing whether this is a bug of some sort in libmysqlclient or a bug in
my code/build procedure.
Alex
On Sat, Jun 4, 2011 at 10:06 AM, walter harms
Am 13.06.2011 18:45, schrieb Alex Gaynor:
Unfortunately the decision to run 32-bit libs on 64-bit systems is outside
of my control. Given that it *should* work I'm more interested in
diagnosing whether this is a bug of some sort in libmysqlclient or a bug in
my code/build procedure.
You
It is basicly a not clever solution to run 32bit libs with a 64bit system.
You have to compile -m32 and all sort of things.
It is *way* better to compile with pure 64bit.
re,
wh
Am 04.06.2011 02:18, schrieb Alex Gaynor:
I've got a 64-bit Linux system, with a 32-bit libmysqlclient (and a 64-bit
I've got a 64-bit Linux system, with a 32-bit libmysqlclient (and a 64-bit),
and a C program using the libmysqlclient API which behaves very differently
depending on which platform it is compiled for. The program is:
#include stdio.h
#include string.h
#include mysql.h
int main
On Wed, Dec 29, 2010 at 04:57, Hajo Locke hajo.lo...@gmx.de wrote:
Hello,
i want to talk from php to different mysql-servers with different versions.
is it a recommend way to compile php always against newest libmysqlclient or
not so important?
You should use the newest stable version so
I am using mysql client 5.0.27. When the Mysql server is stopped (signal
19) the client calls do not timeout.
I am setting the timeout values using MysqlPP setoptions method, to set
the op_read_timeout value.
I've looked through the bug database and found that this problem was
reported
Hello,everyone!
I want to use Mysql C API to connect to Mysql server. When I use the
following command :
gcc test.c -o test.bin -I/usr/local/mysql/include -L/usr/local/mysql/lib
-lmysqlclient -lz,
I got the erro information:
libmysqlclient
4793 blocks
usr/lib/libmysqlclient.so
usr/lib/libmysqlclient.so.14
usr/lib/libmysqlclient.so.14.0.0
usr/lib/libmysqlclient_r.so
usr/lib/libmysqlclient_r.so.14
usr/lib/libmysqlclient_r.so.14.0.0
If you do not want to install it all, use rpm2cpio and then do a
selective extract.
HTH,
Jörg
] /]# find . -name *libmysqlclient.so.14*
(empty)
[EMAIL PROTECTED] /]#
[EMAIL PROTECTED] /sbin/ldconfig -v | grep libmysqlclient
libmysqlclient.so.10 - libmysqlclient.so.10.0.0
libmysqlclient_r.so.10 - libmysqlclient_r.so.10.0.0
libmysqlclient.so.10 - libmysqlclient.so.10.0.0
Description:
Mysql 4.1.8 installs libmysqlclient as libmysqlclient.14.0.0 instead
of libmysqlclient.so.14.0.0 which is the correct for Linux.
How-To-Repeat:
make install
Fix:
Correct the installation process
Submitter-Id: submitter ID
Originator
On Fri, 17 Dec 2004 16:19:25 -0200 (BRST)
[EMAIL PROTECTED] wrote:
Description:
Mysql 4.1.8 installs libmysqlclient as libmysqlclient.14.0.0
instead of libmysqlclient.so.14.0.0 which is the correct for
Linux.
I wish you were about 1/2 hour faster, I just finished
Paul DuBois wrote:
At 14:17 -0800 3/5/04, John Ling wrote:
I notice that, while building C applications that use the
libmysqlclient library, I sometimes need to link with libz library,
depending on which system I am compiling on.
The different systems have different mysql versions installed
I notice that, while building C applications that use the libmysqlclient
library, I sometimes need to link with libz library, depending on which
system I am compiling on.
The different systems have different mysql versions installed, so is
this due to the difference in the versions?
Can
At 14:17 -0800 3/5/04, John Ling wrote:
I notice that, while building C applications that use the
libmysqlclient library, I sometimes need to link with libz library,
depending on which system I am compiling on.
The different systems have different mysql versions installed, so is
this due
This feature set appears to be very quietly in place in libmysqlclient.
I'd rather not reinvent the wheel when there's a perfectly good effort
underway elsewhere... so I'll just bring this up here and see what kind
of response I get. BTW, hi list! :)
For those of you who don't pore over
Description:
Application that uses MyODBC 3.51.05 + MySQL 4.0.10
constantly grow memory consumption. Such behavior is not
observed if MyODBC 3.51.05 + MySQL 3.23.55 are used. I suppose
that there is memory leakage in libmysqlclient. Application
linked
Hi.
On Fri 2003-01-31 at 18:56:19 +0100, [EMAIL PROTECTED] wrote:
Hi all,
my problem is the following, it's possible to insert an image in a table
with the libmysqlclient ?
Yes.
My language is C
i'm working with GNU/Linux
Bye,
Benjamin.
PS: In explanation: if you want
Hi all,
my problem is the following, it's possible to insert an image in a table
with the libmysqlclient ?
My language is C
i'm working with GNU/Linux
Best Regards,
Stephane Wirtel
-
Before posting, please check:
http
Hi,
I hope this is the right place to post this.
I have a simple C program that uses libmysqlclient and it works great,
up to the moment a connection with my remote mysqld breaks, for whatever
networking related reason, then I can see that such errors are not
handled softly within
hi,
i am writting a c program to connect to a mysql db and execute a bunch
of select and update statements. When I try to compile the source it works
properly but during linking i get this error:
/usr/lib/mysql/libmysqlclient.a(my_compress.o): In function
`my_uncompress':
Isn't it nice to find the answers to questions right after asking them and
before anyone else can answer
some link off google:
It appears that what's happened here is that
libmysqlclient wants to use the functions compress and
uncompress, which at a guess are the ones in libz (the GNU
zip
somebody else have had the same problem??
domi Maybe libmysqlclient is not designed to be used in a
domi daemon process??
domi It definitely is something wrong somewhere.
domi 40 - 50 MB in a week is not normal, or what You think ??
domi I'will test hoard library asap, lets see what happens !
The MySQL
Hi !
I've made a quite simple program in C using
libmysqlclient. The program runs as daemon
in Solaris 8 (sparc) and checks some values
in the database every 5 minutes.
I have only ONE malloc/realloc call in my code
and this code is called only when needed (when DB check
is signaling it to do
dOMi writes:
However, after only a week the memory usage ocf this process
has been grown to 40 - 50 MB so there's have to leakage somewhere.
What you *may* be seeing is standard memory fragmentation that many
Unix' systems have with the standard allocator.. You don't mention
what platform
still be my code but I have not found
the problem...
So I took a chance and passed this question to list.
Maybe somebody else have had the same problem??
Maybe libmysqlclient is not designed to be used in a
daemon process??
It definitely is something wrong somewhere.
40 - 50 MB in a week
is not working when compiled with libmysqlclient_r
but works with libmysqlclient.
The following is the code with places of my_init(), my_init_thread(),
and my_thread_end().
Since I'm new to using this library I would be grateful for any kind of
guidance on where I'm going wrong.
regards,
Hi
Heya:
in openBSD I have a cli interface for simple i/o to mysql database.
Written in C.
it works perfectly.
On Darwin and OS X it won't compile.
It gives the following errors.
$ cc -lmysqlclient -I/usr/local/mysql/include testmy.c linklist.c
/usr/bin/ld: Undefined symbols:
_mysql_close
threads do not
share the same connection at the same time.
as suggested earlier I have also built the library with local pthreads
i.e. --with-pthread=-pthread or --with-pthread=-lpthread
This code still is not working when compiled with libmysqlclient_r
but works with libmysqlclient.
The following
code when it is compiled using libmysqlclient works
and doesn't work while using libmysqlclient_r
Can anyone help me out on this .
I'm including mysql.h as the header file
The platform I'm using is Linux 2.4.4-4 Suse Linux . I'm also using
InnoDB tables for the same.
regards,
void test2(int
differant threads each thread calls this function
test2(), access to which is protected by a pthread_mutex_lock() at the
beginning of the test and pthread_mutex_unlock() at the end of the test.
The same code when it is compiled using libmysqlclient works
and doesn't work while using libmysqlclient_r
' but I just wanted to check out exactly what I did
wrong. I've stayed fairly current in the past and haven't had any
troubles.
I read in the manual that in any case recompile the .c files against the
new libmysqlclient and this should solve your problem. I did. :) But I'm
still getting apache 500
making use of threads, and I've seen the same
*** results with -D_REENTRANT -lpthread and without, as well as linking
*** the non _r libmysqlclient
gcc -o clconsumer -O -D_REENTRANT -g -lpthread -lm -lz -I/usr/include/mysql
-I/usr/local/mysql/include clconsumer.o /usr/local/mysql/lib
Is anyone else interested in documenting libmysqlclient? Just a basic
set of function guidelines would be nice.
--
Colin Faber
(303) 859-1491
fpsn.net, Inc.
-
Before posting, please check:
http://www.mysql.com/manual.php
On Saturday 08 December 2001 09:01 pm, Colin Faber wrote:
Is anyone else interested in documenting libmysqlclient? Just a basic
set of function guidelines would be nice.
The public API is documented in our manual...
--
MySQL Development Team
For technical support contracts, visit https
It is gdb-5.0, Mandrake 8 version, with patch for threaded application under
new glibc/kernel.
On Sunday 05 August 2001 12:54, you wrote:
Vladimir Zidar writes:
Description:
mysql refuses connection [local/unix-socket] when client is ran under
GDB, and linked with pthread library.
Vladimir Zidar writes:
It is gdb-5.0, Mandrake 8 version, with patch for threaded application under
new glibc/kernel.
That one is not very good for threaded apps.
That is why we use gdb from snapshots.
--
Regards,
__ ___ ___ __
/ |/ /_ __/ __/ __ \/ /Mr. Sinisa
Vladimir Zidar writes:
Description:
mysql refuses connection [local/unix-socket] when client is ran under GDB,
and linked with pthread library. It doesn't need to call any pthread_*()
function, it just fails when linked with it.
How-To-Repeat:
#include stdio.h
Description:
mysql refuses connection [local/unix-socket] when client is ran under GDB,
and linked with pthread library. It doesn't need to call any pthread_*()
function, it just fails when linked with it.
How-To-Repeat:
#include stdio.h
#include mysql/mysql.h
Description:
upgrading my old MySql version to the new one, all my C code doesn't compile
returning an ld error in resolving my_compress() and my_uncompress()
finctions.
I forced compilation coping the old libraries and include files from previus
version of MySql.
Server version
I just installed MySQL version 3.23.32, and all
appeared to go well. However, after installing PHP 4
and rebooting my server, when I tried to start Apache
(1.3.14) I got the following message:
/usr/libexec/ld.so: httpd: libmysqlclient.so.10.0: No
such file or directory
/usr/sbin/apachectl start:
copy or link your libmysqlclient.so.10.0 to /usr/lib. Or edit
/etc/ld.so.conf. Add path your libmysqlclient.so.10.0, and run ldconfig.
You must have root access.
--ilham--
On Fri, 16 Feb 2001, Alex Le Fevre wrote:
I just installed MySQL version 3.23.32, and all
appeared to go well. However,
arts a job and tries to authenticate the associated user
Jan with a PAM-module which uses libmysqlclient, then the process crashes
Jan when calling the function mysql_init. All other uses of the PAM-module
Jan work just fine (login, ssh, dtlogin, xdm, telnet, etc.), Only cron keeps
Jan constantly cra
PAM-module which uses libmysqlclient, then the process crashes
Jan when calling the function mysql_init. All other uses of the PAM-module
Jan work just fine (login, ssh, dtlogin, xdm, telnet, etc.), Only cron keeps
Jan constantly crashing (not the demon itself, just the jobs teminate).
How-To-Rep
Thanks for your help, but i needed a
litle more help, I tried to do that and
it almost worked bu i still got this
error
gcc -O2 -g -o mysql1
mysql.c -L/usr/local/mysql/lib -lmysqlcl
ient -lnsl -lgthreads -lz -lcrypt -lsock
et -lm
Undefined first
referenced
symbol
Add -lz to your linking options and all should go well.
"Dave Juntgen" [EMAIL PROTECTED] wrote:
Hello everyone..
I am trying to compile a CGI program written in C statically and I keep
getting this one error. I am using MySQL version 3.23.31, the compiler
error below shows that it is
://www.mysql.com/
/_/ /_/\_, /___/\___\_\/ Mexico City, Mexico
___/
- Original Message -
From: "Dave Juntgen" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, January 26, 2001 3:18 PM
Subject: Unable to like libmysqlclient statically
Hello everyone..
I am trying to com
I'm trying to use libmysqlclient as
described in the manual to compile
another program in SCO Open Server
Release 5.0.5, whe i tri to do
gcc -O2 -g -o mysql1
mysql.c -L/usr/local/mysql/lib -lmysqlcl
ient -lnsl i get this messages can
someone help me.
Undefined
On Sat, 27 Jan 2001, Marcelo wrote:
I'm trying to use libmysqlclient as
described in the manual to compile
another program in SCO Open Server
Release 5.0.5, whe i tri to do
gcc -O2 -g -o mysql1
mysql.c -L/usr/local/mysql/lib -lmysqlcl
ient -lnsl i get this messages can
someone help
65 matches
Mail list logo