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

go to bug id or search bugs for

Bug #36761 Build fails with Segmentation Fault during Pear install
Submitted: 2006-03-16 20:45 UTC Modified: 2006-03-18 02:01 UTC
From: shannon at handshigh dot com Assigned:
Status: Not a bug Package: Compile Failure
PHP Version: 5.1.2 OS: Mac OS X 10.4.5 Intel
Private report: No CVE-ID: None
View Developer Edit
 [2006-03-16 20:45 UTC] shannon at handshigh dot com 
Description:
------------
Using new MacBook Pro, Mac OS 10.4.5, Dev Tools 2.2.1, I can't 
build pear because of install failure. Have tried doing a 
direct install of pear with same result. Same configuration 
works fine with a PowerPC Mac using same OS, dev tools and 
build script.

Reproduce code:
---------------
Run the following build script from within the php source directory as root:

#! /bin/bash
#install script for php
 make clean 

./configure  \
--prefix=/usr \
--with-xml \
--with-zlib \
--with-apxs \
--enable-debug

make
make install


Expected result:
----------------
Build to work.

Actual result:
--------------
Shannons-MacBook:/src/php-5.1.2 root# make install
Installing PHP SAPI module:       apache
[activating module `php5' in /private/etc/httpd/httpd.conf]
cp libs/libphp5.so /usr/libexec/httpd/libphp5.so
chmod 755 /usr/libexec/httpd/libphp5.so
cp /private/etc/httpd/httpd.conf /private/etc/httpd/
httpd.conf.bak
cp /private/etc/httpd/httpd.conf.new /private/etc/httpd/
httpd.conf
rm /private/etc/httpd/httpd.conf.new
Installing PHP CLI binary:        /usr/bin/
Installing PHP CLI man page:      /usr/man/man1/
Installing build environment:     /usr/lib/php/build/
Installing header files:          /usr/include/php/
Installing helper programs:       /usr/bin/
  program: phpize
  program: php-config
Installing man pages:             /usr/man/man1/
  page: phpize.1
  page: php-config.1
Installing PEAR environment:      /usr/lib/php/
[PEAR] Archive_Tar    - already installed: 1.3.1
[PEAR] Console_Getopt - already installed: 1.2
php(5795) malloc: *** vm_allocate(size=3825205248) failed 
(error code=3)
php(5795) malloc: *** error: can't allocate region
php(5795) malloc: *** set a breakpoint in szone_error to 
debug
make[1]: *** [install-pear-installer] Segmentation fault
make: *** [install-pear] Error 2


I tried to get a core dump, but was not able to. No core was 
produced.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2006-03-16 20:49 UTC] derick@php.net 
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
 [2006-03-16 22:43 UTC] shannon at handshigh dot com 
Here are the results of following the posted backtrace 
directions:

Core was generated by `/src/php-5.1.2/sapi/cli/php'.
#0  0xffff0b3c in ___memcpy () at /System/Library/
Frameworks/System.framework/PrivateHeaders/i386/
cpu_capabilities.h:186
186     /System/Library/Frameworks/System.framework/
PrivateHeaders/i386/cpu_capabilities.h: No such file or 
directory.
        in /System/Library/Frameworks/System.framework/
PrivateHeaders/i386/cpu_capabilities.h
(gdb) bt
#0  0xffff0b3c in ___memcpy () at /System/Library/
Frameworks/System.framework/PrivateHeaders/i386/
cpu_capabilities.h:186
(gdb)
 [2006-03-17 04:10 UTC] rasmus@php.net 
That's a very odd-looking backtrace.  Doesn't appear to be a PHP problem but rather a problem in the toolchain somewhere.  I think you'll have to send me your MacBook Pro so I can get to the bottom of it.
 [2006-03-17 07:42 UTC] shannon at handshigh dot com 
Well, your not going to get my MacBook, but I will try to 
get whatever info you need.

This MacBook was configured by doing the following:
-Wipe out hard drive
-Clean install of Mac OS X 10.4.4 from bundled CD
-Update all to 10.4.5
-Install XTools 2.2.1

The XTools release note says it is a complete build system, 
but perhaps that isn't true.

The cpu_capabilities.h file is in the following locations:

/Developer/SDKs/MacOSX10.3.9.sdk/System/Library/Frameworks/
Kernel.framework/Versions/A/Headers/i386/cpu_capabilities.h
/Developer/SDKs/MacOSX10.3.9.sdk/System/Library/Frameworks/
Kernel.framework/Versions/A/Headers/machine/
cpu_capabilities.h
/Developer/SDKs/MacOSX10.3.9.sdk/System/Library/Frameworks/
Kernel.framework/Versions/A/Headers/ppc/cpu_capabilities.h

The /System/Library/Frameworks/System.framework/ directory 
has the following in it:

Resources       System          Versions

There is no PrivateHeaders directory here. I suspect whoever 
is maintaining PHP on the Mac has some legacy frameworks 
installed that are not included in 2.2.1, but that perhaps 
are not removed either, and the maintainer is relying on 
those old frameworks. The 10.4 SDK apparently does not 
include cpu_capabilities.h.
 [2006-03-18 02:01 UTC] shannon at handshigh dot com 
Never mind. Changing:

make clean

to:

make distclean

Fixed it. Looks like the stock OS is shipped with some 
libraries that were not getting deleted during the install 
phase, and these libraries interacted with old Frameworks. 
Something like that.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Tue Jul 29 14:00:03 2025 UTC