[issue20451] os.exec* mangles argv on windows (splits on spaces, etc)
Raymond Hettinger added the comment: My vote is for leaving this alone and letting the higher level functions be more clever. Changing this function is certain to break existing code in unpredictable ways. That is sensible. Marking this as closed. -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20451 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19776] Provide expanduser() on Path objects
Claudiu Popa added the comment: Since all the comments have been addressed, it would be nice if this gets committed. -- stage: patch review - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19776 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18615] sndhdr.whathdr could return a namedtuple
Claudiu Popa added the comment: Serhiy, if there's no actual gain in changing this, should we close the issue? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18615 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18615] sndhdr.whathdr could return a namedtuple
Raymond Hettinger added the comment: This is a reasonable improvement. It was what named tuples were intended to be used for. -- assignee: - rhettinger nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18615 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18974] Use argparse in the diff script
Raymond Hettinger added the comment: Approved. Go ahead and apply this. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21984] list(itertools.repeat(1)) causes the system to hang
Changes by Ezio Melotti ezio.melo...@gmail.com: -- components: +Library (Lib) -Extension Modules stage: - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21984 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20663] Introduce exception argument to iter
Raymond Hettinger added the comment: The recipe has been in the docs for a good while and as far as I can tell, no one ever uses this in real-code. That suggests that it should remain as a recipe and not become part of the core language (feature creep is not good for learnability or maintainability). I also don't see people writing simple generators that exhibit this functionality. It just doesn't seem to come-up in real code. [Josh] I've had several cases where I'd have used something like this Please post concrete examples so we can actually assess whether code is better-off with or without the feature. FWIW, the standard for expanding the API complexity of built-in functions is very high. It is not enough to say, I might have used this a couple of times. Unnecessary API expansion is not cost free and can make the language worse off on the balance (does the time spent learning, remembering, and teaching the function payoff warrant the rare occasion where it will save a couple of lines of code? is code harder to customize or debug with hard-wired functionality rather than general purpose try-excepts? Do we even want people to write code like this? If heaps, deques, dicts and queues really needed to be destructively iterated, we would have long since had a feature request for them. But we haven't and destructive for-loops would be unusual and unexpected for Python. -- priority: normal - low ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21970] Broken code for handling file://host in urllib.request.FileHandler.file_open
Senthil Kumaran added the comment:
Thanks for the report. Point 2 is definitely a bug (and an overlook by me), I
will fix it.
I think, the url[:2] == '//' check was present for ftp case which supported
file:// protocol. I can't see a clear requirement to change here.
The scenarios you encounter when giving a two different paths are interesting
because, in one the path stat('/invalid/path') and in the other it is the path
'/' that is stat and only late is the hostname verified if it coming from
localhost
(http://hg.python.org/cpython/file/ddfcaeb1c56b/Lib/urllib/request.py#l1353).
Since both presence of file locally and then ensuring the host is localhost
needs to be done, the current order gives faster failures for most common
use-cases.
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21970
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12067] Doc: remove errors about mixed-type comparisons.
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: rhettinger - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12067 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20663] Introduce exception argument to iter
Josh Rosenberg added the comment: The main example that comes to mind was a variant of functools.lru_cache I wrote that expired cache entries after they reached a staleness threshold. The details elude me (this was a work project from a year ago), but it was basically what I was describing; a case where I wanted to efficiently, destructively iterate a collections.deque, and it would have been nice to be able to do so without needing a lock (at least for that operation) and without (IMO) ugly infinite loops terminated by an exception. (Caveat: Like I said, this was a while ago; iter_except might only have simplified the code a bit, not saved me the lock) No, it's not critical. But for a lot of stuff like this, the recipe saves nothing over inlining a while True: inside a try/except, and people have to know the recipe is there to even look for it. The only reason my particular example came to mind is that the atomic aspect was mildly important in that particular case, so it stuck in my head (normally I'm not trying to squeeze cycles out of Python, but performance oriented decorators are a special case). I do stuff that would be simplified by this more often, it's just cases where I currently do something else would all be made a little nicer if I could have a single obvious way to accomplish it that didn't feel oddly verbose/ugly. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18974] Use argparse in the diff script
Roundup Robot added the comment: New changeset 08b3ee523577 by Serhiy Storchaka in branch 'default': Issue #18974: Tools/scripts/diff.py now uses argparse instead of optparse. http://hg.python.org/cpython/rev/08b3ee523577 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18974] Use argparse in the diff script
Serhiy Storchaka added the comment: Thanks Raymond. -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16099] robotparser doesn't support request rate and crawl delay parameters
Nikolay Bogoychev added the comment: Hey, Just a friendly reminder that there has been no activity for a month and a half and v3 is pending for review (: -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16099 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21983] segfault in ctypes.cast
Mark Lawrence added the comment: I'll provide a patch but I don't know which test file to use, can somebody please advise. -- nosy: +BreamoreBoy, amaury.forgeotdarc, belopolsky, meador.inge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21983 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18615] sndhdr.whathdr could return a namedtuple
Serhiy Storchaka added the comment: If Raymond found this feature helpful, I have no strong objection. Only several comments: * A named tuple is documented as having fields: type, sampling_rate, channels, frames, bits_per_sample. * User tests in existing code return tuples. what() and whathdr() should convert result to named tuple. Changing standard tests after this is redundant. * If we guarantee pickleability, we will stick with nametuple's name. It is not more implementation detail which we can change in any moment, all future versions of Python should have sndhdr._SndHeaders. Is it good to use underscored name? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18615 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21968] 'abort' object is not callable
Walter Dörwald added the comment: The problem seems to be in that line: except imaplib.IMAP4_SSL.abort, imaplib.IMAP4.abort: This does *not* catch both exception classes, but catches only IMAP4_SSL.abort and stores the exception object in imaplib.IMAP4.abort. What you want is: except (imaplib.IMAP4_SSL.abort, imaplib.IMAP4.abort): -- nosy: +doerwalter ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21968 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14414] xmlrpclib leaves connection in broken state if server returns error without content-length
Mark Lawrence added the comment: @Joachim I'm sorry about the delay in replying to you. Can someone take a look at this please as it's out of my league. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14414 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14730] Implementation of the PEP 419: Protecting cleanup statements from interruptions
Mark Lawrence added the comment: FTR PEP 419 has been deferred as there's no champion. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14730 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16182] readline: Wrong tab completion scope indices in Unicode terminals
Mark Lawrence added the comment: @Kaarle please accept our apologies for the delay in getting back to you. Can one of our unicode gurus comment please. -- components: +Unicode nosy: +BreamoreBoy, ezio.melotti, lemburg, loewis versions: +Python 3.5 -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16182 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15443] datetime module has no support for nanoseconds
Antoine Pitrou added the comment: Le 14/07/2014 22:53, Tim Peters a écrit : That consumes exactly 10 bytes today. Add nanoseconds, and it will take at least 11 (if 4 bits are insanely squashed into the bytes currently devoted to microseconds), and more likely 12 (if nanoseconds are sanely given their own 2 bytes). That doesn't have to be. For example you could use the MSB of the microseconds field to store a datetime pickle flags byte, which could tell the unserializer whether a nanoseconds (or attoseconds :-)) field follows or not. Remember that existing pickles must remain readable, so there must be some kind of version field anyway. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15443 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16185] include path in subprocess.Popen() file not found error messages on Windows
Mark Lawrence added the comment: Slipped under the radar? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7946] Convoy effect with I/O bound threads and New GIL
Dima Tisnek added the comment: What happened to this bug and patch? -- nosy: +Dima.Tisnek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7946 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7946] Convoy effect with I/O bound threads and New GIL
Antoine Pitrou added the comment: Not much :) The patch is complex and the issue hasn't proved to be significant in production code. Do you have a (real-world) workload where this shows up? Le 15/07/2014 09:52, Dima Tisnek a écrit : Dima Tisnek added the comment: What happened to this bug and patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7946 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16232] curses.textpad.Textbox backtrace support
Mark Lawrence added the comment: @emeaudroid please accept our apologies for the delay in getting back to you. Can someone take a look at this please as I don't have a *nix box to play with. -- nosy: +BreamoreBoy versions: +Python 3.5 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16232 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19776] Provide expanduser() on Path objects
Claudiu Popa added the comment: This new patch fixes some comments from Serhiy. Thanks for the review! -- stage: commit review - patch review Added file: http://bugs.python.org/file35955/issue19776_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19776 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21968] 'abort' object is not callable
Apple Grew added the comment: Oops. I totally missed this. Thanks for pointing this out. I would have never found this. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21968 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21968] 'abort' object is not callable
R. David Murray added the comment: That's why we made the syntax require the 'as' keyword in 3.x :) -- nosy: +r.david.murray resolution: - not a bug stage: - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21968 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16242] Pickle and __getattr__
Mark Lawrence added the comment: @Joseph please accept our apologies for the delay in getting back to you. -- nosy: +BreamoreBoy, alexandre.vassalotti, pitrou versions: +Python 3.4, Python 3.5 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16242 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16237] bdist_rpm SPEC files created with distutils may be distro specific
Mark Lawrence added the comment: Who is best placed to produce a patch for this? -- nosy: +BreamoreBoy versions: +Python 3.5 -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16237 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8843] urllib2 Digest Authorization uri must match request URI
Mark Lawrence added the comment: @Andrew we're sorry about the delay in getting back to you. @Senthil can you comment on this please. -- nosy: +BreamoreBoy versions: +Python 3.5 -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21793] httplib client/server status refactor
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21793 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8843] urllib2 Digest Authorization uri must match request URI
Changes by Demian Brecht demianbre...@gmail.com: -- nosy: +dbrecht ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8843 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18016] subprocess should open stdin in mode w+b on windows
Steve Dower added the comment:
With 2.7 and 3.4 (same for 32- and 64-bit):
f = open('test.bin', 'wb')
f.write(b' ' * (1024*1024*100))
104857600
f.close()
import os
os.stat('test.bin').st_size
104857600
The linked KB only applies to VS 2003 and VS 2005 (VC7 and VC8), so I'm not
entirely surprised that this doesn't repro with VC9 or VC10.
For the subprocess case (on 3.4):
import sys, subprocess
p=subprocess.Popen([sys.executable, '-c', 'print(len(input()))'],
stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.PIPE)
p.communicate(b' ' * (1024*1024*100))
(b'104857600\r\n', b'')
I'm inclined to close this as no repro unless we get an actual repro.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18016
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19450] Bug in sqlite in Windows binaries
Steve Dower added the comment: I don't know enough about the SQLite API to determine whether we can safely upgrade from 3.6.21 in Python 2.7, but since this doesn't appear to be a security issue I don't see any solid justification for doing it anyway. If someone else does it, I'll build it, but I'm not taking responsibility for the change :) -- nosy: +ghaering ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19450 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16652] socket.getfqdn docs are not explicit enough about the algorithm.
Mark Lawrence added the comment: I'm assuming that this still needs doing. -- nosy: +BreamoreBoy versions: +Python 3.5 -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16652 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16729] Document how to provide defaults for setup.py commands options
Mark Lawrence added the comment: @Eric could you comment on this please. -- components: -Distutils2 nosy: +BreamoreBoy, dstufft versions: -Python 2.6, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16729 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21928] Incorrect reference to partial() in functools.wraps documentation
R. David Murray added the comment: I would rewrite it as: This is a convenience function for invoking update_wrapper() as a function decorator when defining a wrapper function. It is equivalent to partial(update_wrapper, wrapped=wrapped, assigned=assigned, updated=updated). For example: -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21928 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16834] ioctl mutate_flag behavior in regard to the buffer size limit
Mark Lawrence added the comment: @Yuval sorry about the delay in replying. Can a *nix person comment on this please as I stick with Windows. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16834 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16663] Poor documentation for METH_KEYWORDS
Mark Lawrence added the comment: @r3m0t we're sorry about the delay in getting back to you. Could you write a patch that covers this? -- nosy: +BreamoreBoy versions: +Python 3.4, Python 3.5 -Python 2.6, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19954] test_tk floating point exception on my gentoo box with tk 8.6.1
R. David Murray added the comment: Originally I didn't respond because I wanted to report it to Gentoo first, but I've never managed to do so and there's no reason to keep the issue here open when it is clearly third party. -- resolution: - third party stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19954 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16859] tarfile.TarInfo.fromtarfile does not check read() return value
Mark Lawrence added the comment: @Lars can we have a comment on this please. -- nosy: +BreamoreBoy type: - behavior versions: +Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16859 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14326] IDLE - allow shell to support different locales
Mark Lawrence added the comment: @Terry one that appears to have escaped your eagle eye :) -- nosy: +BreamoreBoy, terry.reedy versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14326 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19450] Bug in sqlite in Windows binaries
Ned Deily added the comment: IMO, what third-party libraries are included with the Windows and OS X binary installers, what versions of them, and when to update them are questions without firm established policy answers, say in a PEP. In many ways, for the installers we are performing the role of a third-party distributor / integrator. In many other such situations, the third-party libraries would be dynamically linked from the platform OS's or distributor's version and would be independently updated, assuming ABI compatibility is maintained. For the python.org installers, I think the updating has been mostly at the discretion of the installer developers with occasional instigation by the release managers or other core developers in the cases of security issues. FWIW, the most recent 2.7.x installers for OS X ship with SQLite 3.8.3.1. The current version of SQLite is 3.8.5 and that project has a very good reputation for its well-tested, regression-free releases. So I would not see a problem in upgrading th e library but I would get a pronouncement from the release manager. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19450 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8972] subprocess.list2cmdline doesn't quote the character
R. David Murray added the comment: The problem pointed to by this report was resolved by the revert. The issue of what to do about a list passed with shell=True is addressed (with no consensus) by issue 7839. A proposal to add a windows equivalent of shlex.quote has been floated, but no takers have come forward to implement one, as far as I know. There's nothing left to do here in this issue, as far as I can see. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8972 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19450] Bug in sqlite in Windows binaries
Changes by Steve Dower steve.do...@microsoft.com: -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19450 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21927] BOM appears in stdin when using Powershell
R. David Murray added the comment: I find it amusing that the complaint is that Python isn't detecting the BOM and using the info when powershell produces it, but when python produces the BOM, it is powershell that isn't detecting it and using the information. So it looks like there's a bug here in powershell no matter how you look at it ;) -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17783] run the testsuite in batched mode
Mark Lawrence added the comment: I'm assuming that this classifies as an enhancement and that the whole world ought to be interested in regrtest. -- nosy: +BreamoreBoy type: - enhancement versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17783 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18615] sndhdr.whathdr could return a namedtuple
Claudiu Popa added the comment: Thanks, Serhiy, for the review. Here's the updated version. -- Added file: http://bugs.python.org/file35956/issue18615.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18615 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17605] mingw-meta: build interpeter core
Mark Lawrence added the comment: There are a pile of mingw enhancement requests with this and #18653, #18654 and #19245 being meta issues. What is the official status of mingw within Python? Is the originator of these issues solely responsible for taking them forward? -- nosy: +BreamoreBoy versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17605 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17695] _sysconfigdata broken with universal builds on OSX
Mark Lawrence added the comment: Can our OSX gurus comment on this please. -- nosy: +BreamoreBoy, ned.deily versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17695 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18615] sndhdr.whathdr could return a namedtuple
Serhiy Storchaka added the comment: A namedtuple is still wrongly documented. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18615 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21918] Convert test_tools to directory
Zachary Ware added the comment: Here's a new version of the patch in response to review comments. Patch is in --git format, which means no Rietveld link for this one. Changes from the first patch: - Remove Tools/parser/test_unparse.py entirely (moved to Lib/test/test_tools/) - Remove tearDownClass from the pdeps test - Fix (remove) test_main from test_unparse - Add test_md5sum (new since first patch) -- versions: -Python 2.7 Added file: http://bugs.python.org/file35957/test_tools.v2.diff--git ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21918 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19776] Provide expanduser() on Path objects
Serhiy Storchaka added the comment: Doc example is still looks confusing. Is your home directory /home? There is a question. What should pathlib's expanduser() do in case when user directory can't be determined (or user does not exist)? Perhaps unlike to os.path.expanduser() it should raise an exception (as in many other pathlib's methods). -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19776 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21084] IDLE can't deal with characters above the range (U+0000-U+FFFF)
Changes by Serhiy Storchaka storch...@gmail.com: -- stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21084 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9390] Error in sys.excepthook on windows when redirecting output of the script
Mark Lawrence added the comment: I can't reproduce this with 3.4.1 or 3.5.0a0. I don't have a 2.7.x to test on, can it still be reproduced with later versions of 2.7? Does the introduction of pylauncher impact all on this wrt registry keys? -- nosy: +BreamoreBoy, steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9390 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20663] Introduce exception argument to iter
Terry J. Reedy added the comment: Ram, your opening post here is essentially a copy of your opening post on python-ideas, as if the long discussion there, involving about 6 serious discussants other than you, never happened. Instead of restarting the discussion from scratch, you need to summarize the previous discussion, including a proposed python equivalent for the revised iter() (to exactly pin down the api) and how much support the proposal got. A couple of notes that might be additions to what I said before: If a collection is fixed during an iteration, then destructive iteration might as well be done, when possible, by normal iteration followed by deletion of the collection. That leaves as use cases iterations where the collection is mutated during the iteration, as in breadth-first search. For many collections, like deques and hashables, mutation means that direct (normal) iteration with for is prohibited. The current solution is to interleave exception-raising access and mutation within a try and while-True loop. The following example is similar to a 'breadth-first search'. It uses a deque rather than a list to limit the maximum length of the collection to the maximum number of live candidates rather than the total number of candidates. from collections import deque d = deque((0,)) try: while True: n = d.popleft() print(n, len(d)) if n 5: d.extend((n+1, n+2)) except IndexError: pass This prints 25 items, with a max len before the pop of 11. Under one variation of the proposal, the try-while block would be replaced by for n in iter(d.popleft, None, IndexError): print(n, len(d)) if n 5: d.extend((n+1, n+2)) Is the difference enough to add a parameter to iter? Perhaps so. It reduces boilerplate and is a little easier to get right. It eliminates there question of whether the try should be inside or outside the loop. It also matches d = [0] for n in d: print(n, len(d)) if n 5: d.extend((n+1, n+2)) which processes the same items in the same order, but extends the list to 25 rather than a max of 11 items. It makes deques and sets look more like direct replacements for lists. Ram: If you program in Python, you should be able to write a test. To start, replace the prints above with out = [] ... out.append((n, len(d))) and assert that the out lists of the current and proposed deque loops are the same. Raymond: I started this post with a recommendation to close but changed my mind after actually writing out the two deque examples. The fact that people rarely relegate the try - while True loop to a separate function (which would often be used just once) does not mean that the pattern itself is rare. Just yesterday or so, someone asked on python-list about how to search a graph when the set of candidate nodes got additions and 'for item in set' would not work. He was given the try - while True pattern as the answer. I think iter(func, ... exception) would be more useful than iter(func, sentinel) is now. The problem with the latter is that for general collections, the sentinel needs to be a hidden instance of object() so that it cannot be placed in the collection and become a non-special legal return value. It is then inaccessible to pass to iter. To signal 'no return', Python often raises an exception instead of returning a special object. -- stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12020] Attribute error with flush on stdout,stderr
Mark Lawrence added the comment: With 3.4.1 and similarly with 3.5.0a0 I get Testing python 3.4 C:\python34\python.exe: can't open file 'attributeError.py': [Errno 2] No such file or directory Traceback (most recent call last): File C:\Users\Mark\MyPython\mytest.py, line 34, in module output = subprocess.check_output(%s %s -output % (python34loc, myname)); File c:\python34\lib\subprocess.py, line 620, in check_output raise CalledProcessError(retcode, process.args, output=output) subprocess.CalledProcessError: Command 'C:\python34\python.exe attributeError.py -output' returned non-zero exit status 2 Exception ignored in: __main__.FlushFile object at 0x015E3EB0 AttributeError: 'FlushFile' object has no attribute 'flush' -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12020 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20663] Introduce exception argument to iter
Ram Rachum added the comment: Terry: Thanks for your example use case. I hope that Raymond would be convinced. I take your point regarding summarizing the discussion, sorry about that. Regarding me writing a test: I'm only willing to write code for a feature for Python if there's general interest from python-dev in getting said feature into Python. If there's general agreement from core python-dev members that this feature should be implemented, I'll be happy to do my part and write the test. But otherwise... I really have better things to do than spending my time writing code that will never be used, especially when it'll take me 10x more time to write it than a python-dev member because 90% of the work would be making the test case comply to the development practices of CPython, and only 10% of it would be to write the actual simple logic. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21935] Implement AUTH command in smtpd.
Milan Oberkirch added the comment: There is no real API in the current patch and authenticating has no effect (other then preventing you from authenticating again and storing the username). I am wondering how the user should turn AUTH on/off. Solution 1: add a keyword argument 'enable_AUTH' and require the programmer to override _verify_user_credentials. This function could 1.1 raise NotImplementedError 1.2 deny access by default. Solution 2: add a keyword argument 'authentication_function' which turns AUTH support on when given and provides the function used to verify user credentials. Solution 3: enable AUTH if self has the _verify_user_credentials-function as attribute (and leave it undefined in the base class) I think solution 1 is the most explicit so I'll implement that so we have something to discuss :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21935 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21935] Implement AUTH command in smtpd.
R. David Murray added the comment: Describing how a programmer would implement authentication is exactly the API I was referring to, and that includes the signature and semantics of _verify_user_credentials. I agree that (1) seems the cleanest. I'd favor 1.1, NotImplemented, which lets the programmer see immediately what they did wrong. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21935 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21918] Convert test_tools to directory
Serhiy Storchaka added the comment: About load_tests() -- look at Lib/test/test_email/__init__.py. Otherwise LGTM. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21918 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11702] dir on return value of msilib.OpenDatabase() crashes python
Mark Lawrence added the comment: The attached patch is short and sweet and looks okay to my untrained eye. I believe it should apply cleanly as there've been very few changes to _msi.c. Can we have a formal patch review please. -- nosy: +BreamoreBoy, steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11702 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11702] dir on return value of msilib.OpenDatabase() crashes python
Changes by Brian Curtin br...@python.org: -- nosy: -brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11702 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21645] test_read_all_from_pipe_reader() of test_asyncio hangs on FreeBSD 9
STINNER Victor added the comment: I created a new repository just for this issue: http://hg.python.org/sandbox/issue21645 I added a lot of debug. It looks like a race condition: the SIGCHLD signal is handled in a thread B (a C thread, not a Python), whereas the asyncio event loop is running in a thread A (the main thread, a Python thread). Debug of the test which blocks: --- PIPE: (7, 8) threads [_MainThread(MainThread, started 34384933888)] [pid 78351] _run_once: thread=34384933888 Execute Handle Task._step() created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/tasks.py:74 [pid 78351] _run_once: thread=34384933888 Execute Handle StreamReaderProtocol.connection_made(_UnixReadPipeTransport fd=7 polling) created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/unix_events.py:287 Execute Handle Future._set_result_unless_cancelled(None) created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/unix_events.py:290 [pid 78351] _run_once: thread=34384933888 Execute Handle Task._wakeup(Future finished result=None) created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/futures.py:239 Read pipe 7 connected: (_UnixReadPipeTransport fd=7 polling, asyncio.streams.StreamReaderProtocol object at 0x806e257a8) [pid 78351] _run_once: thread=34384933888 Execute Handle _raise_stop_error(Task finished coro=BaseEventLoop.connect_read_pipe() done, defined at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/base_events.py:767 created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/base_events.py:258 result=(_UnixReadPipeTransport fd=7 polling, asyncio.streams.StreamReaderProtocol object at 0x806e257a8)) at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/base_events.py:95 created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/futures.py:239 Execute Handle _raise_stop_error(Task finished coro=BaseEventLoop.connect_read_pipe() done, defined at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/base_events.py:767 created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/base_events.py:258 result=(_UnixReadPipeTransport fd=7 polling, asyncio.streams.StreamReaderProtocol object at 0x806e257a8)) at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/base_events.py:95 created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/futures.py:239: FAIL! _StopError() add_signal_handler(Signals.SIGCHLD, bound method SafeChildWatcher._sig_chld of asyncio.unix_events.SafeChildWatcher object at 0x806e25810, ()) PY signal.signal(Signals.SIGCHLD) [pid 78351] _run_once: thread=34384933888 Execute Handle Task._step() created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/tasks.py:74 execute program '/usr/home/buildbot/buildarea/custom.krah-freebsd/build/python' process '/usr/home/buildbot/buildarea/custom.krah-freebsd/build/python' created: pid 78390 execute program '/usr/home/buildbot/buildarea/custom.krah-freebsd/build/python': _UnixSubprocessTransport pid=78390 [pid 78351] _run_once: thread=34384933888 Execute Handle SubprocessStreamProtocol.connection_made(_UnixSubprocessTransport pid=78390) created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/base_subprocess.py:121 [pid 78351] _run_once: thread=34384933888 Execute Handle Task._wakeup(Future finished result=None) created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/futures.py:239 [pid 78351] _run_once: thread=34384933888 Execute Handle _raise_stop_error(Task finished coro=create_subprocess_exec() done, defined at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/subprocess.py:208 created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/base_events.py:258 result=Process 78390) at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/base_events.py:95 created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/futures.py:239 Execute Handle _raise_stop_error(Task finished coro=create_subprocess_exec() done, defined at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/subprocess.py:208 created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/base_events.py:258 result=Process 78390) at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/base_events.py:95 created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/futures.py:239: FAIL! _StopError() [pid 78351] _run_once: thread=34384933888 Execute Handle Task._step() created at /usr/home/buildbot/buildarea/custom.krah-freebsd/build/Lib/asyncio/tasks.py:74 [pid 78351] _run_once: thread=34384933888 select(None) (1) import (2) dump traceback select(None) - [(SelectorKey(fileobj=7, fd=7, events=1, data=(Handle _UnixReadPipeTransport._read_ready() created
[issue21645] test_read_all_from_pipe_reader() of test_asyncio hangs on FreeBSD 9
STINNER Victor added the comment: I'm running tests on the buildbot AMD64 FreeBSD 9.0 custom: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20custom/builds/27/steps/test/logs/stdio -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21645 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18615] sndhdr.whathdr could return a namedtuple
Claudiu Popa added the comment: Here's a new version. It adds versionchanged directive for 'whathdr' and 'what'. Serhiy, I hope that now I got right the documentation of the return type. I didn't understand at first what was wrong. -- Added file: http://bugs.python.org/file35958/issue18615_1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18615 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21645] test_read_all_from_pipe_reader() of test_asyncio hangs on FreeBSD 9
STINNER Victor added the comment: (1) the thread B gets the SIGCHLD signal: it writes a byte into the self pipe of the event loop C signal_handler: sig_num=20, thread=34468857856 trip_signal(20): write() (2) in the main thread, the event loop is awaken by the write in the pipe... but there is nothing to do _read_from_self - b'\x14', thread=34384933888 (3) the thread B schedules the callback Py_AddPendingCall(checksignals_witharg), thread=34468857856 (I modified the output a little bit for readability.) IMO the problem is that asyncio relies on two events: * signal number written in the self pipe of the event loop * callback scheduled by the C handler A solution would be to schedule the callback in the event loop. Since Python 3.3, the C signal handler writes the signal number, which should be enough to find and schedule the Python callback. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21645 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9699] invalid call of Windows API _popen() generating The input line is too long error message
Mark Lawrence added the comment: @Tim can you pick this up? -- nosy: +BreamoreBoy versions: +Python 3.4, Python 3.5 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9699 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21765] Idle: make 3.x HyperParser work with non-ascii identifiers.
Tal Einat added the comment:
I'm attaching a patch which really fixes this issue, along with additional
tests for idlelib.HyperParser.
I did indeed have to fix PyParse as well. I got it working with re.subn() as
Martin suggested, but the performance was much worse (between 100x and 1000x
slower according to my timings). So I came up with the clever solution of
passing a defaultdict to str.translate(), with the default value being
ord('x'). That works as expected and is much faster than the regexp.
Finally, since the defaultdict is kept around as long as IDLE is running, I
decided to avoid having it grow continually and consume memory unnecessarily.
So I wrote a simple Mapping class, which wraps a normal dict and uses a custom
default value instead of None, ord('x') in this case. Works like a charm :)
I haven't written tests for PyParse since it currently doesn't have any tests
at all. But from the HyperParser tests and from some manual testing, it seems
to be working as expected.
--
Added file:
http://bugs.python.org/file35959/taleinat.20140716.IDLE_HyperParser_unicode_ids.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21765
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9099] multiprocessing/win32: WindowsError: [Error 0] Success on Pipe()
Mark Lawrence added the comment: I'm not sure how we take this forward as the code was changed via #11750, can somebody please advise. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9099 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20663] Introduce exception argument to iter
Terry J. Reedy added the comment: Here is a test that now fails. from collections import deque d = deque((0,)) old = [] try: while True: n = d.popleft() old.append((n, len(d))) if n 5: d.extend((n+1, n+2)) except IndexError: pass d = deque((0,)) new = [] for n in iter(d.popleft, exception=IndexError): new.append((n, len(d))) if n 5: d.extend((n+1, n+2)) assert new == old Here is Python code, partly from my python-ideas comments, that makes the test pass. This version allows stopping on both a sentinel value and an exception (or tuple thereof, I believe). --- __sentinel = object() class callable_iterator: class stop_exception: pass def __init__(self, func, sentinel, exception): self.func = func self.sentinel = sentinel if exception is not None: self.stop_exception = exception def __iter__(self): return self def __next__(self): try: x = self.func() except self.stop_exception: raise StopIteration from None if x == self.sentinel: raise StopIteration else: return x def iter(it_func, sentinel=__sentinel, exception=None): if sentinel == __sentinel and exception == None: pass # do as at present else: return callable_iterator(it_func, sentinel, exception) -- stage: test needed - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6820] Redefinition of HAVE_STRFTIME can cause compiler errors.
Mark Lawrence added the comment: There is no way that I'm commenting on the patch as it's against pyconfig.h, what do our experts think of this? -- nosy: +BreamoreBoy versions: +Python 3.4, Python 3.5 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21645] Race condition in signal handling on FreeBSD
Changes by STINNER Victor victor.stin...@gmail.com: -- title: test_read_all_from_pipe_reader() of test_asyncio hangs on FreeBSD 9 - Race condition in signal handling on FreeBSD ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21645 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12480] urllib2 doesn't use proxy (fieddler2), configed the proxy with ProxyHandler
Mark Lawrence added the comment: @Senthil what if anything can we do with this issue? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12480 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9099] multiprocessing/win32: WindowsError: [Error 0] Success on Pipe()
Changes by Brian Curtin br...@python.org: -- nosy: -brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9099 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9699] invalid call of Windows API _popen() generating The input line is too long error message
Changes by Brian Curtin br...@python.org: -- nosy: -brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9699 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21765] Idle: make 3.x HyperParser work with non-ascii identifiers.
Changes by Tal Einat talei...@gmail.com: Removed file: http://bugs.python.org/file35959/taleinat.20140716.IDLE_HyperParser_unicode_ids.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21765] Idle: make 3.x HyperParser work with non-ascii identifiers.
Changes by Tal Einat talei...@gmail.com: Added file: http://bugs.python.org/file35960/taleinat.20140716.IDLE_HyperParser_unicode_ids_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9341] allow argparse subcommands to be grouped
paul j3 added the comment: This patch probably won't work with [parents]. see http://bugs.python.org/issue16807 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9341 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21985] test_asyncio prints some junk
New submission from Antoine Pitrou: It could be nice if it could stay silent (at least in non-verbose mode). [ 24/390] test_asyncio Task was destroyed but it is pending! task: Task pending coro=CoroutineGatherTests.wrap_futures.locals.coro() running at /home/antoine/cpython/default/Lib/test/test_asyncio/test_tasks.py:1862 cb=[gather.locals._done_callback(2)() at /home/antoine/cpython/default/Lib/asyncio/tasks.py:577] wait_for=Future finished result=3 Task was destroyed but it is pending! task: Task pending coro=CoroutineGatherTests.wrap_futures.locals.coro() running at /home/antoine/cpython/default/Lib/test/test_asyncio/test_tasks.py:1862 cb=[gather.locals._done_callback(3)() at /home/antoine/cpython/default/Lib/asyncio/tasks.py:577] wait_for=Future cancelled Task was destroyed but it is pending! task: Task pending coro=CoroutineGatherTests.wrap_futures.locals.coro() running at /home/antoine/cpython/default/Lib/test/test_asyncio/test_tasks.py:1862 cb=[gather.locals._done_callback(4)() at /home/antoine/cpython/default/Lib/asyncio/tasks.py:577] wait_for=Future finished exception=RuntimeError() Task was destroyed but it is pending! task: Task pending coro=sleep() done, defined at /home/antoine/cpython/default/Lib/asyncio/tasks.py:489 wait_for=Future pending cb=[Task._wakeup()] Read pipe 9 connected: (_UnixReadPipeTransport fd=9 polling, asyncio.streams.StreamReaderProtocol object at 0x7f2c0b358dc0) execute program '/home/antoine/cpython/default/python' process '/home/antoine/cpython/default/python' created: pid 4233 execute program '/home/antoine/cpython/default/python': _UnixSubprocessTransport pid=4233 poll took 36.605 ms: 1 events poll took 6.615 ms: 0 events process 4233 exited with returncode 0 _UnixSubprocessTransport pid=4233 exited with return code 0 poll took 0.032 ms: 1 events _UnixReadPipeTransport fd=9 polling was closed by peer -- components: Tests messages: 223156 nosy: giampaolo.rodola, gvanrossum, haypo, pitrou, yselivanov priority: normal severity: normal status: open title: test_asyncio prints some junk type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21985 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21927] BOM appears in stdin when using Powershell
Jason R. Coombs added the comment: I agree there appears to be an inconsistency in how Powershell handles pipes between child processes and between itself and child processes. I'm not complaining about Python, but rather trying to find the best practice here. I'm currently using PYTHONIOENCODING='utf-8-sig' and I've been mostly satisfied with the results. I get the spurious BOM appearing on output, but at least as you say that doesn't seem like a Python problem (at least that has been identified). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21927 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16807] argparse group nesting lost on inheritance
paul j3 added the comment: The subcommands grouping mechanism proposed in http://bugs.python.org/issue9341 probably does not work with [parents] either. This _add_container_actions method is brittle. It has to know too much about the structure of a parser and its groups. Any change to that structure could break this [parents] mechanism. In a refactoring, each 'add_xxx' method would have a 'copy_xxx' companion method. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16807 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17250] argparse: Issue 15906 patch; positional with nargs='*' and string default
paul j3 added the comment: Positionals with '*' are discussed in more detail in: http://bugs.python.org/issue9625 - argparse: Problem with defaults for variable nargs when using choices http://bugs.python.org/issue16878 - argparse: positional args with nargs='*' defaults to [] http://bugs.python.org/issue18943 - argparse: default args in mutually exclusive groups I would suggest closing this issue, and refining the documentation patch in 16878 to note that a '*' positional default does not get evaluated. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17250 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16878] argparse: positional args with nargs='*' defaults to []
paul j3 added the comment: The documentation patch here should note that a positional '*' string default is not parsed (i.e. does not pass through _get_value). (see http://bugs.python.org/issue17250) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16878 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21986] Pickleability of code objects is inconsistent
New submission from ppperry: In IDLE: code = compile(dummy_code, test, exec) pickle.dumps(code) cidlelib.rpc\nunpickle_code\np0\n(S'c\\x00\\x00\\x00\\x00\\x00\\x00 \\x00\\x00\\x01\\x00\\x00\\x00@\\x00\\x00\\x00s\\x08\\x00\\x00\\x00e\\x00\\x00\\x01d\\x00\\x00S(\\x01\\x00\\x00\\x00N(\\x01\\x00\\x00\\x00t\\n\\x00\\x00\\x00dummy_code(\\x00\\x00\\x00\\x00(\\x00\\x00\\x00\\x00(\\x00\\x00\\x00\\x00s\\x06\\x00\\x00\\x00testt\\x08\\x00\\x00\\x00module\\x01\\x00\\x00\\x00s\\x00\\x00\\x00\\x00'\np1\ntp2\nRp3\n. Outside of IDLE: code = compile(dummy_code, test, exec) pickle.dumps(code) Traceback (most recent call last): File stdin, line 1, in module File C:\Python27\lib\pickle.py, line 1374, in dumps Pickler(file, protocol).dump(obj) File C:\Python27\lib\pickle.py, line 224, in dump self.save(obj) File C:\Python27\lib\pickle.py, line 306, in save rv = reduce(self.proto) File C:\Python27\lib\copy_reg.py, line 70, in _reduce_ex raise TypeError, can't pickle %s objects % base.__name__ TypeError: can't pickle code objects Also, the error probably should be a pickle.PicklingError, not a TypeError. -- components: IDLE messages: 223161 nosy: ppperry priority: normal severity: normal status: open title: Pickleability of code objects is inconsistent ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21955] ceval.c: implement fast path for integers with a single digit
Zach Byrne added the comment:
So I'm trying something pretty similar to Victor's pseudo-code and just using
timeit to look for speedups
timeit('x+x', 'x=10', number=1000)
before:
1.193423141393
1.1988609210002323
1.1998214110003573
1.206968028999654
1.2065417159997196
after:
1.1698650090002047
1.170515890227
1.1752884750003432
1.174481861933
1.1741297110002051
1.176042264782
Small improvement. Haven't looked at optimizing BINARY_SUBSCR yet.
--
keywords: +patch
nosy: +zbyrne
Added file: http://bugs.python.org/file35961/21955.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21955
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21793] httplib client/server status refactor
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21793 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21986] Pickleability of code objects is inconsistent
Changes by ppperry maprea...@olum.org: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21815] imaplib truncates some untagged responses
Lita Cho added the comment: I have a patch for this. With my patch, the debug output is fixed. -- keywords: +patch Added file: http://bugs.python.org/file35962/imap_regex.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21815] imaplib truncates some untagged responses
Lita Cho added the comment: Here is a log of the output. -- Added file: http://bugs.python.org/file35963/imaplib_log_with_patch.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21901] test_selectors.PollSelectorTestCase.test_above_fd_setsize reported killed by shell
R. David Murray added the comment: rdmurray@pydev:~/python/p34python -c 'import resource; print(resource.getrlimit(resource.RLIMIT_NOFILE))' (1024L, 1048576L) Unfortunately the buildbot box is offline at the moment and it may be a bit before I can get it back, so I can't compare the results above with that VM. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21901 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16237] bdist_rpm SPEC files created with distutils may be distro specific
Nick Coghlan added the comment: Actually, with RHEL and CentOS 7 out the door, I believe we could potentially just rip the whole mess out of the upstream project. Slavek, this is about a hack Dave and I put into bdist_rpm to get Python 3 packages building correctly on RHEL 6. I believe the underlying issue with not specifying the interpreter version has been fixed for 7,so can we just get rid of the workaround now? Or at least double check the non-portability issue only affects 6 and close this as wontfix? -- nosy: +bkabrda ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16237 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21986] Pickleability of code objects is inconsistent
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +kbk, roger.serwy, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21987] TarFile.getmember on directory requires trailing slash iff over 100 chars
New submission from Brendan Moloney: If a directory path is under 100 char you have to omit the trailing slash from the name passed to 'getmember'. If it is over 100 you have to include the trailing slash. As a work around I can use the private '_getmember' with 'normalize=True'. I tested on 2.7.2 and searched the release notes looking for a related fix since then. I couldn't find anything there, or here in the issue tracker. -- components: Library (Lib) messages: 223167 nosy: moloney priority: normal severity: normal status: open title: TarFile.getmember on directory requires trailing slash iff over 100 chars type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21987 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21815] imaplib truncates some untagged responses
Jessica McKellar added the comment:
Thanks for the patch, Lita! Lita: I have some patch feedback for you at the end
of this message.
--
Lita and I talked about this a bit via email; here's some additional context
from that conversation:
There were a couple of questions to answer before working on a patch:
1. Are brackets allowed in flag names according to the RFC?
2. If brackets aren't allowed, do other popular IMAP services permit them
anyway? If so, we should consider allowing them even though this deviates from
the RFC.
To answer (1), my read of http://tools.ietf.org/html/rfc3501 is as follows:
a. Look at http://tools.ietf.org/html/rfc3501, search for PERMANENTFLAGS
definition. Note use of flag-perm variable.
b. Search for flag-perm. Find it on page 85, in section 9, Formal Syntax.
This is describing the formal syntax in Backus-Naur Form (BNF).
c. flag-perm = flag / \*
d. flag = \Answered / \Flagged / \Deleted /
\Seen / \Draft / flag-keyword / flag-extension
; Does not include \Recent
e. flag-keyword = atom
f. atom = 1*ATOM-CHAR
g. ATOM-CHAR = any CHAR except atom-specials
h. atom-specials = ( / ) / { / SP / CTL / list-wildcards /
quoted-specials / resp-specials
i. resp-specials = ]
My reading of this series of definitions is that ] is not allowed in flag
names.
To answer (2), Lita ran some tests against GMail's IMAP service and found that
it does let you create flags containing ].
--
Patch feedback:
1. Can you attach the script you used to probe GMail's IMAP service for what
flag names were permitted?
2. Since this patch causes us to violate the RFC (but with good reason!), can
you add a comment above the regex noting the violation and stating what
characters we allow for flags and why?
3. This change need tests.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21815
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21815] imaplib truncates some untagged responses
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16729] Document how to provide defaults for setup.py commands options
Éric Araujo added the comment: In my opinion it's easier and more common to put default options in a setup.cfg file, rather than in the Python code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16729 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21815] imaplib truncates some untagged responses
Lita Cho added the comment:
Yes! I agree, this change will need tests. I will start working on creating
those now.
Here is test I did to create a flag with brackets.
import imaplib
mail = imaplib.IMAP4_SSL('imap.gmail.com')
mail.login('usern...@gmail.com', 'password') # Enter your login here
mail.select('test') # Mailbox selection. I have a test inbox with 6
# messages in it.
code, [msg_ids] = mail.search(None, 'ALL')
first_id = msg_ids.split()[0]
mail.store(first_id, +FLAGS, [test])
typ, response = mail.fetch(first_id, '(FLAGS)')
print(Flags: %s % response)
mail.close()
mail.logout()
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21815
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12800] 'tarfile.StreamError: seeking backwards is not allowed' when extract symlink
Andrew Garner added the comment: This seems to be a similar to issue10761 where symlinks are not being overwritten by TarFile.extract but is only an issue in streaming mode and only in python3. To reproduce, attempt to extract a symlink from a tarfile opened with 'r|' and overwrite an existing file. Here's a simple scripts that demonstrates this behavior adapted from Aurélien's. #!/usr/bin/python import os import shutil import sys import tempfile import tarfile def main(): tmpdir = tempfile.mkdtemp() try: os.chdir(tmpdir) source = 'source' link = 'link' temparchive = 'issue12800' # create source with open(source, 'wb'): pass os.symlink(source, link) with tarfile.open(temparchive, 'w') as tar: tar.add(source, arcname=os.path.basename(source)) tar.add(link, arcname=os.path.basename(link)) with open(temparchive, 'rb') as fileobj: with tarfile.open(fileobj=fileobj, mode='r|') as tar: tar.extractall(path=tmpdir) finally: shutil.rmtree(tmpdir) if __name__ == '__main__': sys.exit(main()) On python 3.3.2 I get the following results: $ python3.3 issue12800.py Traceback (most recent call last): File issue12800.py, line 32, in module sys.exit(main()) File issue12800.py, line 27, in main tar.extractall(path=tmpdir) File /usr/lib64/python3.3/tarfile.py, line 1984, in extractall self.extract(tarinfo, path, set_attrs=not tarinfo.isdir()) File /usr/lib64/python3.3/tarfile.py, line 2023, in extract set_attrs=set_attrs) File /usr/lib64/python3.3/tarfile.py, line 2100, in _extract_member self.makelink(tarinfo, targetpath) File /usr/lib64/python3.3/tarfile.py, line 2181, in makelink os.symlink(tarinfo.linkname, targetpath) FileExistsError: [Errno 17] File exists: '/tmp/tmpt0u1pn/link' On python 3.4.1 I get the following results: $ python3.4 issue12800.py Traceback (most recent call last): File /usr/lib64/python3.4/tarfile.py, line 2176, in makelink os.symlink(tarinfo.linkname, targetpath) FileExistsError: [Errno 17] File exists: 'source' - '/tmp/tmp3b96k5f0/link' During handling of the above exception, another exception occurred: Traceback (most recent call last): File issue12800.py, line 32, in module sys.exit(main()) File issue12800.py, line 27, in main tar.extractall(path=tmpdir) File /usr/lib64/python3.4/tarfile.py, line 1979, in extractall self.extract(tarinfo, path, set_attrs=not tarinfo.isdir()) File /usr/lib64/python3.4/tarfile.py, line 2018, in extract set_attrs=set_attrs) File /usr/lib64/python3.4/tarfile.py, line 2095, in _extract_member self.makelink(tarinfo, targetpath) File /usr/lib64/python3.4/tarfile.py, line 2187, in makelink targetpath) File /usr/lib64/python3.4/tarfile.py, line 2087, in _extract_member self.makefile(tarinfo, targetpath) File /usr/lib64/python3.4/tarfile.py, line 2126, in makefile source.seek(tarinfo.offset_data) File /usr/lib64/python3.4/tarfile.py, line 518, in seek raise StreamError(seeking backwards is not allowed) tarfile.StreamError: seeking backwards is not allowed -- nosy: +andrew.garner versions: +Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12800 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21815] imaplib truncates some untagged responses
Lita Cho added the comment:
Here is the code in order to see the bug.
imaplib.Debug = 5
mail = imaplib.IMAP4_SSL('imap.gmail.com')
mail.login(username, password) # Enter your login here
mail.select('test')
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21815
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
