e (using
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
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
Organization: Oracle Corporation
To: Sebastien FLAESCH
Hello Sebastien,
Thank you for
ust 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
t;> 4.1 has a older protocol version and is AFAIk not supported
>> by recent client 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 clien
ent 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
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 pa
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
r 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 some
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 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
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
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
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
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
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.
T
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
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 li
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 cod
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
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 (
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
#include
#include
int main() {
On Wed, Dec 29, 2010 at 04:57, Hajo Locke 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 ver
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 pre
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:
/usr/local/mysql/lib/libmysqlclient.a(ssl.o)(.gnu.linkonce.d.__vt_Q25yaSS
them:
...> rpm2cpio MySQL-shared-4.1.14-0.i386.rpm | cpio -it | grep
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
r-x 1 root root 3059 Apr 3 06:16 mysql_config
[EMAIL PROTECTED] /]# 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 -> li
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 h
>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:
>Origin
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
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 to
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
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&
>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
lin
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
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 chec
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 the
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 li
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':
my_compress.o(.text+
oblem...
domi> So I took a chance and passed this question to list.
domi> Maybe 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 n
aris-problem.
Ofcource it can 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
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 you'
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 sig
pthread=-pthread or --with-pthread=-lpthread
>
> This code still 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 usin
ase so that two 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.
T
>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_cl
gt; the database using 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
same 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.
reg
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
_mysql_e
em to 'php' 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. :) Bu
ed and static linked,)
*** Note, this program isn't 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
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
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
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
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
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
>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
#include
main()
{
MYSQL m;
I am trying to get a (third party) client application working which needs to be
linked with "libmysqlclient". The application is implemented as a shared
library. I can't get this working: I have installed MySQL from the Solaris
binary release, which has a "libmysqlcli
You need to include libz.
add -lz to your library list in your cc command
Maurizio wrote:
>
> 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 cop
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 3.23.
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,
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:
>> Description:
Jan> Operating system: SUN Solaris 7 or 8
Jan> MySQL: 3.22.32 or 3.23.27-beta
>>
Jan> When cron starts 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 fun
Jan> When cron starts 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,
The were problems with gcc prior to 2.95.2 What version of gcc are you
using?
Make sure your using gcc 2.95.2 or greater.
--
Boyd Gerber <[EMAIL PROTECTED]>
ZENEZ 3748 Valley Forge Road, Magna Utah 84044
Office 801-250-0795 FAX 801-250-7975
-
On Sat, 27 Jan 2001, Marcelo wrote:
> 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
You may need
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
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 -ln
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.
Unde
?
Again, thanks to everyone who has help...
--Dave J.
- Original Message -
From: "Jorge del Conde" <[EMAIL PROTECTED]>
To: "Dave Juntgen" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, January 26, 2001 4:28 PM
Subject: Re: Unable to
, http://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 every
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 lib
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 libmysqlclient.a that is having problems.
Can anyone help?
-Lgd -lgd -lcrypt -I/usr/local/mysql/include
72 matches
Mail list logo
