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

go to bug id or search bugs for

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 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: 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

Pull Requests

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-2024 The PHP Group
All rights reserved. 		Last updated: Sat Dec 21 16:01:28 2024 UTC