[MDEV-6306] libmysqlclient does not support deflate function Created: 2014-06-05  Updated: 2014-06-05  Resolved: 2014-06-05

Status: Closed
Project: MariaDB Server
Component/s: None
Affects Version/s: 5.5.36, 5.5.37, 10.0.11
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Linas Assignee: Unassigned
Resolution: Not a Bug Votes: 0
Labels: None
Environment:

CentOS 6, 64-bit.



 Description   

Libmysqlclient which comes with MariaDB-compat-10.0.11-1.el6.x86_64 package does not contain deflate* functions, which causes zend encoded sites not to work on old php 5.2 versions. After coping /usr/lib64/libmysqlclient.so.15 file from MySQL-shared-compat-5.5.35-1.linux2.6.x86_64 package, site begins to work.

Here is some info:

[root@box1 ~]# rpm -qf /usr/lib64/libmysqlclient.so.15
MySQL-shared-compat-5.5.35-1.linux2.6.x86_64
[root@box1 ~]# strings /usr/lib64/libmysqlclient.so.15 |grep -i defl
deflateInit_
deflate
deflateEnd
deflate_copyright
deflateSetDictionary
deflateSetHeader
deflatePrime
deflateTune
deflateBound
deflateParams
deflateReset
deflateInit2_
deflateCopy
 deflate 1.2.3 Copyright 1995-2005 Jean-loup Gailly 
[root@box2 ~]# rpm -qf /usr/lib64/libmysqlclient.so.15.0.0
MariaDB-compat-10.0.11-1.el6.x86_64
[root@box2 ~]# strings /usr/lib64/libmysqlclient.so.15.0.0 |grep -i defl
[root@box2 ~]#

Is it possible to include these deflate functions in next update?
Thanks!



 Comments   
Comment by Sergei Golubchik [ 2014-06-05 ]

This is because our packages according to the RedHat rules are linked dynamically with libz, our libmysqlclient.so does not provide zlib functionality, you need libz for that.

Also (again, according to RedHat/CentOS/Fedora/etc rules) our client library does not indiscriminately exports all internal and third-party symbols, we only export the client API from our shared library.

Anyway, normally, libz should be picked up automatically by the dynamic linker, I don't understand how your php can depend on libmysqlclient providing zlib compression functionality.

Generated at Thu Feb 08 07:10:53 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.