[issue21812] turtle.shapetransform doesn't transform the turtle on the first call
Changes by Lita Cho lita@gmail.com: -- nosy: +jesstess ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21812 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18872] platform.linux_distribution() doesn't recognize Amazon Linux
Changes by Ned Deily n...@acm.org: -- nosy: +lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18872 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21812] turtle.shapetransform doesn't transform the turtle on the first call
New submission from Lita Cho: When you call turtle.shapetransform with a transformation matrix, nothing happens. You have to call turtle.shapesize or turtle.shearfactor first before turtle.shapetransform will take affect. Here is an example. turtle.shapetransform(2,0,0,2) turtle.shapesize(1) turtle.shapetransform(2,0,0,2) Nothing happens with the first call of shapetransform, but after calling shapesize, shapetransform then doubles in size, like it should. -- components: Library (Lib) messages: 221068 nosy: Lita.Cho priority: normal severity: normal status: open title: turtle.shapetransform doesn't transform the turtle on the first call ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21812 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2943] Distutils should generate a better error message when the SDK is not installed
Changes by pokeeffe launch...@pokeeffe.net: -- nosy: +pokeeffe ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2943 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18017] ctypes.PyDLL documentation
marc added the comment: I think the problem was a combination of two issues. First, the warning in 16.17.2.2 is a bit hidden. Kind of squeezed in between CDLL, etc and PyDLL. In contrast, 16.17.2.4 does a much better job, because it restates the fact that the GIL is released at each and every item. I think this is much better, because chances are high that you actually read the entry completely. In contrast, in case you are in a hurry you might miss the warning in 16.17.2.2 I think the second problem was that back then I was not aware of the fact that you need the GIL to call the Python/C API. That was a bit stupid indeed. But as a Python beginner it was just not obvious. Maybe the Introduction of the Python/C API needs some work, too. No GIL mentioned at https://docs.python.org/3/c-api/intro.html. Furthermore, the examples at https://docs.python.org/3/extending/extending.html also do not talk about the GIL. -- nosy: +m...@bruenink.de ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18017 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21308] PEP 466: backport ssl changes
Nick Coghlan added the comment: 2.7.8 will likely be earlier than expected in order to address the latest OpenSSL update for the Windows installers. So while the likely time frame for this hasn't changed (i.e. November'ish 2014), that release is now expected to be 2.7.9 (assuming the OpenSSL review doesn't find any more surprises, which is a big assumption). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21308 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21679] Prevent extraneous fstat during open()
Bohuslav Slavek Kabrda added the comment: I'm attaching fourth version of the patch. Changes: - fileio's _blksize member is now of type T_UINT - extended test_fileio.AutoFileTests.testAttributes to also test _blksize value -- Added file: http://bugs.python.org/file35702/python3-remove-extraneous-fstat-on-file-open-v4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21679 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20069] Add unit test for os.chown
Claudiu Popa added the comment: I think you can skip the entire test class if os.chown is not available. Also, maybe you can move the obtaining of groups and users in setUpClass? Also, in +with self.assertRaises(PermissionError) as cx: +os.chown(support.TESTFN, uid_1, gid) +os.chown(support.TESTFN, uid_2, gid) if the first os.chown will raise the PermissionError, the second one won't be called, maybe that's not what you intended to do. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20069 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20069] Add unit test for os.chown
Changes by Claudiu Popa pcmantic...@gmail.com: -- versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20069 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21740] doctest doesn't allow duck-typing callables
Claudiu Popa added the comment: How about using this? diff -r 1e74350dd056 Lib/doctest.py --- a/Lib/doctest.pyTue Jun 17 22:27:46 2014 -0500 +++ b/Lib/doctest.pyFri Jun 20 11:08:00 2014 +0300 @@ -984,7 +984,8 @@ for valname, val in obj.__dict__.items(): valname = '%s.%s' % (name, valname) # Recurse to functions classes. -if ((inspect.isroutine(val) or inspect.isclass(val)) and + +if ((inspect.isroutine(inspect.unwrap(val)) or inspect.isclass(val)) and self._from_module(module, val)): self._find(tests, val, valname, module, source_lines, globs, seen) This seems to work for the given example and if the decorator uses update_wrapper or @wraps. -- nosy: +Claudiu.Popa ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21740 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20091] An index entry for __main__ in 30.5 runpy is missing
Senthil Kumaran added the comment: Attached patch adds the index entry. -- keywords: +patch nosy: +orsenthil Added file: http://bugs.python.org/file35703/20091.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20091 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20091] An index entry for __main__ in 30.5 runpy is missing
Roundup Robot added the comment: New changeset d641c096b1f5 by Senthil Kumaran in branch '2.7': issue 20091 - index entry for __main__ in runpy docs. http://hg.python.org/cpython/rev/d641c096b1f5 New changeset 1727dcfff233 by Senthil Kumaran in branch '3.4': issue 20091 - index entry for __main__ in runpy docs. http://hg.python.org/cpython/rev/1727dcfff233 New changeset fd9f7bdd7472 by Senthil Kumaran in branch 'default': merge from 3.4 http://hg.python.org/cpython/rev/fd9f7bdd7472 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20091 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20091] An index entry for __main__ in 30.5 runpy is missing
Senthil Kumaran added the comment: Fixed in all active branches. -- resolution: - fixed stage: needs patch - resolved status: open - closed versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20091 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15588] quopri: encodestring and decodestring handle bytes, not strings
R. David Murray added the comment: Please do review it, Mark. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15588 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16296] Patch to fix building on Win32/64 under VS 2010
Mark Lawrence added the comment: Can somebody reset the status to open please. -- nosy: +BreamoreBoy, steve.dower, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16296 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21308] PEP 466: backport ssl changes
Marc-Andre Lemburg added the comment: On 20.06.2014 09:26, Nick Coghlan wrote: 2.7.8 will likely be earlier than expected in order to address the latest OpenSSL update for the Windows installers. So while the likely time frame for this hasn't changed (i.e. November'ish 2014), that release is now expected to be 2.7.9 (assuming the OpenSSL review doesn't find any more surprises, which is a big assumption). I think we need to be more careful about using those patch level release numbers. If we do a new release every time OpenSSL needs to get patched, we'd probably hit the 2.7.10 wall later this year. IMO, now would be a good time to discuss how we should deal with the patch level number turning two digit or preventing that using some other approach. -- nosy: +lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21308 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21719] Returning Windows file attribute information via os.stat()
STINNER Victor added the comment: Can I make one small suggestion for a tweak there? A link to the docs for os.stat() would be good. I created the issue #21813 to enhance the documentation of os.stat_result. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21719 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21813] Enhance doc of os.stat_result
New submission from STINNER Victor: Attached patch creates a stat_result class in the os documentation and complete the documentation of each field. It makes possible to link directly an attribute of this class in the documentation, which is useful for the new st_file_attributes (issue #21719) for example. -- assignee: docs@python components: Documentation files: stat_result.patch keywords: patch messages: 221080 nosy: docs@python, haypo priority: normal severity: normal status: open title: Enhance doc of os.stat_result versions: Python 3.5 Added file: http://bugs.python.org/file35704/stat_result.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21813 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21814] object.__setattr__ or super(...).__setattr__?
New submission from Vincent Besanceney: In: https://docs.python.org/2.7/reference/datamodel.html#customizing-attribute-access Regarding the description of __setattr__ method: For new-style classes, rather than accessing the instance dictionary, it should call the base class method with the same name, for example, object.__setattr__(self, name, value). Wouldn't it be more consistent for new-style classes, instead of calling object.__setattr__(self, name, value), to call super(ClassName, self).__setattr__(name, value)? -- assignee: docs@python components: Documentation messages: 221082 nosy: docs@python, vincentbesanceney priority: normal severity: normal status: open title: object.__setattr__ or super(...).__setattr__? type: enhancement versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21814 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18996] unittest: more helpful truncating long strings
Chris Withers added the comment:
So, this appears to be the source of some degraded behaviour for me with Python
3.4 versus Python 3.3.
This code, prior to 3.4:
from testfixtures import Comparison as C
class AClass:
def __init__(self,x,y=None):
self.x = x
if y:
self.y = y
def __repr__(self):
return ''+self.__class__.__name__+''
...
self.assertEqual(
C('testfixtures.tests.test_comparison.AClass',
y=5, z='missing'),
AClass(1, 2))
Would give the following output in the failure message:
C(failed):testfixtures.tests.test_comparison.AClass
x:1 not in Comparison
y:5 != 2
z:'missing' not in other
/C != AClass
Now, in 3.4, you get the (rather unhelpful):
C(failed):testfixtures.tests.test_com[79 chars] /C != AClass
It's particularly disappointing that there's no API (class attribute, etc) to
control whether or not this new behaviour is enabled.
What's the process I should tackle for getting this sorted out?
--
nosy: +cjw296
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18996
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20811] str.format for fixed width float can return a string longer than the maximum specified
Mark Lawrence added the comment: I cannot see a fix that would keep everybody happy. Also allow for potential backward compatibility issues. Given that there are at least two if not more suggested workarounds I'm inclined to close as wont fix. Opinions please. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20811 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20811] str.format for fixed width float can return a string longer than the maximum specified
Changes by Eric V. Smith e...@trueblade.com: -- assignee: - eric.smith resolution: - wont fix stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20811 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Mark Lawrence added the comment: I don't think there's anything to do here so can it be closed? If anything else needs discussing surely it can go to python-ideas, python-dev or a new issue as appropriate. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17170 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21813] Enhance doc of os.stat_result
Zachary Ware added the comment: Rietveld didn't like an escape code at the beginning of your patch; here's the last 12,039 bytes of it which will hopefully make Rietveld happy. -- nosy: +zach.ware Added file: http://bugs.python.org/file35705/stat_result.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21813 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21813] Enhance doc of os.stat_result
STINNER Victor added the comment: ...an escape code at the beginning of your patch... Yeah, these days I suffer because of the issue #19884 (readline issue in Mercurial). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21813 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20880] Windows installation problem with 3.3.5
Changes by Mark Lawrence breamore...@yahoo.co.uk: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20880 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21308] PEP 466: backport ssl changes
Alex Gaynor added the comment: I just wanted to note that I've been actively working on this, but it's being difficult in ways I hadn't predicted :-) Will send an update to python-dev in the next week or so. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21308 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20844] coding bug remains in 3.3.5rc2
Mark Lawrence added the comment: I can reproduce this with 3.4.1 and 3.5.0. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20844 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21308] PEP 466: backport ssl changes
Nick Coghlan added the comment: MAL - agreed on the version numbering implications of treating OpenSSL CVE's as CPython CVE's, but I think Guido pretty much answered that when he extended the 2.7 EOL to 2020 (i.e. we were going to hit 2.7.10 within the next couple of years regardless). Starting a python-dev thread on that topic in order to reach a broader audience is still a reasonable idea, though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21308 ___ ___ 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
New submission from Rafał Stożek: The regexp in Response_code checks for the existence of [] characters. The problem is that the strings may contain [] characters. I attach debug log which shows the data received from server and what the python extracted from it. You can see that the PERNANENTFLAGS is truncated and everything from the ] character is lost: (\Answered \Flagged \Draft \Deleted \Seen OIB-Seen-OIB/Social Networking $Phishing $Forwarded OIB-Seen-OIB/Home OIB-Seen-OIB/Shopping OIB-Seen-INBOX OIB-Seen-OIB/Business OIB-Seen-OIB/Entertainment $NotJunk $NotPhishing $Junk OIB-Seen-[Gmail -- components: Library (Lib) messages: 221091 nosy: rafales priority: normal severity: normal status: open title: imaplib truncates some untagged responses type: behavior versions: Python 2.7 ___ 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
Rafał Stożek added the comment: Oops, forgot the file. -- Added file: http://bugs.python.org/file35706/imaplib_log.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
[issue21790] Change blocksize in http.client to the value of resource.getpagesize
Demian Brecht added the comment: Updated to mmap.PAGESIZE, which seems to be available on all systems. -- Added file: http://bugs.python.org/file35707/issue21790.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21790 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7980] time.strptime not thread safe
Fred Wheeler added the comment: This issue should be noted in the documentation of strptime in the time and datetime modules and/or the thread module. As it stands there is no good way for a user of these modules to learn of this problem until one day the right race conditions exist to expose the problem. Perhaps the following notes will do? https://docs.python.org/2/library/time.html#time.strptime Thread safety: The use of strptime is thread safe, but with one important caveat. The first use of strptime is not thread safe because the first use will import _strptime. That import is not thread safe and may throw AttributeError or ImportError. To avoid this issue, import _strptime explicitly before starting threads, or call strptime once before starting threads. https://docs.python.org/2/library/datetime.html (under strptime()) See time.strptime() for important thread safety information. Having just encountered this unusual and undocumented thread safety problem using 2.7.6, I'm wondering if there are other similar lurking thread safety issues that I might only find when the race conditions are just right and my program stops working. -- nosy: +fredwheeler ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7980 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21790] Change blocksize in http.client to the value of resource.getpagesize
STINNER Victor added the comment: When sending data, the blocksize is currently hardcoded to 8192. Yeah, same value for io.DEFAULT_BUFFER_SIZE. It should likely be set to the value of resource.getpagesize(). Could you please elaborate? A page size is 4096 bytes on my Linux. So your page double the number of calls to read(), right? shutil.copyfileobj() uses a buffer of 16 KB by default. See also the issue #21679 which adds a private copy of the stat().st_blksize attribute in a FileIO object. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21790 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21163] asyncio doesn't warn if a task is destroyed during its execution
STINNER Victor added the comment: The more I use asyncio, the more I am convinced that the correct fix is to keep a strong reference to a pending task (perhaps in a set in the eventloop) until it starts. The problem is not the task, read again my message. The problem is that nobody holds a strong reference to the Queue, whereas the producer is supposed to fill this queue, and the task is waiting for it. I cannot make a suggestion how to fix your example, it depends on what you want to do. Without realizing it, I implicitly made this assumption when I began working on my asyncio project (a bitcoin node) in Python 3.3. I think it may be a common assumption for users. Ask around. I can say that it made the transition to Python 3.4 very puzzling. Sorry, I don't understand the relation between this issue and the Python version (3.3 vs 3.4). Do you mean that Python 3.4 behaves differently? The garbage collection of Python 3.4 has been *improved*. Python 3.4 is able to break more reference cycles. If your program doesn't run anymore on Python 3.4, it means maybe that you rely on reference cycle, which sounds very silly. In several cases, I've needed to create a task where the side effects are important but the result is not. Sometimes this task is created in another task which may complete before its child task begins, which means there is no natural place to store a reference to this task. (Goofy workaround: wait for child to finish.) I'm not sure that this is the same issue. If you think so, could you please write a short example showing the problem? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21163 ___ ___ 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
Demian Brecht added the comment: New patch attached addressing review comments. -- Added file: http://bugs.python.org/file35708/issue21793.patch ___ 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
[issue19980] Improve help('non-topic') response
Mark Lawrence added the comment: Can somebody set the stage to patch review and give my patch the once over please, thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19980 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15045] Make textwrap.dedent() consistent with str.splitlines(True) and str.strip()
Changes by Zachary Ware zachary.w...@gmail.com: -- versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15045 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7283] test_site failure when .local/lib/pythonX.Y/site-packages hasn't been created yet
Changes by Zachary Ware zachary.w...@gmail.com: -- assignee: tarek - versions: +Python 3.4, Python 3.5 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7283 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20708] commands has no RANDOM environment?
Zachary Ware added the comment: Since commands is deprecated, closing the issue. -- nosy: +zach.ware resolution: - wont fix stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20708 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19348] Building _testcapimodule as a builtin results in compile error
Changes by Zachary Ware zachary.w...@gmail.com: -- resolution: remind - versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19348 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3353] make built-in tokenizer available via Python C API
Changes by Zachary Ware zachary.w...@gmail.com: -- versions: +Python 3.5 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3353 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10510] distutils upload/register should use CRLF in HTTP requests
Ian Cordasco added the comment: Bumping this once more. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10510 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21805] Argparse Revert config_file defaults
paul j3 added the comment:
Another approach would be make the 'argparse' argument a 'switch' command, and
act on it after parsing. Roughly what I have in mind is:
parser.add_argument('--verbosity', dest='switch_verbosity,
action='store_true', help=''%config_defaults['verbose'])
args = parser.parse_args()
verbosity = config_defaults['verbose']
if args.switch_verbosity:
verbosity = not verbosity
In other words, you don't need to do all of the manipulation of values in
'argparse' itself. Its primary purpose is to decipher what the user wants, and
secondarily to guide him (with help, error messages, etc).
--
nosy: +paul.j3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21805
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21261] Teach IDLE to Autocomplete dictionary keys
Eduardo Seabra added the comment: I've added three lines to cls.code to test_hyperparser. So I can test for subscripts with double quotes, single quotes and with no strings at all. Should I implement try_open_completions_event for COMPLETE_DICTIONARY? Calling this event everytime someone types a string seemed a bit expensive in my opinion. I'm attaching the new patch. As fas as the signed contributor, I've already signed last week but still waiting. -- Added file: http://bugs.python.org/file35709/issue21261.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21261 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21801] inspect.signature doesn't always return a signature
Yury Selivanov added the comment: This behaviour is indeed a bug. However, I think that the solution you propose is wrong. If we ignore invalid contents of __signature__ we are masking a bug or incorrect behaviour. In this case, you should have checked the requested attribute name in '__getattr__', and return something other than _Method, if it is a '__signature__'. Please find attached a patch, that checks if __signature__ is an instance of Signature class, and raises a TypeError if it isn't. -- nosy: +larry, ncoghlan Added file: http://bugs.python.org/file35710/issue21801.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21801 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21684] inspect.signature bind doesn't include defaults or empty tuple/dicts
Yury Selivanov added the comment: That's the intended and documented behaviour, see https://docs.python.org/3/library/inspect.html#inspect.BoundArguments.arguments. You can easily implement the functionality you need by iterating through Signature.parameters and copying defaults to the BoundArguments.arguments mapping. There is no need to complicate the API with a dedicated method for that (if anything, in 3.5 you can subclass Signature and use from_callable to have any functionality you want). Closing this one as 'not a bug'. -- resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21684 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8110] subprocess.py doesn't correctly detect Windows machines
Jim Jewett added the comment: It would be good to have the library work unchanged on both implementations. If subprocess only failed later, it would be less good, as the stdlib would then set an example that doesn't actually succeed. Note that the attached patch (by flox) does NOT implement the discussed or tests on sysm.platform; it instead checks whether _subprocess it importable. Is the assumption of an accelerator module itself too implementation-specific? I'm also not sure that the test in the patch isn't too broad -- is windows the only platform with _subprocess? Because if not, then the new test would mess up logic later in the file, such as that at line 635 in Popen.__init__ -- nosy: +Jim.Jewett ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8110 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8110] subprocess.py doesn't correctly detect Windows machines
Jim Jewett added the comment: (The above concerns -- other than whether it is sufficient to work -- do not apply to the change at https://bitbucket.org/ironpython/ironlanguages/commits/b6bb2a9a7bc5/ ) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8110 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17424] help() should use the class signature
Yury Selivanov added the comment: Since 3.4, help() uses signature. Closing this one. -- nosy: +yselivanov resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17424 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19980] Improve help('non-topic') response
Changes by Terry J. Reedy tjre...@udel.edu: -- stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19980 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10217] python-2.7.amd64.msi install fails
Zachary Ware added the comment: Nearly two years since the last new information here and no obvious problem and this really looks like a duplicate of 4735 anyway; closing the issue. -- nosy: +zach.ware resolution: - duplicate stage: - resolved status: open - closed superseder: - An error occurred during the installation of assembly versions: +Python 2.7 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10217 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4735] An error occurred during the installation of assembly
Zachary Ware added the comment: If a reboot fixed it (3 years ago), not our bug (probably, until someone can reproduce it reliably). Closing the issue. -- nosy: +zach.ware resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4735 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13504] Meta-issue for Invent with Python IDLE feedback
Changes by Zachary Ware zachary.w...@gmail.com: -- dependencies: +IDLE: Mac OS X pressing ctrl-A in Python shell moved cursor before the prompt, which then makes the keyboard unresponsive. versions: +Python 2.7, Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13504 ___ ___ 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
Demian Brecht added the comment: Updated patch with silly missed doc update. -- Added file: http://bugs.python.org/file35711/issue21793_1.patch ___ 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
[issue21768] Fix a NameError in test_pydoc
Changes by Terry J. Reedy tjre...@udel.edu: -- assignee: - terry.reedy nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21768] Fix a NameError in test_pydoc
Roundup Robot added the comment: New changeset b0c850121ded by Terry Jan Reedy in branch '2.7': Issue #21768: fix type in test_pydoc, patch by Claudiu Popa. http://hg.python.org/cpython/rev/b0c850121ded New changeset 64f6e66d6e7a by Terry Jan Reedy in branch '3.4': Issue #21768: fix type in test_pydoc, patch by Claudiu Popa. http://hg.python.org/cpython/rev/64f6e66d6e7a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21768] Fix a NameError in test_pydoc
Terry J. Reedy added the comment: Just curious: did you find this when a test failed? by reading? or running checker program? (The latter would be a good idea to catch things like this.) -- resolution: - fixed stage: - resolved status: open - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21768] Fix a NameError in test_pydoc
Claudiu Popa added the comment: Through a checker program. I ran pylint from time to time to detect crashes and other stuff and I stumble across these bugs. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21768] Fix a NameError in test_pydoc
Changes by Terry J. Reedy tjre...@udel.edu: -- versions: +Python 2.7, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21769] Fix a NameError in test_descr
Changes by Terry J. Reedy tjre...@udel.edu: -- assignee: - terry.reedy nosy: +terry.reedy versions: +Python 2.7, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21801] inspect.signature doesn't always return a signature
Claudiu Popa added the comment: Your patch looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21801 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21768] Fix a NameError in test_pydoc
Roundup Robot added the comment: New changeset ec0aae4df38b by Terry Jan Reedy in branch '3.4': Issue #21768: fix NameError in test_pydescr. Patch by Claudiu Popa. http://hg.python.org/cpython/rev/ec0aae4df38b -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21816] OverflowError: Python int too large to convert to C long
New submission from Thomas Ball: The attached file raises the exception: OverflowError: Python int too large to convert to C long in Python 2.7.7, which clearly is a bug. The error is not present in Python 3.4. -- files: testint.py messages: 221116 nosy: Thomas.Ball priority: normal severity: normal status: open title: OverflowError: Python int too large to convert to C long type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file35712/testint.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21816 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21768] Fix a NameError in test_pydoc
Changes by Terry J. Reedy tjre...@udel.edu: -- Removed message: http://bugs.python.org/msg221115 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21768 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21769] Fix a NameError in test_descr
Terry J. Reedy added the comment: (Message sent to 21768 by incomplete edit of previous message) New changeset ec0aae4df38b by Terry Jan Reedy in branch '3.4': Issue #21768: fix NameError in test_pydescr. Patch by Claudiu Popa. http://hg.python.org/cpython/rev/ec0aae4df38b It would be helpful if you could run pylint on all three current versions and mark which have the error. Once you have the repository, you can make semi-clones that share the one repository and only have separate working directories. A short download script can pull once and update all three. -- versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21769] Fix a NameError in test_descr
Terry J. Reedy added the comment: Could not find error in 2.7. -- resolution: - fixed stage: - resolved status: open - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21769 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18996] unittest: more helpful truncating long strings
Ned Deily added the comment: Chris, I would start by opening a new issue. Comments on closed issues whose code is already released are likely to be overlooked. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18996 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21790] Change blocksize in http.client to the value of resource.getpagesize
Demian Brecht added the comment: I very well could be missing something here (and, admittedly, my OS knowledge is rusty at best), but for the most part, page sizes are 4096, except for SPARC, which is 8192. So your page double the number of calls to read(), right? No. read() is called until EOF. I'm assuming that 8192 may have been used to accommodate worst case architecture? I'd have to dig through the C side of things (which I haven't done yet) to see what's going on down at that level, but my assumption is that it's allocating 8192 bytes for each read. Should EOF be reached with = 1 page filled, it'd result in a wasted page. Far from the end of the world, but just something I noticed in passing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21790 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21801] inspect.signature doesn't always return a signature
Changes by Yury Selivanov yselivanov...@gmail.com: -- assignee: - yselivanov keywords: +needs review versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21801 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21816] OverflowError: Python int too large to convert to C long
Ned Deily added the comment: In a 32-bit version of Python 2, that value cannot be represented as an 'int' type. i = 3783907807 type(i) type 'long' Normally, Python 2 implicitly creates objects of type 'int' or type 'long' as needed. But in your example, you are forcing type 'int' and you correctly get an exception. Your example does not fail with a 64-bit version of Python 2 but it would fail with a larger number. Python 3 does not have this problem because the distinction between the two types has been removed: all Python 3 ints are unlimited precision. https://docs.python.org/2/library/stdtypes.html#numeric-types-int-float-long-complex https://docs.python.org/3.4/whatsnew/3.0.html#integers -- nosy: +ned.deily resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21816 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21491] race condition in SocketServer.py ForkingMixIn collect_children
Roundup Robot added the comment: New changeset aa5e3f7a5501 by Charles-François Natali in branch '2.7': Issue #21491: SocketServer: Fix a race condition in child processes reaping. http://hg.python.org/cpython/rev/aa5e3f7a5501 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21491 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21777] Separate out documentation of binary sequence methods
Changes by Terry J. Reedy tjre...@udel.edu: -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21777 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21784] __init__.py can be a directory
Changes by Terry J. Reedy tjre...@udel.edu: -- versions: -Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21784 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11695] Improve argparse usage/help customization
paul j3 added the comment: This patch has a 'custom_help' which, with a default template, is compatible with 'format_help' (i.e. it passes test_argparse). It also handles the sample template in this issue. Due to long line wrapping issues, the 'Usage: ' string the test template has to be entered separately as a usage 'prefix'. Indenting of long wrapped values (like usage) is correct only if the '%(...)s' string is at the start of a line. I see this as a test-of-concept patch. -- keywords: +patch Added file: http://bugs.python.org/file35713/issue11695_1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11695 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21491] race condition in SocketServer.py ForkingMixIn collect_children
Roundup Robot added the comment: New changeset 2a7375bd09f9 by Charles-François Natali in branch '3.4': Issue #21491: socketserver: Fix a race condition in child processes reaping. http://hg.python.org/cpython/rev/2a7375bd09f9 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21491 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21770] Module not callable in script_helper.py
Roundup Robot added the comment: New changeset 108a23d02b84 by Terry Jan Reedy in branch '3.4': Issue #21770: Call function instead of module. Patch by Claudiu Popa. http://hg.python.org/cpython/rev/108a23d02b84 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21770 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21491] race condition in SocketServer.py ForkingMixIn collect_children
Roundup Robot added the comment: New changeset ae0b572ced20 by Charles-François Natali in branch 'default': Issue #21491: socketserver: Fix a race condition in child processes reaping. http://hg.python.org/cpython/rev/ae0b572ced20 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21491 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21770] Module not callable in script_helper.py
Terry J. Reedy added the comment: It took me a few minutes to realized that you patched test_cmd_line_script.py to get the failure. When I did that, both test_module_in_package_in_zipfile and test_module_in_subpackage_in_zipfile failed with TypeError in the call to _make_test_zip_pkg. After reverting test_cmd_line_script.py, importing your patch, and re-patching test_cmd_line_script.py, both methods still fail, but only later in the _check_script call. This means that the earlier call succeeded. 2.7 did not need patching because in the same spot, script_helper.make_zip_pkg calls the following dubious function instead of directly calling py_compile(.compile). Someone should have copied the first line of the body instead re-typing it. def compile_script(script_name): py_compile.compile(script_name, doraise=True) if __debug__: compiled_name = script_name + 'c' else: compiled_name = script_name + 'o' return compiled_name -- assignee: - terry.reedy nosy: +terry.reedy resolution: - fixed stage: - resolved status: open - closed type: - behavior versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21770 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21817] `concurrent.futures.ProcessPoolExecutor` swallows tracebacks
New submission from Ram Rachum:
When you use `concurrent.futures.ProcessPoolExecutor` and an exception is
raised in the created process, it doesn't show you the traceback. This makes
debugging very annoying.
Example file:
#!python
import sys
import concurrent.futures
def f():
# Successful assert:
assert True
return g()
def g():
# Hard-to-find failing assert:
assert False
if __name__ == '__main__':
with concurrent.futures.ProcessPoolExecutor(max_workers=1) as executor:
assert isinstance(executor, concurrent.futures.Executor)
future = executor.submit(f)
future.result()
print('Main process finished')
If you run this under Windows, you get this:
Traceback (most recent call last):
File ./bug.py, line 20, in module
future.result()
File c:\python34\lib\concurrent\futures\_base.py, line 402, in result
return self.__get_result()
File c:\python34\lib\concurrent\futures\_base.py, line 354, in
__get_result
raise self._exception
AssertionError
This is the traceback of the main process, while we want the traceback of the
process that failed.
--
components: Library (Lib)
messages: 221128
nosy: cool-RR
priority: normal
severity: normal
status: open
title: `concurrent.futures.ProcessPoolExecutor` swallows tracebacks
type: behavior
versions: Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21817
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6462] bsddb3 intermittent test failures
Mark Lawrence added the comment: @David this is now out of date? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6462 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21812] turtle.shapetransform doesn't transform the turtle on the first call
Lita Cho added the comment: Have a patch that fixes this. Rather than calling self._update() directory, we should be calling self._pen(resizemode=user), since the user is changing the size of the turtle, just like how shapesize and shearfactor are updating. -- keywords: +patch Added file: http://bugs.python.org/file35714/turtle_shapetransform.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21812 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6916] Remove deprecated items from asynchat
Ezio Melotti added the comment: I don't think removing the documentation for a deprecated item is a good solution. If people find it somewhere (old code, googling, via dir()) and find no related documentation, they might keep using it. If it's clearly documented that the item exists but it's deprecated, people will avoid it (or at least be aware of what it does and the reason why it's deprecated). I think it would be better to add back the documentation with a deprecated-removed directive, and possibly add warnings in the code (if they are not there already). In future versions we can remove code and docs together. -- keywords: +easy -patch resolution: fixed - stage: patch review - needs patch status: closed - open type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6916 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21784] __init__.py can be a directory
Raymond Hettinger added the comment: So maybe a check was dropped by mistake? Why do we care? For the most part, Linux treats directories as files (if I do a mkdir twice, the error is mkdir: tmp: File exists. We don't care about the other flags rwx so why should we care about d? Python should avoid adding superfluous checks when it doesn't have to. Anyways, it doesn't bother me too much. AFAICT, it hasn't bothered anyone. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21784 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21818] cookielib documentation references Cookie module, not cookielib.Cookie class
New submission from Angus Taggart: all the links to Cookie class in the cookielib documentation point to Cookie module. for example: CookieJar.set_cookie(cookie) Set a *Cookie*, without checking with policy to see whether or not it should be set. cookie in the documentation links to https://docs.python.org/2/library/cookie.html#module-Cookie cookie in the documentation should link to https://docs.python.org/2/library/cookielib.html#cookielib.Cookie -- assignee: docs@python components: Documentation messages: 221133 nosy: Ajtag, docs@python priority: normal severity: normal status: open title: cookielib documentation references Cookie module, not cookielib.Cookie class versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21818 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20844] coding bug remains in 3.3.5rc2
eryksun added the comment:
This fix for issue 20731 doesn't address this bug completely because it's
possible for ftell to return -1 without an actual error, as test2.py
demonstrates.
In text mode, CRLF is translated to LF by the CRT's _read function (Win32
ReadFile). So the buffer that's used by FILE streams is already translated. To
get the stream position, ftell first calls _lseek (Win32 SetFilePointer) to get
the file pointer. Then it adjusts the file pointer for the unwritten/unread
bytes in the buffer. The problem for reading is how to tell whether or not LF
in the buffer was translated from CRLF? The chosen 'solution' is to just assume
CRLF.
The example file test2.py is 33 bytes. At the time fp_setreadl calls
ftell(tok-fp), the file pointer is 33, and Py_UniversalNewlineFgets has read
the stream up to '#coding:latin-1\n'. That leaves 17 newline characters
buffered. As stated above, ftell assumes CRLF, so it calculates the stream
position as 33 - (17 * 2) == -1. That happens to be the value returned for an
error, but who's checking? In this case, errno is 0 instead of the documented
errno constants EBADF or EINVAL.
Here's an example in 2.7.7, since it uses FILE streams:
f = open('test2.py')
f.read(16)
'#coding:latin-1\n'
f.tell()
Traceback (most recent call last):
File stdin, line 1, in module
IOError: [Errno 0] Error
Can the file be opened in binary mode in Modules/main.c? Currently it's using
`_Py_wfopen(filename, Lr)`. But decoding_fgets calls
Py_UniversalNewlineFgets, which expects binary mode anyway.
--
nosy: +eryksun
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20844
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17153] tarfile extract fails when Unicode in pathname
Mark Lawrence added the comment: @Lars can we have a response on this issue please? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17153 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13372] handle_close called twice in poll2
Mark Lawrence added the comment: To me the patched code in readwrite seems cut and paste. Could it be written something like this? have_fileno = not map or obj._fileno in map if have_fileno and flags select.POLLIN: obj.handle_read_event() if have_fileno and flags select.POLLOUT: obj.handle_write_event() if have_fileno and flags select.POLLPRI: obj.handle_expt_event() if (have_fileno and flags (select.POLLHUP | select.POLLERR | select.POLLNVAL): obj.handle_close() -- nosy: +BreamoreBoy versions: +Python 3.4, Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13372 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8918] distutils test_config_cmd failure on Solaris
Mark Lawrence added the comment: Is there a good reason for this being set to third party when it was raised against Python 2.7rc1? Is it still a problem with the 2.7 series or any of the 3.x series? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8918 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9784] _msi.c warnings under 64-bit Windows
Mark Lawrence added the comment: Could somebody review the patch please as it's well over my head. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9784 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20446] ipaddress: hash similarities for ipv4 and ipv6
Josh Rosenberg added the comment: Correct me if I'm wrong, but wouldn't this only become a concern if: 1. You're storing both IPv4 and IPv6 addresses side-by-side 2. You're storing well over a billion IP addresses 3. Hash codes for the hex string of an IP address were predictably sequential (they're not) On point #3 alone, you can check for yourself. In a quick test within a single process on Python 3.4, hash(hex(0x1)) == 7060637827927985012 while hash(hex(0x2)) == -4275917786525356978 (your numbers may vary thanks to per process string hash seeding, but they should be quite random). As such, you couldn't easily fill more than two sequential buckets reliably; you could guarantee collision chaining occurs at least once (since as you noted, you can create two IP addresses with the same hash reliably), but the chains will be evenly distributed; you can't build on that to get a second, third, ..., nth collision. There wouldn't be a meaningful imbalance between low and high IP addresses either; below a billion or so IP addresses, random chance would dictate the occasional hash code would collide, and you could guarantee that collisions with the sub-32 bit values would collide one extra time before finding an empty bucket, but I seem to recall a typical dict insertion involves 1-5 collisions already; adding one extra to every single dict insertion/lookup costs something, but it's not that much, and the scenarios required to take advantage of it would be incredibly contrived. -- nosy: +josh.rosenberg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20446 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21817] `concurrent.futures.ProcessPoolExecutor` swallows tracebacks
Changes by Josh Rosenberg shadowranger+pyt...@gmail.com: -- nosy: +josh.rosenberg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21817 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20446] ipaddress: hash similarities for ipv4 and ipv6
Tim Peters added the comment: I'm more puzzled by why `__hash__()` here bothers to call `hex()` at all. It's faster to hash the underlying int as-is, and collisions in this specific context would still be rare. @Josh, note that there's nothing bad about getting sequential hash codes in CPython's implementation of dicts. This is explained in dictobject.c, in the long comment block starting with Major subtleties ahead:. In any case, I'm closing this, as nobody has brought up a real problem. -- nosy: +tim.peters resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20446 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20446] ipaddress: hash similarities for ipv4 and ipv6
Antoine Pitrou added the comment: Tim Peters added the comment: I'm more puzzled by why `__hash__()` here bothers to call `hex()` at all. It's faster to hash the underlying int as-is, and collisions in this specific context would still be rare. Let someone provide a patch, then. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20446 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21809] Building Python3 on VMS - External repository
Terry J. Reedy added the comment: This tracker is for possible patches to the CPython repository, PEPs, and dev(elopemnt)guide, which are all controlled by the CPython Core Development group. The issue stages are all geared to that. Informational posts are better suited to the Wiki. -- nosy: +terry.reedy resolution: - third party stage: - resolved status: open - closed type: enhancement - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21809 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6916] Remove deprecated items from asynchat
Raymond Hettinger added the comment: I don't think removing the documentation for a deprecated item is a good solution. Dedocumenting is a reasonable thing to do and I believe we've done it several times before, leaving code only so as to not break anything. I expect this code to get zero maintenance as it fades into oblivion. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6916 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21814] object.__setattr__ or super(...).__setattr__?
Raymond Hettinger added the comment: Wouldn't it be more consistent for new-style classes, instead of calling object.__setattr__(self, name, value), to call super(ClassName, self).__setattr__(name, value)? That's not always the right thing to do. Calling object.__setattr__ gives a known, guaranteed behavior. Using super however relies on an MRO calculation that may send the super call outside the inheritance tree to a methods that wasn't expecting to be called. Put another way, super was designed for cooperative multiple inheritance with implies an element of coordinated cooperation that isn't always present. I think the current advice should stand. We aren't advising people to always use super instead of calling a parent class method directly. Part of the reason is that super can be much trickier that people expect. Also, in Python 2.7 super() doesn't have the same magical but clean invocation it has in Python 3. The two argument form isn't as elegant looking or as easy to get right. -- assignee: docs@python - rhettinger nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21814 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21740] doctest doesn't allow duck-typing callables
Raymond Hettinger added the comment: I'm not sure, because it would also select classes. Is there any reason to preclude classes? They could reasonably have docstrings that contain doctests. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21740 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21597] Allow turtledemo code pane to get wider.
Lita Cho added the comment: ping! I just want to know how I should proceed with this ticket. I can try removing the Frames with get rid of the lag, but then I feel like we can't use the Grid Manager at all. :\ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21597 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21597] Allow turtledemo code pane to get wider.
Terry J. Reedy added the comment: I downloaded new patch and will try to look at it this weekend. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21597 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
