[issue8882] socketmodule.c`getsockaddrarg() should not check the length of sun_path

Martin v. Löwis added the comment: > Applications should not assume a particular length for sun_path or > assume that it can hold {_POSIX_PATH_MAX} characters (255). > > hence, it seems to me that python should not actually be doing any size > checks on the path passed to getsockaddrar

[issue1368247] unicode in email.MIMEText and email/Charset.py

R. David Murray added the comment: OK, py3k now passes all but one of the tests, and I've disabled that one pending email6 since fixing it would break backward compatibility within the 3.x series. The fix is different, doing the encoding to output_charset just before calling base64mime. Thi

[issue8882] socketmodule.c`getsockaddrarg() should not check the length of sun_path

New submission from Edward Pilatowicz : recently i was writing some python code that attempted to bind a unix domain socket to a long filesystem path. this code was failing and telling me that the path name was too long. tracing python i saw that it wasn't event issuing a system call for my bin

[issue5423] Exception raised when attempting to call set_charset on an email.mime.multipart once sub-parts have been attached

Changes by R. David Murray : -- assignee: -> r.david.murray nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing

[issue6470] Tkinter import fails when running Python.exe from a network share

Christoph Gohlke added the comment: > The patch seems to deal with paths that have "UNC" in them; > and the test seems not to. The UNCW path is a result of the call to ctypes.windll.kernel32.GetFinalPathNameByHandleW() in FixTk.py, which translates "\\Server\Share\File" paths to "\\?\UNC\Ser

[issue6470] Tkinter import fails when running Python.exe from a network share

Christoph Gohlke added the comment: Btw, this bug is also present in Python 3.1, of course when using tkinter instead of Tkinter. Here is how to reproduce the bug on your local system: Install python-2.7b2.msi into C:\Python27. Then open a command prompt with administrator privileges and sta

[issue6470] Tkinter import fails when running Python.exe from a network share

Amaury Forgeot d'Arc added the comment: to reproduce: on Vista, start \\%COMPUTERNAME%\c$\python26\python.exe -c "import Tkinter; print Tkinter" In this case, the path returned by GetFinalPathNameByHandle starts with \\?\UNC\. -- ___ Python tracke

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

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue6560] socket sendmsg(), recvmsg() methods

David Watson added the comment: OK. I don't like creating/using a Google account, but here it is: http://codereview.appspot.com/1487041/show -- ___ Python tracker ___ _

[issue1368247] unicode in email.MIMEText and email/Charset.py

R. David Murray added the comment: Committed to 2.7 in r81658 and 2.6 in r81659. I'm leaving this open for the moment because while py3 doesn't have this problem, the tests should still pass and they don't. -- stage: patch review -> committed/rejected versions: -Python 2.6, Python 2

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Brett Cannon added the comment: Forgot about datetime breaking the PEP 8 rules. You're right, consistency wins. As for fixedtimezone being odd, that's why my mind went with FixedOffsetTimezone to start, but that doesn't go with the naming of the module, and fixedoffsettimezone is just hard to

[issue6470] Tkinter import fails when running Python.exe from a network share

Martin v. Löwis added the comment: Also, cgohlke, can you please provide complete, detailed instructions on how to reproduce this issue? How do I get python.exe into \\Server\Share in the first place? And why did you not map a network drive letter? --

[issue6470] Tkinter import fails when running Python.exe from a network share

Martin v. Löwis added the comment: Can somebody please explain how the test and the reported bug are related? The patch seems to deal with paths that have "UNC" in them; and the test seems not to. -- ___ Python tracker

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Alexander Belopolsky added the comment: On Wed, Jun 2, 2010 at 5:24 PM, Brett Cannon wrote: .. > 1. Call it FixedTimezone or something (remember it has to be CapWords). I thought consistency within module trumps PEP 8 naming standards. The datetime module (for better or worse) uses lowercase n

[issue8881] socket.getaddrinfo() should return named tuples

