php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #7108 PHP DSO/undefined symbol g_allow_ref
Submitted: 2000-10-10 01:32 UTC Modified: 2000-12-04 18:04 UTC
From: tilmann at cs dot dartmouth dot edu Assigned:
Status: Closed Package: Apache related
PHP Version: 4.0.4RC3 OS: Mac OS X Server 1.2
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: tilmann at cs dot dartmouth dot edu
New email:
PHP Version: OS:

 

 [2000-10-10 01:32 UTC] tilmann at cs dot dartmouth dot edu
When compiling PHP 4.0.2 as a DSO for Apache 1.3.12 under Mac OS X Server 1.2, Apache quits with the error:

dyld: /usr/local/sbin/apache Undefined symbols:
g_allow_ref

Solution: remove extra whitespace from the file php-4.0.2/ext/standard/basic_functions.c -- perhaps a wrapping error?

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-10-14 01:23 UTC] tilmann at cs dot dartmouth dot edu
Moving up to Apache 1.3.14 and PHP 4.0.3, even the latest files from snaps.php.net, the error is now:

dyld: /usr/local/sbin/apache Undefined symbols:
t

This seems to be the same problem as in bug id 5430, where a truncated symbol was (obviously) undefined. (The "g_allow_ref" in my original report appeared to come from "[first,second]_arg_allow_ref".)

System is standard OSX Server 1.2, using Apple's cc "based on gcc version 2.7.2.1", standard procedure (apache 1.3.14 is in /usr/local/sbin/apache[ctl]:

% cd /usr/local/src
% gnutar xfz php-4.0.3.tar.gz

[replacing latest files from snaps -- sorry, I don't have the time to upload php4-latest.tar.gz to the server via modem]

% ./configure --with-xml --with-mysql=/usr/local --with-apxs=/usr/local/sbin/apxs
% make
% make install
% /usr/local/sbin/apachectl start
% tail -2 /Local/Library/WebServer/Logs/apache_error_log

Apache 1.3.14 was made like so:

% gnutar xfz apache_1.3.14.tar.gz
% cd apache_1.3.14
[modified to use /usr/local/ and /Local instead of /usr and /System]
% ./configure --target=apache --enable-shared=max --enable-module=most
% make
% make install

Then re-made the WebObjects module per instructions on www.stepwise.com.

Anything I should be looking for during the config phase? Anything that I or OSX Server are missing?
 [2000-10-14 02:19 UTC] tilmann at cs dot dartmouth dot edu
Partial solution:

1. Comment out the "LoadModule"/"AddModule" lines enabling PHP in the apache.conf file.

2. Start up Apache (via apachectl start).

3. Re-enable PHP in the apache.conf file.

4. Restart Apache (via apachectl restart).

Result: Apache is running, with PHP enabled, and apparently working.

(I forgot to mention that with PHP disabled, Apache 1.3.12 and 1.3.14 were running just fine -- the "undefined symbol" error appears only when PHP is enabled.)
 [2000-12-04 09:11 UTC] sniper@php.net
Could you please try the PHP4.0.4RC3 to check if this
problem exists with it too:

http://www.php.net/distributions/php-4.0.4RC3.tar.gz

--Jani
 [2000-12-04 18:04 UTC] tilmann at cs dot dartmouth dot edu
4.0.4RC3 seems to fix the problem, apache starts without a 
problem now.

Thank you!

This is what I did:

% cd /usr/local/src/php-4.0.4RC3
% ./configure --with-xml --with-mysql=/usr/local 
--with-apxs=/usr/local/sbin/apxs
% make
% make install
% cd ../apache_1.3.14
% /usr/local/sbin/apachectl stop
% make install
% /usr/local/sbin/apachectl start


 
PHP Copyright © 2001-2019 The PHP Group
All rights reserved.
Last updated: Sat Aug 24 03:01:27 2019 UTC