[issue1725737] Distutils default exclude doesn't match top level .svn

Ralf Schmitt added the comment: I can easily reproduce it using python 2.5. I'll test with trunk. _ Tracker <[EMAIL PROTECTED]> _ ___ Python-b

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Jeffrey Yasskin added the comment: Thanks! I've added some minimal documentation and construction from other Rationals. The other formats for string parsing center around where whitespace is allowed, and whether you can put parens around the whole fraction. Parens would, of course, go away if str

[issue1326] "internal" zipimport.zipimporter feature untested

Changes by Georg Brandl: -- assignee: -> georg.brandl nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue1828] Renaming platform path modules

Changes by Guido van Rossum: Removed file: http://bugs.python.org/file9172/unnamed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api

Raymond Hettinger added the comment: It worked fine on a fresh check-out. Committed in revision 59967. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs

[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api

Raymond Hettinger added the comment: Run, "make test" a few times to make sure it doesn't bomb. The problem may be due to needing a deferred_type instead of assigning &PyTupleObject directly. Will look it more later. __ Tracker <[EMAIL PROTECTED]>

[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api

Leif Walsh added the comment: I just svn upped (it updated zipimport) and applied your patch, and './python Lib/test/regrtest.py test_zipimport.py' says it's okay, so I would go ahead and commit it. __ Tracker <[EMAIL PROTECTED]>

[issue1542677] IDLE shell doesn't accept non ascii char input

Santiago Gala added the comment: works in python 3ka2 (svn as of today): >>> print("á") á >>> print(b"á") SyntaxError: bytes can only contain ASCII literal characters. (, line 1) as it should, so the problem appears in 2.* only. _ Tracker <[EMAIL PROTECTED]>

[issue1828] Renaming platform path modules

Benjamin Peterson added the comment: On Jan 14, 2008 7:44 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum added the comment: > > And guess what, in 3.0 __builtin__ is renamed to builtin. point taken > > > -- > resolution: -> rejected > > _

[issue1828] Renaming platform path modules

Changes by Guido van Rossum: -- status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue1828] Renaming platform path modules

Guido van Rossum added the comment: And guess what, in 3.0 __builtin__ is renamed to builtin. -- resolution: -> rejected __ Tracker <[EMAIL PROTECTED]> __

[issue1786] pdb should set stdin+stdout around exec call

Guido van Rossum added the comment: Here's an improved patch -- the recursive debugger invocation should pass the I/O settings on. -- assignee: -> gvanrossum keywords: +easy Added file: http://bugs.python.org/file9171/pdb.diff __ Tracker <[EMAIL PROTECTE

[issue1828] Renaming platform path modules

Benjamin Peterson added the comment: Well, yes but I think that it's rare enough that in the name of keeping the stdlib clean, it's reasonable to say: import _posixpath and posixpath This also occurs when somone wants to modify __builtin__. __ Tracker <[EMAIL PROT

[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api

Raymond Hettinger added the comment: Thanks for the patch. I removed the whitespace changes and added some tests to make sure structseq now works with the % formatting operator and isinstance(t,tuple). Am getting a sporadic segfault in test_zipimport when running "make test", so holding-off on

[issue1828] Renaming platform path modules

Guido van Rossum added the comment: > Since they are implementation details, they > should have a "_" prepended to their names. No, they are not, and they should not. There are legitimate use cases for importing these directly. E.g. I could be on a Windows box but have a desire to manipulate p

[issue1828] Renaming platform path modules

Brett Cannon added the comment: On Jan 14, 2008 5:12 PM, Christian Heimes <[EMAIL PROTECTED]> wrote: > > Christian Heimes added the comment: > > Brett, it sounds like a good idea for the 3.0 stdlib reorg. > Yep, it does. __ Tracker <[EMAIL PROTECTED]>

[issue1828] Renaming platform path modules

Christian Heimes added the comment: Brett, it sounds like a good idea for the 3.0 stdlib reorg. -- nosy: +brett.cannon, tiran priority: -> low type: -> rfe versions: -Python 2.6 __ Tracker <[EMAIL PROTECTED]>

[issue1829] Renaming platform path modules

Christian Heimes added the comment: Duplicate of #1828 -- nosy: +tiran resolution: -> duplicate status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue1829] Renaming platform path modules

Benjamin Peterson added the comment: Sorry for the double. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue1829] Renaming platform path modules

New submission from Benjamin Peterson: Currently, all the platform-specific path modules (ntpath, macpath, etc) have normal module names. Since they are implementation details, they should have a "_" prepended to their names as is the custom for private objects. I doubt this would break much code

[issue1828] Renaming platform path modules

New submission from Benjamin Peterson: Currently, all the platform-specific path modules (ntpath, macpath, etc) have normal module names. Since they are implementation details, they should have a "_" prepended to their names. I doubt this would break much code: I've never written witnessed any co

[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api

Changes by Raymond Hettinger: -- assignee: -> rhettinger __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue1698917] ZipFile.printdir fix (2.6)

Raymond Hettinger added the comment: It was the right solution (a simplified version of the original patch). Will also add more tests when I get a chance. BTW, thanks for reporting this bug. _ Tracker <[EMAIL PROTECTED]>

[issue1826] operator.attrgetter() should accept dotted attribute paths

Scott Dial added the comment: The attached patch provides for the functionality requested. I've updated the docstring of attrgetter related to this new feature and have updated test_operator accordingly. Added file: http://bugs.python.org/file9169/getattrchaser.diff

[issue1725737] Distutils default exclude doesn't match top level .svn

Changes by Ralf Schmitt: -- nosy: +schmir _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue1771] Remove cmp parameter to list.sort() and builtin.sorted()

Guido van Rossum added the comment: > After more thought, I would like to make one more change and require the > arguments to be keywords such as sort(key=str.lower) but not > sort(str.lower). Works for me. (To be honest I thought key was already required to be a keyword. :-) __

[issue1746088] long.__str__ is quadratic time

Raymond Hettinger added the comment: I would be happy with a patch that does divide-and-conquer. That code would be much easier to get correct than the FFT algorithm and it would still give nice Big-O results. _ Tracker <[EMAIL PROTECTED]>

[issue1045] Performance regression in 2.5

Changes by Raymond Hettinger: -- resolution: -> wont fix status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing

[issue1771] Remove cmp parameter to list.sort() and builtin.sorted()

Raymond Hettinger added the comment: Yes, it does feel great. The code is cleaner and faster. The API is simple and matches all the other key= functions in min/max/nsmallest/nlargest/groupby. After more thought, I would like to make one more change and require the arguments to be keywords such

[issue1826] operator.attrgetter() should accept dotted attribute paths

Raymond Hettinger added the comment: I think Barry's proposal is fine. If we need to update the docs, then so be it. His proposal adds useful functionality while keeping readability and clarity. FWIW, the getattr() explanation in the docs already needs to be expanded to cover the multi-argumen

[issue1698917] ZipFile.printdir fix (2.6)

Alan McIntyre added the comment: I think you applied the wrong patch; the referenced revision doesn't include the tests from zipfile-printdir-2.diff. _ Tracker <[EMAIL PROTECTED]> _

[issue1826] operator.attrgetter() should accept dotted attribute paths

Barry A. Warsaw added the comment: I'm not /personally/ concerned with the breakage because practicality beats purity, and I don't want to use lambda because it's slower. I've never used operator.attrgetter() outside the specific use case of sorted() and list.sort() so I'd like to make it able t

[issue1698917] ZipFile.printdir fix (2.6)

Raymond Hettinger added the comment: Fixed in revision 59959 -- nosy: +rhettinger resolution: -> accepted status: open -> closed _ Tracker <[EMAIL PROTECTED]> _ ___

[issue1698915] ZipFile.printdir fix (2.5)

Raymond Hettinger added the comment: Fixed in revision 59959 -- nosy: +rhettinger _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-lis

[issue1698398] wrong % of params for format string in ZipFile.printdir()

Raymond Hettinger added the comment: Fixed in revision 59959 -- resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> _

[issue1764638] add new bytecodes: JUMP_IF_{FALSE|TRUE}_AND_POP

Changes by Raymond Hettinger: -- resolution: -> rejected status: open -> closed _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list

[issue1826] operator.attrgetter() should accept dotted attribute paths

Scott Dial added the comment: I want to clarify that the proposed change would break: operator.attrgetter(foo)(bar) == getattr(bar, foo) Which is the documented intent of the operator module: "This module exports a set of functions implemented in C corresponding to the intrinsic operators of Py

[issue429031] Text widget, bindtags and Tabs

Changes by Matthias Kievernagel: Added file: http://bugs.python.org/file9168/429031-tabs-nok.tcl Tracker <[EMAIL PROTECTED]> ___ Python-bugs

[issue429031] Text widget, bindtags and Tabs

Changes by Matthias Kievernagel: Added file: http://bugs.python.org/file9167/429031-tabs-ok.tcl Tracker <[EMAIL PROTECTED]> ___ Python-bugs-

[issue429031] Text widget, bindtags and Tabs

Changes by Matthias Kievernagel: Added file: http://bugs.python.org/file9166/429031-tabs-nok.py Tracker <[EMAIL PROTECTED]> ___ Python-bugs-

[issue429031] Text widget, bindtags and Tabs

Matthias Kievernagel added the comment: skip was right. An equivalent tcl program shows the same behaviour. Tested with tcl/tk 8.4.6 Corrected python scripts (the original attached files were broken) and equivalent tcl scripts attached. Matthias Kievernagel Added file: http://bugs.python.org/f

[issue1827] svnversion_init() doesn't support svn urls in sandbox/trunk

Martin v. Löwis added the comment: I fail to see why it is a bug that such URLs are not supported - why can't you develop pep370 in a regular branch? As an RFE, it would certainly possible to support such a case. If either /python/ isn't found, or isn't followed by tags/branches/trunk, I'd set s

[issue1826] operator.attrgetter() should accept dotted attribute paths

Martin v. Löwis added the comment: What's wrong with sorted(seq, key=lambda v:v.person.displayname) -- nosy: +loewis __ Tracker <[EMAIL PROTECTED]> __

[issue1825] msilib.add_data() takes exactly three parameters

Martin v. Löwis added the comment: Thanks for pointing that out. The table argument must be one of the predefined tables in the MSI schema, e.g. Feature, File, Component, Dialog, Control, InstallExecuteSequence, etc. The values are the values added to that table -- nosy: +loewis ___

[issue1772] popen fails when there are two or more pathnames/parameters with spaces

Stephan Hoermann added the comment: I have attached some code that demonstrates the bug. You need to run it on Windows and you need to place some bat file (it doesn't need to do anything just exist) at C:\Program Files\test.bat (or change the reference in the code, but it does need to include

[issue1743] IDLE fails to launch

Martin v. Löwis added the comment: We should clearly separate issues. Changing the organization of files is entirely independent from fixing the bug reported here, and the issues must not at all be mixed. I'm puzzled as to why making the file hidden should have any effect, but at least that's so

[issue1796] ctypes should allow a tuple when an Array is expected

Thomas Heller added the comment: Corrected the patch to NOT accept None. Added file: http://bugs.python.org/file9163/ctypes-array-3.patch __ Tracker <[EMAIL PROTECTED]> __

[issue1796] ctypes should allow a tuple when an Array is expected

Changes by Thomas Heller: Removed file: http://bugs.python.org/file9162/ctypes-array-2.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mail

[issue1796] ctypes should allow a tuple when an Array is expected

Changes by Thomas Heller: Removed file: http://bugs.python.org/file9127/ctypes-arrays.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list maili

[issue1796] ctypes should allow a tuple when an Array is expected

Changes by Thomas Heller: Added file: http://bugs.python.org/file9162/ctypes-array-2.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailin

[issue1823] Possible to set invalid Content-Transfer-Encoding on email.mime.multipart.MIMEMultipart

Martin v. Löwis added the comment: I'd like to question whether anything needs to be fixed at all, i.e. whether it is the responsibility of the email package to reject all kinds of non-sensical data. Garbage in, garbage out. Barry, can you take a look? -- assignee: -> barry nosy: +barr

[issue1796] ctypes should allow a tuple when an Array is expected

Thomas Heller added the comment: Lenard Lindstrom pointed out in a post to the ctypes-users list that pointer instances must not be accepted. Uploaded new patch ctypes-array-2.patch. __ Tracker <[EMAIL PROTECTED]> __

[issue1827] svnversion_init() doesn't support svn urls in sandbox/trunk

New submission from Christian Heimes: Python fails to start if headurl points to a svn url under sandbox/. Python/sysmodule.c:svnversion_init() should support those urls or at least fail silently. static const char headurl[] = "$HeadURL: svn+ssh://[EMAIL PROTECTED]/sandbox/trunk/pep370/Python/sy

[issue1826] operator.attrgetter() should accept dotted attribute paths

Barry A. Warsaw added the comment: Hey Guido, can I borrow the keys to the time machine to get this into Python 2.5.0? :) __ Tracker <[EMAIL PROTECTED]> __ _

[issue1826] operator.attrgetter() should accept dotted attribute paths

Barry A. Warsaw added the comment: I don't even mind if you *write* the patch :) I actually haven't had time yet to hack it up, but I just reached my threshold of tolerance so I had to at least report the bug. I think it's always a good idea to review patches before they go in anyway, so if I w

[issue1826] operator.attrgetter() should accept dotted attribute paths

Raymond Hettinger added the comment: Mind if I take a look at the patch before it goes in? -- nosy: +rhettinger __ Tracker <[EMAIL PROTECTED]> __ __

[issue429031] Text widget, bindtags and Tabs

Changes by Matthias Kievernagel: -- nosy: +mkiever Tracker <[EMAIL PROTECTED]> ___ Python-bugs-list mailing list Unsubscribe: http

[issue1826] operator.attrgetter() should accept dotted attribute paths

Guido van Rossum added the comment: Fair enough. Fine with me then. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue1826] operator.attrgetter() should accept dotted attribute paths

