php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #13305 Module fails to load with "undefined symbol: libiconv_open"
Submitted: 2001-09-14 13:44 UTC Modified: 2001-11-14 06:40 UTC
From: jamesk at image dot net Assigned:
Status: Closed Package: ICONV related
PHP Version: 4.0.6 OS: Linux 2.4.2-2 (RH 7.1)
Private report: No CVE-ID: None
View Add Comment Developer Edit
 [2001-09-14 13:44 UTC] jamesk at image dot net 
configured with

./configure \
 --with-apxs=/usr/local/apache/bin/apxs \
 --with-config-file-path=/usr/local/apache/conf \
 --enable-versioning \
 --with-mysql \
 --enable-ftp \
 --with-gd=/usr/local/gd1.3 \
 --enable-bcmath \
 --disable-debug \
 --enable-memory-limit=yes \
 --enable-track-vars

reported it found iconv ok

i installed libiconv from freshmeat source

it produces on apache start

Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache/libexec/libphp4.so: undefined symbol: libiconv_open
/usr/local/apache/bin/apachectl sslstart: httpd could not be started


thanks



james

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-09-14 13:45 UTC] jamesk at image dot net 
actually as well to configure
--with-iconv=/usr/local/libiconv-1.7

(also tried just --with-iconv)
 [2001-09-14 19:20 UTC] sniper@php.net 
Does this happen with latest CVS snapshot: http://snaps.php.net/ ?
 [2001-09-17 05:22 UTC] jamesk at image dot net 
OK I had a think and changed the configure statement to:

'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-config-file-path=/usr/local/apache/conf' '--enable-versioning' '--with-mysql' '--enable-ftp' '--with-gd=/usr/local/gd1.3' '--enable-bcmath' '--disable-debug' '--enable-memory-limit=yes' '--enable-track-vars' '--with-iconv=/usr/local/lib'

this builds and loads OK, iconv is enabled in the phpinfo();

However if I create a test page with just the iconv example, it takes some time, but sometimes eventually says the function isn't defined, other times it produces a seg fault.

This at least means I can get a backtrace so here it goes:

This GDB was configured as "i386-redhat-linux"...
Core was generated by `/usr/local/apache/bin/httpd'.
Program terminated with signal 11, Segmentation fault.
#1  0x4000d816 in fixup () at eval.c:41
#2  0x4000d9b0 in _dl_runtime_resolve () at eval.c:41
#3  <signal handler called>
#4  0x40009e81 in _dl_lookup_versioned_symbol () at eval.c:41
#5  0x4000d816 in fixup () at eval.c:41
#6  0x4000d9b0 in _dl_runtime_resolve () at eval.c:41
#7  0x080616df in main () at eval.c:41
#8  0x400cf177 in __libc_start_main (main=0x8061324 <main>, argc=1, ubp_av=0xbffffb0c, init=0x804f340 <_init>, fini=0x80984d0 <_fini>, 
    rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffffafc) at ../sysdeps/generic/libc-start.c:129




James
 [2001-10-23 11:18 UTC] sniper@php.net 
Does this happen with the snapshot?
 [2001-11-14 06:40 UTC] sander@php.net 
No feedback. Closing.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Apr 25 07:01:31 2024 UTC