[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx
Ronald Oussoren [EMAIL PROTECTED] added the comment: On 7 Oct, 2008, at 22:13, Martin v. Löwis wrote: Martin v. Löwis [EMAIL PROTECTED] added the comment: Somewhere along the way the calculation of the architecture string got messed up, resulting in the current situation. That is, the current situation is not as designed by the original author of the universal binary support code. Ok, what *is* the desired way of naming architectures on that system? Is that documented somewhere? It is not documented anywhere but in the code, but this is the intended behaviour: * A single architecture build (what you would build on any other unix platform) uses the architecture string of the architecture it was build for (that is, i386, ppc, x86_64 or ppc64) * A 32-bit universal build uses fat as the architecture string, regardless of the architecture of the machine we're running on. As an exception: OS X 10.3.9 machines are treated as if we're on a single architecture build because the compiler on that platform doesn't support building fat binaries. * A 4-way universal build (that is, including all architectures supported by OSX) uses universal as the architecture string. We (Bob Ippolitto and I) had some discussion about the architecture strings when we were working on support for universal binaries and rejected my initial suggestion of using i386,ppc instead of fat because that would be unwieldy. Ronald ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx
Martin v. Löwis [EMAIL PROTECTED] added the comment: It is not documented anywhere but in the code These also appear in file names of bdist commands, right? So I think it should be documented. We (Bob Ippolitto and I) had some discussion about the architecture strings when we were working on support for universal binaries and rejected my initial suggestion of using i386,ppc instead of fat because that would be unwieldy. OK. I wonder how you will call fat 64-bit binaries (i.e. ppc64 and amd64), but I can live with that semantics as long as it's documented (I actually question that it is documented in the code. If somebody would put -arch Itanium in her CFLAGS, which might be supported in 10.9, it would infer that the architecture is fat). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4072] build_py support for lib2to3 is stale
Martin v. Löwis [EMAIL PROTECTED] added the comment: Here is a patch. I also include a test case, which is intended to go into the Demo directory. -- keywords: +patch Added file: http://bugs.python.org/file11744/build_py.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4072] build_py support for lib2to3 is stale
Changes by Martin v. Löwis [EMAIL PROTECTED]: -- keywords: +needs review Added file: http://bugs.python.org/file11745/test2to3.tar.gz ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4063] sphinx: make all-pdf does not exist.
Thomas Guettler [EMAIL PROTECTED] added the comment: Dear georg, I am sorry that I wasted your time. Yes, I ignored the part '..in that directory'. I couldn't find a way to close this ticket, also I am logging in. Do you need special privileges for this? Nevertheless, thank you for Sphinx. Thomas ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4063 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4063] sphinx: make all-pdf does not exist.
Georg Brandl [EMAIL PROTECTED] added the comment: Yes, closing tickets (and changing metadata like priority) is only possible for developers. -- status: pending - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4063 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4071] ntpath.abspath can fail on Win Server 2008 (64-bit)
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Running help() or mktemp() causes _getfullpathname to be called with the whole system path (791 characters) I am not sure to understand. Do you mean the whole PATH environment variable? I doubt that it is passed to _getfullpathname. Or do you have very long paths for one directory? the TEMP environment variable, for example? I'd be curious to see its value. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597850] Cross compiling patches for MINGW
rwmjones [EMAIL PROTECTED] added the comment: Just to clarify, in the MinGW case we are interested in: build = Fedora Linux, usually i386 or x86-64 (but not always) host = Windows i386 We can, to a limited extent, run the host binaries on the build system, using Wine (the Windows emulator). This doesn't always work, and in any case is usually regarded as the wrong thing to do because Wine is a very large and complicated build dependency which requires, amongst other things, a working X server. Also since Wine doesn't run on anything which is not x86-like, if we have to run Wine during the build then we cannot cross-compile from other Fedora build systems, specifically ppc and sparc. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1597850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4068] Backport fix for issue 3312
Gerhard Häring [EMAIL PROTECTED] added the comment: Thanks, committed in revision 66843. -- status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597850] Cross compiling patches for MINGW
Roumen Petrov [EMAIL PROTECTED] added the comment: Hi rwmjones, Please, could you test patch from issue3871 - python modules are build as setup.py is run from python found on the build system. So I don't expect issue with ppc and sparc. Minor issue is pgen.exe - work around touch grammar files. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1597850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
STINNER Victor [EMAIL PROTECTED] added the comment: More fun will arise when my Windows terminal (encoding=cp1252) will try to display Chinese characters. Let's pretend this is yet another issue. I tried the patch using a script with unicode characters (character not representable in ISO-8859-1 like polish characters ł and Ł). Result in an UTF-8 terminal (my default locale): Traceback (most recent call last): File unicode.py, line 2, in module raise ValueError(unicode: Łł) ValueError: unicode: Łł = correct Result in an ISO-8859-1 terminal (I changed the encoding in my Konsole configuration): Traceback (most recent call last): File unicode.py, line 2, in module raise ValueError(unicode: \u0141\u0142) ValueError: unicode: \u0141\u0142 = correct Why does it work? It's because PyErr_Display() uses sys.stderr instead of sys.stdout and sys.stderr uses a different unicode error mechanism: import sys sys.stdout.errors 'strict' sys.stderr.errors 'backslashreplace' Which is a great idea :-) You can try on Windows using the new attached file unicode.py. Added file: http://bugs.python.org/file11746/unicode.py ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Changes by STINNER Victor [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11748/traceback_unicode-5.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4072] build_py support for lib2to3 is stale
Mark Hammond [EMAIL PROTECTED] added the comment: r=me - thanks. -- keywords: -needs review resolution: - accepted ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4075] Use WCHAR variant of OutputDebugString
New submission from Ulrich Eckhardt [EMAIL PROTECTED]: The attached patch converts the call to OutputDebugString() with a 'TCHAR' parameter (which boils down to a 'char') to one using a 'WCHAR' parameter, allowing the code to be compiled under MS Windows CE, which doesn't have the 'char' version. -- components: Windows files: Python-OutputDebugStringW.0.patch keywords: patch messages: 74527 nosy: eckhardt severity: normal status: open title: Use WCHAR variant of OutputDebugString type: feature request versions: Python 2.7 Added file: http://bugs.python.org/file11749/Python-OutputDebugStringW.0.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4071] ntpath.abspath can fail on Win Server 2008 (64-bit)
Jason Day [EMAIL PROTECTED] added the comment: I am not sure to understand. Do you mean the whole PATH environment variable? I doubt that it is passed to _getfullpathname. Or do you have very long paths for one directory? the TEMP environment variable, for example? I'd be curious to see its value. I don't have it offhand, but it was the whole PATH environment variable, complete with semicolons. That's probably the *real* bug. Whatever was passing that into abspath didn't seem to mind getting back an empty string (although that may have been further processed in the function, I didn't follow past the call to _getfullpathname). And one decision problem... What should we do when too long str is passed to ntpath._getfullpathname? Report overflow error? Or convert to unicode and retry with GetFullPathNameW? Hmm abspath should be able to be called with str or unicode of arbitrary lengths. Consumers of it shouldn't have to be concerned with the platform implementation when it can be smoothed over by the module. Whether this is done in abspath or _getfullpathname probably isn't too important, since end-users generally shouldn't be calling _getfullpathname, directly. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Changes by STINNER Victor [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11747/traceback_unicode-5.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Changes by STINNER Victor [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11736/traceback_unicode-4.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
STINNER Victor [EMAIL PROTECTED] added the comment:
@amaury: Oops, yes, I introduced a refleak in the version 4 with the
PyUnicode_Check(). Instead of just moved Py_(X)RECREF(lineobj);, I
could not not resist to refactor the code to remove one more
indentation level (I prefer if (...) return; instead of if (...) {
very long block; }).
Changes in version 5:
- rename 'namebuf' buffer to 'buf', it's used for the filename and to
display the indentation space (strcpy(buf, ' ');).
- move Py_DECREF(fob); at the end of the GetLine loop
- return on lineobj error
I think that the new version is easier to read than the current code
because they are few indentation and no more local variables (if (...)
{ local var; ... })
Added file: http://bugs.python.org/file11747/traceback_unicode-5.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3975
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4076] Cannot build non-framework tkinter Python on Mac OS X.5
New submission from Dan OD [EMAIL PROTECTED]: On a Mac running OS X 10.5: As per previous releases, I have set up _tkinter in Modules/Setup.dist with a unix X11 Tcl/Tk build variables. I then run ./configure make This builds _tkinter with (wrongly) the Mac Tcl framework (ie not X11) building '_tkinter' extension gcc-4.2 -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict- prototypes -DWITH_APPINIT=1 - I/System/Library/Frameworks/Tcl.framework/Headers - I/System/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeader s -I/System/Library/Frameworks/Tk.framework/Headers - I/System/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/X11R6/include -I. -I/Users/djo35/src/Python-3.0rc1/./Include -I. -IInclude -I./Include -I/usr/local/include -I/Users/djo35/src/Python- 3.0rc1/Include -I/Users/djo35/src/Python-3.0rc1 -c /Users/djo35/src/Python-3.0rc1/Modules/_tkinter.c -o build/temp.macosx- 10.3-i386-3.0/Users/djo35/src/Python-3.0rc1/Modules/_tkinter.o - framework Tk I would like this to build a unix tkinter.so - is this possible? I can't find a reference in the 3k documentation. Thanks, Dan -- components: Build messages: 74528 nosy: indiedan severity: normal status: open title: Cannot build non-framework tkinter Python on Mac OS X.5 type: behavior versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4075] Use WCHAR variant of OutputDebugString
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: The alloca() function should be avoided here: the function may be called in extreme conditions, like stack overflow. I suggest to use a small static buffer (50 chars?), and call OutputDebugStringW in a loop. -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4071] ntpath.abspath can fail on Win Server 2008 (64-bit)
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: I don't have it offhand, but it was the whole PATH environment variable, complete with semicolons. That's probably the *real* bug. Indeed. Do you happen to have the complete traceback of the failing tempfile.mktemp() call? I don't see where it can use the PATH environment variable. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4077] Py_FatalError cleanup patch
New submission from Ulrich Eckhardt [EMAIL PROTECTED]: This patch does two things: * It removes trailing newlines from the arguments given to Py_FatalError() because a trailing newline is already added automatically. * It fixes the declaration in ffi.c to take a 'const char*'. -- components: None files: Python-FatalError-no-newline.0.patch keywords: patch messages: 74531 nosy: eckhardt severity: normal status: open title: Py_FatalError cleanup patch type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file11750/Python-FatalError-no-newline.0.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3288] float.as_integer_ratio method is not documented
Georg Brandl [EMAIL PROTECTED] added the comment: Would be nice, yes. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3288 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4056] :Class: causes exception
Georg Brandl [EMAIL PROTECTED] added the comment: [Sphinx issues are now tracked at http://code.google.com/p/sphinx -- moved the issue there.] -- resolution: - duplicate status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4056 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3909] Building PDF documentation from tex files
Georg Brandl [EMAIL PROTECTED] added the comment: OK, no problem. I should have thought about that sooner. Happy TeXing :) -- resolution: - works for me status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3909 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4077] Py_FatalError cleanup patch
Changes by Amaury Forgeot d'Arc [EMAIL PROTECTED]: -- assignee: - amaury.forgeotdarc keywords: +easy nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4055] Documentation on website is missing section numbers
Georg Brandl [EMAIL PROTECTED] added the comment: I disagree that missing section numbers are a severe usability hit. Especially in the context that the new docs are constantly updated, there's no telling when section numbers will shift, misleading those who only navigate by section number. In contrast, a link is persistent and usually also quicker to get to. That said, I acknowledge the wish for section numbers, and there is an issue entry about it in the tracker for the Sphinx project, which is used to build the new docs, at http://code.google.com/p/sphinx. Closing this one as duplicate. -- resolution: - duplicate status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4055 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: The code is indeed easier to follow. I don't have any more remark, thanks to you perseverance! Now, is there some unit test we could provide? #2384 depends on this issue, it should be easy to extract a small test case. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4059] sqlite3 docs incomplete
Georg Brandl [EMAIL PROTECTED] added the comment: Thanks, committed as r66854. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4058] markup in What's New in 2.6
Georg Brandl [EMAIL PROTECTED] added the comment: Thanks, committed as r66855. -- resolution: - accepted status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4058 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
STINNER Victor [EMAIL PROTECTED] added the comment: My patch for #2384 contains a testcase which require #3975 and #2384 to be fixed (you have to apply both patches to test it). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4078] asyncore fixes are not backwards compatible
New submission from Sidnei da Silva [EMAIL PROTECTED]: I am working on getting Zope to run (or at least, start) with Python 2.6. It actually starts right now after applying some patches, which is amazing on itself, but it dies right away due to changes in asyncore that break Zope's internal version of medusa. I've opened a bug against Zope on Launchpad, but someone suggested that it might actually be a bug in python, in the sense that it changed asyncore in a backwards-incompatible way. I wouldn't go that far, since I think it's more likely that Zope's version of medusa is poking into asyncore internals instead. Here's the bug, for reference: https://bugs.launchpad.net/zope2/+bug/280020 I suspect a change similar to this will need to be applied to medusa: http://codereview.appspot.com/744/diff/1/23 I'm puzzled though as to why the change is incompatible. I would have expected at least some kind of deprecation warning on Python 2.5. Either way, if you think the issue needs to be fixed in medusa feel free to close this bug. -- components: Library (Lib) messages: 74540 nosy: sidnei severity: normal status: open title: asyncore fixes are not backwards compatible type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4078 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4078] asyncore fixes are not backwards compatible
Changes by Giampaolo Rodola' [EMAIL PROTECTED]: -- nosy: +giampaolo.rodola, josiah.carlson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4078 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4079] new urllib2.Request 'timeout' attribute needs to have a default
New submission from Sidnei da Silva [EMAIL PROTECTED]: 'urllib2' has introduced a configurable 'timeout' setting by assigning to the 'timeout' attribute of the urllib2.Request object. However the implementation is flawed: - the 'timeout' attribute is set in OpenerDirector.open() and nowhere else - if someone overrides OpenerDirector.open() (btw: mechanize does this), then the 'timeout' attribute will never be set, breaking other parts of the code which require the 'timeout' attribute to be present. A simple workaround for this would be to do one or more of: a) define the 'timeout' attribute as socket._GLOBAL_DEFAULT_TIMEOUT at class-level b) initialize the 'timeout' attribute on urllib2.Request.__init__() -- components: Library (Lib) messages: 74541 nosy: sidnei severity: normal status: open title: new urllib2.Request 'timeout' attribute needs to have a default type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4075] Use WCHAR variant of OutputDebugString
Martin v. Löwis [EMAIL PROTECTED] added the comment: I agree that a static buffer should be used. I think calling it in a loop is overkill. Instead, if an overrun occurs, adding (truncated) should be good enough. I could find only a single caller that doesn't pass a static string (_Py_NegativeRefcount), where I think 50 characters are still plenty. -- nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3935] bisect insort C implementation ignores methods on list subclasses
Georg Brandl [EMAIL PROTECTED] added the comment: OK, committed as r66856, should get merged to 3.0 soon. -- status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3935 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4017] IDLE 2.6 broken on OSX (Leopard)
Leo M [EMAIL PROTECTED] added the comment: Hello. First time here, beginner at Python. I have verified that the Google tip link in the previous to fix IDLE works for me. Post in question: ** [Kevin's post of 6.Oct, 02:58] You can avoid this problem by building Python yourself and putting /Library/Frameworks first on the search path for Tcl/Tk. Look in setup.py in the source code, around line 1438 (in the 'detect_tkinter_darwin' function), and either comment out /System/Library or put it underneath /Library/Frameworks. This is what the official build from Python.org should do--look first in /Library/Frameworks and then fall back on /System/Library/Frameworks. I'm not sure why it doesn't. ** In setup.py, I simply put /Library/Frameworks/ first as outlined above, and then did a config-make-install of the Framework version of Python. IDLE now does not silently fail now, but runs as 'expected'. -Leo Marihart Python Newb, Somewhat more experienced shell guy -- nosy: +leoofborg ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4080] pyunit - display time of each test case - patch
New submission from Pawel Prokop [EMAIL PROTECTED]: I've needed to measure each unit test running time to measure the performance changing of each functionality that every test case tests. Latest version of pyunit has only displayed summary running time of the suite, so I've implemented small enhancement to unittest.py that (in verbose mode) shows time of each test case run. Maybe that would be usefull for anybody else? -- components: None files: pyunit_time.patch keywords: patch messages: 74545 nosy: pprokop severity: normal status: open title: pyunit - display time of each test case - patch type: feature request versions: 3rd party Added file: http://bugs.python.org/file11751/pyunit_time.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4072] build_py support for lib2to3 is stale
Benjamin Peterson [EMAIL PROTECTED] added the comment: The options dictionary only supports the print_function as of now, and that's default by false anyway. -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3714] nntplib module broken by str to unicode conversion
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: critical - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3714 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3725] telnetlib module broken by str to unicode conversion
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: critical - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3725 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3727] poplib module broken by str to unicode conversionhttp://bugs.python.org/issue3727
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: - release blocker title: poplib module broken by str to unicode conversion - poplib module broken by str to unicode conversionhttp://bugs.python.org/issue3727 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3727 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3727] poplib module broken by str to unicode conversion
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- title: poplib module broken by str to unicode conversionhttp://bugs.python.org/issue3727 - poplib module broken by str to unicode conversion ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3727 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4078] asyncore fixes are not backwards compatible
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- assignee: - josiahcarlson nosy: +josiahcarlson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4078 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4078] asyncore fixes are not backwards compatible
Josiah Carlson [EMAIL PROTECTED] added the comment: Zope's medusa was relying on internal details of asyncore (the ac_out_buffer attribute), which is no longer applicable. It also seems as though much of medusa itself borrows from asynchat.async_chat, which suggests that it should subclass there. -- resolution: - wont fix ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4078 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1028088] Cookies without values are silently ignored (by design?)
Andres Riancho [EMAIL PROTECTED] added the comment: The RFC I'm talking about is: http://www.ietf.org/rfc/rfc2109.txt ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1028088 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4071] ntpath.abspath fails for long str paths
Changes by Jason Day [EMAIL PROTECTED]: -- title: ntpath.abspath can fail on Win Server 2008 (64-bit) - ntpath.abspath fails for long str paths ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4071] ntpath.abspath can fail on Win Server 2008 (64-bit)
Jason Day [EMAIL PROTECTED] added the comment: Indeed. Do you happen to have the complete traceback of the failing tempfile.mktemp() call? I don't see where it can use the PATH environment variable. The problem was that somehow, on our systems, the TEMP environmental variable had been copied over with PATH. Most likely some batch file tried to store a copy of PATH, without realizing the significance of TEMP. [groan] Anyway, I still think that it's a bug that abspath() can't be called with a perfectly good str path, because of limitations with the windows api. I edited the bug title to reflect the actual bug. The str path length could be checked and upgraded to the Unicode version, if necessary (or try again with the unicode version, in the case of an exception). I think it's important to ensure that when abspath() is called with str, it returns str, even if it was upgraded to the unicode call. -- title: ntpath.abspath fails for long str paths - ntpath.abspath can fail on Win Server 2008 (64-bit) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3994] import fixer misses some symbols
Nick Edds [EMAIL PROTECTED] added the comment: The problem is that fix_imports doesn't look at matches that are nested within matches. So the _winreg.OpenKey part gets fixed, but the _winreg.HKEY_LOCAL_MACHINE does not because it is nested within the other node. I didn't make fix_imports so I don't know what the intention was for not matching nested matches. When I removed that restriction, the fixer works as expected. It also does not cause any of 2to3's tests to fail nor does it have a noticeable impact on 2to3's runtime, so I'm tempted to say that this is the fix to make, but I don't want to commit to it until I've heard from it's author about it. I added Collin to the Nosy List, so hopefully he can comment on the reasoning behind the restriction. -- nosy: +collinwinter ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3994 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4081] Error copying directory to _static in Sphinx
New submission from Tim Delaney [EMAIL PROTECTED]: If there is a directory to be copied to _static, Sphinx first attempts to delete any directory by the same name in the _static directory. See attached sphinx_static_exc.txt for the exception. The simplest fix is to change the call (line 595, Sphinx 0.4.2) to:: shutil.rmtree(targetname) to:: shutil.rmtree(targetname, ignore_errors=True) It would also be preferable if instead of blindly doing rmtree/copytree, only updated files be copied to _static. -- assignee: georg.brandl components: Documentation tools (Sphinx) files: sphinx_static_exc.txt messages: 74551 nosy: georg.brandl, tcdelaney severity: normal status: open title: Error copying directory to _static in Sphinx type: crash Added file: http://bugs.python.org/file11752/sphinx_static_exc.txt ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4081 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4081] Error copying directory to _static in Sphinx
Tim Delaney [EMAIL PROTECTED] added the comment: Oops - didn't complete my thought. The issue is that if the directory does not already exist, the attached exception is raised. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4081 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1284316] Win32: Security problem with default installation directory
Changes by Mark Hammond [EMAIL PROTECTED]: -- nosy: +mhammond ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1284316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
New submission from Christian Heimes [EMAIL PROTECTED]: python2.6 -m site used to print some status information to the console. python3.0 -m site and python2.5 -m site are still working as expected. An initial debug session showed that the site module isn't imported a second time under the name __main__. I suspect a regression in runpy or related code. -- components: Library (Lib) messages: 74553 nosy: christian.heimes priority: normal severity: normal status: open title: python2.6 -m site doesn't run site._script() any more versions: Python 2.6, Python 2.7 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Changes by Christian Heimes [EMAIL PROTECTED]: -- type: - behavior ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Benjamin Peterson [EMAIL PROTECTED] added the comment: I concur with the Christian's analysis: $ python2.6 -m site $ python2.6 -S -m site [output] -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- nosy: +ncoghlan ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3001] RLock's are SLOW
Hugh Gibson [EMAIL PROTECTED] added the comment: I doubt subclassability of RLock matters but who knows, people do code things. I've recently done this to implement potential deadlock detection. I keep a record of the sequences of acquired locks, find unique sequences, then check for conflicts between each sequence. There's not much overhead and it highlighted some potential deadlocks where lock A and B were acquired AB in one route through code and BA in another route. The algorithm is a simplified version of that used in Linux - see http://www.mjmwired.net/kernel/Documentation/lockdep-design.txt Hugh -- nosy: +hgibson50 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3001 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