Barry A. Warsaw added the comment: Unfortunately, that already has different, existing (and IMHO less useful) semantics. :( __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1826] operator.attrgetter() should accept dotted attribute paths

Guido van Rossum added the comment: How about a slight change to the proposed API, and make it a varargs function? E.g. operator.attrgetter('person', 'displayname') This would avoid the need to parse the argument. -- nosy: +gvanrossum __ Tracker <[EM

[issue1215] Python hang when catching a segfault

Adam Olsen added the comment: In essence, it's a weakness of the POSIX API that it doesn't distinguish synchronous from asynchronous signals. The consequences of either approach seem minor though. I cannot imagine a sane use case for catching SIGSEGV, but documentation changes should be suffici

[issue1215] Python hang when catching a segfault

Ralf Schmitt added the comment: Those who want to legitimately catch SIGSEGV will end up with an uninterruptible python process using 100 % CPU on a real segmentation fault. But, then I can live with the current behaviour. __ Tracker <[EMAIL PROTECTED]>

[issue1826] operator.attrgetter() should accept dotted attribute paths

New submission from Barry A. Warsaw: operator.attrgetter() is neutered because it only accepts a single attribute name, but it would really be much more useful if it accepted, and followed a dotted attribute path, e.g.: sorted(seq, key=operator.attrgetter('person.displayname')) Of course attrge

[issue1215] Python hang when catching a segfault

Guido van Rossum added the comment: I'm not sure what the point of that would be. Somebody might want to send these asynchronously (using kill) which we might legitimately want to catch. Also you don't know which other synchronous signals a platform might define. I think at best a doc update o

[issue1825] msilib.add_data() takes exactly three parameters

New submission from Jim Wilson: At: http://docs.python.org/lib/module-msilib.html, add_data(...) is documented to take two parameters, but invoking it with two draws a complaint that three are needed. Examination of bdist_msi.py leads me to believe the missing (middle) parameter is "table", but

[issue1215] Python hang when catching a segfault

Ralf Schmitt added the comment: Should I work on a patch, which makes signal.signal raise an Exception for SIGSEGV, SIGBUS, SIGFPE,...? __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1824] UUIDCreate()->UuidCreate() in msilib docs.

