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

go to bug id or search bugs for

Bug #57757 Unable to dl(svn.so) - NSLinkModule() error
Submitted: 2007-07-22 14:30 UTC Modified: 2007-07-30 18:43 UTC
From: benwei at u dot washington dot edu Assigned:
Status: Not a bug Package: svn (PECL)
PHP Version: 5.2.3 OS: Mac OS X 10.4
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: benwei at u dot washington dot edu
New email:
PHP Version: OS:

 

 [2007-07-22 14:30 UTC] benwei at u dot washington dot edu 
Description:
------------
Hello,

I have tried using both svn-0.2 and the CVS version, but both appear to have this problem.  I am running PHP 5.2.3, apr 1.2.9, apr-util 1.2.8, and subversion 1.4.3 under apache 2 (all from MacPorts), and when I try to dl('svn.so') I get the following in my apache error log:

dyld: NSLinkModule() error
dyld: Symbol not found: _empty_string
  Referenced from: ./lib/svn.so
  Expected in: flat namespace

[Sun Jul 22 11:15:20 2007] [notice] child pid 4641 exit signal Trace/BPT trap (5)

I'm not sure if this is an error with the MacPorts PHP package or with svn, but I suspect the latter.  

Reproduce code:
---------------
<?php

dl('lib/svn.so');
print "Loaded svn OK";

?>

Expected result:
----------------
Loaded svn OK

Actual result:
--------------
In Apache error log:
dyld: NSLinkModule() error
dyld: Symbol not found: _empty_string
  Referenced from: ./lib/svn.so
  Expected in: flat namespace

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2007-07-22 15:48 UTC] benwei at u dot washington dot edu 
Fixing PHP version
 [2007-07-23 00:27 UTC] alan at akbkhome dot com 
I've not got a mac to test with, so this may not be easy to fix.

I suggest contacting the macport's guy's to see if they have any ideas. = _empty_string probably appears in a macro somewhere (for new strings) - so it may not be correctly connecting the reference to core when it's loading.
 [2007-07-30 18:43 UTC] benwei at u dot washington dot edu 
Thanks, Alan, I talked with the MacPorts folks and figured it out -- the build system was finding the wrong versions of phpize and php-config (my builtin ones instead of those provided by MacPorts) and all I had to do was adjust my PATH prior to building so that it found the MacPorts ones first.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Dec 26 19:01:30 2024 UTC