[issue14867] chm link missing from 2.7 download page
New submission from Nacsa Kristóf : The link `http://python.org/ftp/python/2.7.3/python273.chm` is missing from `http://python.org/download/releases/2.7.3/` although the checksum is listed and the file exists. -- assignee: docs@python components: Documentation, Installation, Windows messages: 161248 nosy: Nacsa.Kristóf, docs@python priority: normal severity: normal status: open title: chm link missing from 2.7 download page versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue14867> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14867] chm link missing from 2.7 download page
Changes by Nacsa Kristóf : -- components: -Installation, Windows type: -> enhancement ___ Python tracker <http://bugs.python.org/issue14867> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15962] Windows STDIN/STDOUT Redirection is actually FIXED
New submission from Nacsa Kristóf: The Python docs faq says that due to a bug in Windows NT's cmd.exe, the output redirection and piping won't work when started from file extension. http://docs.python.org/faq/windows.html#how-do-i-make-python-scripts-executable http://docs.python.org/py3k/faq/windows.html#how-do-i-make-python-scripts-executable This is actually fixed in Windows, but the fix is disabled by default, and you need to enable it in regedit, the keyword is "InheritConsoleHandles". Proof & Details: http://support.microsoft.com/default.aspx?kbid=321788 It would be great if the docs could refer to this fix, as the docs is the major source of information for many. -- assignee: docs@python components: Documentation, Installation, Windows messages: 170641 nosy: Nacsa.Kristóf, docs@python priority: normal severity: normal status: open title: Windows STDIN/STDOUT Redirection is actually FIXED versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue15962> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15962] Windows STDIN/STDOUT Redirection is actually FIXED
Nacsa Kristóf added the comment: @dhgmgn I think the change is ok. That said, I add two things. It maybe should be noted which Windows version has this corrected. The article contains this string: "This problem was first corrected in Microsoft Windows 2000 Service Pack 4. This problem was first corrected in Windows XP Service Pack 1". The other thing is that I prefer if the relevant information is copied due to various reasons. One reason is that it serves as a "highlight" (nice time-saver and is also against TL;DR situations). Another is that Microsoft may simply cease support, or discontinue this link (they tend to do this). I'm not familiar with how the python docs is constructed, if there is a style guide, etc., but I can tell that I'd be happy if I could see this information there directly. This is also how I've found out about that cmd header line/'trick'. @ Another thing, can anyone else confirm that this works for [s]he? I've tested this on an 32-bit xp pro sp3. When _not_ using the fix, something like `foo | myscript.py | bar` results in: IOError: [Errno 9] Bad file descriptor With _using_ the registry fix from Microsoft, the command from above just works for me on the XP. (The cmd.exe/console needs to be restarted.) -- ___ Python tracker <http://bugs.python.org/issue15962> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19461] RawConfigParser modifies empty strings unconditionally
New submission from Nacsa Kristóf: http://hg.python.org/cpython/file/8d5df9602a72/Lib/ConfigParser.py#l529 RawConfigParser has a special case of replacing '""' with '' in reader. However the writer does not do the same. This may cause problems, for example if you merge multiple ini files into one and the 3rd party program that should use the output segfaults on an ini that has `key=` instead of `key=value`, as it is in my case. :) I think that the reasoning with the reader maybe was that an empty string must be an empty python string. However there is no option to control how it gets written back to the output. One can of course walkaround it by replacing the '' values with '""', but I think the standard library is ought to be consistent, walkarounds are unpythonic, a raw parser should be transparent either way, and there should preferrably be one obvious way to do it. I think this is not just unintuitive (especially in a parser called "raw"), but goes against the philosophy of "refusing the temptation to guess". As I know, the syntax of .ini files is not exactly well-defined, so the best option in my opinion would be allowing to configure the parser how to treat these values. Whether or not adding this option is viable, I think the problem still remains that the writer now works inconsistently of the reader. -- components: Library (Lib) messages: 201829 nosy: Nacsa.Kristóf priority: normal severity: normal status: open title: RawConfigParser modifies empty strings unconditionally type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue19461> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19461] RawConfigParser modifies empty strings unconditionally
Nacsa Kristóf added the comment: typo: `key=` instead of `key=value` was meant as `key=` instead of `key=""` -- ___ Python tracker <http://bugs.python.org/issue19461> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
