[MacPorts] #24421: python dies using multiprocessing/urllib2 from mac ports, but works with stock python

[MacPorts]

#24421: python dies using multiprocessing/urllib2 from mac ports, but works with
stock python
-------------------------------+--------------------------------------------
 Reporter:  vkuznet@…          |       Owner:  blb@…           
     Type:  defect             |      Status:  new             
 Priority:  Normal             |   Milestone:                  
Component:  ports              |     Version:  1.8.2           
 Keywords:                     |        Port:  python26        
-------------------------------+--------------------------------------------

Comment(by vkuznet@…):

 I don't know if it helps, I found that _scproxy.so is linked differently
 for python from macports and the stock one.

 Here is the stock python _scproxy.so
 otool -L /Users/vk/Work/Python/Python-2.6.5//install/lib/python2.6/lib-
 dynload/_scproxy.so
 /Users/vk/Work/Python/Python-2.6.5//install/lib/python2.6/lib-
 dynload/_scproxy.so:
 /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
 (compatibility version 1.0.0, current version 293.4.0)
 /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
 (compatibility version 150.0.0, current version 550.19.0)
         /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
 version 246.0.0)
         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
 version 125.0.1)

 while the macports version is
 otool -L $PWD/lib-dynload/_scproxy.so
 /opt/local/Library/Frameworks/Python.framework/Versions/Current/lib/python2.6
 /lib-dynload/_scproxy.so:
 /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
 (compatibility version 1.0.0, current version 293.4.0)
 /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
 (compatibility version 150.0.0, current version 550.19.0)
         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
 version 125.0.1)

 Actually all _XXX.so from macport build are missing
 /usr/lib/libgcc_s.1.dylib link. Also I commented out the

 if sys.platform == 'darwin':
    ...
 in urllib.py in macport version and my code works just fine when there is
 no _scproxy.so objects are loaded, while it crash if _scproxy.so is there.

-- 
Ticket URL: <http://trac.macports.org/ticket/24421#comment:6>
MacPorts <http://www.macports.org/>
Ports system for Mac OS