Eric Smith added the comment: Keep in mind this isn't an entirely backwards compatible change. See issue 8413, for example. -- nosy: +eric.smith ___ Python tracker ___ _

[issue8879] Implement os.link on Windows

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue8880] ConfigParser.set does not convert non-string values

R. David Murray added the comment: Use SafeConfigParser instead, then you can't make the mistake of passing non-strings to set. We really should update the docs so that ConfigParser is doced only in a 'deprecated' section. But that's a different issue. (Care to open it, merwok? :) ---

[issue8866] socket.getaddrinfo() should support keyword arguments

Giampaolo Rodola' added the comment: Created issue 8881 to treat the named tuples issue separately. -- ___ Python tracker ___ ___ Pyth

[issue8881] socket.getaddrinfo() should return named tuples

New submission from Giampaolo Rodola' : As of right now socket.getaddrinfo() returns a sequence of 5-tuples reflecting family, type, protocol, canonname, and address of a socket: >>> socket.getaddrinfo(None, 0) [(10, 1, 6, '', ('::1', 0, 0, 0)), (10, 2, 17, '', ('::1', 0, 0, 0)), (10, 3, 0, ''

[issue6470] Tkinter import fails when running Python.exe from a network share

Christoph Gohlke added the comment: Any chance to get this fixed in 2.7? On Windows, the bug prevents some popular applications and packages, such as pymol and matplotlib, to be used when installed on network shares, as is common practice in computer labs. --

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Brett Cannon added the comment: My thoughts on Alexander's questions: 1. Call it FixedTimezone or something (remember it has to be CapWords). Calling it simply Timezone does not convey the fact that DST is not supported and people might naively think it will. Its limited abilities should be p

[issue8880] ConfigParser.set does not convert non-string values

Éric Araujo added the comment: Would that mean that booleans would be converted to strings on set and converted back on get? Seems wasteful. (I’ve changed the version field for this bug. Its meaning is not “versions this applies to” but “versions that will get a fix”, and 3.2 is the only acti

[issue8880] ConfigParser.set does not convert non-string values

New submission from Edwin Pozharski : set() method of ConfigParser accepts boolean True/False as values at runtime without converting them to strings internally. As a result, getboolean() method reports the following error File "/usr/lib/python2.6/ConfigParser.py", line 350, in getboolean

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Alexander Belopolsky added the comment: Here is my first attempt to implement fixed offset timezone type. The patch is based on Brett's next-patch.txt and while I changed the type name from datetime.UTC to datetime.timezone, I did not change the name of the related C structures. I would lik

[issue8870] --user-access-control=force produces invalid installer on Vista

anatoly techtonik added the comment: Is it possible to detect this situation and display more user-friendly error message with a reference to this issue? -- ___ Python tracker _

[issue8866] socket.getaddrinfo() should support keyword arguments

Giampaolo Rodola' added the comment: The patch in attachment implements keyword arguments. -- keywords: +patch Added file: http://bugs.python.org/file17524/kwargs.patch ___ Python tracker __

[issue8870] --user-access-control=force produces invalid installer on Vista

Changes by Éric Araujo : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue8879] Implement os.link on Windows

New submission from Brian Curtin : Add os.link support for Windows (mostly a reminder to myself to finish the patch I have) -- assignee: brian.curtin components: Extension Modules, Windows messages: 106908 nosy: brian.curtin priority: normal severity: normal stage: needs patch status:

[issue1766304] improve xrange.__contains__

Antoine Pitrou added the comment: Le mercredi 02 juin 2010 à 18:10 +, Alexander Belopolsky a écrit : > This is already in 3.x. The only reason I can think of to get this in > 2.7 is to have fewer performance surprises between 2.x and 3.x. Since you are supposed to forward-port from 2.x and

[issue5434] datetime.monthdelta

Alexander Belopolsky added the comment: Rejecting this for stdlib. A 3rd party package is available at http://pypi.python.org/pypi?name=MonthDelta&:action=display . -- stage: -> committed/rejected status: pending -> closed ___ Python tracker

