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 back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
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-2025 The PHP Group
All rights reserved. 		Last updated: Thu Jul 03 19:01:35 2025 UTC