Georg Brandl added the comment: Already fixed in SVN. -- nosy: +georg.brandl resolution: -> out of date status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue1294] Management of KeyboardInterrupt in cmd.py

Guido van Rossum added the comment: To mark things for the bugday, set the 'easy' keyword. However, this particular one is IMO too subtle for a bugday, witness the discussion here. Perhaps a bugday could come up with an ultimate patch, but I'd be hesitant to submit it without having reviewed it

[issue1824] UUIDCreate()->UuidCreate() in msilib docs.

Changes by Christian Heimes: -- keywords: +easy priority: -> low __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscri

[issue1713041] fix for 1712742: corrects pprint's handling of 'depth'

Changes by Christian Heimes: -- keywords: +easy _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib

Skip Montanaro added the comment: Do you have an example which doesn't require a login? Failing that, can you tell us how to get the requisite login? Skip -- nosy: +skip.montanaro __ Tracker <[EMAIL PROTECTED]> ___

[issue1294] Management of KeyboardInterrupt in cmd.py

Raghuram Devarakonda added the comment: bugday task? __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue1725737] Distutils default exclude doesn't match top level .svn

Raghuram Devarakonda added the comment: I suggest this bug be closed as invalid. _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing

[issue1743] IDLE fails to launch

Rich added the comment: Aha! There is no difference in Permissions, but the working recent- files file isn't "hidden" but the one generated originally by IDLE was. If I make the one I made "hidden" then IDLE stops working again. The .idlerc folder has been hidden all along though - that doesn't