[issue8874] py3k documentation mentions deprecated opcode LOAD_LOCALS

Benjamin Peterson added the comment: Thanks. Removed in r81656. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue1766304] improve xrange.__contains__

Alexander Belopolsky added the comment: This is already in 3.x. The only reason I can think of to get this in 2.7 is to have fewer performance surprises between 2.x and 3.x. -- ___ Python tracker __

[issue1766304] improve xrange.__contains__

Benjamin Peterson added the comment: I don't really see the point. I would be more inclined towards it if there was a patch already, but patching this doesn't strike me as a key feature. -- ___ Python tracker _

[issue1766304] improve xrange.__contains__

Antoine Pitrou added the comment: Rescheduling to 3.2, if applicable (otherwise I suggest closing). -- versions: +Python 3.2 -Python 2.7 ___ Python tracker ___ ___

[issue1766304] improve xrange.__contains__

Antoine Pitrou added the comment: > > If so, I can have the patch ready by Friday 14:00 GMT, but if nobody will > > have time to review > > (and possibly commit) in time for RC1 I guess I'll take my time with this. > > I'll review your patch, but why are you so eager to get this into 2.7? > Y

[issue8877] 2to3 fixes stdlib import wrongly

Benjamin Peterson added the comment: And this has been fixed in the lastest versions of 2to3. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker

[issue1766304] improve xrange.__contains__

Changes by Alexander Belopolsky : -- assignee: -> belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1766304] improve xrange.__contains__

Alexander Belopolsky added the comment: On Wed, Jun 2, 2010 at 11:17 AM, Tal Einat wrote: .. > If so, I can have the patch ready by Friday 14:00 GMT, but if nobody will > have time to review > (and possibly commit) in time for RC1 I guess I'll take my time with this. I'll review your patch, b

[issue8873] Popen uses 333 times as much CPU as a shell pipe on Mac OS X

Antoine Pitrou added the comment: > This problem has come up before. It was a bug introduced I think when > the subprocess module was first incorporated into Python. I don't > recall if the default was changed in 2.7 or 3.x. According to the docs it is still unbuffered by default. I've added

[issue8877] 2to3 fixes stdlib import wrongly

Martin v. Löwis added the comment: Just in case it isn't clear: this is because of the order of fixes. The first fixer replaces httplib with http.client, then the next fixer thinks this is a relative import. -- nosy: +loewis ___ Python tracker

[issue8873] Popen uses 333 times as much CPU as a shell pipe on Mac OS X

Skip Montanaro added the comment: This problem has come up before. It was a bug introduced I think when the subprocess module was first incorporated into Python. I don't recall if the default was changed in 2.7 or 3.x. Can you demonstrate the problem with Python 2.7 or 3.1? If not, I'd recom

[issue8870] --user-access-control=force produces invalid installer on Vista

anatoly techtonik added the comment: Thanks for thorough explanation. Can somebody close it with some resolution like "Can't fix. OS level problem"? -- ___ Python tracker ___ __

[issue8873] Popen uses 333 times as much CPU as a shell pipe on Mac OS X

Antoine Pitrou added the comment: > I think the default of 0, meaning unbuffered, is a poor choice. So do I, but I'm not sure whether it's acceptable to change behaviour in a potentially incompatible way. > Barring that semantic change, please add a note to the doc: "Most > users will want to

[issue1766304] improve xrange.__contains__

Mark Dickinson added the comment: Benjamin? > I'd really like to have this in 2.7. Is there no chance of getting it > into 2.7 after rc1 is released? -- ___ Python tracker __

[issue8873] Popen uses 333 times as much CPU as a shell pipe on Mac OS X

Hugh Secker-Walker added the comment: OK. Using bufsize=4096 or bufsize=-1 eliminates the CPU-hogging problem on Mac OS X. Thank you. I have to say that the Popen() doc could be better. It says: "bufsize, if given, has the same meaning as the corresponding argument to the built-in open()

[issue1766304] improve xrange.__contains__

