similar problem with php53 - php53-odbc-5.3.3-1.el5_7.3.ia64


RUNNING /mnt/testarea/tests/mysql-connector-odbc64/Sanity/php-mysql-odbcphp(31850): unaligned access to 0x600000000022e56c, ip=0x200000000180be70
php(31850): unaligned access to 0x600000000022e59c, ip=0x200000000180be70
php(31850): unaligned access to 0x600000000022e5cc, ip=0x200000000180be70
php(31850): unaligned access to 0x600000000022e5fc, ip=0x200000000180be70
php(31850): unaligned access to 0x600000000022e62c, ip=0x200000000180be70
 .. 


/usr/share/beakerlib//testing.sh: line 728: 31850 Segmentation fault      php -f /mnt/testarea/tests/mysql-connector-odbc64/Sanity/php-mysql-odbc/test.php >&test.out
:: [   FAIL   ] :: Selecting users from mysql via odbc (Expected 0, got 139)



+++ This bug was initially created as a clone of Bug #772595 +++

Description of problem:
Trying to connect to mysql database via odbc interface in php leads to an error on 64bit systems (seems reliably reproducible on x86_64 and ia64, ppc doesn't exhibit this):

*** glibc detected *** php: double free or corruption (!prev): 0x60000000001dc8a0 ***


Version-Release number of selected component (if applicable):
php-odbc-5.1.6-27.el5_5.3.ia64

How reproducible:
always? on x86_64, ia64

Steps to Reproduce:
1. run the test /CoreOS/mysql-connector-odbc64/Sanity/php-mysql-odbc
  
Actual results:
RUNNING /mnt/testarea/tests/mysql-connector-odbc64/Sanity/php-mysql-odbcphp(28678): unaligned access to 0x60000000001dc8e4, ip=0x200000000534fe70
php(28678): unaligned access to 0x60000000001dc914, ip=0x200000000534fe70
php(28678): unaligned access to 0x60000000001dc944, ip=0x200000000534fe70
php(28678): unaligned access to 0x60000000001dc974, ip=0x200000000534fe70
php(28678): unaligned access to 0x60000000001dc9a4, ip=0x200000000534fe70
*** glibc detected *** php: double free or corruption (!prev): 0x60000000001dc8a0 ***
======= Backtrace: =========
/lib/libc.so.6.1[0x20000000010b4280]
/lib/libc.so.6.1(cfree-0x5413d0)[0x20000000010bcd60]
php(_efree+0x1ffffffffed385f0)[0x4000000000336730]
/usr/lib/php/modules/odbc.so[0x2000000004e56370]
php(list_entry_destructor+0x1ffffffffed96b00)[0x4000000000391000]
php(zend_hash_del_key_or_index+0x1ffffffffed915e0)[0x400000000038f730]
php(_zend_list_delete+0x1ffffffffed934a0)[0x4000000000391600]
/usr/lib/php/modules/odbc.so(zif_odbc_close+0x385b6d0)[0x2000000004e56990]
php[0x40000000003e5790]
php(execute+0x1ffffffffedc1100)[0x40000000003bb610]
php(zend_execute_scripts+0x1ffffffffed74360)[0x40000000003724d0]
php(php_execute_script+0x1ffffffffece2620)[0x40000000002e07a0]
php(main+0x1ffffffffeecd500)[0x40000000004c7860]
/lib/libc.so.6.1(__libc_start_main-0x5fe920)[0x2000000000fff870]
php(_start+0x1ffffffffea49ea0)[0x4000000000048040]
======= Memory map: ========
00000000-00004000 r--p 00000000 00:00 0 
...

Expected results:
(test passes without problems)

Additional info:
see beaker jobs
https://beaker.engineering.redhat.com/recipes/373928#task4177262
https://beaker.engineering.redhat.com/recipes/373931#task4177277