[issue43155] PyCMethod_New not defined in python3.lib

[Barry Alan Scott]

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]

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]

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]

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]

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]

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]

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

[Barry Alan Scott]

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

[Barry Alan Scott]

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]

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

[Barry Alan Scott]

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

[Barry Alan Scott]

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]

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]

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]

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

[Barry Alan Scott]

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]

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

[Barry Alan Scott]

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]

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]

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]

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

[Barry Alan Scott]

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

[issue23797] Mac OS X locale setup in thread happens sometime after run() is called

[Barry Alan Scott]

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 rep...@bugs.python.org
http://bugs.python.org/issue23797
___
___
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]

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 rep...@bugs.python.org
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]

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 rep...@bugs.python.org
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]

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 rep...@bugs.python.org
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]

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 rep...@bugs.python.org
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]

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 rep...@bugs.python.org
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]

Barry Alan Scott barry-sc...@users.sourceforge.net 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 rep...@bugs.python.org
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]

Barry Alan Scott barry-sc...@users.sourceforge.net 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 rep...@bugs.python.org
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]

New submission from Barry Alan Scott barry-sc...@users.sourceforge.net:

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
module 'pysvn' from '/Library/Python/2.7/site-packages/pysvn/__init__.pyc'
 ^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 rep...@bugs.python.org
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]

Barry Alan Scott barry-sc...@users.sourceforge.net 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 rep...@bugs.python.org
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]

Barry Alan Scott barry-sc...@users.sourceforge.net added the comment:

Updated patch with comment explaining cast.

--
Added file: http://bugs.python.org/file15184/const_api_r75619.patch

___
Python tracker rep...@bugs.python.org
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]

Barry Alan Scott barry-sc...@users.sourceforge.net 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 rep...@bugs.python.org
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]

Barry Alan Scott barry-sc...@users.sourceforge.net 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 rep...@bugs.python.org
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]

Barry Alan Scott barry-sc...@users.sourceforge.net 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 rep...@bugs.python.org
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]

New submission from Barry Alan Scott barry-sc...@users.sourceforge.net:

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 rep...@bugs.python.org
http://bugs.python.org/issue6952
___
___
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

[Barry Alan Scott]

New submission from Barry Alan Scott barry-sc...@users.sourceforge.net:

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 string, line 1, in module
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 rep...@bugs.python.org
http://bugs.python.org/issue5903
___
___
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

[Barry Alan Scott]

New submission from Barry Alan Scott barry-sc...@users.sourceforge.net:

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 rep...@bugs.python.org
http://bugs.python.org/issue5904
___
___
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]

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 float_dealloc, 
  tp_print = 0x23fa90 float_print, 
  tp_getattr = 0, 
  tp_setattr = 0, 
  tp_compare = 0, 
  tp_repr = 0x23fa50 float_repr, 
  tp_as_number = 0x357ab4, 
  tp_as_sequence = 0x0, 
  tp_as_mapping = 0x0, 
  tp_hash = 0x23e570 float_hash, 
  tp_call = 0, 
  tp_str = 0x23fa10 float_str, 
  tp_getattro = 0x263800 PyObject_GenericGetAttr, 
  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 float_richcompare, 
  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 float_new, 
  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 float_add, 
  nb_subtract = 0x242c40 float_sub, 
  nb_multiply = 0x242f00 float_mul, 
  nb_divide = 0x2431c0 float_classic_div, 
  nb_remainder = 0x243510 float_rem, 
  nb_divmod = 0x243830 float_divmod, 
  nb_power = 0x243bf0 float_pow, 
  nb_negative = 0x241d70 float_neg, 
  nb_positive = 0x241b60 float_float, 
  nb_absolute = 0x241e70 float_abs, 
  nb_nonzero = 0x23e580 float_nonzero, 
  nb_invert = 0, 
  nb_lshift = 0, 
  nb_rshift = 0, 
  nb_and = 0, 
  nb_xor = 0, 
  nb_or = 0, 
  nb_coerce = 0x241f70 float_coerce, 
  nb_int = 0x23e6e0 float_trunc, 
  nb_long = 0x23e6e0 float_trunc, 
  nb_float = 0x241b60 float_float, 
  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 float_floor_div, 
  nb_true_divide = 0x244340 float_div, 
  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

[Barry Alan Scott]

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))
type 'int'
 

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] long(4.2) now returns an int

[Barry Alan Scott]

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]

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]

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]

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]

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]

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

[issue3533] mac 10.4 buld of 3.0 --with-pydebug fails no __eprintf

[Barry Alan Scott]

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

[issue3420] 2to3 fails to run on Mac OS X 10.4 PPC 3.0b2

[Barry Alan Scott]

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 module
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

[issue3420] 2to3 fails to run on Mac OS X 10.4 PPC 3.0b2

[Barry Alan Scott]

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 module
   
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

[issue3398] mac build 3.0 no MacOS module

[Barry Alan Scott]

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 module
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

[issue3398] mac build 3.0 no MacOS module

[Barry Alan Scott]

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