[issue1824] UUIDCreate()->UuidCreate() in msilib docs.

New submission from Jim Wilson: At http://docs.python.org/lib/module-msilib.html, UUIDCreate() is misspelled. -- components: Documentation messages: 59901 nosy: Jimbo severity: minor status: open title: UUIDCreate()->UuidCreate() in msilib docs. type: behavior versions: Python 2.5 _

[issue1819] Speed hack for function calls with named parameters

Changes by Facundo Batista: -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib

Amaury Forgeot d'Arc added the comment: I don't think ceval is the issue here. > the code has changed a great deal with regards to xmlrpc I am not sure to understand what you mean: xmlrpc is mostly written in python code. ceval.c is the place where the interpreter executes python code. PyEval_

[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib

Eric Sammons added the comment: Please find the attached ceval.c. This file was generated from oprofile and gives clear indicators where the simple program below gets hung up. You will find in the oprofile output, from ceval.c, that PyEval_Frame has a total of 1649 26.2789. This indicates with

[issue1772] popen fails when there are two or more pathnames/parameters with spaces

Thomas Lee added the comment: Do you have a code sample that reproduces this issue? Which popen module and/or function are you using to execute this command? -- nosy: +thomas.lee __ Tracker <[EMAIL PROTECTED]> __

[issue1625] bz2.BZ2File doesn't support multiple streams

Thomas Lee added the comment: If you're referring to an 'append' mode for bz2file objects, it may be a limitation of the underlying library: my version of bzlib.h only provides BZ2_bzWriteOpen and BZ2_bzReadOpen - it's not immediately clear how you would open a BZ2File in append mode looking at t

[issue1823] Possible to set invalid Content-Transfer-Encoding on email.mime.multipart.MIMEMultipart

New submission from Jonathan Share: Steps to Reproduce == >>> from email.mime.multipart import MIMEMultipart >>> from email.mime.text import MIMEText >>> multipart = MIMEMultipart() >>> multipart.set_charset('UTF-8') >>> text = MIMEText("sample text") >>> multipart.attach(text) >>

[issue1822] email.mime.multipart.MIMEMultipart.is_multipart() returns false before items have been added.

New submission from Jonathan Share: Steps to reproduce == >>> from email.mime.multipart import MIMEMultipart >>> foo = MIMEMultipart() >>> foo.is_multipart() False Expected Result === True should be returned from MIMEMultipart.is_multipart() Notes = Looking at th

[issue1821] configure.ac change for FreeBSD

Thomas Heller added the comment: Thanks. Committed in trunk as rev. 59952. -- assignee: -> theller nosy: +theller resolution: -> fixed status: open -> closed versions: +Python 2.6 -Python 2.5 __ Tracker <[EMAIL PROTECTED]>

[issue1821] configure.ac change for FreeBSD

New submission from Jeroen Ruigrok van der Werven: FreeBSD has in its ports currently a change for Modules/_ctypes/libffi/ configure.ac that adds amd64-*-freebsd* next to x86_64. I have attached said patch (but updated to be a diff to trunk) and I hope it can be changed in trunk to minimize pat

[issue1782] PyModule_AddIntConstant and PyModule_AddStringConstant can leak

Hrvoje Nikšić added the comment: Here is a patch, as per description above. Added file: http://bugs.python.org/file9160/addpatch __ Tracker <[EMAIL PROTECTED]> __ _