This issue tracker has been migrated to GitHub ,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
Created on 2009年03月03日 23:55 by asoki, last changed 2022年04月11日 14:56 by admin. This issue is now closed.
| Files | ||||
|---|---|---|---|---|
| File name | Uploaded | Description | Edit | |
| urllib5413.patch | ronaldoussoren, 2009年03月30日 21:30 | |||
| Messages (9) | |||
|---|---|---|---|
| msg83111 - (view) | Author: Attila Soki (asoki) | Date: 2009年03月03日 23:55 | |
i trying to compile Python 2.6.1 from scratch on Mac OS X Server (ppc). After configure/make/make install i test the compiled python with the followig file (t.py) (example from http://docs.python.org/library/urllib.html): Contents of /tmp/t.py: ------------- import urllib params = urllib.urlencode({'spam': 1, 'eggs': 2, 'bacon': 0}) f = urllib.urlopen("http://www.musi-cal.com/cgi-bin/query", params) print f.read() ------------- and i get this error: python /tmp/t.py Traceback (most recent call last): File "/tmp/t.py", line 3, in <module> f = urllib.urlopen("http://www.musi-cal.com/cgi-bin/query", params) File "/usr/local/test/python/lib/python2.6/urllib.py", line 82, in urlopen opener = FancyURLopener() File "/usr/local/test/python/lib/python2.6/urllib.py", line 611, in __init__ URLopener.__init__(self, *args, **kwargs) File "/usr/local/test/python/lib/python2.6/urllib.py", line 129, in __init__ proxies = getproxies() File "/usr/local/test/python/lib/python2.6/urllib.py", line 1555, in getproxies return getproxies_environment() or getproxies_macosx_sysconf() File "/usr/local/test/python/lib/python2.6/urllib.py", line 1449, in getproxies_macosx_sysconf _CFSetup(sc) File "/usr/local/test/python/lib/python2.6/urllib.py", line 1330, in _CFSetup sc.CFStringCreateWithCString.argtypes = [ c_void_p, c_char_p, c_int32 ] File "/usr/local/test/python/lib/python2.6/ctypes/__init__.py", line 366, in __getattr__ func = self.__getitem__(name) File "/usr/local/test/python/lib/python2.6/ctypes/__init__.py", line 371, in __getitem__ func = self._FuncPtr((name_or_ordinal, self)) AttributeError: dlsym(RTLD_DEFAULT, CFStringCreateWithCString): symbol not found Exception AttributeError: "FancyURLopener instance has no attribute 'tempcache'" in <bound method FancyURLopener.__del__ of <urllib.FancyURLopener instance at 0x3743a0>> ignored than tested it whit this code (Thanks to Ned Deily) See the mailinglist thread at: http://mail.python.org/pipermail/python-list/2009-March/703067.html Contents of /tmp/tt.py: ----------------------- from ctypes import cdll from ctypes.util import find_library sc = cdll.LoadLibrary(find_library("SystemConfiguration")) x = sc.CFStringCreateWithCString(0, "HTTPEnable", 0) ----------------------- /usr/local/test/python/bin/python2.6 /tmp/tt.py Traceback (most recent call last): File "/tmp/tt.py", line 4, in <module> x = sc.CFStringCreateWithCString(0, "HTTPEnable", 0) File "/usr/local/test/python/lib/python2.6/ctypes/__init__.py", line 366, in __getattr__ func = self.__getitem__(name) File "/usr/local/test/python/lib/python2.6/ctypes/__init__.py", line 371, in __getitem__ func = self._FuncPtr((name_or_ordinal, self)) AttributeError: dlsym(RTLD_DEFAULT, CFStringCreateWithCString): symbol not found Both test fails on my PPC Mac and runs without error on my Intel MacBook Some detailed info about the macs: ppc: Model Name: Xserve G5 Model Identifier: RackMac3,1 Processor Name: PowerPC G5 (3.1) Processor Speed: 2.3 GHz Number Of CPUs: 2 L2 Cache (per CPU): 512 KB Boot ROM Version: 5.1.7f2 System Version: Mac OS X Server 10.5.6 (9G55) Kernel Version: Darwin 9.6.0 intel: Model Name: MacBook Pro Model Identifier: MacBookPro3,1 Processor Name: Intel Core 2 Duo Processor Speed: 2.4 GHz Number Of Processors: 1 Total Number Of Cores: 2 L2 Cache: 4 MB Bus Speed: 800 MHz Boot ROM Version: MBP31.0070.B07 SSC Version: 1.16f8 System Version: Mac OS X 10.5.6 (9G55) Kernel Version: Darwin 9.6.0 I recompiled Python-2.6.1 with MACOSX_DEPLOYMENT_TARGET=10.3, but no change.. I updated developertools to xcode312_2621, no change.. Btw.. Python-2.5.4 compiled from scratch works fine. I dig a bit deeper with otool and discover some differences: Intel MacOS.so: Carbon, libSystem.B.dylib, CoreServices, ApplicationServices PPC MacOS.so: Carbon, libmx.A.dylib, libSystem.B.dylib Intel _ctypes.so: libSystem.B.dylib PPC _ctypes.so: libmx.A.dylib, libSystem.B.dylib ----------- Intel with deploymant target 10.3, xcode312: ----------- sh-3.2# otool -L /usr/local/test/python/lib/python2.6/lib-dynload/MacOS.so /usr/local/test/python/lib/python2.6/lib-dynload/MacOS.so: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 136.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.3) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 32.0.0) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Applicat ionServices (compatibility version 1.0.0, current version 34.0.0) ------- sh-3.2# otool -L /usr/local/test/python/lib/python2.6/lib-dynload/_ctypes.so /usr/local/test/python/lib/python2.6/lib-dynload/_ctypes.so: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.3) ---------- PPC with deployment_target 10.3, xcode312_2621 ---------- otool -L /usr/local/test/python/lib/python2.6/lib-dynload/MacOS.so /usr/local/test/python/lib/python2.6/lib-dynload/MacOS.so: /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 136.0.0) /usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version 47.1.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.3) ------- otool -L /usr/local/test/python/lib/python2.6/lib-dynload/_ctypes.so /usr/local/test/python/lib/python2.6/lib-dynload/_ctypes.so: /usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version 47.1.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.3) How i compiled it: export MACOSX_DEPLOYMENT_TARGET=10.5 configure --prefix=/usr/local/test/python make make install How i test: export PYTHONPATH=/usr/local/test/python:/usr/local/test/python/lib/python2.6/site-packages /usr/local/test/python/bin/ is in the PATH python /tmp/t.py |
|||
| msg83112 - (view) | Author: Ned Deily (ned.deily) * (Python committer) | Date: 2009年03月04日 00:32 | |
For more info, see discussion starting here: <http://mail.python.org/pipermail/python-list/2009-March/703067.html> I suspect a difference in the proxy configuration available between OS X and OS X Server, although I don't have a OS X Server configuration at hand to test it. (For 2.6, the OS X proxy configuration code was rewritten to use ctypes instead of the deprecated mac Carbon wrappers.) |
|||
| msg83117 - (view) | Author: Ronald Oussoren (ronaldoussoren) * (Python committer) | Date: 2009年03月04日 07:08 | |
I don't have time to investigate this right now, I do have access to a 10.5 server box though. With some luck I'll be able to create a patch later today. Looking at the code in urllib I found the most likely reason for the problem: the Python script tries to resolve "CFStringCreateWithCString" through the SystemConfiguration framework. It may well be that this doesn't work on PPC systems and that this symbol should explicitly be loaded from the CoreFoundation framework. BTW. This probably also affects 3.x. |
|||
| msg84654 - (view) | Author: Ronald Oussoren (ronaldoussoren) * (Python committer) | Date: 2009年03月30日 21:30 | |
I don't have a PPC machine handy at the moment, but I hope the attached copy of urllib fixes the issue. Could you please test if that's indeed the case? |
|||
| msg84990 - (view) | Author: Attila Soki (asoki) | Date: 2009年04月01日 08:58 | |
no luck.
output for t.py:
Traceback (most recent call last):
File "t.py", line 3, in <module>
f = urllib.urlopen("http://www.musi-cal.com/cgi-bin/query", params)
File "/var/root/pytest/python/lib/python2.6/urllib.py", line 82, in
urlopen
opener = FancyURLopener()
File "/var/root/pytest/python/lib/python2.6/urllib.py", line 611, in
__init__
URLopener.__init__(self, *args, **kwargs)
File "/var/root/pytest/python/lib/python2.6/urllib.py", line 129, in
__init__
proxies = getproxies()
File "/var/root/pytest/python/lib/python2.6/urllib.py", line 1558, in
getproxies
return getproxies_environment() or getproxies_macosx_sysconf()
File "/var/root/pytest/python/lib/python2.6/urllib.py", line 1452, in
getproxies_macosx_sysconf
_CFSetup(sc)
TypeError: _CFSetup() takes exactly 2 arguments (1 given)
Exception AttributeError: "FancyURLopener instance has no attribute
'tempcache'" in <bound method FancyURLopener.__del__ of
<urllib.FancyURLopener instance at 0x372288>> ignored
output for tt.py:
Traceback (most recent call last):
File "tt.py", line 4, in <module>
x = sc.CFStringCreateWithCString(0, "HTTPEnable", 0)
File "/var/root/pytest/python/lib/python2.6/ctypes/__init__.py", line
366, in __getattr__
func = self.__getitem__(name)
File "/var/root/pytest/python/lib/python2.6/ctypes/__init__.py", line
371, in __getitem__
func = self._FuncPtr((name_or_ordinal, self))
AttributeError: dlsym(RTLD_DEFAULT, CFStringCreateWithCString): symbol
not found
notes:
t.py fails on both with the same error
tt.py runs on Intel/Mac OS X and fails on PPC/Mac OS X Server
|
|||
| msg85004 - (view) | Author: Ronald Oussoren (ronaldoussoren) * (Python committer) | Date: 2009年04月01日 13:32 | |
I'll install 10.5 server on my PPC test machine when I'm back from PyCon, this seem to need some serious debugging. |
|||
| msg86165 - (view) | Author: Ronald Oussoren (ronaldoussoren) * (Python committer) | Date: 2009年04月19日 11:05 | |
The attached patch is not entirely correct, I'm not yet uploading an updated patch because the fix is obvious. I cannot reproduce this with a the 2.6.2 installer (build on PPC) nor with a recent build from subversion (python-trunk, build on X86). My tests were done on a PPC G4 iMac running the following version of OSX: ProductName: Mac OS X ProductVersion: 10.4.11 BuildVersion: 8S165 Xcode is: $ xcodebuild -version Component versions: DevToolsCore-660.0; DevToolsSupport-651.0 I'm currently installing 10.5 server in a VM, and will try to test that as well (using Rosetta). I don't have access to a PPC machine running 10.5 server, the 10.4 system I mention above cannot be easily reinstalled. BTW. I intend to commit the fixed version of my patch regardless of whether this fixes the issue because it is slightly more correct to fetch CoreFoundation symbols directly from the CoreFoundation framework instead of relying on SystemConfiguration's "connection" to that framework. |
|||
| msg86763 - (view) | Author: Thomas Heller (theller) * (Python committer) | Date: 2009年04月28日 20:11 | |
Seems ronald takes care of this issue. |
|||
| msg92888 - (view) | Author: Ronald Oussoren (ronaldoussoren) * (Python committer) | Date: 2009年09月20日 11:00 | |
I've just committed a fix for another issue and that completely removes the ctypes-based code that causes this issue (replacing it by a C extension) Therefore this issue should no longer occur and hence can be closed. |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022年04月11日 14:56:46 | admin | set | github: 49663 |
| 2009年09月20日 11:00:47 | ronaldoussoren | set | status: open -> closed resolution: fixed messages: + msg92888 |
| 2009年04月28日 20:11:12 | theller | set | assignee: theller -> ronaldoussoren messages: + msg86763 |
| 2009年04月19日 11:05:35 | ronaldoussoren | set | messages: + msg86165 |
| 2009年04月01日 13:32:47 | ronaldoussoren | set | messages: + msg85004 |
| 2009年04月01日 08:59:00 | asoki | set | messages: + msg84990 |
| 2009年03月30日 21:30:14 | ronaldoussoren | set | files:
+ urllib5413.patch keywords: + patch messages: + msg84654 |
| 2009年03月04日 07:08:09 | ronaldoussoren | set | messages:
+ msg83117 versions: + Python 3.0, Python 3.1 |
| 2009年03月04日 00:32:19 | ned.deily | set | nosy:
+ ronaldoussoren, ned.deily messages: + msg83112 |
| 2009年03月03日 23:55:43 | asoki | create | |