[issue22669] Test_venv fails when _ctypes is not available.
Terry J. Reedy added the comment: I think this was improperly closed. #22611 was about pip. This one is about test_venv failing today, 8 days after 22611 was closed, when optional module _ctypes is not built. The resolution of this issue should be that either the buildbots start using the new version of pip that will not fail or that test_venv is patched to work with version of pip that is being used. -- resolution: duplicate - status: closed - open superseder: pip needs ctypes - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22669 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22669] Test_venv fails when _ctypes is not available.
Ned Deily added the comment: Issue22611 documents exactly the same failure so if this issue was improperly closed than Issue22611 was, too. So I would think the earlier issue would be the place to discuss this. But, in any case, I think the issue is that the latest version of pip hasn't been released yet and/or not yet vendored into the 3.4 and default source trees. Donald would be the person to discuss that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22669 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22669] Test_venv fails when _ctypes is not available.
Donald Stufft added the comment: It hasn't been released yet, test_venv could be temp disabled if ctypes isn't available though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22669 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22669] Test_venv fails when _ctypes is not available.
Ned Deily added the comment: As I understand it, the reason test_venv is failing is because of a defect in the pip vendored colorama. The test has found the unexpected dependency of the vendored package with ctypes. It's good that the test failed. The right solution is to provide the updated pip with the fixed colorama and that should be happening shortly. And when that happens, there should no longer be a test failure. Is my understanding correct? If so, I would argue that we should not be touching test_venv. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22669 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22669] Test_venv fails when _ctypes is not available.
Donald Stufft added the comment: More or less. You could argue whether it's a defect or not but it unconditionally imports ctypes and apparently that is an optional module (I had no idea it was personally, and I can't find any documentation to say that it is). colorama doesn't really *need* ctypes on Linux it only needs it on Windows so it fixes this by just conditionally importing it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22669 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22642] trace module: unclear error message
Vajrasky Kok added the comment: Here is the patch. -- keywords: +patch nosy: +vajrasky Added file: http://bugs.python.org/file36967/better_err_listfuncs_trace.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22642 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22670] wrong site-package installation even if correct libdir passed
New submission from Samuel: Today I compile try Python 3.4.2 on slackware-current in this way ./configure \ --prefix=/usr \ --libdir=/usr/lib64 \ --mandir=/usr/man \ --with-threads \ --enable-ipv6 \ --enable-shared \ make \ LIBDIR=/usr/lib64 \ SCRIPTDIR=/usr/lib64 make install like slackbuild say. But site package directory are under /usr/lib/python3.4/site-packages and not under /usr/lib64/python3.4/site-packages, which contanin only a README file with This directory exists so that 3rd party packages can be installed here. Read the source for site.py for more details. -- components: Cross-Build messages: 229675 nosy: Samuel88 priority: normal severity: normal status: open title: wrong site-package installation even if correct libdir passed type: compile error versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22670 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22670] wrong site-package installation even if correct libdir passed
Georg Brandl added the comment: It seems that you should give SCRIPTDIR=/usr/lib64 to the make install step, not the make step. Are you sure the slackbuild instructions are missing that? -- nosy: +georg.brandl resolution: - third party status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22670 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22671] Typo in class io.BufferedIOBase docs
New submission from gigaplastik: The online documentation for class io.BufferedIOBase states the following: Besides, the read() method does not have a default implementation that defers to readinto(). According to the documentation for class io.RawIOBase (which the statement compares with) read() method actually defers to readall(), NOT readinto() as misleadingly stated. The same typo is present in help('io.BufferedIOBase') output and, very likely, in all 3.X line docs for this class. -- assignee: docs@python components: Documentation messages: 229677 nosy: docs@python, gigaplastik priority: normal severity: normal status: open title: Typo in class io.BufferedIOBase docs type: enhancement versions: Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22671 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22670] wrong site-package installation even if correct libdir passed
Samuel added the comment: I use an old slackbuild, with new http://slackbuilds.org/slackbuilds/14.1/python/python3/python3.SlackBuild wich have patch file which correct the lib64 path installation work fine -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22670 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22663] patchcheck alters content of .png files
Roundup Robot added the comment: New changeset 3fa5d6a4bf78 by Georg Brandl in branch '3.4': Closes #22663: patchcheck: only modify text files under Doc/ https://hg.python.org/cpython/rev/3fa5d6a4bf78 -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22663] patchcheck alters content of .png files
Georg Brandl added the comment: What's actually curious is Getting the list of files that have been added/changed ... 448 files. What does hg status say? Why are there 448 changed files? This is of course still a bug in patchcheck.py, it shouldn't touch non-RST files. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22663] patchcheck alters content of .png files
Roundup Robot added the comment: New changeset 4d53b34dd493 by Georg Brandl in branch '2.7': Closes #22663: patchcheck: only modify text files under Doc/ https://hg.python.org/cpython/rev/4d53b34dd493 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22490] Using realpath for __PYVENV_LAUNCHER__ makes Homebrew installs fragile
Ronald Oussoren added the comment: First of all, sorry about the slow response. Vinay: I don't quite understand why you use __PYVENV_LAUNCHER__: When I create a pyvenv using python 3.3 (with a oldish build from the 3.3 branch) sys.executable point to a binary in the venv without mucking with environment variables: $ pyvenv-3.3 testenv $ testenv/bin/python Python 3.3.5+ (3.3:a36d469f31c1, Aug 13 2014, 09:04:41) [GCC 4.2.1 Compatible Apple LLVM 5.1 (clang-503.0.40)] on darwin Type help, copyright, credits or license for more information. import sys sys.executable '/Users/ronald/Projects/pyobjc-hg/pyobjc/x/testenv/bin/python' If older version of Python 3.x don't do this that's a bug in those versions and it would be acceptable to use the environment variable with those versions to work around this bug. I still not convinced that __PYVENV_LAUNCHER__ needs to be changed. It's highly likely that any use of __PYVENV_LAUNCHER__ outside of CPython itself is an indication of a bug in CPython that needs to be fixed there. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22490 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11820] idle3 shell os.system swallows shell command output
Serhiy Storchaka added the comment: Thank you Roger for your suggestion. Here is a patch which handless subprocess output (it is more complicated than Guido's demo because we need Unicode strings, not bytes). -- keywords: +patch nosy: +serhiy.storchaka stage: needs patch - patch review Added file: http://bugs.python.org/file36968/idle_handle_subprocess_output.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22665] shutil.__all__ incomplete
Berker Peksag added the comment: Here is a patch. I also added SameFileError. -- assignee: - berker.peksag keywords: +patch nosy: +berker.peksag stage: - patch review versions: +Python 3.5 Added file: http://bugs.python.org/file36969/issue22665.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22665 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16041] poplib: unlimited readline() from connection
Berker Peksag added the comment: Here is a patch for 2.7. -- nosy: +berker.peksag stage: needs patch - patch review Added file: http://bugs.python.org/file36970/issue16041_27.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16041] poplib: unlimited readline() from connection
Changes by Berker Peksag berker.pek...@gmail.com: Added file: http://bugs.python.org/file36971/issue16041_27.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16041] poplib: unlimited readline() from connection
Changes by Berker Peksag berker.pek...@gmail.com: Removed file: http://bugs.python.org/file36970/issue16041_27.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11820] idle3 shell os.system swallows shell command output
Akira Li added the comment: It looks like the issue can be reduced to whether or not to show this output: import os os.write(1, b'should we see this in idle?\n') should we see this in idle? 28 assuming sys.__stdout__.fileno() == fileno(stdout) == 1. If should we see this in idle? is shown in idle then the output that writes to the inherited C stdout such as os.system('ls'), subprocess.call('ls') will also be shown automatically. And in reverse If should we see this in idle? should not be shown then other C stdout output such as produced by os.system('ls') should not be redirected too. The output written to the same file should be shown/not shown consistently. os.write(2, b'the same goes for stderr\n') -- nosy: +akira ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22186] Typos in .py files
Roundup Robot added the comment: New changeset 98f16237e1e2 by Berker Peksag in branch '3.4': Issue #22186: Fix typos in Lib/. https://hg.python.org/cpython/rev/98f16237e1e2 New changeset 57b19af3d71b by Berker Peksag in branch 'default': Issue #22186: Fix typos in Lib/. https://hg.python.org/cpython/rev/57b19af3d71b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22186 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22186] Typos in .py files
Berker Peksag added the comment: Thanks for the patch, Févry. -- assignee: rhettinger - berker.peksag resolution: - fixed stage: commit review - resolved status: open - closed versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22186 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22642] trace module: unclear error message
Changes by Berker Peksag berker.pek...@gmail.com: -- stage: needs patch - patch review type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22642 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22672] float arguments in scientific notation not supported by argparse
New submission from Jacopo Nespolo: Argparse fails to recognise negative numbers in scientific notation as valid numbers. Example: Suppose the program test.py has this option. par.add_argument('-a', type=float) then './test.py -a -1e5' will fail, as well as -1.0e-4, -.5E+4 and variations thereof. Furthermore, at the current state, it seems that argparse does not recognize -1. as a valid float either. I tried to hack argparse.py myself, and I believe the patch attached should fix this issue. The base version of argparse.py is the one from Python 3.4.2 as found in Debian Sid. The modified regular expression seemed to behave correctly in all test cases I could come up with. -- components: Library (Lib) files: argparse.patch keywords: patch messages: 229689 nosy: jnespolo priority: normal severity: normal status: open title: float arguments in scientific notation not supported by argparse type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file36972/argparse.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21949] Document the Py_SIZE() macro.
Changes by Berker Peksag berker.pek...@gmail.com: -- stage: - needs patch type: performance - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21949 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22673] Incorrect fileno for CONOUT$ / stdout
New submission from Aaron Myles Landwehr: If I execute the following code, the file descriptor for CONOUT$ has a fileno != 1. With CONIN$ the fileno != 0. Similar code in another language such as perl produces the desired results. sys.stdout.close(); sys.stdout = open(CONOUT$, w); sys.stderr.write(str(sys.stdout.fileno())); I believe it has to do with the fact that stdout is an object in python and in perl or c, you are operating directly on the stream ala freopen() or the equivalent. -- components: IO messages: 229690 nosy: snaphat priority: normal severity: normal status: open title: Incorrect fileno for CONOUT$ / stdout type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22673 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22674] strsignal() missing from signal module
New submission from Dolda2000: Like it says on the tin, it would be nice if strsignal(3) were added to the signal module. -- components: Library (Lib) messages: 229691 nosy: Dolda2000 priority: normal severity: normal status: open title: strsignal() missing from signal module type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22674 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22648] Unable to install Python 3.4.2 amd64 on Windows 8.1
Martin v. Löwis added the comment: The problem is this: Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: RemovePip, location: C:\Python34\python.exe, command: -B -m ensurepip._uninstall It tries to uninstall 3.4.1 for the upgrade, including an uninstallation of pip. Uninstallation fails, so it cannot upgrade. Can you report whether any terminal windows show up, and what they say? Also, can you try to run python3 -B -m ensurepip._uninstall' manually in a terminal window and report whether it works? As a work-around, you can uninstall Python 3.4.1 first, then install 3.4.2. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22648 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15204] Deprecate the 'U' open mode
Serhiy Storchaka added the comment: Please open new issue for this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15204 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22673] Incorrect fileno for CONOUT$ / stdout
R. David Murray added the comment: This is Windows specific, right? From a quick google is not clear that CONOUT$ *should* point 1, since it supposed to get at the console regardless of whether there has been any redirection. Certainly, relying on it doing so would seem to be problematic. What does PERL return if stdout is redirected, and where does the output go in that case? The io module does not use the c IO library, unlike the default open in python2 (the io module is the default in python3), so the behavior may also be different in the two cases. -- components: +Windows nosy: +r.david.murray, steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22673 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22674] strsignal() missing from signal module
R. David Murray added the comment: This seems like a reasonable request to me. Do you want to propose a patch? -- nosy: +r.david.murray versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22674 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15989] Possible integer overflow of PyLong_AsLong() results
Serhiy Storchaka added the comment: It would be good to write tests, but for some tests it is difficult (if possible). At least I did not see ways how to do this. -- versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15989 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22674] strsignal() missing from signal module
Benjamin Peterson added the comment: A dictionary, signal number - signal name might be more friendly. -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22674 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22674] strsignal() missing from signal module
R. David Murray added the comment: Yeah, the thinnest possible exposure of the strsignal API wouldn't really be that sensible for Python. But making the OS information available *somehow* makes sense. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22674 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20079] Add support for glibc supported locales
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20079 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22673] Incorrect fileno for CONOUT$ / stdout
eryksun added the comment: In Python 2, the closer for sys.stdout is _check_and_flush, which flushes the stream without closing the underlying FILE. https://hg.python.org/cpython/file/ee879c0ffa11/Python/sysmodule.c#l1377 In Python 3, io.FileIO won't close the underlying file descriptor if closefd is False. sys.stdout.buffer.raw.closefd False It isn't a writable attribute. It gets initialized to False by create_stdio (line 1034). https://hg.python.org/cpython/file/ab2c023a9432/Python/pythonrun.c#l1006 You'll can call os.close. Python 2: sys.stdout.close(); os.close(1); sys.stdout = open('CONOUT$', 'w', buffering=0) sys.stdout.fileno() 1 Python 3: sys.stdout.close(); os.close(1); sys.stdout = open('CONOUT$', 'w') sys.stdout.fileno() 1 -- components: -Windows nosy: +eryksun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22673 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11820] idle3 shell os.system swallows shell command output
Ned Deily added the comment: A quick smoke test of the patch (solely on OS X) looks like it works pretty well. Not surprisingly, it doesn't fix anything when using the deprecated -n (no subprocess) option but that's not a problem. One more serious issue is that, depending on the length of the output produced, the IDLE shell prompt ('') for the next command may appear out of sync, interspersed within the displayed stdout rather than at the end. And, yes, the os.write(1, ...) to stdout in the same process is an equivalent way to look at the issue and the patch seems to handle that as well. Nice work, Serhiy! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22673] Incorrect fileno for CONOUT$ / stdout
Aaron Myles Landwehr added the comment: Yeah, it is windows specific. The problem is that if you open conout$ and the descriptor isn't 1, the buffer doesn't flush normally so the console won't display anything unless you manually flush it. Now, why would you want to redirect STDOUT to the console in the first place like this? It's in the case where AllocConsole() has been called and since the console is new, STDOUT is directed elsewhere or nowhere. So you can't dup it or restore it or anything like that. In order, to get the normal behavior for the windows console the redirect is needed for STDOUT with fileno=1. But, as far as I can tell, it is impossible to actually do the redirect in python. Anyway, let me discuss a bit the behavior between C, Python, and Perl w.r.t. to opening files. It'll help clarify where python is lacking in comparison to perl and c. You basically have two different 'flavors' of prototypes between the languages: 1) handle fd = open(filename, mode) 2) open(filename, mode, fd) In C, the first prototype matches 'fopen' and is used to open a file. And the second prototype matches 'freopen' and is used to associate a different file with the an existing file descriptor. Moreover, you can't use stdout as an lvalue so you simply can't redefine it. In code terms: stdout = fopen(CONOUT$, w); //Invalid lvalue FILE* file= fopen(CONOUT$, w); // Valid fileno=3 to N. freopen(CONOUT$, w, stdout); // Valid fileno=1. freopen(CONOUT$, w, file); //Valid IFF fd!=0, the value of fd is whatever it was previously. In perl the open function is similar to the second prototype mentioned above, but the parameters are backwards. Moreover, It can either be used for new file descriptors or for reusing file descriptors unlike C's version of the second prototype. In code terms: open (STDOUT, , CONOUT$); //Valid fileno=1. Reuses the desciptor number. open (FILE, , CONOUT$); //Valid fileno=3 to N. Reuses the fileno if a valid descriptor. Otherwise, creates a new one. In python, the os.open function matches the first prototype with the exception that it can be used to redirect stdout unlike C's version. In code terms: sys.stdout = os.open(CONOUT$, w); // Valid fileno=3 to N. So when you look at the behavior, you'll note that both C and Perl allow you to redirect using an existing descriptor; where as, Python seems to be unable to do this. Normally, it doesn't matter since you can just save stdout ahead of time, but it matters in the case where you don't start with a console (pythonw), or deallocated the console and allocated a new one later on. As it stands, I don't believe this is fixable without an API extension/change of some sort that would allow passing filehandles... either that or... just making $CONOUT always allocate to 1 regardless. Though the latter would change the behavior for anyone who currently uses CONOUT$ in that it currently needs to be manually flushed to display to the console; where as, it wouldn't with the change. Boy that is long winded, but hopefully it describes the issue adequately. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22673 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22457] load_tests not invoked in root __init__.py when start=package root
Changes by Robert Collins robe...@robertcollins.net: Removed file: http://bugs.python.org/file36716/issue22457.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22457 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22457] load_tests not invoked in root __init__.py when start=package root
Robert Collins added the comment: Updated patch. -- Added file: http://bugs.python.org/file36973/issue22457.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22457 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22673] Incorrect fileno for CONOUT$ / stdout
Aaron Myles Landwehr added the comment: Note, I just read eryksun's response. That does indeed fix the issues without API changes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22673 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17401] io.FileIO closefd parameter is not documented nor shown in repr
Changes by Robert Collins robe...@robertcollins.net: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17401 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19746] No introspective way to detect ModuleImportFailure in unittest
Roundup Robot added the comment: New changeset e906e23931fa by Robert Collins in branch 'default': Close #19746: expose unittest discovery errors on TestLoader.errors https://hg.python.org/cpython/rev/e906e23931fa -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19746 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7559] TestLoader.loadTestsFromName swallows import errors
Changes by Robert Collins robe...@robertcollins.net: Added file: http://bugs.python.org/file36974/issue7559.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7559 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7559] TestLoader.loadTestsFromName swallows import errors
Robert Collins added the comment: Patch polished up and updated - ready for review IMO. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7559 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16893] Generate Idle help from Doc/library/idle.rst
Terry J. Reedy added the comment: I have avoided editing the Idle docs because of this issue, but idle.rst needs some corrections and updates now, and will soon need some additions. I want to only edit idle.rst. So I want to resolve this issue soon. As I mentioned before, I think the best idea is Ned's: copy Doc/build/html/library/idle.html to idlelib (as help.html for now) and change the 'IDLE Help' code to display it in a browser. This will be easy and will end the duplication and DRY violation that is the goal of this issue. Zach, can you produce a makefiles.v4 patch (without .rst changes) that patches the makefiles to add a target do the copying? The same patch (or another) should add idlelib/help.html to .hgignore so idle developers and testers can 'make' the new target without committing it. Georg can then update PEP 101 with the new release step. This change will provide a nicely formatted, always-available local copy that should match the installed micro-version. Because of PEP 434, later online versions of the doc may contain changes that do not apply to the installed version. After this is done, and anything in help.txt but not in idle.rst is moved, help.txt will be deleted. issue16893.v3.diff mixes together changes for this issue and a separate issue of editing idle.rst. I will separately apply some of your mising changes, but I don't think I like adding the new separators and even more whitespace. Also, I assume that 'Control' in .txt was changed to 'C' in .rst because OSX uses 'Command' instead of 'Control' and 'C' stands for either. That is aside from the issue of abbreviating something used repeatedly. Anyway, I think this is a discussion for another tracker issue. -- stage: - needs patch title: Create IDLE help.txt from Doc/library/idle.rst - Generate Idle help from Doc/library/idle.rst ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16893 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22673] Incorrect fileno for CONOUT$ / stdout
R. David Murray added the comment: OK, do we have a documentation issue here with respect to actually closing the standard streams, or do we just close this as not a bug? Now that issue 17401 is closed, in python 3.5 you will at least be able to tell that the standard stream fdclose is set False by its repr. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22673 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22673] Incorrect fileno for CONOUT$ / stdout
Robert Collins added the comment: I think its worth a note that the stdio streams are constructed specially, even with the repr improvements. -- nosy: +rbcollins ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22673 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22673] document the special features (eg: fdclose=False) of the standard streams
Changes by R. David Murray rdmur...@bitdance.com: -- assignee: - docs@python components: +Documentation -IO nosy: +docs@python stage: - needs patch title: Incorrect fileno for CONOUT$ / stdout - document the special features (eg: fdclose=False) of the standard streams versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22673 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17535] IDLE: Add an option to show line numbers along the left side of the editor window, and have it enabled by default.
Terry J. Reedy added the comment: A blog post replay mentioned http://tkinter.unpythonic.net/wiki/A_Text_Widget_with_Line_Numbers. I will take a look when I get back to this issue. I have also thought trying the Extension configure menu approach #3068 of pasting widgets on a scrollable canvas to both moving together. -- dependencies: +IDLE - Add an extension configuration dialog ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17535 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18976] distutils/command/build_ext passes wrong linker flags
Benedikt Morbach added the comment: fixed with issue17219 -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18976 ___ ___ 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
Terry J. Reedy added the comment: http://inventwithpython.com/blog/2011/11/29/the-things-i-hate-about-idle-that-i-wish-someone-would-fix/comment-page-1/#comment-2726 Professor teaching Python says '4. UNFRIENDLY: Forcing a kill of a running script by clicking the X close button brings up the scary message of “killing” something.'. input('say something') say something try to close shell with [x] Unless someone objects within a few days, I will change message title and text to Stop your program? Your program is still running! Do you want to stop it and exit the Shell? -- ___ 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
[issue16893] Generate Idle help from Doc/library/idle.rst
Zachary Ware added the comment: Sure; here's a patch. I suspect we may want to try giving Sphinx some different options to clean up the output a bit, but I'm not experienced enough with Sphinx to have any specific suggestions. -- Added file: http://bugs.python.org/file36975/issue16893-v4.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16893 ___ ___ 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
Terry J. Reedy added the comment: General comment: I am less willing to casually change defaults or even remove features, and upset current habits of current users, than the blogger and responders. I now have an organized list of all open Idle issues. I am checking this list against that and am incorporating data from messages above. 1a. #2704 (limited from request) jump to prompt when hitting character key. 1b. (my idea) add run-undo that will delete output and reactivate previous input line for editing. 1.1 #3851, #17060, #18444 HOME, fixed on non-mac, 1.2 copy on highlight. Rejected. I constantly use auto-copy to . 2. Debug highlight. If still true, probably only or worse on Windows. 3. 15308 Stop execution. (same as control-C) Restart Shell (C-F6) does more that stopping a statement, but is only sure way to stop. 4. #13884 Tear of menu optional or gone 5. #7136 New Window - New Editor Window 6. Pygame issue or perhaps fixed as similar complaints have been. 7. #10364 .py extension, #6804 and #6858 are related. 8a. Delete ZoomHeight. Low priority, someone might use it. 8b. Tile Shell Editor: I would like to tile two notebooks (#9262). 9. Surrounding parens. delete or make auto 10. #17942 Improve debugger gui. 11. #17721 Help button. Also Improve Idle config dialog. Maybe. 12. #17535 Line numbers in editor. 13. #694339 dedent with shift Tab. 14. #5150 Strip trailing whitespace: auto for .py (including trailing \ns. 15. Save dialog: Save, Don't Save instead of yes/ no. 16. #10747 Icon version 17. c-wheel, change font size (see turtledemo #21933). U1. Specify argv when run. U2. #19406 include pip (Win, Mac, at least) U3. Detect if 2.x or 3.x code (could at least U4. Repeat of 1a R4.1 Idle and input(); works now R4.2 Idle and turtle; works now R4.3a Highlight blocks #6804 in part R4.3b 22354 Highlight tabs versus spaces. R5.1 Mac focus issue. R5.2 -- dependencies: +IDLE Debugger: Improve GUI, IDLE: Add an option to show line numbers along the left side of the editor window, and have it enabled by default., IDLE: Remove tear-off menu feature ___ 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