Tal Einat added the comment: I'd really like to have this in 2.7. Is there no chance of getting it into 2.7 after rc1 is released? If so, I can have the patch ready by Friday 14:00 GMT, but if nobody will have time to review (and possibly commit) in time for RC1 I guess I'll take my time wit

[issue1766304] improve xrange.__contains__

Mark Dickinson added the comment: A rapidly diminishing chance for 2.7, IMO. I wouldn't want to try to add this after the first release candidate, which is scheduled for June 5 (and I'm not sure I'll have time to review a patch between now and then). On the other hand, since this is pure opt

[issue8878] IDLE - str(integer) - TypeError: 'str' object is not callable

Mark Dickinson added the comment: The code you show works fine for me. The error you're seeing is almost certainly the result of inadvertently using 'str' as a variable name earlier in the IDLE session: Python 2.6.1 (r261:67515, Feb 11 2010, 00:51:29) [GCC 4.2.1 (Apple Inc. build 5646)] on d

[issue8878] IDLE - str(integer) - TypeError: 'str' object is not callable

Ezio Melotti added the comment: You probably did str = '4bf3e914' at some point and overridden str. -- nosy: +ezio.melotti resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue8878] IDLE - str(integer) - TypeError: 'str' object is not callable

New submission from Neil Crouch : Unable to convert int to str in idle but from the cmd python prompt it work sfine. -- components: IDLE files: IDLE_err.txt messages: 106887 nosy: Stranger381 priority: normal severity: normal status: open title: IDLE - str(integer) - TypeError: 'str' ob

[issue8876] distutils should not assume that hardlinks will work

Éric Araujo added the comment: Distutils is a special case: Many third-party code relies on its undocumented quirks and bugs, so it’s basically frozen. Some non-disruptive bugfixes are accepted, in which case the normal Python rules apply (e.g., no new features in 2.7 which is in beta). Work

[issue8876] distutils should not assume that hardlinks will work

samtygier added the comment: here is a patch against http://svn.python.org/projects/python/trunk it moves the return statements into the individual file copying sections, and takes the final call to _copy_file_contents() out of the else. this allows an error in hardlinking to fall through by

[issue1766304] improve xrange.__contains__

Tal Einat added the comment: I'd like to implement this for 2.x, if there's any chance of this being accepted. Is there still a chance of getting this into 2.7? This will be my first patch for the Python core, so please tell me if I'm missing something. Currently I'm thinking of: 1. starting

[issue2459] speedup for / while / if with better bytecode

Dirkjan Ochtman added the comment: Is this still relevant / will it get some love in the future? -- nosy: +djc ___ Python tracker ___

[issue8877] 2to3 fixes stdlib import wrongly

New submission from Dirkjan Ochtman : d...@enrai src $ ls -l test/* -rw-r--r-- 1 djc users 34 Jun 2 16:00 test/http.py -rw-r--r-- 1 djc users 0 Jun 2 16:00 test/__init__.py d...@enrai src $ cat test/http.py from httplib import BadStatusLine d...@enrai src $ 2to3 test/* RefactoringTool: Skippin

[issue8876] distutils should not assume that hardlinks will work

Changes by Éric Araujo : -- components: +Distutils2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue8876] distutils should not assume that hardlinks will work

New submission from samtygier : distutils will currently try to use hardlinks if os has a 'link' attribute, however sometimes os.link() will fail, for example the filesystem may not support it (see attached traceback). in commands/sdist.py in make_release_tree() there is the test: if h

[issue8848] Deprecate or remove "U" and "U#" formats of Py_BuildValue()

Walter Dörwald added the comment: The code for case 's'/'z' in py3k is indeed the same as for case 'U'. The patch looks good to me. IMHO removing 'U' should only be done once Py2 is dead. -- ___ Python tracker __

[issue1185124] pydoc doesn't find all module doc strings

Changes by Éric Araujo : -- nosy: +merwok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue1038909] pydoc method documentation lookup enhancement

Changes by Éric Araujo : -- nosy: +merwok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.