[issue10441] some stdlib modules need to be updated to handle SSL certificate validation
Changes by Florian Weimer fwei...@redhat.com: -- nosy: +fweimer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10441 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1621] Do not assume signed integer overflow behavior
Changes by Florian Weimer fwei...@redhat.com: -- nosy: +fweimer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1621 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7672] _ssl module overwrites existing thread safety callbacks
Changes by Florian Weimer fwei...@redhat.com: -- nosy: +fweimer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7672 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8106] SSL session management
Changes by Florian Weimer fwei...@redhat.com: -- nosy: +fweimer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8106 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10852] SSL/TLS sni use in smtp, pop, imap, nntp, ftp client libs by default
Changes by Florian Weimer fwei...@redhat.com: -- nosy: +fweimer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13647] Python SSL stack doesn't securely validate certificate (as client)
Changes by Florian Weimer fwei...@redhat.com: -- nosy: +fweimer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13647 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13655] Python SSL stack doesn't have a default CA Store
Changes by Florian Weimer fwei...@redhat.com: -- nosy: +fweimer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13655 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13747] ssl_version documentation error
Changes by Florian Weimer fwei...@redhat.com: -- nosy: +fweimer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13747 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13403] Option for XMLPRC Server to support HTTPS
Changes by Florian Weimer fwei...@redhat.com: -- nosy: +fweimer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13403 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13747] ssl_version documentation error
Florian Weimer added the comment: OpenSSL cross-version updates are sometimes difficult because they invalidate certifications. Updating Python to SSLv23 with SSL_OP_NO_SSLv2 is comparatively easy and also much less riskier. Shall I submit a patch which changes the default? I would also like to restrict the cipher suites to strong ones plus RC4, so that Python code isn't forced to set cipher preferences. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13747 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17384] test_logging failures on Windows
Vinay Sajip added the comment: I'm not sure it's related to #11557 - it's more likely to be my changes last week to fix #17313, where I changed those tests to add self.addCleanup(os.remove, 'test.log') There's also an addCleanup that closes the handler which opens the file, which should close the file, but it may be that the cleanup functions get executed out of order. I'll consolidate both operations into a single cleanup function. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17384] test_logging failures on Windows
Roundup Robot added the comment: New changeset 85325bce9982 by Vinay Sajip in branch 'default': Issue #17384: Consolidated cleanup operations in tests. http://hg.python.org/cpython/rev/85325bce9982 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13747] ssl_version documentation error
Antoine Pitrou added the comment: Florian this was already handled in issue #13636 (changeset f9122975fd80). -- resolution: - out of date stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13747 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17378] Document that ctypes automatically applies byref() when argtypes declares POINTER
Roundup Robot added the comment: New changeset 76be5efa0d86 by Eli Bendersky in branch '3.2': Issue #17378: ctypes documentation fix. http://hg.python.org/cpython/rev/76be5efa0d86 New changeset 2cd2d8f8f72f by Eli Bendersky in branch '3.3': Issue #17378: ctypes documentation fix. http://hg.python.org/cpython/rev/2cd2d8f8f72f New changeset 58c07ba40926 by Eli Bendersky in branch 'default': Issue #17378: ctypes documentation fix. http://hg.python.org/cpython/rev/58c07ba40926 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17378 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17378] Document that ctypes automatically applies byref() when argtypes declares POINTER
Roundup Robot added the comment: New changeset 2dd77a12e7bf by Eli Bendersky in branch '2.7': Closing #17378: ctypes documentation fix. http://hg.python.org/cpython/rev/2dd77a12e7bf -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17378 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17327] Add PyDict_GetItemSetDefault() as C-API for dict.setdefault()
Roundup Robot added the comment: New changeset ca9a85c36e09 by Benjamin Peterson in branch 'default': fix warning (closes #17327) http://hg.python.org/cpython/rev/ca9a85c36e09 -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17327 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17380] initproc return value is unclear
Amaury Forgeot d'Arc added the comment: The return value for error conditions should be -1. - typeobject.c checks with 0 - in _iomodule.c, there is == -1 - and pygobject/gobject/gobjectmodule.c just does:: if (...tp_init(...)) PyErr_Print(); -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17380 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17380] initproc return value is unclear
Zbyszek Jędrzejewski-Szmek added the comment: On Fri, Mar 08, 2013 at 02:30:18PM +, Amaury Forgeot d'Arc wrote: Amaury Forgeot d'Arc added the comment: The return value for error conditions should be -1. - typeobject.c checks with 0 - in _iomodule.c, there is == -1 - and pygobject/gobject/gobjectmodule.c just does:: if (...tp_init(...)) PyErr_Print(); That's not very nice. Would it make sense to unify those checks, e.g. for initproc() 0? Than the documentation could be updated. Zbyszek -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17380 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17376] TimedRotatingFileHandler documentation regarding 'Week day' lacking
Changes by karl karl+pythonb...@la-grange.net: -- nosy: +vinay.sajip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17376 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13477] tarfile module should have a command line
Éric Araujo added the comment: Users of the TAR format usually come from UNIX, so using the same command line options should not be so surprising. Not sure about that: they could be Python users wanting to unpack a tarball sdist. That said, there is no harm in being compatible, and I like your small list of options. FTR Lars said that he prefered compat with the zipfile CLI, which is: Usage: zipfile.py -l zipfile.zip# Show listing of a zipfile zipfile.py -t zipfile.zip# Test if a zipfile is valid zipfile.py -e zipfile.zip target # Extract zipfile into target dir zipfile.py -c zipfile.zip src ... # Create zipfile from sources -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13477 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11367] xml.etree.ElementTree.find(all): docs are wrong
Henrik Heimbuerger added the comment: Brought the ElementTree docs for find(), findtext() and findall() in line with the default branch (now they are just referencing the methods from Element). Made the same changes in the method comments of the implementation. Separate patches for 2.7 and 3.2. Note that the implementation method comments in default (and I assume 3.3) are still wrong. Would you accept patches for that as well? -- Added file: http://bugs.python.org/file29349/issue11367_branch27.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11367 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11367] xml.etree.ElementTree.find(all): docs are wrong
Henrik Heimbuerger added the comment: Patch for 3.2. -- Added file: http://bugs.python.org/file29350/issue11367_branch32.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11367 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17383] Error in documentation /2/tutorial/modules.html#more-on-modules
Éric Araujo added the comment: Text sounds correct to me. It says that imports should happen at the beginning of a module, and that the names of imported modules are placed in the module namespace. There is an implicit logical link between the two sentences, and the wording of “symbol table” may be not great at this stage of the tuto, but I don’t see that the text can be interpreted to mean that imports in a function will change the global namespace. Of course, *I* don’t see it because I’m not the target audience of the tutorial; if you know that import creates an assignment and that assignments have scopes, it’s logical that importing in a function does not create a global name, but beginners reading the tutorial may not know these things yet. So we could add an example of a module importing and using another module. If there is a part of the tuto where imports in functions are mentioned (and discouraged), then an example or comment there could also clarify that the imported module name is only local to the function. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15873] datetime cannot parse ISO 8601 dates and times
Éric Araujo added the comment: Are you offering the module for inclusion in the stdlib? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15873 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17383] Error in documentation /2/tutorial/modules.html#more-on-modules
Jeff Knupp added the comment: I think Piotr's point is the wording of the last sentence is ambiguous. The second statement reads It is customary *but not required* to place all import statements at the beginning of a module The third seems to state that regardless of whether or not you followed the custom, module names are always placed in the global symbol table. I think the last two sentences need to be rewritten to remove ambiguity. If, at this point, we only want to explain that importing a module makes that modules names available then that's what the documentation should say (even more so if the term symbol table hasn't been introduced yet, which would effectively render the entire block useless). -- nosy: +jeffknupp ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17383] Error in documentation /2/tutorial/modules.html#more-on-modules
Piotr Kuchta added the comment: Jeff, thank you: that was exactly what I wanted to point out. The three sentences read in order imply that it doesn't matter whether you import a module at the top level of a script/module or in a function, because the effect is the same, namely the imported symbols end up in the global symbol table, and that obviously is not true. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17383] Error in documentation /2/tutorial/modules.html#more-on-modules
Éric Araujo added the comment: It is customary *but not required* to place all import statements at the beginning of a module The third seems to state that regardless of whether or not you followed the custom, module names are always placed in the global symbol table Yes. Not following the usage means placing imports in the middle of the module for example, but it does not imply imports in functions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17383] Possibly ambiguous phrasing in tutorial/modules#more-on-modules
Éric Araujo added the comment: Ah, we have it: the tutorial distinguishes between “it’s customary to put imports near the top of the file” vs. “later in the file”, and you interpret it as “it’s customary to put imports at the module top level” vs. “import in any scope e.g. functions”. These are actually two different things, covered in different part of the docs: importing at module scope is very much recommended, as imports in functions can lead to nasty side-effects; and then there’s the style issue of putting imports at the beginning of the file, which is what the section we discuss is about. -- title: Error in documentation /2/tutorial/modules.html#more-on-modules - Possibly ambiguous phrasing in tutorial/modules#more-on-modules ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17383] Possibly ambiguous phrasing in tutorial/modules#more-on-modules
Jeff Knupp added the comment: Of the two different things, the first (the scope of imported names) is never covered in the documentation. As a result, the text in question seems to imply an import statement can *only* be in module scope. From the reader's perspective: If I wanted to import something in a class or function it obviously can't be at the top of the file, so I guess I can't do that. The tutorial doesn't disabuse them of this notion. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13477] tarfile module should have a command line
Éric Araujo added the comment: Did you get all the review comments? Some of them were made on older versions of the patch, and don’t seem to be addressed in the latest version. Thanks. Ankur, could you submit a contributor agreement? http://www.python.org/psf/contrib/contrib-form/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13477 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17383] Possibly ambiguous phrasing in tutorial/modules#more-on-modules
Piotr Kuchta added the comment: Eric, when you say 'the tutorial distinguishes between “it’s customary to put imports near the top of the file” vs. “later in the file”' the last bit is just your interpretation. The tutorial doesn't say later in the file. Anyway, 'later in the file' does not mean 'later in the file at the top level'. For me an opposite to top of the file is anywhere else in the file, including functions' and class' definitions later in the file. Clearly, there is an ambiguity here. And I can tell you that people do get confused by that part of documentation. I know it from discussions with my colleagues at work. Also, I asked a question on StackOverflow, where I quoted the tutorial and gave that example of importing in a function body: http://stackoverflow.com/q/15283821/300886 You can see in the comments that people were surprised seeing the NameError! For me it is clear that this part of the tutorial should be improved. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13477] tarfile module should have a command line
Ankur Ankan added the comment: I am still unclear about the outcomes of the discussion. I am confused which features need to be kept and which are to be removed. Ankur, could you submit a contributor agreement? I will submit it today. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13477 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17381] IGNORECASE breaks unicode literal range matching
Chris Adams added the comment: Ah, that explains it - I'd been hoping based on the re.DEBUG output that the explicit unicode ranges were preserved. I found #3511 before opening this one but don't believe the decision should be the same since this isn't a mixed numeric/alphabetic range. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13564] ftplib and sendfile()
Giampaolo Rodola' added the comment: Because offsets can be negative On Linux (and presumably on all POSIX platforms) passing a negative offset results in EINVAL. In that case, there's a problem with the patch, since select can block arbitrarily long because it doesn't take the socket timeout into account. Right. I will fix that. Also, apparently socket.sendall() doesn't retry on EAGAIN, it doesn't use BEGIN_SELECT_LOOP. socket.sendall() is not supposed to return EAGAIN in the first place. And again, I don't see how this is related with the issue at hand. I'm leaving this topic, you can do as you like... Bye. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13564 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13564] ftplib and sendfile()
Giampaolo Rodola' added the comment: A much larger patch which should address all issues is in attachment. Updates: - use poll() instead of select() whenever possible - take socket timeout into account - take SSL/FTPS into account - when using select() look for EMFILE in case num fds FD_SETSIZE - look for (AttributeError, io.UnsupportedOperation) when invoking file.fileno() instead of Exception, which seemed too general -- Added file: http://bugs.python.org/file29351/ftplib-sendfile3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13564 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13564] ftplib and sendfile()
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- versions: +Python 3.4 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13564 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9686] asyncore infinite loop on raise
Changes by Terry J. Reedy tjre...@udel.edu: Removed file: http://bugs.python.org/file18647/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9686 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12466] test_subprocess.test_close_fds() sporadic failures on Mac OS X Tiger
Ismail Donmez added the comment:
We are now hitting this on openSUSE 12.3, here is the relevant log (ignore the
timestamps) :
[ 1041s] ==
[ 1041s] FAIL: test_close_fds (test.test_subprocess.POSIXProcessTestCase)
[ 1041s] --
[ 1041s] Traceback (most recent call last):
[ 1041s] File
/home/abuild/rpmbuild/BUILD/Python-3.3.0/Lib/test/test_subprocess.py, line
1533, in test_close_fds
[ 1041s] Some fds were left open)
[ 1041s] AssertionError: {3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13} is not false :
Some fds were left open
[ 1041s]
[ 1041s] ==
[ 1041s] FAIL: test_pass_fds (test.test_subprocess.POSIXProcessTestCase)
[ 1041s] --
[ 1041s] Traceback (most recent call last):
[ 1041s] File /home/abuild/rpmbuild/BUILD/Python-3.3.0/Lib/test/support.py,
line 457, in wrapper
[ 1041s] return func(*args, **kw)
[ 1041s] File
/home/abuild/rpmbuild/BUILD/Python-3.3.0/Lib/test/test_subprocess.py, line
1576, in test_pass_fds
[ 1041s] fd to be closed passed)
[ 1041s] AssertionError: {4, 5, 6, 7, 8, 9, 10, 11, 12} is not false : fd to be
closed passed
This is Python 3.3.0 and Linux 3.7 on 64bit.
--
nosy: +cartman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12466
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17382] debugging with idle: current line not highlighted
Todd Rovito added the comment: Dirk, I think this issue is already documented as an issue but I will have to find it in the tracker. -- nosy: +Todd.Rovito ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue747320] rfc2822 formatdate functionality duplication
karl added the comment: Ok after comments and review by Eric Araujo on the previous patch. See issue-747320-3.patch I have ran → ./python.exe Lib/test/test_httpservers.py […] -- Ran 39 tests in 3.734s OK [137158 refs] That said there is no specific tests for date_time_string() and log_date_time_string(). That might be something to consider. → grep date_time Lib/test/test_httpservers.py [nil] -- Added file: http://bugs.python.org/file29352/issue-747320-3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue747320 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9686] asyncore infinite loop on raise
Terry J. Reedy added the comment: I am closing this because there is no identified, fixable implementation bug in any particular Python module. The fix for the asyncore *design* will be a new, re-designed module. -- nosy: +terry.reedy resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9686 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9686] asyncore infinite loop on raise
Changes by Terry J. Reedy tjre...@udel.edu: -- stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9686 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10878] asyncore does not react properly on close()
Terry J. Reedy added the comment: Teodor or Gavin: is the (mis)behavior the same in 3.3? Giampaolo: has the OP identified a fixable misbehavior relative to the documented behavior, making this a valid behavior issue? Or is this instead an enhancement request, possibly superseded by #1641? -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10878 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10878] asyncore does not react properly on close()
Giampaolo Rodola' added the comment: I'm not sure what the OP and Gavin are complaining about in their last messages. Could you guys be more clear and/or provide a code sample which reproduces the problem? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10878 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1641] asyncore delayed calls feature
Terry J. Reedy added the comment: Where does this issue stand now? Did the applied sched patch supersede the proposed asyncore patch? Is enhancing asyncore still on the table given Guido's proposed new module? -- nosy: +terry.reedy versions: +Python 3.4 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1641 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1641] asyncore delayed calls feature
Guido van Rossum added the comment: A new implementation is part of Tulip (tulip/selectors.py); once Tulip is further along it will be a candidate for inclusion in the stdlib (as socket.py) regardless of whether tulip itself will be accepted. I have no plans to work on asyncore. On Fri, Mar 8, 2013 at 12:03 PM, Terry J. Reedy rep...@bugs.python.org wrote: Terry J. Reedy added the comment: Where does this issue stand now? Did the applied sched patch supersede the proposed asyncore patch? Is enhancing asyncore still on the table given Guido's proposed new module? -- nosy: +terry.reedy versions: +Python 3.4 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1641 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1641 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1641] asyncore delayed calls feature
Giampaolo Rodola' added the comment: I'm not sure how many users asyncore has out there nowadays, but if it has to stay in the stdlib then I see some value in adding a scheduler to it because it is an essential component. If this is still desirable I can restart working on a patch, although I'll have to go through some of the messages posted earlier in this topic and figure how's best to proceed: whether reusing sched.py or write a separate scheduler in asyncore.py. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1641 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12988] Tkinter File Dialog crashes on Win7 when saving to Documents Library
Terry J. Reedy added the comment: As near as I can tell, the tcl/tk distributed with Windows is not upgraded in bugfix releases. I presume it is a matter of testing and stability and not introducing any new features in the new tcl/tk. In any case, on Windows, this is fixed in 3.3 (and hopefully in 3.4) but will apparently not be fixed in earlier microreleases. That sometimes happens. -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12988 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15158] Add support for multi-character delimiters in csv
Terry J. Reedy added the comment: You did not explain why it is *impossible* for you to use any of the other solutions. In any case, I looked at the C code. It defines delimiter (as well as quotechar and escapechar) as a single unicode char. This is different from Python which does not have a char type but uses strings (arrays) of length one as a substitute. Redefining delimiter as an array of unicode chars, as you propose, would complicate the code. It will take a much stronger case than one person's 'It would be nice' to motivate someone with the needed C skills to do the revision. It would as least slightly slow down all single char uses. It would be easier and more useful, in some ways, to write a Python csv version. You might look elsewhere for an enhanced csv reader that handles multi-char delimiters. Searching just pypi for 'csv' returns perhaps 50 hits. If you really want to pursue this for the stdlib, follow my suggestion of posting to python-ideas and reference this issue. -- nosy: +skip.montanaro resolution: - rejected stage: test needed - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15158 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6933] Threading issue with Tkinter Frame.insert
Terry J. Reedy added the comment: Quoting from msg179101 on #16823, which I turned into a doc issue: ''' What you are doing appears to be unsupported (invalid). From http://www.astro.washington.edu/users/rowen/TkinterSummary.html all Tkinter access must be from the main thread (or more precisely, from the thread that calls the mainloop). Violating this is likely to cause nasty and mysterious symptoms such as freezes and core dumps. ''' You got the freeze part. I suspect what changed from 2.5 to 2.6 was the tcl/tk version delivered with Python on Windows. -- resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17386] Bring Doc/make.bat as close to Doc/Makefile as possible
New submission from Zachary Ware: I have found Doc/make.bat to be very useful, but I have hit a few of its limitations now and then. Thus, I have made extensive modifications to bring it much closer to the way Doc/Makefile works. Among the things changed in the attached patch: - Use pushd/popd to make sure everything is done in the Doc directory. - Allow variables to be set on the command line, e.g.: make html PYTHON2=python - Set PYTHON2 and PYTHON3 variables separately; the Sphinx version and associated tools we're currently using want Python 2, which defaults to py -2. Other tools, like Tools/scripts/serve.py (the make serve target), expect Python 3; setting the default PYTHON3 searches for python(_d).exe in PCbuild(\amd64), and falls back to py -3 if not found. - Set the HTML Help Workshop default path to %ProgramFiles(x86)%\..., if that variable is defined. (If I understand correctly, that variable is only defined on x64 installations, and in cases where it is not defined on x64, %ProgramFiles% silently copies %ProgramFiles(x86)%.) - Convert target choice to a single for loop, rather than several lines of if. Anything not in the list falls through to the help message. - Expand the help message to match the message given by Doc/Makefile - Add the clean target, which does the same as Makefile - Reimplement update to match Makefile (call clean, call checkout. I do wonder if maybe it should be done the other way around, though; reimplement Makfile's update target to simply update the svn checkouts, rather than re-pull them) - Add separate labels for each target. The old method of sending everything to :build was very clever and kept the file short, but limited flexibility. It's also nice to get a message at the end (matching Makefile), which is much easier to do with separate labels. - Add support for the PAPER environment variable in LaTeX building. - Add coverage, doctest, pydoc-topics, dist, check, and serve targets. dist cannot be completed in the same way with default tools on Windows, so all it does is build html, text, latex (a4 and letter), and epub and copy them into the dist directory. - checkout checks for the existence of the checked out packages before checking out - build calls checkout before building, so you can go right to make html instead of having to do make checkout make html - Add support for SOURCES and SPHINXOPTS environment variables. Everything seems to work for me, but I've only been able to test on Windows 7 (32 and 64 bit). I don't believe there's anything in there that doesn't exist in XP, though. Also, since this version of the file has a lot of labels, this patch does somewhat rely on resolution of issue 17202. It should probably work without any changes to .hgeol, but that can't be guaranteed. There are a couple of drawbacks to the patched version; it's a much longer file, and it does lose a good chunk of the elegance of the original solution. If anyone has any suggestions for regaining some of that elegance without losing any of the functionality, I am of course all ears :). In particular, I'm not a huge fan of having to have pushd . at the beginning of every label, but the only other solutions I came up with involved setting and unsetting a DISALLOW_POPD variable in several places, and a condition on the popd at :end, or forgetting the pushd/popd thing entirely. I'm looking forward to hearing what anyone else thinks of this, positive or negative :) -- assignee: docs@python components: Build, Documentation, Windows files: win_doc_make.diff keywords: patch messages: 183768 nosy: christian.heimes, docs@python, zach.ware priority: normal severity: normal status: open title: Bring Doc/make.bat as close to Doc/Makefile as possible type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file29353/win_doc_make.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11029] Crash, 2.7.1, Tkinter and threads and line drawing
Terry J. Reedy added the comment: I have somewhat arbitrary selected #16823 as the issue turned into a tkinter and threads doc issue. I added a note there about mentioning the use of queue. -- resolution: - duplicate status: open - closed superseder: - Python quits on running tkinter code with threads ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11029 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16823] Python quits on running tkinter code with threads
Terry J. Reedy added the comment: From #11029: Doc about tkinter and treads should also give the alternative of using queue.queue to feed data from multiple threads. See msg127316 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16823 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7074] Turtle module crashes python
Terry J. Reedy added the comment: It is not safe to call graphic primitives in event callbacks. Martin, do you agree that this is (or should be) the case? -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17376] TimedRotatingFileHandler documentation regarding 'Week day' lacking
Roundup Robot added the comment: New changeset 56b74b9c81c3 by Vinay Sajip in branch '2.7': Issue #17376: Clarified documentation for TimedRotatingFileHandler weekday rotation. http://hg.python.org/cpython/rev/56b74b9c81c3 New changeset 83f07e3a53f4 by Vinay Sajip in branch '3.2': Issue #17376: Clarified documentation for TimedRotatingFileHandler weekday rotation. http://hg.python.org/cpython/rev/83f07e3a53f4 New changeset 12239c13db72 by Vinay Sajip in branch '3.3': Issue #17376: Merged clarification from 3.2. http://hg.python.org/cpython/rev/12239c13db72 New changeset a8047d1376d5 by Vinay Sajip in branch 'default': Closes #17376: Merged clarification from 3.3. http://hg.python.org/cpython/rev/a8047d1376d5 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17376 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue747320] rfc2822 formatdate functionality duplication
Éric Araujo added the comment: Tests would be great, especially given that we can add them in 3.2 and when merging 3.2 into 3.3 and then default, it ensures that the new code has no regression. (A minor thing: I would use “attribute” instead of “variable” in the docstrings.) There are also test helpers to assert that a warning is sent, but we don’t have a full coverage policy so it’s okay if you don’t feel like adding them. -- nosy: +eric.araujo, orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue747320 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11077] Tkinter is not thread safe
Terry J. Reedy added the comment: I am somewhat puzzled by the claim that tkinter *is* thread safe (as opposed to *intended to be*), in the sense of accessing the gui from multiple threads. First, http://www.astro.washington.edu/users/rowen/TkinterSummary.html all Tkinter access must be from the main thread (or more precisely, from the thread that calls the mainloop). Violating this is likely to cause nasty and mysterious symptoms such as freezes and core dumps. This statement must be based on some sort of experience. Second, there have been many reports of problems with tkinter and threads. From currently open tracker issues: #11029 Same Scott M as here fixed problem by feeding data to single gui thread with queue. #16823 I turned this into a doc issue to say (perhaps erroneously) that tkinter is not thread safe, quoting the above. #6933 I closed this as invalid because of using multiple threads. #10909 This is ambiguous because problem continued after stopping 2nd thread access. I believe these have most of the details requested. There have been posts on python-list where people were advised to and solved problems by only accessing tkinter from one thread, and the main thread at that. Ditto for Stackoverflow: searching [python tkinter threads] gets 368 hits. Just one example: http://stackoverflow.com/questions/13753545/tkinter-freeze-on-grid-remove/13753865#13753865 from Adrian Larsen got this response: Tkinter is not thread safe. If you do anything in a thread other than the main thread that touches a GUI object then you will get unpredictable results. ... (Brian Oakley, experienced responder) Adrian responded ... The real problem is that it is not in the correct thread (i.e. the mainloop). I solved the problem by sending the ungrid order to a queue in the GUI, which then issues the command from inside the mainloop. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17251] LWPCookieJar load() set domain_specifed wrong
Demian Brecht added the comment: @B. Kyven: What are you trying to achieve? LWP is intended to be used with libwww-perl libary, which is not known to be compatible with any browsers (not sure whether or not this has any bearing on what you're doing). Really, IMHO, this entire module is in need of a whole lot of love. Unfortunately, I don't think there's much interest in it, so I'm unsure of whether or not that love will happen any time soon. https://github.com/jjlee/mechanize looks like it has its own implementation of the MozillaCookieJar (extending on the FileCookieJar). If/how it differs from the stdlib implementation I'm not sure. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17251 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10909] thread hang, possibly related to print
Terry J. Reedy added the comment: I re-ran in 2.7.3. First time, B froze at 81, second time neither froze for a few minutes until I used task manager to stop. I then remembered that accessing the gui from a 2nd thread is not supported. Quoting from msg179101 on #16823, which I turned into a doc issue: ''' What you are doing appears to be unsupported (invalid). From http://www.astro.washington.edu/users/rowen/TkinterSummary.html all Tkinter access must be from the main thread (or more precisely, from the thread that calls the mainloop). Violating this is likely to cause nasty and mysterious symptoms such as freezes and core dumps. ''' You got the unpredictable random freeze part. But perhaps the quote is wrong (#11077). But to be sure that was the problem, I reran with B's gui access commented out. It stopped again as about 500. So there is a problem with just printing. I tested 3.3 and stopped it with TaskManager at 18000 and A still running too. Is this issue reproduced with issue9290 patch? That was just last January. Unless and until I can get new executable with a working tkinter, I cannot test that and other recent patches. Let's hope that 3.2/3.3 still run correctly. -- stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10909 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17343] Add a version of str.split which returns an iterator
Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- nosy: +tshepang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17343 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17337] input() and raw_input() do not work correctly with colored prompts
Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- nosy: +tshepang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17337 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17349] wsgiref.simple_server.demo_app is not PEP-3333 compatible
Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- nosy: +pje, tshepang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17349 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17332] typo in json docs - convered should be converted
Changes by Terry J. Reedy tjre...@udel.edu: -- assignee: docs@python - terry.reedy nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17332 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17332] typo in json docs - convered should be converted
Roundup Robot added the comment: New changeset 9bd2fc35f311 by Terry Jan Reedy in branch '2.7': Issue #17332: fix json doc typo /convered/converted/ found by Ernie Hershey. http://hg.python.org/cpython/rev/9bd2fc35f311 New changeset 55fd9810c9ab by Terry Jan Reedy in branch '3.2': Issue #17332: fix json doc typo /convered/converted/ found by Ernie Hershey. http://hg.python.org/cpython/rev/55fd9810c9ab New changeset 8817a09e012c by Terry Jan Reedy in branch '3.3': Issue #17332: fix json doc typo /convered/converted/ found by Ernie Hershey. http://hg.python.org/cpython/rev/8817a09e012c New changeset d86f5686cef9 by Terry Jan Reedy in branch 'default': Issue #17332: fix json doc typo /convered/converted/ found by Ernie Hershey. http://hg.python.org/cpython/rev/d86f5686cef9 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17332 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17332] typo in json docs - convered should be converted
Terry J. Reedy added the comment: Thanks for the report. -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed type: enhancement - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17332 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17387] Error in C API documentation of PySequenceMethods
New submission from Alex Orange: The documentation at http://docs.python.org/2/c-api/typeobj.html#PySequenceMethods is missing sq_slice between sq_item and sq_ass_item. This will mess up anyone trying to use anything after sq_item (that isn't using designated initializers). -- assignee: docs@python components: Documentation messages: 183779 nosy: Alex.Orange, docs@python priority: normal severity: normal status: open title: Error in C API documentation of PySequenceMethods versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17337] input() and raw_input() do not work correctly with colored prompts
Terry J. Reedy added the comment: On Windows, both the command prompt interpreter and IDLE ignore special meanings and print prompt as is. Line wrap to physical next line occurs at 80 chars and movable edge of window respectively. Michael, in light of your last post, do you still believe a change is needed in the code we distribute, in particular our readline module, whether bugfix or enhancement, or should this be closed? I do not believe that Python itself know how the output device will interpret the characters sent to it. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17337 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17340] Handle malformed cookie
Terry J. Reedy added the comment: Code behaving as documented is not a bug for tracker purposes. Adding a parameter to allow new behavior is an enhancement for a future release. Who is responsible for the invalid cookie. Pardon my ignorance, but if tornado re-sets the cookie, why cannot it read it the next time? If the existing test suite tests for CookieError for invalid cookies, writing tests for strict=False (return instead of CookieError) would be trivial. -- nosy: +terry.reedy stage: - test needed type: behavior - enhancement versions: +Python 3.4 -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17343] Add a version of str.split which returns an iterator
Terry J. Reedy added the comment: I personally would have changed both str.split and os.walk to return iterators in 3.0, like many other builtins. The rationale for os.walk continuing to produce a list is that there would be little time saving as the list is not *that* long and most uses look at all the items anyway. (See tracker issue.) This argument might be even stronger for str.split. When I expressed my view about str.split (after 3.0, I think), Guido said that if people do not look at all the items, they typically need random access, and hence a list anyway, so why make them write list(xxx.split()) all the time? I will also note that Guido has opposed string views and partial object views in general on the basis that a tiny view can keep a mega object alive, and that it is too much to ask people to keep track of when they should copy the view to release the underlying object. Iterators also (should) keep the underlying object alive, but they are usually short-lived and not passed around hither and thither. I personally would prefer that the API for this proposal simply be a new parameter (iter(able)=False/True). But that runs into 'argument values should not change the return type' (but lists and iterators are *both iterables*!). Instead there supposedly should be a new, almost identical function with a new, almost identical name. But that runs into 'we should not add builtins with a really good reason' (which I agree with) and more directly 'we should not repeat the confusing range/xrange mess' (which I also agree with). So the status quo is a Catch 22 situation with conflicting principles that produce paralysis. As I said, I prefer redefining the return as an iterable. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17343 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17345] Portable and extended type specifiers for array module
Changes by Terry J. Reedy tjre...@udel.edu: -- nosy: +mark.dickinson, meador.inge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17345 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17348] Unicode - encoding seems to be lost for inputs of unicode chars
Terry J. Reedy added the comment: I do not see any bug. Unicode chars do not have an encoding (except internally) The .encode() method encodes the the unicode string to a byte string. It does *not* mutate the string. Since you do not bind the byte string to anything, it disappears. Compare c = u'\u20ac' b = c.encode() c '€' b b'\xe2\x82\xac' Now you have both the unicode string and the utf-8 encoded byte string that represents the char. b.decode() '€' If you have any more questions, please reread the tutorial or ask on python-list or even the tutor list. Also post there about any 'problems' you find. -- components: +Unicode -IDLE nosy: +ezio.melotti, terry.reedy resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17348 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17350] Use STAF call python script will case 1124861 issue in 2.7.2 version
Terry J. Reedy added the comment: (Peter, the OP claims this issue is similar to a subprocess issue you fixed. I hope you can comment.) Nearly identical versions of your example run from IDLE on both 2.7.3 and 3.3.0. Please rerun on 2.7.3 to make sure you have the problem with current Python. And if you do, try again when 2.7.4 comes out (date uncertain). I have no idea what STAF is, but we on this tracker are not responsible for 3rd party environments. It looks like STAF manipulates i/o streams# in a way that subprocess cannot handle*. The error has nothing to do with the particular command you tried to run. I suggest you present your problem to the STAF people. We can only handles identified problems within our code and we need a reproducible example that runs independent of such 3rd party environments. Without that, we will have to close this. # IDLE also manipulates the i/o streams and it has had i/o replacement stream bugs that we only fixed within the last 6 months. * For instance, I tried to run subprocess with stdout= StringIO object, to avoid writing to disk, but that failed, also within _get_handles(stdin, stdout, stderr), because StringIO objects do not have a fileno attribute. An error traceback is a graceful shutdown. A crash is an exit with no traceback and, on Windows, a popup or worse, a 'blue screen of death' and a reboot. (If you have never seen the latter, good for you and your system ;-). -- nosy: +astrand, terry.reedy stage: - test needed type: crash - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17350 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17365] Remove Python 2 code from test_print
Terry J. Reedy added the comment: In 3.3+ the u prefix is ignored in the lexer stage and I am sure that is tested in the string literal syntax tests. It has nothing to do with printing. The commented out tests you appropriately removed were testing the printing of unicode instead of byte strings. -- nosy: +ezio.melotti, michael.foord, pitrou, terry.reedy stage: - patch review type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17365 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12067] Doc: remove errors about mixed-type comparisons.
Mike Hoy added the comment: Considering that the docs have changed does this issue still need to be open? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12067 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17370] PEP should note if it has been superseded
Terry J. Reedy added the comment: I think you are, in effect, asking for expansion of the 'PEP Header Preamble' section of PEP-0001. I have added some of the PEP editors listed in the PEP as nosy. I will let them decide if this should be discussed elsewhere. -- nosy: +barry, brett.cannon, georg.brandl, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15158] Add support for multi-character delimiters in csv
Ramchandra Apte added the comment: I have posted on python-ideas. On 9 March 2013 03:14, Terry J. Reedy rep...@bugs.python.org wrote: Terry J. Reedy added the comment: You did not explain why it is *impossible* for you to use any of the other solutions. In any case, I looked at the C code. It defines delimiter (as well as quotechar and escapechar) as a single unicode char. This is different from Python which does not have a char type but uses strings (arrays) of length one as a substitute. Redefining delimiter as an array of unicode chars, as you propose, would complicate the code. It will take a much stronger case than one person's 'It would be nice' to motivate someone with the needed C skills to do the revision. It would as least slightly slow down all single char uses. It would be easier and more useful, in some ways, to write a Python csv version. You might look elsewhere for an enhanced csv reader that handles multi-char delimiters. Searching just pypi for 'csv' returns perhaps 50 hits. If you really want to pursue this for the stdlib, follow my suggestion of posting to python-ideas and reference this issue. -- nosy: +skip.montanaro resolution: - rejected stage: test needed - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15158 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15158 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17340] Handle malformed cookie
keakon added the comment: Terry, say that a user's cookie is ,BRIDGE_R=; a=b; right now. When he login, the server sends Set-Cookie: user_id=1; Path=/ header to him. Then his cookie is ,BRIDGE_R=; a=b; user_id=1; now. The next time he sends cookie to the server, Cookie.SimpleCookie.load() tries to parse the cookie, but raises a CookieError. So the server has no way to get his user_id from cookie. It has to let him login again and sends Set-Cookie: user_id=1; Path=/ header infinitely. I cannot clear all cookies because Cookie.SimpleCookie.load() even dosen't let me know the keys in his cookie. -- type: enhancement - behavior versions: +Python 2.7 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17387] Error in C API documentation of PySequenceMethods
Changes by Mike Hoy mho...@gmail.com: -- nosy: +mikehoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17340] Handle malformed cookie
Terry J. Reedy added the comment: keakon, changing the headers after a developer sets them is insulting, annoying, a waste of my time to change them back again, and a distraction from the issue. -- type: behavior - enhancement versions: +Python 3.4 -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17375] Add docstrings to methods in the threading module
Roundup Robot added the comment: New changeset e0ef2bde35c3 by Raymond Hettinger in branch '2.7': Issue #17375: Add docstrings to the threading module. http://hg.python.org/cpython/rev/e0ef2bde35c3 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17382] debugging with idle: current line not highlighted
Terry J. Reedy added the comment: Dirk, sorry; in my email, I should have suggested searching for existing idle debugger issues before posting. -- nosy: +terry.reedy resolution: - duplicate status: open - closed superseder: - IDLE: source line in editor doesn't highlight when debugging ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14146] IDLE: source line in editor doesn't highlight when debugging
Terry J. Reedy added the comment: I closed #17382 as a duplicate of this. The OP, Dirk, only had problem on Windows xp, not on Ubuntu 3.2 and 3.3. I see the same problem on 3.3 win 7. Roger, do you think this is a windows, tkinter, or idle problem? -- versions: +Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17340] Handle malformed cookie
keakon added the comment: Terry, I think that's the standard process of web applications. 1. The user agent send cookie via HTTP headers to the web server. 2. The web server parse its cookie. If the server fails to find something proves the user has logged in from his cookie, redirect him to the login page. 3. The user agent post login information to the web server. 4. The web server verify the post data. If it's correct, the server send Set-Cookie headers which can be used as a proof in the step 2 to the user agent. After the 4 steps, the user agent should be considered as a logged-in user. However, in the step 2, the server cannot parse his cookie duo to CookieError. It has to redirect the user to the login page and continue the next steps. I don't think there is anything wrong with the process except the strange behavior of Cookie.SimpleCookie.load(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12466] sporadic failures of test_close_fds() and test_pass_fds in test_subprocess
Changes by Ned Deily n...@acm.org: -- resolution: out of date - status: closed - open title: test_subprocess.test_close_fds() sporadic failures on Mac OS X Tiger - sporadic failures of test_close_fds() and test_pass_fds in test_subprocess versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12466 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17387] Error in C API documentation of PySequenceMethods
Mike Hoy added the comment: Looking through Include/object.h I see that sq_slice is now: void *was_sq_slice. Can anyone provide any clarification as to where I can find info about sq_slice? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12466] sporadic failures of test_close_fds and test_pass_fds in test_subprocess
Changes by Ned Deily n...@acm.org: -- title: sporadic failures of test_close_fds() and test_pass_fds in test_subprocess - sporadic failures of test_close_fds and test_pass_fds in test_subprocess ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12466 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17351] Fixed python3 descriptor documentation example + removal of explicit object inheritance in docs
Terry J. Reedy added the comment: The respective howto and examples authors should give their OK for deleting '(object)' in case they are trying to keep one text compatible across 2 and 3. I added the other two to the nosy list. Doc/howto/descriptor.rst -- Raymond H. Doc/howto/sorting.rst -- Raymond H. Doc/howto/logging-cookbook.rst -- Vinay S. Doc/library/unittest.mock-examples.rst -- Michael F. Since raise AttributeError(message) works in 2.x, I think that should definitely be changed in descriptor.rst. I also think the regular docs can be changed without further ado. Doc/library/contextlib.rst Doc/library/functions.rst Phil, your name does not have a Contributor Agreement *. If it should, say so and lets figure out why not. Otherwise, please fill out one at http://www.python.org/psf/contrib/ Choose paper mail, paper scan and email, or javascript e-form. -- nosy: +michael.foord, terry.reedy, vinay.sajip stage: - patch review type: - behavior versions: +Python 3.2, Python 3.3, Python 3.4 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17351 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17387] Error in C API documentation of PySequenceMethods
Alex Orange added the comment: If you look at the 2.7.3 version of that file: http://hg.python.org/cpython/file/70274d53c1dd/Include/object.h it has more information. It is a ssizessizeargfunc. I assume it passes the lower and upper bound and expects back a subsequence. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17387] Error in C API documentation of PySequenceMethods
Alex Orange added the comment: Just to clarify though, that is entirely an assumption as to how it's supposed to be used. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench
Changes by Brian Kearns bdkea...@gmail.com: -- nosy: +brian.kearns ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17340] Handle malformed cookie
karl added the comment: Just a quick note that the new specification for HTTP State Mechanism (aka cookies) is http://tools.ietf.org/html/rfc6265 keakon, Do you know why her cookie was ',BRIDGE_R=;' -- nosy: +karlcow ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17340] Handle malformed cookie
keakon added the comment: karl, I don't know the exact reason. BRIDGE_R is a cookie name set by Baidu Bridge. I don't know why there is a comma before it. The Baidu Bridge is an external JavaScript resource. It can do anything like: document.cookie = ,BRIDGE_R=;; I think Baidu Bridge set the wrong cookie by mistake. But we still rely on Baidu Bridge, and we have no way to clear the wrong cookie. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16642] Mention new kwargs named tuple parameter in sched module
Roundup Robot added the comment: New changeset 258028711466 by Terry Jan Reedy in branch '3.3': Issue #16642: sched.scheduler timefunc initial default is time.monotonic. http://hg.python.org/cpython/rev/258028711466 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16642 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16643] Wrong documented default value for timefunc parameter in sched.scheduler()
Roundup Robot added the comment: New changeset ca56baa46d35 by Terry Jan Reedy in branch 'default': Merge: closes issue 16643 (not 2 as in last commit message) http://hg.python.org/cpython/rev/ca56baa46d35 -- nosy: +python-dev resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16643 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16643] Wrong documented default value for timefunc parameter in sched.scheduler()
Terry J. Reedy added the comment: 3.3 was changed also, but with misdirected message -- assignee: docs@python - terry.reedy nosy: +terry.reedy resolution: fixed - stage: committed/rejected - patch review status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16643 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16642] Mention new kwargs named tuple parameter in sched module
Changes by Terry J. Reedy tjre...@udel.edu: -- Removed message: http://bugs.python.org/msg183801 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16642 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17351] Fixed python3 descriptor documentation example + removal of explicit object inheritance in docs
Vinay Sajip added the comment: I'm OK with changing the logging cookbook to remove explicit subclassing from object in the examples. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17351 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17340] Handle malformed cookie
Terry J. Reedy added the comment: Carl, do you know if the (2 year old) draft better reflect actual usage than 2965? Is there much change other than deprecates the use of the Cookie2 and Set-Cookie2 header fields.? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16643] Wrong documented default value for timefunc parameter in sched.scheduler()
Terry J. Reedy added the comment: I guess I should have taken the assignment before pushing ;-) -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16643 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17384] test_logging failures on Windows
Vinay Sajip added the comment: Closing, as the errors seem to have gone away after the cleanup update. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
