Hi uClibc developers, I am trying to run php5 with ldap module, but it segfaults by simply running php -m. I am cross compiling and my target is Qemu/arm or Qemu/x86. The segmentation fault happens with both systems. I am using 0.9.33.2, but even updating to latest git does not cure the segfault. It does not happen on a eglibc based system.
Here is a backtrace with uClibc-git for Qemu/x86: root@openadk:/root # gdb /usr/bin/php GNU gdb (GDB) 7.6 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-openadk-linux". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/php...done. (gdb) run -m Starting program: /usr/bin/php -m [PHP Modules] Core date ereg ldap pcre PDO posix Reflection session SPL standard [Zend Modules] Program received signal SIGSEGV, Segmentation fault. _dl_lookup_sysv_hash (type_class=1, undef_name=0xb74a94d5 <error reading variable>, hash=237493065, symtab=0xb7511874, tpnt=0xa2075a8) at ldso/ldso/dl-hash.c:269 269 ldso/ldso/dl-hash.c: No such file or directory. (gdb) bt #0 _dl_lookup_sysv_hash (type_class=1, undef_name=0xb74a94d5 <error reading variable>, hash=237493065, symtab=0xb7511874, tpnt=0xa2075a8) at ldso/ldso/dl-hash.c:269 #1 _dl_find_hash (name=0xb74a94d5 <error reading variable>, scope=0xb775c064, mytpnt=mytpnt@entry=0xa207838, type_class=type_class@entry=1, sym_ref=sym_ref@entry=0x0) at ldso/ldso/dl-hash.c:348 #2 0xb7760df1 in _dl_linux_resolver (tpnt=0xa207838, reloc_entry=2032) at ldso/ldso/i386/elfinterp.c:74 #3 0xb7763fba in _dl_linux_resolve () at ldso/ldso/i386/resolve.S:40 #4 0x0a207838 in ?? () #5 0xb74aea9d in __do_global_dtors_aux () from /usr/lib/libldap-2.4.so.2 #6 0xb74e5758 in _fini () from /usr/lib/libldap-2.4.so.2 #7 0xb772d4e3 in do_dlclose (vhandle=0xa1f1568, need_fini=1) at ldso/libdl/libdl.c:860 #8 0xb772db29 in dlclose (vhandle=0xa1f1568) at ldso/libdl/libdl.c:1074 #9 0x0824f565 in module_destructor (module=0xa2083d0) at /home/wbx/devel/build_qemu_i686_uclibc/w-php-5.4.21-1/php-5.4.21/Zend/zend_API.c:2321 #10 0x08256887 in zend_hash_apply_deleter (ht=0x842c860 <module_registry>, p=0xa2082d0) at /home/wbx/devel/build_qemu_i686_uclibc/w-php-5.4.21-1/php-5.4.21/Zend/zend_hash.c:650 #11 0x08256a15 in zend_hash_graceful_reverse_destroy ( ---Type <return> to continue, or q <return> to quit--- ht=0x842c860 <module_registry>) at /home/wbx/devel/build_qemu_i686_uclibc/w-php-5.4.21-1/php-5.4.21/Zend/zend_hash.c:687 #12 0x0824dac5 in zend_destroy_modules () at /home/wbx/devel/build_qemu_i686_uclibc/w-php-5.4.21-1/php-5.4.21/Zend/zend_API.c:1832 #13 0x08246ae0 in zend_shutdown () at /home/wbx/devel/build_qemu_i686_uclibc/w-php-5.4.21-1/php-5.4.21/Zend/zend.c:820 #14 0x081d1e47 in php_module_shutdown () at /home/wbx/devel/build_qemu_i686_uclibc/w-php-5.4.21-1/php-5.4.21/main/main.c:2375 #15 0x082da9e5 in main (argc=2, argv=0xbf8fb244) at /home/wbx/devel/build_qemu_i686_uclibc/w-php-5.4.21-1/php-5.4.21/sapi/cli/php_cli.c:1380 (gdb) Here is the uClibc config: http://openadk.org/uclibc-x86.config And here is a complete Qemu/x86 image including gdb: http://openadk.org/qemu-x86-php.img.gz Can be started with qemu-system-i386 -nographic qemu-x86-php.img Username: root Passwort: linux123 Any ideas how to fix the bug? best regards Waldemar _______________________________________________ uClibc mailing list [email protected] http://lists.busybox.net/mailman/listinfo/uclibc
