[issue43155] PyCMethod_New not defined in python3.lib
Barry Alan Scott added the comment: Thanks Petr, I'll watch for the PEP. FYI: I work on the assumption that if I use Py_LIMITED_API and the header files provide an API guarded by an #if then its "offical". -- ___ Python tracker <https://bugs.python.org/issue43155> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43155] PyCMethod_New not defined in python3.lib
Barry Alan Scott added the comment: Is there a test suite that checks that the limited API functions can all be linked against? -- ___ Python tracker <https://bugs.python.org/issue43155> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43156] Python windows installer has a confusing name - add setup to its name
Barry Alan Scott added the comment: Understood that changing the status quo may have problems. Maybe you do an HTTP redirect from the old name to the new name? Or have the installed available under both names but only advertise the new name? -- ___ Python tracker <https://bugs.python.org/issue43156> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43168] macOS python install shares /usr/local with homebrew and can conflict
Barry Alan Scott added the comment: I was wondering what the bottom text box was for. The usual UX for check boxes is to toggle when the text of the control is clicked. Because of that I avoid clicking on check boxes that I do not know if I want to change. Hence I did not get to see the description of the options. The PKG installer is odd in not having that behaviour. To check I remember this correctly I use Apple Mail Preferences and click the text on a check box item. -- ___ Python tracker <https://bugs.python.org/issue43168> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43167] Add a note to the macOS installer welcome window about customize options
Barry Alan Scott added the comment: The readme page is a good 2nd best is PKG install has not option to control the text on the INstallation type page. My guess is that the info would need be in visible without scrolling for people to notice it. (UX is hard). -- ___ Python tracker <https://bugs.python.org/issue43167> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43168] macOS python install shares /usr/local with homebrew and can conflict
Barry Alan Scott added the comment: >From "UNIX command-line tools" its not clear to me that that prevents symlinks in /usr/local/bin. Maybe word it as "Add python to /usr/local/bin". Is this documented anywhere? I just looked at the download page https://www.python.org/downloads/macOS and did not seen any linked pages that might explain the options. -- ___ Python tracker <https://bugs.python.org/issue43168> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43167] macOS python install need mechanism to prevent editing shell profile files
Barry Alan Scott added the comment: It was not obvious that I could do that with Customise. Indeed I installed 3.10a5 just so that I could remind myself of what the installer did. It would help is the Installation type page told the user why they might want to use the Customise for. -- ___ Python tracker <https://bugs.python.org/issue43167> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43168] macOS python install shares /usr/local with homebrew and can conflict
New submission from Barry Alan Scott : The popular homebrew system installs its binaries into /usr/local/bin. The macOS python install also defaults to /usr/local/bin where it puts symlinks to Python like: % ls -l /usr/local/bin/python3.10 lrwxr-xr-x 1 root 73 8 Feb 19:45:50 2021 /usr/local/bin/python3.10@ -> ../../../Library/Frameworks/Python.framework/Versions/3.10/bin/python3.10 I understand that there are issues when homebrew installed code requires home brew's python but finds the python.org version. Having installation options to control both where the symlinks are installed or not having any symlinks installed would help. This would make it easier to work with both python.org and homebrew. >From researching it seems that homebrew cannot be configure to use another >folder for its installation. -- components: Installation messages: 386649 nosy: barry-scott priority: normal severity: normal status: open title: macOS python install shares /usr/local with homebrew and can conflict versions: Python 3.10, Python 3.9 ___ Python tracker <https://bugs.python.org/issue43168> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43167] macOS python install need mechanism to prevent editing shell profile files
New submission from Barry Alan Scott : By default the python macOS installer will edit .bash_profile and .zsh_profile to add Python to the path. For many users this is a problem that requires the added lines to be removed after each install. I suggest that there is a mechanism that the user can use to tell the installer to leave the files as is. Once option could be to add a marker in the profile files that when present turns off the editing. For example a comment like: # python: no-path-edit Another possiblity is for the user to create a marker file that is checked for: touch ~/Library/Preferences/org.python.no-path.edit Any reasonable mechinism would be a great help. -- components: Installation messages: 386647 nosy: barry-scott priority: normal severity: normal status: open title: macOS python install need mechanism to prevent editing shell profile files versions: Python 3.10, Python 3.9 ___ Python tracker <https://bugs.python.org/issue43167> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43156] Python windows installer has a confusing name - add setup to its name
Barry Alan Scott added the comment: I happy with your names. I think they are better then my version. -- ___ Python tracker <https://bugs.python.org/issue43156> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43156] Python windows installer has a confusing name - add setup to its name
New submission from Barry Alan Scott : New users of Python on Windows frequently confuse the Python installation program with Python itself. They also can end up with the wrong 32 or 64 bit version. I suggest that the installation program name is changed to include "setup" in its name. This seems to be the usually convention many Windows installation programs use. Further users may know they are need windows 64 bit or windows 32 bit compatible software. The python installer naming is not obvious. The windows 32 installer has no additional text to show it is targeted at windows 32. The windows 64 uses amd64 - does not mean not for Intel CPU's for example? Examples with both suggestions: python-3.10.0a5.exe becomes python-setup-win32-3.10.0a5.exe python-3.10.0a5-amd64.exe becomes python-setup-win64-3.10.0a5.exe Barry -- messages: 386598 nosy: barry-scott priority: normal severity: normal status: open title: Python windows installer has a confusing name - add setup to its name ___ Python tracker <https://bugs.python.org/issue43156> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43155] PyCMethod_New not defined in python3.lib
New submission from Barry Alan Scott : When using the limited API PyCMethod_New is not defined in python3.lib. This leads to a link error. This error is in 3.9 and 3.10a5 Discovered when I improved the PyCXX test suite. Example output: Link obj\simple.pyd cl /nologo /W4 /LD /Zi /MT /EHsc /Zi /MT /EHsc -I. -ISrc -IC:\Python310.win64\include -D_CRT_NONSTDC_NO_DEPRECATE -U_DEBUG -DNDEBUG -DPy_LIMITED_API=0x309 /Feobj\simple.pyd /Fdobj\simple.pdf obj\simple.obj obj\cxxsupport.obj obj\cxx_extensions.obj obj\cxx_exceptions.obj obj\cxxextensions.obj obj\IndirectPythonInterface.obj C:\Python310.win64\libs\python3.lib Creating library obj\simple.lib and object obj\simple.exp simple.obj : error LNK2019: unresolved external symbol __imp_PyCMethod_New referenced in function "protected: virtual class Py::Object __cdecl Py::PythonExtension::getattr_methods(char const *)" (?getattr_methods@?$PythonExtension@Vold_style_class@@@Py@@MEAA?AVObject@2@PEBD@Z) obj\simple.pyd : fatal error LNK1120: 1 unresolved externals NMAKE : fatal error U1077: '"c:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\bin\HostX64\x64\cl.EXE"' : return code '0x2' Stop. -- messages: 386595 nosy: barry-scott priority: normal severity: normal status: open title: PyCMethod_New not defined in python3.lib versions: Python 3.10, Python 3.9 ___ Python tracker <https://bugs.python.org/issue43155> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1178136] cgitb.py support for frozen images
Barry Alan Scott added the comment: Ok. I'll add this to my todo list. -- status: pending -> open ___ Python tracker <https://bugs.python.org/issue1178136> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40260] modulefinder traceback regression starting on Windows
Barry Alan Scott added the comment: Anthony, Now that everything is opened using open_code that returns bytes its not clear to me why this breaks for you. Further the data must be bytes for the codings to be figured out. Removing the b'\n' may be reasonable, but not for the reason given. I kept it as the original code did this and assumed it was needed. Maybe for Windows users that forget to put a trailing NL? How can I reproduce your user case? -- ___ Python tracker <https://bugs.python.org/issue40260> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40260] modulefinder traceback regression starting on Windows
Barry Alan Scott added the comment: I have pushed the fix onto https://github.com/python/cpython/pull/19595 with an API test case and the changes to keep the debain subclassing working. I'm new the the work flow. Let me know if I need to change anything. -- ___ Python tracker <https://bugs.python.org/issue40260> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40260] modulefinder traceback regression starting on Windows
Change by Barry Alan Scott : -- pull_requests: +18931 pull_request: https://github.com/python/cpython/pull/19595 ___ Python tracker <https://bugs.python.org/issue40260> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40260] modulefinder traceback regression starting on Windows
Barry Alan Scott added the comment: I have the fix coded and tested. I run out of git knowledge to update the PR branch so that I can push the fix. I'll work on it more later in the day. -- ___ Python tracker <https://bugs.python.org/issue40260> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40260] modulefinder traceback regression starting on Windows
Change by Barry Alan Scott : -- pull_requests: +18895 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/19549 ___ Python tracker <https://bugs.python.org/issue40260> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40260] modulefinder traceback regression starting on Windows
Barry Alan Scott added the comment: Regarding test case. I will need to know what pymindeps is doing to be able to design a suitable test case. -- ___ Python tracker <https://bugs.python.org/issue40260> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40260] modulefinder traceback regression starting on Windows
Barry Alan Scott added the comment: I need to see the code of pymindeps to understand what you are doing and how to fix this. Can you post a URL to the source please? Are you aware that load_module() changed in other ways that are required to fix the bug? You may have to change yout pymindeps code anyway even with the mode restored to the tuple. Steve: Do I need a new PR or just commit a fix to the same branch? -- ___ Python tracker <https://bugs.python.org/issue40260> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40260] modulefinder traceback regression starting on Windows
Barry Alan Scott added the comment: io.open_code() used in the patch. -- components: -Windows ___ Python tracker <https://bugs.python.org/issue40260> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40260] modulefinder traceback regression starting on Windows
New submission from Barry Alan Scott : modulefinder.py does not open source files in "rb" which prevents compile() from applying the encoding rules. This first showed up for me on Windows with Python 3.8. Here is my test case and the results on Windows with 3.8. import modulefinder with open('import_functools.py', 'w') as f: f.write('import functools\n') mf = modulefinder.ModuleFinder() mf.run_script('import_functools.py') print('Test passed') py -3.8-32 modulefinder_test.py Traceback (most recent call last): File "modulefinder_test.py", line 7, in mf.run_script('import_functools.py') File "C:\Python38.win32\lib\modulefinder.py", line 165, in run_script self.load_module('__main__', fp, pathname, stuff) File "C:\Python38.win32\lib\modulefinder.py", line 360, in load_module self.scan_code(co, m) File "C:\Python38.win32\lib\modulefinder.py", line 433, in scan_code self._safe_import_hook(name, m, fromlist, level=0) File "C:\Python38.win32\lib\modulefinder.py", line 378, in _safe_import_hook self.import_hook(name, caller, level=level) File "C:\Python38.win32\lib\modulefinder.py", line 177, in import_hook q, tail = self.find_head_package(parent, name) File "C:\Python38.win32\lib\modulefinder.py", line 233, in find_head_package q = self.import_module(head, qname, parent) File "C:\Python38.win32\lib\modulefinder.py", line 326, in import_module m = self.load_module(fqname, fp, pathname, stuff) File "C:\Python38.win32\lib\modulefinder.py", line 343, in load_module co = compile(fp.read()+'\n', pathname, 'exec') File "C:\Python38.win32\lib\encodings\cp1252.py", line 23, in decode return codecs.charmap_decode(input,self.errors,decoding_table)[0] UnicodeDecodeError: 'charmap' codec can't decode byte 0x81 in position 308: character maps to Barry -- components: Library (Lib) messages: 366227 nosy: barry-scott priority: normal severity: normal status: open title: modulefinder traceback regression starting on Windows versions: Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue40260> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18378] locale.getdefaultlocale() fails on Mac OS X with default language set to English
Barry Alan Scott added the comment: Mac OS X use the __CF_USER_TEXT_ENCODING env var to setup the locale in for native libraries. I found that for GUI python code I needed to convert the value in __CF_USER_TEXT_ENCODING into a suitable call to setlocale(). The code I use is attached to Issue23797. -- nosy: +barry-scott ___ Python tracker <http://bugs.python.org/issue18378> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23797] Mac OS X locale setup in thread happens sometime after run() is called
Barry Alan Scott added the comment: I should point out using Python2.7 with wxPython I do not see this issue. This issue was exposed during my efforts to port pysvn from py2.7+wxPython to py3.4+wxpython-phoenix. I do setup locale on the main thread very early before starting the background thread. I have attached the initLocale() I use. The background thread needs the locale setup and I use getlocale() to prove that it is setup. I do not see this as a duplicate of Issue18378 as I can init the locale. The problem, and I could believe its an OSX bug, is that new threads do not return the expected locale from _locale.setlocale() for a period of time, approx 2s after starting up. -- Added file: http://bugs.python.org/file38725/initLocale.py ___ Python tracker <http://bugs.python.org/issue23797> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23797] Mac OS X locale setup in thread happens sometime after run() is called
New submission from Barry Alan Scott: I'm seeing a random traceback when starting a new thread on Mac OS X 10.10.2 with python 3.4.3 final. Exception in thread Thread-1: Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4/threading.py", line 920, in _bootstrap_inner self.run() File "/Users/barry/wc/svn/pysvn-phoenix/WorkBench/Source/wb_background_thread.py", line 40, in run self.app.log.info( 'BackgroundThread locale %r' % (locale.getlocale(),) ) File "/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4/locale.py", line 575, in getlocale return _parse_localename(localename) File "/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4/locale.py", line 484, in _parse_localename raise ValueError('unknown locale: %s' % localename) ValueError: unknown locale: UTF-8 Adding a time.sleep( 5 ) prevents the traceback. Using _locale.setlocale( locale.LC_ALL, None ) to see the state with locale.py interfering it looks like the locale is being initialised in the thread after run() is called. (Make no sense to me, but I can reproduce). I have failed to create a small script to show this bug. -- messages: 239458 nosy: barry-scott priority: normal severity: normal status: open title: Mac OS X locale setup in thread happens sometime after run() is called versions: Python 3.4 ___ Python tracker <http://bugs.python.org/issue23797> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16821] bundlebuilder broken in 2.7
Barry Alan Scott added the comment: Why not use IDLE? Workbench is a lot of code and dependencies. I expect that it works because idle.app was created using the --no-zipimport option that is new in 2.7. However with zip import the code is badly broken. Build IDLE.app with zip import and you should reproduce the bug. Have you code inspected the module as I suggested to review the new code? _getSiteCode is clearly wrong. The if is backwards and no else. The following inserts are in the wrong order: if %(optimize)s: sys.argv.insert(1, '-O') sys.argv.insert(1, mainprogram) -- ___ Python tracker <http://bugs.python.org/issue16821> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16821] bundlebuilder broken in 2.7
Barry Alan Scott added the comment: I'm using the pysvn workbench sources to find the problem. Test cases for Mac Apps are not that simple. You need a GUI framework for starters. But I'm happy to test any candidate fix using workbench. As I said a code inspection of the changes since 2.6 will show that this code cannot work. -- ___ Python tracker <http://bugs.python.org/issue16821> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16821] bundlebuilder broken in 2.7
New submission from Barry Alan Scott: bundlebuild in pytthon 2.7 fails to create usable applications. After examining the code there are a number of coding errors: 1. optimize will puts the -O in the wrong place in the argv 2. Modules.zip is never added to the path The bunderbuilder in 2.6 can be made to work with 2.7 by applying the following patch to the 2.6 code. --- bundlebuilder.py~ 2012-12-30 21:32:40.0 + +++ bundlebuilder.py2012-12-30 21:32:40.0 + @@ -337,7 +337,6 @@ "Python", # the Python core library "Resources/English.lproj", "Resources/Info.plist", -"Resources/version.plist", ] def isFramework(): -- messages: 178616 nosy: barry-scott priority: normal severity: normal status: open title: bundlebuilder broken in 2.7 type: performance versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue16821> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10910] pyport.h FreeBSD/Mac OS X "fix" causes errors in C++ compilation
Barry Alan Scott added the comment: I'm happy to review patches or create them for you. I see a related set of errors on Mac OS X that are down to issues in bytes_methods.py that mirror the pyport.h issues. In C++ isspace and friends are functions not macros. You cannot go around defining them. Here are the lines in python2.7 that cause compilation errors for me. /Library/Frameworks/Python.framework/Versions/2.7/include/python2.7/bytes_methods.h:#undef isspace /Library/Frameworks/Python.framework/Versions/2.7/include/python2.7/bytes_methods.h:#define isspace(c) undefined_isspace(c) -- nosy: +barry-scott ___ Python tracker <http://bugs.python.org/issue10910> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14188] Sharing site-packages between Apple and python.org builds breaks extensions
Barry Alan Scott added the comment: I have wxPython installed. Uninstalling it changes the order of sys.path to this: ['', '/Library/Frameworks/Python.framework/Versions/2.7/lib/python27.zip', '/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7', '/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-darwin', '/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac', '/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac/lib-scriptpackages', '/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk', '/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-old', '/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload', '/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages', '/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7', '/Library/Python/2.7/site-packages', '/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7'] I'll take this up with the wxPython folks. -- status: pending -> open ___ Python tracker <http://bugs.python.org/issue14188> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14188] Sharing site-packages between Apply and python.org builds breaks extensions
Barry Alan Scott added the comment: Pysvn binary kits can be downloaded from http://pysvn.tigris.org/files/documents/1233/49180/py27_python_org_pysvn_svn1617-1.7.6-1457-intel.dmg and http://pysvn.tigris.org/files/documents/1233/49178/py27_apple_com_pysvn_svn1617-1.7.6-1457-intel.dmg -- ___ Python tracker <http://bugs.python.org/issue14188> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14188] Sharing site-packages between Apply and python.org builds breaks extensions
New submission from Barry Alan Scott : I'm testing on Mac OS X 10.7.3 http://bugs.python.org/issue4865 added /Library/Python/2.7/site-packages to the path for python.org built 2.7. This will work for .py files but .so cannot be shared. pysvn will SEGV python.org 2.7 when it is built against apple 2.7. Because /Library/Python/2.7/site-packages is before /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages it is not possible to work around by install two binary kits. To reproduce: Install pysvn 1.7.6 for python.org Then run python.org 2.7 and import pysvn. This will work. Install pysvn 1.7.6 for Apple python. python.org 2.7 import pysvn is now broken. $ /usr/bin/python Python 2.7.1 (r271:86832, Jun 16 2011, 16:59:05) [GCC 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import pysvn >>> pysvn >>> ^D $ /usr/local/bin/python2.7 Python 2.7.2 (v2.7.2:8527427914a2, Jun 11 2011, 15:22:34) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import pysvn Segmentation fault: 11 -- components: None messages: 154859 nosy: barry-scott priority: normal severity: normal status: open title: Sharing site-packages between Apply and python.org builds breaks extensions type: crash versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue14188> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6952] deprecated conversion from string constant to char *
Barry Alan Scott added the comment: Updated patch with comment explaining cast. -- Added file: http://bugs.python.org/file15184/const_api_r75619.patch ___ Python tracker <http://bugs.python.org/issue6952> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6952] deprecated conversion from string constant to char *
Barry Alan Scott added the comment: I was trying to avoid changing the const ness of output parameters. Given the advice not to go mad on putting const everywhere. 1) I can comment the casts to maintain this goal. 2) Or change the output paramter const ness. Given your feedback I'm guessing you want me to go further with the use of const and do (2). Barry -- components: +Extension Modules -Interpreter Core ___ Python tracker <http://bugs.python.org/issue6952> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6952] deprecated conversion from string constant to char *
Barry Alan Scott added the comment: Here is my 1st patch to allow const char * and const Py_UNICODE * It is agsinst http://svn.python.org/projects/python/trunk. What I have attempted to do is stop the public API of python needing char * or Py_UNICODE * where the API clearly does not need to modify the argument. I have only modified internal API where its necessary to provide a public const API. Please give feedback and let me know if you wish me raise anything with python dev. I'm happy to produce a 3.2 version of the patch after the 2.7 version is acceptable. Barry -- keywords: +patch Added file: http://bugs.python.org/file15156/const_api_r75468.patch ___ Python tracker <http://bugs.python.org/issue6952> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6952] deprecated conversion from string constant to char *
Barry Alan Scott added the comment: I'd guess that this change can first be made against 2.7 and 3.2 so that API's do not change. Where do I find the source code to generate the patch against for 2.7 and 3.2? -- ___ Python tracker <http://bugs.python.org/issue6952> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6952] deprecated conversion from string constant to char *
New submission from Barry Alan Scott : Many Python API functions are causing GCC to rightly complain that const char * strings are being passed to python functions that take char * but do not need to modify the args. g++ reports example.cxx:633: warning: deprecated conversion from string constant to ‘char*’ The example I encountered today, while testing PyCXX against G++ 4.2.1 on Mac OS X, was PyObject_CallMethod but it is not limited to this function. Would a patch help progress this issue? -- components: Interpreter Core messages: 92890 nosy: barry-scott severity: normal status: open title: deprecated conversion from string constant to char * type: compile error versions: Python 2.6, Python 3.1 ___ Python tracker <http://bugs.python.org/issue6952> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5904] strftime docs do not explain locale affect on result string
New submission from Barry Alan Scott : The result of time.strftime seems to be in the locale encoding but this is not pointed out in the documentation. Ideally an example like this would be in the docs to show how to deal with strftime output: import locale import time locale_encoded_time = time.strftime( '%d-%b-%Y %H:%M:%S' ) language, encoding = locale.getdefaultlocale() unicode_time = locale_encoded_time.decode( encoding ) -- assignee: georg.brandl components: Documentation messages: 86946 nosy: barry-scott, georg.brandl severity: normal status: open title: strftime docs do not explain locale affect on result string versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue5904> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5903] strftime fails in non UTF-8 locale
New submission from Barry Alan Scott : On Mac OS X 10.5 $ LC_ALL=ru_RU.koi8-r python3.0 -c 'import time;print( time.strftime("%A"))' Traceback (most recent call last): File "", line 1, in UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: invalid data -- components: Library (Lib) messages: 86944 nosy: barry-scott severity: normal status: open title: strftime fails in non UTF-8 locale versions: Python 3.0 ___ Python tracker <http://bugs.python.org/issue5903> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4937] Mac DMG install missing version.plist required by bundlebuilder.py
New submission from Barry Alan Scott : I installed mac python 2.6.1 on Mac OS X 10.5.6 I then ran my pysvn workbench kitting script that uses bundlebuilder.py. It fails because version.plist is not installed. Traceback (most recent call last): File "make_wb_bundle.py", line 91, in myapp.build() File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-mac/bundlebuilder.py", line 163, in build self._copyFiles() File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-mac/bundlebuilder.py", line 218, in _copyFiles copy(src, dst, mkdirs=1) File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-mac/bundlebuilder.py", line 758, in copy shutil.copy2(src, dst) File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/shutil.py", line 99, in copy2 copyfile(src, dst) File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/shutil.py", line 52, in copyfile fsrc = open(src, 'rb') IOError: [Errno 2] No such file or directory: '/Library/Frameworks/Python.framework/Versions/2.6/Resources/version.plist' -- components: Installation messages: 79774 nosy: barry-scott severity: normal status: open title: Mac DMG install missing version.plist required by bundlebuilder.py type: behavior versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue4937> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3777] long(4.2) now returns an int
Barry Alan Scott <[EMAIL PROTECTED]> added the comment: My concern and yours is that this is not backwards compatible. I would hate to see "random" failures of extensions written using PyCXX because of this. I'm tempted to says that I'll keep PyCXX 5.x as is for Python 2.x and leave all the changes in semantics for PyCXX 6.0 that will support Python 3.0. And in Python 3.0 this problem does not exist by design. I don't think you example proves anything. Python does not check at the pure python level at all. >>> class X: ... def __long__( self ): ... return "Hello" ... >>> long( X() ) 'Hello' >>> You get all you deserve if you define __long__ and break its API. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3777> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3777] PyNumber_Long fails from Float
Barry Alan Scott <[EMAIL PROTECTED]> added the comment: O.k. I know what is going on. Here is the description from abstracts.h for PyNumber_Long: PyAPI_FUNC(PyObject *) PyNumber_Long(PyObject *o); /* Returns the o converted to a long integer object on success, or NULL on failure. This is the equivalent of the Python expression: long(o). */ Its says that I can expect a long integer. However PyNumber_long can return an int or a long. PyCXX checks for a long, but an int is not a long and I raise a type error. This is a contract break on the Python API. The change that causes this break is in floatobject.c >From 2.5.2 code: static PyNumberMethods float_as_number = { ... float_int, /*nb_int*/ float_long, /*nb_long*/ >From 2.6b3 code: static PyNumberMethods float_as_number = { ... float_trunc,/*nb_int*/ float_trunc,/*nb_long*/ float_trunc returns either an int or a long. Which is not what is required for the API. Here is the same bug at the pure python level. $ python2.6 Python 2.6b3 (r26b3:65922, Aug 25 2008, 15:44:46) [GCC 4.0.1 (Apple Computer, Inc. build 5370)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> long(4) 4L >>> long(4.3) 4 >>> long("6") 6L >>> type(long(4.3)) >>> Barry ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3777> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3777] PyNumber_Long fails from Float
Barry Alan Scott <[EMAIL PROTECTED]> added the comment: You are right that its the Py::Long( Py::Float( double( x ) ) ) that is triggering this problem. Here is the gdb from the powerpc build that shows the info you asked for and show res being corrupt. I'm going to try and build a smaller version of this problem using a minimal PyCXX module. >>> import pysvn;pysvn.Client().ls('pysvn/__init__.py') Breakpoint 1, bp () at pysvn_client_cmd_list.cpp:33 33 } (gdb) c Continuing. Current language: auto; currently c++ Breakpoint 2, pysvn_client::cmd_ls (this=0x1114830, [EMAIL PROTECTED], [EMAIL PROTECTED]) at pysvn_client_cmd_list.cpp:138 138 Py::Long l_tmp( f_tmp ); (gdb) b PyNumber_Long Breakpoint 5 at 0x213cfc: file Objects/abstract.c, line 1673. (gdb) c Continuing. Breakpoint 5, PyNumber_Long (o=0x1809384) at Objects/abstract.c:1673 1673if (trunc_name == NULL) { (gdb) p o $25 = (PyObject *) 0x1809384 Current language: auto; currently c (gdb) p *o $26 = { ob_refcnt = 1, ob_type = 0x35723c } (gdb) p *o->ob_type $27 = { ob_refcnt = 4, ob_type = 0x35f0bc, ob_size = 0, tp_name = 0x339d98 "float", tp_basicsize = 16, tp_itemsize = 0, tp_dealloc = 0x23de30 , tp_print = 0x23fa90 , tp_getattr = 0, tp_setattr = 0, tp_compare = 0, tp_repr = 0x23fa50 , tp_as_number = 0x357ab4, tp_as_sequence = 0x0, tp_as_mapping = 0x0, tp_hash = 0x23e570 , tp_call = 0, tp_str = 0x23fa10 , tp_getattro = 0x263800 , tp_setattro = 0, tp_as_buffer = 0x0, tp_flags = 394747, tp_doc = 0x357a4c "float(x) -> floating point number\n\nConvert a string or number to a floating point number, if possible.", tp_traverse = 0, tp_clear = 0, tp_richcompare = 0x23e000 , tp_weaklistoffset = 0, tp_iter = 0, tp_iternext = 0, tp_methods = 0x35733c, tp_members = 0x0, tp_getset = 0x357300, tp_base = 0x0, tp_dict = 0x0, tp_descr_get = 0, tp_descr_set = 0, tp_dictoffset = 0, tp_init = 0, tp_alloc = 0, tp_new = 0x241a10 , tp_free = 0, tp_is_gc = 0, tp_bases = 0x0, tp_mro = 0x0, tp_cache = 0x0, tp_subclasses = 0x0, tp_weaklist = 0x0, tp_del = 0, tp_version_tag = 0 } (gdb) n 1679if (o == NULL) (gdb) 1681m = o->ob_type->tp_as_number; (gdb) 1682if (m && m->nb_long) { /* This should include subclasses of long */ (gdb) p *m $28 = { nb_add = 0x242980 , nb_subtract = 0x242c40 , nb_multiply = 0x242f00 , nb_divide = 0x2431c0 , nb_remainder = 0x243510 , nb_divmod = 0x243830 , nb_power = 0x243bf0 , nb_negative = 0x241d70 , nb_positive = 0x241b60 , nb_absolute = 0x241e70 , nb_nonzero = 0x23e580 , nb_invert = 0, nb_lshift = 0, nb_rshift = 0, nb_and = 0, nb_xor = 0, nb_or = 0, nb_coerce = 0x241f70 , nb_int = 0x23e6e0 , nb_long = 0x23e6e0 , nb_float = 0x241b60 , nb_oct = 0, nb_hex = 0, nb_inplace_add = 0, nb_inplace_subtract = 0, nb_inplace_multiply = 0, nb_inplace_divide = 0, nb_inplace_remainder = 0, nb_inplace_power = 0, nb_inplace_lshift = 0, nb_inplace_rshift = 0, nb_inplace_and = 0, nb_inplace_xor = 0, nb_inplace_or = 0, nb_floor_divide = 0x243b60 , nb_true_divide = 0x244340 , nb_inplace_floor_divide = 0, nb_inplace_true_divide = 0, nb_index = 0 } (gdb) n Breakpoint 3, PyNumber_Long (o=0x1809384) at Objects/abstract.c:1684 1684PyObject *res = m->nb_long(o); (gdb) s float_trunc (v=0x1809384) at Objects/floatobject.c:1084 1084double x = PyFloat_AsDouble(v); (gdb) p o $29 = (PyObject *) 0x1809384 (gdb) p v $30 = (PyObject *) 0x1809384 (gdb) n 1087(void)modf(x, &wholepart); (gdb) p x $31 = 0 (gdb) n 1100if (LONG_MIN < wholepart && wholepart < LONG_MAX) { (gdb) p wholepart $32 = 4555 (gdb) n 1102return PyInt_FromLong(aslong); (gdb) p asLong No symbol "asLong" in current context. (gdb) p aslong No symbol "aslong" in current context. (gdb) n 1105} (gdb) n PyNumber_Long (o=0x1809384) at Objects/abstract.c:1685 1685if (res && (!PyInt_Check(res) && !PyLong_Check(res))) { (gdb) p res $33 = (PyObject *) 0x383cf0 (gdb) p *res $34 = { ob_refcnt = 1362084, ob_type = 0x140 } (gdb) n Breakpoint 4, PyNumber_Long (o=0x1809384) at Objects/abstract.c:1735 1735} (gdb) ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3777> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3777] PyNumber_Long fails from Float
New submission from Barry Alan Scott <[EMAIL PROTECTED]>: I am testing PySVN against python2.6b3. I see a failure when PyNumber_Long is called with a Float. It raises TypeError. The same code works on 2.3, 2.4 and 2.5. Looking with GDB I see: (gdb) bt #0 PyNumber_Long (o=0x1809384) at Objects/abstract.c:1735 #1 0x020f8e70 in Py::Long::Long (this=0xbfffefc8, [EMAIL PROTECTED]) at pysvn_client_cmd_list.cpp:739 1681m = o->ob_type->tp_as_number; 1682if (m && m->nb_long) { /* This should include subclasses of long */ 1683/* Classic classes always take this branch. */ 1684PyObject *res = m->nb_long(o); 1685if (res && (!PyInt_Check(res) && !PyLong_Check(res))) { res does not contain the value that nb_long(o) calculated. and the if on 1685 is false so you get a type error. I have compiled on Mac OS X 10.4 powerpc and fedora 8 x86. Both fail in the exact same way. If you need to reproduce you will need to build pysvn and run a command that triggers the problem. I don't have a smaller example. -- components: None messages: 72519 nosy: barry-scott severity: normal status: open title: PyNumber_Long fails from Float type: behavior versions: Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3777> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3533] mac 10.4 buld of 3.0 --with-pydebug fails no __eprintf
Barry Alan Scott <[EMAIL PROTECTED]> added the comment: Grr... this problem is a pain... I have the __eprint undefined back... I tried to get readline going as well and rebuilt. Couldn't get that working then rebuilt without readline stuff and got the __eprintf. I'm goint to have to give up on devleoping this on Mac and move to linux. I don't have the spare time to get to the bottom of this problem. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3533> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3533] mac 10.4 buld of 3.0 --with-pydebug fails no __eprintf
Barry Alan Scott <[EMAIL PROTECTED]> added the comment: Xcode 2.5 solves the build issue. I suspect you can close the 1099 saying use Xcode 2.5. I think you can only get 2.5 by login in to the Apple developer site. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3533> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3533] mac 10.4 buld of 3.0 --with-pydebug fails no __eprintf
Barry Alan Scott <[EMAIL PROTECTED]> added the comment: I have Xcode 2.3 which is quite old. Simple program to test assert works with my current setup. I'm going to update to Xcode 2.5 and see what happens. I'll report back once I've installed and rebuild python. Added file: http://bugs.python.org/file11094/config.log ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3533> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3533] mac 10.4 buld of 3.0 --with-pydebug fails no __eprintf
Barry Alan Scott <[EMAIL PROTECTED]> added the comment: As far as I know I'm using the Xcode compiler. Does this match your expectations? $ which gcc /usr/bin/gcc $ gcc -v Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /private/var/tmp/gcc/gcc-5341.obj~1/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/lib --build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 --target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5341) ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3533> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3533] mac 10.4 buld of 3.0 --with-pydebug fails no __eprintf
New submission from Barry Alan Scott <[EMAIL PROTECTED]>: I wanted to use Py_DEBUG build to help debug a problem with ref counts in a C++ extension. I cannot find eprintf in the sources of python where does this symbol come from? How do I fix the build to define it? $ sw_vers ProductName:Mac OS X ProductVersion: 10.4.11 BuildVersion: 8S165 $ ./configure --enable-framework --enable-debug --with-pydebug $ make ... /usr/bin/install -c -d -m 755 Python.framework/Versions/3.0 if test ""; then \ gcc -o Python.framework/Versions/3.0/Python -dynamiclib \ -isysroot "" \ -all_load libpython3.0.a -Wl,-single_module \ -install_name /Library/Frameworks/Python.framework/Versions/3.0/Python \ -compatibility_version 3.0 \ -current_version 3.0; \ else \ /usr/bin/libtool -o Python.framework/Versions/3.0/Python -dynamic libpython3.0.a \ -lSystem -lSystemStubs -arch_only ppc -install_name /Library/Frameworks/Python.framework/Versions/3.0/Python -compatibility_version 3.0 -current_version 3.0 ;\ fi ld: Undefined symbols: ___eprintf /usr/bin/libtool: internal link edit command failed make: *** [Python.framework/Versions/3.0/Python] Error 1 -- components: Build messages: 70935 nosy: barry-scott severity: normal status: open title: mac 10.4 buld of 3.0 --with-pydebug fails no __eprintf versions: Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3533> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3420] 2to3 fails to run on Mac OS X 10.4 PPC 3.0b2
Barry Alan Scott <[EMAIL PROTECTED]> added the comment: Fixing 2to3 with the full path to the fixes folder gets this traceback: $ ./2to3 /dev/null Traceback (most recent call last): File "./2to3", line 5, in sys.exit(refactor.main("/Library/Frameworks/Python.framework//Versions/3.0/lib/python3.0/lib2to3/fixes")) File "/Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/lib2to3/refactor.py", line 81, in main rt = RefactoringTool(fixer_dir, options) File "/Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/lib2to3/refactor.py", line 160, in __init__ self.pre_order, self.post_order = self.get_fixers() File "/Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/lib2to3/refactor.py", line 185, in get_fixers mod = __import__(fixer_pkg + ".fix_" + fix_name, {}, {}, ["*"]) ValueError: Empty module name ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3420> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3420] 2to3 fails to run on Mac OS X 10.4 PPC 3.0b2
New submission from Barry Alan Scott <[EMAIL PROTECTED]>: $ sw_vers ProductName:Mac OS X ProductVersion: 10.4.11 BuildVersion: 8S165 $ python3.0 Python 3.0b2 (r30b2:65080, Jul 20 2008, 08:46:13) [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> $ /Library/Frameworks/Python.framework//Versions/3.0/bin/2to3 a.py Traceback (most recent call last): File "/Library/Frameworks/Python.framework//Versions/3.0/bin/2to3", line 5, in sys.exit(refactor.main("lib2to3/fixes")) File "/Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/lib2to3/refactor.py", line 81, in main rt = RefactoringTool(fixer_dir, options) File "/Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/lib2to3/refactor.py", line 160, in __init__ self.pre_order, self.post_order = self.get_fixers() File "/Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/lib2to3/refactor.py", line 182, in get_fixers fix_names = get_all_fix_names(self.fixer_dir) File "/Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/lib2to3/refactor.py", line 95, in get_all_fix_names names = os.listdir(fixer_dir) OSError: [Errno 2] No such file or directory: 'lib2to3/fixes' -- assignee: collinwinter components: 2to3 (2.x to 3.0 conversion tool) messages: 70065 nosy: barry-scott, collinwinter severity: normal status: open title: 2to3 fails to run on Mac OS X 10.4 PPC 3.0b2 type: crash versions: Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3420> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3398] mac build 3.0 no MacOS module
Barry Alan Scott <[EMAIL PROTECTED]> added the comment: I don't see beta 2 on python.org or I'd have used it... ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3398> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3398] mac build 3.0 no MacOS module
New submission from Barry Alan Scott <[EMAIL PROTECTED]>: $ sw_vers ProductName:Mac OS X ProductVersion: 10.4.11 BuildVersion: 8S165 ./configure --enable-framework make ... make install ... DYLD_FRAMEWORK_PATH=/Users/barry/Work/Python-3.0b1: ../python.exe ./scripts/BuildApplet.py \ --destroot "" \ --python /Library/Frameworks/Python.framework/Versions/3.0/Resources/Python.app/Contents/MacOS/Python \ --output "/Applications/Python 3.0/Build Applet.app" \ ./scripts/BuildApplet.py Traceback (most recent call last): File "./scripts/BuildApplet.py", line 14, in import MacOS ImportError: No module named MacOS make[1]: *** [install_BuildApplet] Error 1 make: *** [frameworkinstallapps] Error 2 -- components: Build messages: 69910 nosy: barry-scott severity: normal status: open title: mac build 3.0 no MacOS module type: compile error versions: Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3398> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3397] Mac 3.0 build cannot find cachersrc.py
New submission from Barry Alan Scott <[EMAIL PROTECTED]>: $ sw_vers ProductName:Mac OS X ProductVersion: 10.4.11 BuildVersion: 8S165 ./configure --enable-framework make ... make install Creating directory /Library/Frameworks/Python.framework/Versions/3.0/Mac/Tools DYLD_FRAMEWORK_PATH=/Users/barry/Work/Python-3.0b1: ../python.exe ./scripts/cachersrc.py -v /Library/Frameworks/Python.framework/Versions/3.0/lib/python3.0/plat-mac /Library/Frameworks/Python.framework/Versions/3.0/Mac/Tools ../python.exe: can't open file './scripts/cachersrc.py': [Errno 2] No such file or directory make[1]: *** [installmacsubtree] Error 2 make: *** [frameworkinstallmaclib] Error 2 -- components: Build messages: 69909 nosy: barry-scott severity: normal status: open title: Mac 3.0 build cannot find cachersrc.py type: compile error versions: Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3397> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com