program crashes saying "undefined symbol: strfill"

Status changed to 'Confirmed' because the bug affects multiple users.

I can reproduce the problem using the following steps using the same configuration (+ python 2.7.3 and pyodbc) and the following instructions:

marc@servamtex:~$ python
Python 2.7.3 (default, Aug 1 2012, 05:14:39)
[GCC 4.6.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import pyodbc as p
>>> DB=p.connect('DSN=Veramtex')
>>> for l in DB.execute("select now()"):
... for c in l:
... print c
...
2012-09-06 12:52:26
>>> for l in DB.execute("select date(now())"):
... for c in l:
... print c
...
python: symbol lookup error: /usr/lib/x86_64-linux-gnu/odbc/libmyodbc.so: undefined symbol: strfill
marc@servamtex:~$ python

I confirm this bug on a debian wheezy install:
$ apt-cache show libmyodbc
Package: libmyodbc
Source: myodbc
Version: 5.1.10-2+deb7u1
Installed-Size: 373
Maintainer: Steve Langasek <email address hidden>
Architecture: amd64

I reproduce it using the C interface of ODBC, also using "date" accessing.

However, I'm not sure that the MySQL team have right. In a debian squeeze, the driver is linked against the dynamic library too:
# ldd /usr/lib/odbc/libmyodbc.so | grep libmysql
 libmysqlclient_r.so.16 => /usr/lib/libmysqlclient_r.so.16 (0x00007f2700fbd000)

as in my wheezy:
$ ldd /usr/lib/x86_64-linux-gnu/odbc/libmyodbc.so | grep mysql
 libmysqlclient.so.18 => /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 (0x00007f04e78b4000)

But the same code works perflectly in Squeeze, not in Wheezy