[issue7227] Shell Support for installation of Python Packages (.EGG)
Changes by Martin v. Löwis mar...@v.loewis.de: -- versions: -Python 2.4, Python 2.5, Python 2.6, Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: Hello. There is following sentence in Modules/_io/bufferedio.c, PyErr_Format(PyExc_IOError, Raw stream returned invalid position % PY_PRIdOFF, (PY_OFF_T_COMPAT)n); and PY_PRIdOFF == lld when sizeof(off_t) == sizeof(long long). But it seems that PyErr_Format doesn't support lld as specifier. I noticed this because # define PY_OFF_T_COMPATlong long caused compile error on my good old VC6. ;-) (VC6 doesn't have it) -- messages: 94601 nosy: mark.dickinson, ocean-city severity: normal status: open title: %lld for PyErr_Format (Modules/_io/bufferedio.c) versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: I believe r75728 and r75879 are related. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4750] tarfile keeps excessive dir structure in compressed files
Tarek Ziadé ziade.ta...@gmail.com added the comment: Lars, is this still accurate ? -- nosy: +tarek versions: +Python 3.1, Python 3.2 -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4750 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4750] tarfile keeps excessive dir structure in compressed files
Changes by Tarek Ziadé ziade.ta...@gmail.com: -- components: -Distutils ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4750 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)
Mark Dickinson dicki...@gmail.com added the comment: Thanks for reporting this. Do you know what the right conversion specifier is for print(f)ing something of long long type in MSVC? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)
Mark Dickinson dicki...@gmail.com added the comment: The 'long long' define should have been PY_LONG_LONG. I don't know what the appropriate substitute for %lld is, though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: MSVC6 uses __int64 as 64bit integer, and printf uses I64 as its specifier. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)
Mark Dickinson dicki...@gmail.com added the comment: So PY_PRIdOFF should be I64d? Or just I64? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: Oh, I was late. I agree with msg94605. printf(%I64d\n, 1I64 40); /* 1099511627776 */ So if PyErr_Format (actually, PyString_FromFormatV) will support PY_LONG_LONG, I think we can use same technique as PY_FORMAT_SIZE_T like #define PY_FORMAT_LONG_LONG I64 /* On Windows */ #define PY_FORMAT_LONG_LONG ll /* On Unix */ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: I was late again...? Hmm, I thought Python tracker told me that somebody else modified this issue. Anyway, printf can use both %I64 and %I64d for signed 64bit integer, but should use %I64u for unsigned 64bit integer AFAIK. But PyErr_Format actually calls PyString_FromFormatV, and it's not treating %lld. So probably we should modify PyString_FromFormatV. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)
Mark Dickinson dicki...@gmail.com added the comment: Thanks. I'm just going to fix Modules/io/_iomodule.h for now. But I agree that it might make sense to have a PY_FORMAT_OFF_T or PY_FORMAT_LONG_LONG in pyport.h, especially if uses of off_t become more widespread in the codebase. I also notice there are some uses of %zd in Modules/io that should be replaced with PY_FORMAT_SIZE_T. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)
Mark Dickinson dicki...@gmail.com added the comment: Aargh. You're right, of course. PyString_FromFormatV needs to be updated, or avoided in this case. I'll look at this later today. -- assignee: - mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: Sorry for confusion. I shouldn't have said last 3 lines in msg94601. :-( -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7212] Retrieve an arbitrary element from a set without removing it
Willi Richert w.rich...@gmx.net added the comment: No particular reason, besides that it is ripped off of pop(). Your solution (omitting register) gives the same performance. Looks cleaner, of course. The patch tries to provide a clean way of for x in some_set: break, as explained above. See the recent python-dev mailing list musings. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7212 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5243] Missing dependency in distutils build
Patrick Gerken patrick.ger...@computer.org added the comment: Hi Tarek, I think clib stuff is installed in the right python directory and the ext install step then just finds them. To reproduce the issue, run the old easy_install in a virtualenv. easy_install ReportLab It will then fail because of the missing library. I can also show it during Plone Conference, just look for me in irc. Thanks, Patrick -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5243 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7117] Backport py3k float repr to trunk
Eric Smith e...@trueblade.com added the comment: r75913: Fix _json.c to use PyOS_string_to_double. Change made after consulting with Bob Ippolito. This completes the removal of calls to PyOS_ascii_strtod. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7192] webbrowser.get(firefox) does not work on Mac with installed Firefox
Changes by Ned Deily n...@acm.org: -- assignee: - ronaldoussoren components: +Macintosh nosy: +ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7192 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4908] adding a get_metadata in distutils
Tarek Ziadé ziade.ta...@gmail.com added the comment: This patch will be applied for the part that makes DistributionMetadata load files. The other part is waiting for PEP 376. -- priority: - normal resolution: - accepted versions: +Python 3.2 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4908 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7194] test_thread is flaky
Ned Deily n...@acm.org added the comment: Duplicate of Issue6186? -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7194 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6186] test_thread occasionally reports unhandled exceptions on OS X
Antoine Pitrou pit...@free.fr added the comment: Ned points out that it may be a duplicate of #7194, which has been fixed. Can you test with the current trunk or 2.6 branch? -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6186 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7224] One obvious way to do interning
Antoine Pitrou pit...@free.fr added the comment: A simple way to try and see a difference would be to import lot of modules. By the way, you shouldn't call it _PySet_Add(), it would cause confusion with the existing PySet_Add(). _PySet_Intern() would be fine. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7224 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7227] Shell Support for installation of Python Packages (.EGG)
Changes by Antoine Pitrou pit...@free.fr: -- assignee: - tarek components: +Distutils -Demos and Tools nosy: +tarek priority: - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7175] unify pydistutils.cfg and distutils.cfg and use .local
Ned Deily n...@acm.org added the comment: /etc is definitely not the right place to put files for OS X framework builds; if necessary, an etc directory could be added under the framework version directory as a sibling of bin and lib. It's also very un-OS X like to be putting things into ~/.python and ~/.local directories; the usual place would be in somewhere ~/Library, possibly ~/Library/Application Support/Python or ~/Library/Frameworks. Keep in mind that it's much more likely on OS X to not only have muitiple versions of Python installed but also more than one instance of the *same* version, for instance, on 10.6, an Apple-supplied 2.6.2 and a python.org 2.6.4. Some thought should be given to locations for the files for Unix-style (non-framework) builds. (Adding Ronald.) -- nosy: +ned.deily, ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7175 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7229] Manual entry for time.daylight can be misleading
New submission from Tomas Kubes mr_na...@centrum.cz: Hello, it is not obvious that the time.daylight data item reports nonzero values even when DST is currently not being used (ie. in winter) but the active timezone has DST defined for some other parts of the year. Current manual entry can be misleadingly interpreted that time.daylight acts as a current DST idicator (which it does not). Suggested FIX: Add a sentence: This value does not idicate that DST is currently active, but rather describes that current timezone can have DST. Use localtime() dst flag to determine if DST applies to the given time. Tomas -- assignee: georg.brandl components: Documentation messages: 94621 nosy: georg.brandl, napik severity: normal status: open title: Manual entry for time.daylight can be misleading type: feature request versions: Python 2.4, Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7229 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7175] unify pydistutils.cfg and distutils.cfg and use .local
Marc-Andre Lemburg m...@egenix.com added the comment: Ned Deily wrote: Ned Deily n...@acm.org added the comment: /etc is definitely not the right place to put files for OS X framework builds; if necessary, an etc directory could be added under the framework version directory as a sibling of bin and lib. It's also very un-OS X like to be putting things into ~/.python and ~/.local directories; the usual place would be in somewhere ~/Library, possibly ~/Library/Application Support/Python or ~/Library/Frameworks. Keep in mind that it's much more likely on OS X to not only have muitiple versions of Python installed but also more than one instance of the *same* version, for instance, on 10.6, an Apple-supplied 2.6.2 and a python.org 2.6.4. Some thought should be given to locations for the files for Unix-style (non-framework) builds. (Adding Ronald.) I think there is a misunderstanding here: we're trying to find places where distutils would look by default, not where it would write files. AFAIK, there is general agreement that when writing files, Python should use the ~/.local/pythonX.X/ directory. OTOH, searching for config files that the user creates and puts in place is another story. Python and distutils only need to be able to find these and the idea is to use platform specific standard search paths for this, so that the user can place those config files into places that feel right on each platform. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7175 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7175] unify pydistutils.cfg and distutils.cfg and use .local
Ned Deily n...@acm.org added the comment: I don't think there's a misunderstanding. By putting, I meant reading or writing. IMO, /etc is not the place on OS X to be looking for python-related configuration files, certainly not for framework installs. Likewise for ~/.python and ~/.local. Unfortunately, the latter is already out in the field; that was a step in the wrong direction for OS X. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7175 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7227] Shell Support for installation of Python Packages (.EGG)
Tarek Ziadé ziade.ta...@gmail.com added the comment: The .egg format and easy_install are not part of by Distutils. You can try to propose your .egg shell support to Pip, Distribute 0.6.x or Setuptools 0.6x projects. -- resolution: - rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7227] Shell Support for installation of Python Packages (.EGG)
Changes by Tarek Ziadé ziade.ta...@gmail.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2698] Extension module build fails for MinGW: missing vcvarsall.bat
Eric BREHAULT ebreha...@gmail.com added the comment: Hello, I get the same error with Python 2.6.3 (and gcc 3.4.5): E:\downloads\pycairo-1.8.8python setup.py build --compiler=mingw32 cairo = 1.8.8 detected creating pycairo.pc creating src/config.h running build running build_ext building 'cairo._cairo' extension error: Unable to find vcvarsall.bat wasn't it supposed to be fixed (since 2.6.2) ? Thanks, Eric -- nosy: +ebrehault ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2698 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2698] Extension module build fails for MinGW: missing vcvarsall.bat
Tarek Ziadé ziade.ta...@gmail.com added the comment: A regression occured in 2.6.3 on the compiler option. This is fixed in 2.6.4, you should upgrade your system in order to see it fixed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2698 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2698] Extension module build fails for MinGW: missing vcvarsall.bat
Tarek Ziadé ziade.ta...@gmail.com added the comment: A regression occured in 2.6.3 on the compiler option. This is fixed in 2.6.4, you should upgrade your system in order to see it fixed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2698 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7230] test_hotshot fails on solaris
New submission from Zsolt Cserna zsolt.cse...@morganstanley.com: On sparc/solaris 5.8, test_hotshot fails: csern...@localhost:/tmp/python2.6$ LD_LIBRARY_PATH=/tmp/python2.6 ./python -E -tt ./Lib/test/regrtest.py -v -l test_hotshot test_hotshot test_addinfo (test.test_hotshot.HotShotTestCase) ... ok test_bad_sys_path (test.test_hotshot.HotShotTestCase) ... ok test_line_numbers (test.test_hotshot.HotShotTestCase) ... ok test_logreader_eof_error (test.test_hotshot.HotShotTestCase) ... FAIL test_start_stop (test.test_hotshot.HotShotTestCase) ... ok == FAIL: test_logreader_eof_error (test.test_hotshot.HotShotTestCase) -- Traceback (most recent call last): File /tmp/python2.6/Lib/test/test_hotshot.py, line 130, in test_logreader_eof_error self.assertRaises((IOError, EOFError), _hotshot.logreader, .) AssertionError: (type 'exceptions.IOError', type 'exceptions.EOFError') not raised -- Ran 5 tests in 0.037s FAILED (failures=1) test test_hotshot failed -- Traceback (most recent call last): File /tmp/python2.6/Lib/test/test_hotshot.py, line 130, in test_logreader_eof_error self.assertRaises((IOError, EOFError), _hotshot.logreader, .) AssertionError: (type 'exceptions.IOError', type 'exceptions.EOFError') not raised 1 test failed: test_hotshot From test_hotshot.py: def test_logreader_eof_error(self): self.assertRaises((IOError, EOFError), _hotshot.logreader, .) gc.collect() If I run python command-line interpreter, it doesn't raise exception: import _hotshot _hotshot.logreader(.) _hotshot.LogReaderType object at 0x3f260 On intel/linux, this test passes. -- components: Library (Lib) messages: 94628 nosy: csernazs severity: normal status: open title: test_hotshot fails on solaris type: compile error versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7230 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7169] zipfile leaves a file handle open if file is zero size
Brian Curtin cur...@acm.org added the comment: Since the issue exists in 2.6 and is only currently fixed on trunk and beyond, shouldn't the 6511 fix make it's way backwards into 2.6.x? -- nosy: +brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7169 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7169] zipfile leaves a file handle open if file is zero size
skelker steve.kel...@dtn.com added the comment: That would be great. Perhaps that should be discussed in 6511. I'll make a note there. Steve Kelker (952)882-4381 (or x4381) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7169 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6511] zipfile: Invalid argument when opening zero-sized files
skelker steve.kel...@dtn.com added the comment: Is this going to make its way into a 2.6 release? -- nosy: +skelker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6511 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7224] One obvious way to do interning
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I agree, _PySet_Add name can be improved upon, but I don't want to paint this particular bikeshed until it is clearer what if anything will be done with this idea. If we add PySet_Intern API, then it would be natural to expose it as set.intern rather than changing how set.add works. On the other hand, if set.add grows a return value, then it would make sense to eventually change PySet_Add to conform. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7224 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7231] Windows installer does not add \Scripts folder to the path
New submission from sorin sorin.sbar...@gmail.com: I observed that Windows installer is able to add only the Python installation folder to the path. In addition to this it should add the Scrips folder because many python tools are installing scripts inside it, scripts that the user cannot us unless he add this directory to the path. This is very annoying because if you modify the PATH you need to logout/login in order to be able to use the new PATH value. -- components: Installation messages: 94633 nosy: sorin severity: normal status: open title: Windows installer does not add \Scripts folder to the path type: behavior versions: Python 2.4, Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6834] use different mechanism for pythonw on osx: universal builds always run 64-bit on OS X 10.6
Ned Deily n...@acm.org added the comment: For people searching the bug tracker, I've modified the title of the issue to make it clearer that there is a problem here on OS X 10.6 Snow Leopard with multiple architecture builds. As Ronald mentions above, the effect of using the pythonw launcher on 10.6 as it currently stands is to always prefer x86_64 (64-bit) over i386 (32-bit) when both are available. arch -i386 only forces the launcher to run as 32-bit; the execv runs the interpreter in 64-bit mode (if available). To get a multi-arch (32/64) interpreter to run in 32- bit, one workaround is to arch -i386 directly to the interpreter binary in the framework app bundle, typically: /Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/C ontents/MacOS/Python But then, presumably, the GUI functionality no longer works. A more robust workaround would be to build a 32-bit-only Python (but ensure that -arch is forced on the build - see Issue7184). -- nosy: +ned.deily title: use different mechanism for pythonw on osx - use different mechanism for pythonw on osx: universal builds always run 64-bit on OS X 10.6 type: feature request - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7169] zipfile leaves a file handle open if file is zero size
Ryan Leslie ryle...@gmail.com added the comment: Yes, I think this fix should have been included in the 2.6 branch. I subscribed Amaury to look into that when I last updated. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7169 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6834] use different mechanism for pythonw on osx: universal builds always run 64-bit on OS X 10.6
Changes by Ned Deily n...@acm.org: -- versions: +Python 2.6, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6834] use different mechanism for pythonw on osx: universal builds always run 64-bit on OS X 10.6
Changes by Robin robi...@gmail.com: -- nosy: +robince ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7169] zipfile leaves a file handle open if file is zero size
R. David Murray rdmur...@bitdance.com added the comment: The 2.6 branch was frozen except for critical issues during the release process for 2.6.3 and then 2.6.4. Now that 2.6.4 is out, the bug fix can be backported. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7169 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7175] unify pydistutils.cfg and distutils.cfg and use .local
Changes by Frank Wierzbicki fwierzbi...@gmail.com: -- nosy: +fwierzbicki ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7175 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7175] unify pydistutils.cfg and distutils.cfg and use .local
Ronald Oussoren ronaldousso...@mac.com added the comment: I agree with Ned that neither ~/.local nor /etc are a good fit for OSX, sadly enough I wasn't paying attention when ~/.local was added as python already had a per-user directory on OSX: ~/Library/Python. The common unix directories are often not a good pick for good OSX citizens, even if OSX is build on Unix. The OSX filesystem structure should be described somewhere below http://developer.apple.com/mac/library/documentation/MacOSX/Conceptual/ BPFileSystem/BPFileSystem.html#//apple_ref/doc/uid/1185, although I haven't found a clear explanation yet. Technically configuration files should be stored in /Library/Preferences (system wide) or ~/Library/Preferences (per user), but I'd say practicality beats purity here and I'd store configuration in /Library/Python/etc or ~/Library/Python/etc. BTW. I haven't read most of the discussion yet, I'll probably have more to add when I do. What I did notice was a proposal to store the distutils cfg file in ~/.local/lib/pythonX.Y/site- packages/distutils.cfg. IMHO that way to hidden and an unexpected location for storing configuration files. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7175 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6834] use different mechanism for pythonw on osx
Ronald Oussoren ronaldousso...@mac.com added the comment: Ned: I'm planning to use the attached version of pythonw, or a slightly updated one, for 2.7 and 3.2. This version will not be used for 2.6.5 or 3.1.2 due to backward compatibility constraints. I will look into the OSX launching issues though, it was my intention that universal builds had a way to select a 32-bit or 64-bit python but that code may be broken. -- title: use different mechanism for pythonw on osx: universal builds always run 64-bit on OS X 10.6 - use different mechanism for pythonw on osx ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6834 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7210] Proposed Syntax Checks in Test Suite
Benjamin Peterson benja...@python.org added the comment: Please just add your test case to the bottom of the trunk... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created
Changes by Benjamin Peterson benja...@python.org: -- dependencies: +UnicodeEncodeError - I can't even see license ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3297 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created
Benjamin Peterson benja...@python.org added the comment: Committed Adam's patch in r75928. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3297 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6906] Tkinter sets an unicode environment variable on win32
Tim Hatch t...@timhatch.com added the comment: I'm running the exact same version as Gabriel (on Windows 7, 32 bit) from the python.org installer, and have the same behavior as Michał. Checking FixTk.py it appears that on Vista and above, it calls the Win32 API GetFinalPathNameByHandleW to expand symbolic links, but this is a -W function, not a -A so it deals with unicode. The blame shows this function was added in response to #3881 For my system, the paths are all lower ascii so changing the end of convert_path to return str(s) works. I don't know anything about filesystem encodings on Windows to do a more correct conversion. -- nosy: +thatch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6906 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7199] Doc: Logging level order seems inconsistent
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: Fix checked into trunk, release26-maint, py3k. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7199 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Jason R. Coombs jar...@jaraco.com added the comment: This patch (15) implements ntpath.samefile, which corrects the regression in test_shutil. By my tests, this corrects all regressions caused by this patch except for those in test_posixpath.py previously mentioned. I believe these failing tests are due to the fact that posixpath tests are inappropriate on the Windows platform. I propose we integrate this patch so it can have time to get feedback from the community. -- Added file: http://bugs.python.org/file15219/windows symlink draft 15.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Changes by Jason R. Coombs jar...@jaraco.com: Removed file: http://bugs.python.org/file15214/windows symlink draft 14.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC
Christoph Gohlke cgoh...@uci.edu added the comment: Apparently the msvc9compiler_stripruntimes_regexp2 patch causes problems for MinGW users. The following C program is using the Python C API to import the testpyd extension generated by testpyd.py. When compiled with MinGW, the program fails with ImportError: DLL load failed:... if the PYD extension is compiled with MSVC9 and the patch is applied. The program works if 1) it is compiled with MSVC9, or 2) the testpyd extension is build without the patch, or 3) the files Microsoft.VC90.CRT.manifest and msvcr90.dll are placed next to the executable and the manifest is also embedded into the executable (e.g. using mt.exe). /* Import the testpyd.pyd module. */ #include Python.h int main(void) { Py_Initialize(); { PyObject *p = PyImport_ImportModule(testpyd); } Py_Finalize(); return 0; } -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4120 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com