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

go to bug id or search bugs for

Bug #2591 Dynamic loading of libphp.so fails due to unreferenced symbol parsedate
Submitted: 1999-10-22 17:22 UTC Modified: 1999-10-27 16:42 UTC
From: edward at interlook dot com Assigned:
Status: Closed Package: Dynamic loading
PHP Version: 4.0 Beta 2 OS: Solaris 2.7/Sparc
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: edward at interlook dot com
New email:
PHP Version: OS:

 

 [1999-10-22 17:22 UTC] edward at interlook dot com 
I am using apache 1.3.9, bison 1.2.8, flex 2.4.5, php4.0b2, gcc-2.95.1

I want to distinguish this error from the other parsedate errors in this bug database.
I have installed bison, and flex, and have successfully compiled php 4.0b2 as a dso 
with apxs.  Upon trying to start the httpd daemon, I receive this error:

# apachectl start

Cannot load /usr/local/apache/libexec/libphp4.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libphp4.so: symbol parsedate: referenced symbol not found

Thank you!

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [1999-10-25 22:21 UTC] edward at interlook dot com 
Also, I wanted to add that when I use ldd, I get no unresolved 
libraries.
  
$ ldd libphp4.so 
        libmysqlclient.so.7 =>   /usr/local/mysql/lib/mysql/libmysqlclient.so.7
        libpam.so.1 =>   /usr/lib/libpam.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libm.so.1 =>     /usr/lib/libm.so.1
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libresolv.so.2 =>        /usr/lib/libresolv.so.2
        libcrypt_i.so.1 =>       /usr/lib/libcrypt_i.so.1
        libgen.so.1 =>   /usr/lib/libgen.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
 [1999-10-27 16:42 UTC] sas at cvs dot php dot net 
``parsedate'' is usually in ext/standard/parsedate.o. Please try a PHP 4.0 snapshot from

http://va.php.net/~sas/snapshots/

Please inform us, if the problem persists.
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved. 		Last updated: Sat Oct 10 22:00:02 2026 UTC