[issue11176] give more meaningful argument names in argparse documentation
Steve added the comment: I came here to file a bug against the argparse documentation because reading through the documentation I didn't realize a good usecase for the `epilog` argument to the `ArgumentParser()` class until I started noticing that some commandline tools end with examples of usage. I found this bug and so thought it would be better to just leave a comment here instead. I glaced through the submitted patches and noticed that the pizza making example has `epilog=Remember: select a good combination to ensure maximum tastiness` ...which while good, still might not immediately convey the usefulness of the epilog parameter (just IMHO). I think, the example would be better served by something like: pizza_parser = argparse.ArgumentParser( ... description='Make a pizza out of ingredients and toppings', ... epilog=Examples: Create a Python Lovers pizza using the command:: ... ./makepizz.py spam ham eggs ... ) Of course this example would then also require passing a formatter_class argument to handle the wrapping ...but in essence the point of my comment is that the examples might be more useful if a 'real-world' usage is demonstrated. -- nosy: +lonetwin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11176 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22651] Open file in a+ mode reads from end of file in Python 3.4
New submission from Nick Jacobson: In Python 2.7.8.10 running the following gives one result: with open(rC:\myfile.txt, a+) as f: ... f.tell() ... 0L But in Python 3.4.1.0 it gives a different result: with open(rC:\myfile.txt, a+) as f: ... f.tell() ... 98 According to the man page for fopen, for a+ mode: The initial file position for reading is at the beginning of the file. Source: http://linux.die.net/man/3/fopen -- components: IO messages: 229511 nosy: nicksjacobson priority: normal severity: normal status: open title: Open file in a+ mode reads from end of file in Python 3.4 type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22651] Open file in a+ mode reads from end of file in Python 3.4
Nick Jacobson added the comment: Note: I'm running this in Windows 7, same result on Windows Server 2008. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22651] Open file in a+ mode reads from end of file in Python 3.4
Nick Jacobson added the comment: I also should have mentioned that C:\myfile.txt in my example is 98 bytes long, so it is being read from the end instead of the beginning. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22651] Python 2: Open file in a+ mode on Windows doesn't go to the end
STINNER Victor added the comment: Python 3 documentation is explicit about the a mode: open for writing, appending *to the end* of the file if it exists https://docs.python.org/dev/library/functions.html#open Python 2 is based on the stdio.h of the C standard library which behaves differently. fopen() documentation: Open for appending (writing *at end of file*). http://linux.die.net/man/3/fopen IMO it's a bug in the C library. It's probably yet another bug in the C standard library on Windows: http://haypo-notes.readthedocs.org/python.html#bugs-in-the-c-stdio-used-by-the-python-i-o -- components: +Windows nosy: +haypo, pitrou, steve.dower, tim.golden, zach.ware title: Open file in a+ mode reads from end of file in Python 3.4 - Python 2: Open file in a+ mode on Windows doesn't go to the end ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22651] Python 2: Open file in a+ mode on Windows doesn't go to the end
STINNER Victor added the comment: Oh, fopen() behaves differently between a and a+ mode on Linux: a goes to the end, a+ doesn't. It looks like a bug in the C library, or a bug in the documentation? a+ mode: Open for reading and appending (writing at end of file) http://linux.die.net/man/3/fopen open() of Python 3 and io.open() of Python 2 and Python 3 behaves correctly: a and a+ modes go to the end. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22651] Python 2: Open file in a+ mode on Windows doesn't go to the end
Nick Jacobson added the comment: For writing, end of file seems correct. But for reading, the documentation says it should be the beginning of the file. The initial file position for reading is at the beginning of the file, but output is always appended to the end of the file. http://linux.die.net/man/3/fopen -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22651] Python 2: Open file in a+ mode on Windows doesn't go to the end
eryksun added the comment: FYI, this is implementation defined in C89: ... unless the file is opened with append mode in which case it is **implementation-defined** whether the file position indicator is positioned at the beginning or the end of the file. http://port70.net/~nsz/c/c89/c89-draft.html#4.9.3 -- nosy: +eryksun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22651] Python 2: Open file in a+ mode on Windows doesn't go to the end
Georg Brandl added the comment: This is a somewhat unfortunate difference between the major C libs and Python's new IO, but probably too late to change. What's left to do is to document the behavior properly. -- assignee: - docs@python components: +Documentation -IO, Windows nosy: +docs@python, georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22651] Python 2: Open file in a+ mode on Windows doesn't go to the end
STINNER Victor added the comment: This is a somewhat unfortunate difference between the major C libs and Python's new IO, but probably too late to change. Well, it's easy to workaround it: just all file.seek(0, 2) after open() to always to the end ;-) (or file.seek(0) to always go the beginning). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22645] Unable to install Python 3.4.2 amd64 on Windows 8.1 Update 1
Changes by Berker Peksag berker.pek...@gmail.com: -- stage: - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22645 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22636] avoid using a shell in ctypes.util: replace os.popen with subprocess
STINNER Victor added the comment: Updated patch which address also BSD and Solaris systems. I also changed the behaviour when a required command is missing: return None instead of raising an OSError. In the current code, when a command is missing, the shell scripts return the exit code 10. The Python codes checks for the exit code 10, but in fact os.popen() returns a status, not directly the exit code. So the OSError was never raised. I don't know if it's better to return None instead of raising an error? It changes the behaviour, can it break backward compatibility? -- Added file: http://bugs.python.org/file36946/ctypes_util_popen-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22636 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22652] Add suggestion about keyword arguments to this error message: builtins.TypeError: my_func() takes 1 positional argument but 2 were given
New submission from Ram Rachum: When programming, I just got this exception: builtins.TypeError: my_func() takes 1 positional argument but 2 were given After a couple of minutes of investigation I figured out that the problem is that the function has a `*` in its signature, so arguments must be specified as keyword arguments, not positional arguments. It would be nice if the exception message would include some text to suggest that, like: builtins.TypeError: my_func() takes 1 positional argument but 2 were given. If you were trying to use the keyword-only argument foo, please specify it as foo=value. It's a little verbose and specific, but maybe it'll help people figure out this problem, especially newbies. We can have logic to show this message only if there are keyword-only arguments. -- components: Interpreter Core messages: 229521 nosy: cool-RR priority: normal severity: normal status: open title: Add suggestion about keyword arguments to this error message: builtins.TypeError: my_func() takes 1 positional argument but 2 were given versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22652 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22652] Add suggestion about keyword arguments to this error message: builtins.TypeError: my_func() takes 1 positional argument but 2 were given
Ram Rachum added the comment: (I should note that I see this suggestion as low-priority, because it's very specific, so I'll completely understand if it's deemed to not be worth the added complexity.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22652 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22650] set up and use VM for net access in the test suite
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22650 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22636] avoid using a shell in ctypes.util: replace os.popen with subprocess
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22636 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22645] Unable to install Python 3.4.2 amd64 on Windows 8.1 Update 1
Matthew Barnett added the comment: I've just come across the same problem. I uninstalled Python 3.4.1 amd64. There were other things installed in that version, so some stuff remained. I then tried to install Python 3.4.2 amd64, but it failed (same problem as Zac). I ran the Python 3.4.1 amd64 installer to repair it and then the Python 3.4.2 amd64 installer again. It worked. This is on Windows 8.1 Update 1, 64-bit. -- nosy: +mrabarnett ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22645 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22653] Crash in insertdict
New submission from Antoine Pitrou: I got a weird crash in an interpreter session. Here is what I did: $ ./python Python 3.5.0a0 (default:fd658692db3a+, Oct 15 2014, 23:13:43) [GCC 4.8.1] on linux Type help, copyright, credits or license for more information. f = open('toto', 'ab') f.write(b'bb') 2 f.flush() f = open('toto', 'ab') __main__:1: ResourceWarning: unclosed file _io.BufferedWriter name='toto' python: Objects/dictobject.c:855: insertdict: Assertion `ep-me_key != ((void *)0) ep-me_key != (_dummy_struct)' failed. Abandon (core dumped) Here are the inner frames of the traceback: (gdb) bt #0 0x7f27e691df77 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x7f27e69215e8 in __GI_abort () at abort.c:90 #2 0x7f27e6916d43 in __assert_fail_base (fmt=0x7f27e6a6df58 %s%s%s:%u: %s%sAssertion `%s' failed.\n%n, assertion=assertion@entry=0x6878d0 ep-me_key != ((void *)0) ep-me_key != (_dummy_struct), file=file@entry=0x6874f2 Objects/dictobject.c, line=line@entry=855, function=function@entry=0x6880a0 __PRETTY_FUNCTION__.10152 insertdict) at assert.c:92 #3 0x7f27e6916df2 in __GI___assert_fail (assertion=0x6878d0 ep-me_key != ((void *)0) ep-me_key != (_dummy_struct), file=0x6874f2 Objects/dictobject.c, line=855, function=0x6880a0 __PRETTY_FUNCTION__.10152 insertdict) at assert.c:101 #4 0x004b65d0 in insertdict (mp=0x7f27e76f9838, key='f', hash=-9123380860235530973, value=_io.BufferedWriter at remote 0x7f27e766e758) at Objects/dictobject.c:855 #5 0x004b752a in PyDict_SetItem ( op={'f': _io.BufferedWriter at remote 0x7f27e766e758, '__builtins__': module at remote 0x7f27e7750358, '__spec__': None, '__warningregistry__': {'version': 0}, '__doc__': None, 'rlcompleter': module at remote 0x7f27e5f0b358, '__name__': '__main__', '__cached__': None, '__package__': None, '__loader__': SourceFileLoader(name='__main__', path='/home/antoine/.pythonrc.py') at remote 0x7f27e765d468, 'readline': module at remote 0x7f27e5f0b058}, key='f', value=_io.BufferedWriter at remote 0x7f27e766e758) at Objects/dictobject.c:1245 #6 0x005a9f7c in PyEval_EvalFrameEx (f=Frame 0x7f27e7704d78, for file stdin, line 1, in module (), throwflag=0) at Python/ceval.c:2065 Here are the hash initialization values: (gdb) p _Py_HashSecret $1 = {uc = \260\306\vA\a\342\274\337\341\026\003\bbq\366\f\\032E\232jb%\023, fnv = {prefix = -2324734786846079312, suffix = 934058638581110497}, siphash = {k0 = 16122009286863472304, k1 = 934058638581110497}, djbx33a = {padding = \260\306\vA\a\342\274\337\341\026\003\bbq\366\f, suffix = 1379617070853200418}, expat = {padding = \260\306\vA\a\342\274\337\341\026\003\bbq\366\f, hashsalt = 1379617070853200418}} (gdb) p PyHash_Func $2 = {hash = 0x5ee557 siphash24, name = 0x6b2020 siphash24, hash_bits = 64, seed_bits = 128} The crash seems difficult to reproduce simply by typing the lines above. Perhaps by forcing the hash initialization values as above. -- components: Interpreter Core messages: 229524 nosy: Mark.Shannon, pitrou priority: normal severity: normal status: open title: Crash in insertdict type: crash versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22649] Use _PyUnicodeWriter in case_operation()
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22649 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22650] set up and use VM for net access in the test suite
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22650 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22653] Crash in insertdict
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22653] Crash in insertdict
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22653] Crash in insertdict
Antoine Pitrou added the comment: Ok, here is how to reproduce deterministically: 1) apply randomsecret.patch to hardcode the siphash initialization values 2) run cat dictcrash.py | ./python -i: Python 3.5.0a0 (default:030fda7b1de8+, Oct 16 2014, 14:27:32) [GCC 4.8.1] on linux Type help, copyright, credits or license for more information. __main__:1: ResourceWarning: unclosed file _io.BufferedWriter name='x' python: Objects/dictobject.c:855: insertdict: Assertion `ep-me_key != ((void *)0) ep-me_key != (_dummy_struct)' failed. Abandon -- keywords: +patch Added file: http://bugs.python.org/file36947/randomsecret.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22653] Crash in insertdict
Changes by Antoine Pitrou pit...@free.fr: Added file: http://bugs.python.org/file36948/dictcrash.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22653] Crash in insertdict
Changes by Antoine Pitrou pit...@free.fr: -- priority: normal - high versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22651] Python 2: Open file in a+ mode doesn't go to the end
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever title: Python 2: Open file in a+ mode on Windows doesn't go to the end - Python 2: Open file in a+ mode doesn't go to the end versions: +Python 2.7 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22653] Crash in insertdict
Antoine Pitrou added the comment: Looking down into the insertdict frame: (gdb) p key $14 = 'f' (gdb) p old_value $15 = unknown at remote 0x7f27e766e678 (gdb) p *ep $16 = {me_hash = -3761688987579986997, me_key = 0x0, me_value = 0x0} So this seems to have hit the following line in insertdict(): if (old_value != NULL) { assert(ep-me_key != NULL ep-me_key != dummy); *value_addr = value; ---Py_DECREF(old_value); /* which **CAN** re-enter */ } And it *has* reentered because the ResourceWarning inserted the __warningregistry__ attribute into the __main__ dict. Note the reentrancy looks safe: the dict should be in a stable state at this point (?). But the assert at the end of insertdict assumes the dict hasn't mutated... Why? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ 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
Василий Макаров added the comment: open() documentation is probably broken a little now. Here is what one can see at the end of open() description: ... Deprecated since version 3.4, will be removed in version 4.0. The 'U' mode. Reader may assume open() function is what will be removed. Which is frightening :) -- nosy: +Василий.Макаров ___ 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
[issue22653] Crash in insertdict
Antoine Pitrou added the comment: So after moving away that specific assert, there doesn't seem to be any problem (I ran the whole test suite in the same interpreter). If it's really a case of the assert being too strict, then the issue isn't very severe, as most people would you a non-debug build. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22653] Crash in insertdict
Mark Shannon added the comment: The assertion on line 855 is a duplicate of the assertion on line 821, which is just before the reentrant DECREF. The assertion on line 821 appears to be correct. I don't know why the assertion is at the end of the function rather than earlier, but hg blame says its my code :( I'll put a patch together this weekend, once I've had time to reproduce the failure. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22653] Crash in insertdict in debug mode
Antoine Pitrou added the comment: Here is a patch, with a test that fails deterministically without the fix. -- priority: high - normal stage: - patch review title: Crash in insertdict - Crash in insertdict in debug mode Added file: http://bugs.python.org/file36949/insertdict.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22653] Crash in insertdict
Antoine Pitrou added the comment: Le 16/10/2014 15:43, Mark Shannon a écrit : I'll put a patch together this weekend, once I've had time to reproduce the failure. Sorry, I was already writing mine when you said that :-) -- title: Crash in insertdict in debug mode - Crash in insertdict ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22628] Idle: Tree lines are spaced too close together.
Saimadhav Heblikar added the comment: It does not change anything else other than the intended, so looks OK on linux. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22628 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22652] Add suggestion about keyword arguments to this error message: builtins.TypeError: my_func() takes 1 positional argument but 2 were given
Changes by Benjamin Peterson benja...@python.org: -- priority: normal - low ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22652 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function
Antoine Pitrou added the comment: Victor, have you seen https://code.google.com/p/msinttypes/ ? -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17870 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function
Changes by Antoine Pitrou pit...@free.fr: -- stage: needs patch - patch review versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17870 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22649] Use _PyUnicodeWriter in case_operation()
Antoine Pitrou added the comment: Looks like it's cheaper to overallocate than add checks for overflow at each loop iteration. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22649 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function
STINNER Victor added the comment: Victor, have you seen https://code.google.com/p/msinttypes/ ? Not yet. See also AX_CREATE_STDINT_H: http://bugs.python.org/issue17884#msg188518 http://bugs.python.org/issue17884#msg188527 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17870 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22649] Use _PyUnicodeWriter in case_operation()
STINNER Victor added the comment: Looks like it's cheaper to overallocate than add checks for overflow at each loop iteration. I expected that the temporary Py_UCS4 buffer and the conversion to a Unicode object (Py_UCS1, Py_UCS2 or Py_UCS4) would be more expensive than _PyUnicodeWriter. It looks like it's slower. I tried to optimize the code but I didn't see how to make it really faster than the current code. -- Currently, the code uses: for (j = 0; j n_res; j++) { *maxchar = Py_MAX(*maxchar, mapped[j]); res[k++] = mapped[j]; } where res is a Py_UCS4* string, and mapped an array of 3 Py_UCS4. I replaced it with a call to case_operation_write() which calls _PyUnicodeWriter_WriteCharInline(). _PyUnicodeWriter_WriteCharInline() is maybe more expensive than res[k++] = mapped[j];. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22649 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21718] sqlite3 cursor.description seems to rely on incomplete statement parsing for detection
Tom Tanner added the comment: this patch fixes the bug. It parses the with WITH statement. -- keywords: +patch nosy: +tanner Added file: http://bugs.python.org/file36950/with.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21718 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19643] shutil rmtree fails on readonly files in Windows
Spencer Judge added the comment: Although this is closed, I stumbled across it while looking to see if this behavior had changed at all recently, and I have a suggestion I think might work. How about we take Tim's example error function which was added to the docs, and it's bound to something like shutil.REMOVE_WINDOWS_READONLY, so it can be used in the following way (probably with a better name): shutil.rmtree(C:/readonlyfilesinhere, onerror=shutil.REMOVE_WINDOWS_READONLY) Good idea? Too weird? -- nosy: +sushisource ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19643 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22653] Crash in insertdict
Arfrever Frehtes Taifersar Arahesis added the comment: Crash when running test_reentrant_insertion is reproducible also in 3.3 branch, but not in 3.2 branch. insertdict.patch applies and works in 3.3 branch. -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22653] Crash in insertdict
Antoine Pitrou added the comment: But 3.3 only receives security fixes, and this is not a security issue. It's up to Georg whether we really wants to backport the fix. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19643] shutil rmtree fails on readonly files in Windows
R. David Murray added the comment: I think it is an interesting idea. Probably worth opening a new enhancement request with the suggestion. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19643 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19643] shutil rmtree fails on readonly files in Windows
Paul Moore added the comment: Not a bad idea. I would want the implementation to remain in the documentation as well, as code that wants to be portable back to earlier versions of Python will need it. But for code that targets Python 3.5+ only, having it available out of the box is a nice addition. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19643 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21112] 3.4 regression: unittest.expectedFailure no longer works on TestCase subclasses
William Schwartz added the comment: 3.4.2 has been released, it seems, without this getting fixed. 3.4.3 then? Are we still happy with the patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21112 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22570] Better stdlib support for Path objects
Ram Rachum added the comment: I agree with Brett. Making old functions support `Path` sounds trivial to me, and I don't think there are any backward compatibility issues. Having to do str(path) every time you call a function is ugly. So I think that all stdlib functions that currently take a string path should be able to take a `Path` object. I'll add to that the functions in the `zipfile` module. -- nosy: +cool-RR ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21112] 3.4 regression: unittest.expectedFailure no longer works on TestCase subclasses
Berker Peksag added the comment: 3.4.3 then? Are we still happy with the patch? Please see msg218727. The patch is not ready yet. -- nosy: +rbcollins ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21112 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22570] Better stdlib support for Path objects
Georg Brandl added the comment: `path = str(path)` is minimal, but has the side effect of accepting almost any object, which is definitely not what you'd like (where did that file named 'type object at ...' come from?!) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22570] Better stdlib support for Path objects
Ram Rachum added the comment: Fine, so you add an `if isinstance...` in front of it and you're done. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22570] Better stdlib support for Path objects
Georg Brandl added the comment: Making old functions support `Path` sounds trivial to me We're looking forward to trivial patches that enable Path handling consistently throughout the stdlib. Fine, so you add an `if isinstance...` in front of it and you're done. Easier said than done in C modules. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22570] Better stdlib support for Path objects
Ram Rachum added the comment: Georg: You're right, I forgot about C modules which make this not as trivial as I thought. As for Python modules: If there's general agreement that this is a feature we want, I'll be happy to make a patch for the `zipfile` module to accept `Path` arguments. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22570] Better stdlib support for Path objects
R. David Murray added the comment: Well, if you use an isinstance check you privilege the stdlib Path over any other pathlike implementation. Since it *is* in the stdlib, this isn't an automatic reason for rejection, but it does have a bit of a code smell to it. Why should everything that deals with path strings have to have intimate knowledge of Path objects? I originally wrote here Maybe we need a __path__ magic method as a half-joke, but rereading the issue I see that this has in fact been proposed seriously, and referenced by Antoine (the pathlib author). I'm -1 on just sprinkling support for Path throughout the stdlib. Do it in a universally applicable fashion or don't do it at all, IMO. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14847] AttributeError: NoneType has no attribute 'utf_8_decode'
Changes by mike bayer mike...@zzzcomputing.com: -- nosy: +zzzeek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14847 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22643] Integer overflow in case_operation
Arfrever Frehtes Taifersar Arahesis added the comment: Summary of commits: 3.3: 449b1f427cc7 6a91e616485a f963cc1f96cf cda907a02a80 b4a6be12a4bc 3.4: 570e70252d5d a6d0b1275d4b 2a25076c50ad 33290d0dd946 2f90ea9e60ef 3.5: c2980ec10a4c d0f8f242531b 8195d48a5c43 ffabb674140c 030fda7b1de8 -- nosy: +Arfrever versions: +Python 3.3, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22643 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22570] Better stdlib support for Path objects
Antoine Pitrou added the comment: I'm -1 on just sprinkling support for Path throughout the stdlib. Do it in a universally applicable fashion or don't do it at all, IMO. How about doing it per module? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22654] issue with PYTHON_FOR_BUILD
New submission from Billy: Hi all, I've been cross-compiling Python3.4.1, but I have a issue than is following: _PYTHON_PROJECT_BASE=/home/aphillips/work/leo368-20141008/fs/apps/python-3.4.1/arm _PYTHON_HOST_PLATFORM=linux-arm PYTHONPATH=../src/Lib:../src/Lib/plat-linux -S -m sysconfig --generate-posix-vars ; \ if test $? -ne 0 ; then \ echo generate-posix-vars failed ; \ rm -f ./pybuilddir.txt ; \ exit 1 ; \ fi /bin/sh: -S: command not found generate-posix-vars failed make[1]: *** [pybuilddir.txt] Error 1 If who knows about that, could you help me. Best regards. -- components: Cross-Build messages: 229553 nosy: bill9889 priority: normal severity: normal status: open title: issue with PYTHON_FOR_BUILD type: compile error versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22654] issue with PYTHON_FOR_BUILD
Changes by Ned Deily n...@acm.org: -- nosy: +doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22570] Better stdlib support for Path objects
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22596] support.transient_internet() doesn't catch connection refused errors
Changes by Berker Peksag berker.pek...@gmail.com: Added file: http://bugs.python.org/file36951/issue22596_v2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22596 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22654] issue with PYTHON_FOR_BUILD
Arfrever Frehtes Taifersar Arahesis added the comment: You should have gotten error by: AC_MSG_ERROR([python$PACKAGE_VERSION interpreter not found]) Have you applied any changes in Python (e.g. in configure.ac)? -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22654] issue with PYTHON_FOR_BUILD
Billy added the comment: Yes, I applied a patch in the configure for than it can make the configuration. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22654] issue with PYTHON_FOR_BUILD
Ned Deily added the comment: And to see that message you need to rerun ./configure before running make. Have you just updated to Python 3.4.2? There were some changes in this area that might have inadvertently affected cross-compiles (in particular, Issue21166). -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22654] issue with PYTHON_FOR_BUILD
Arfrever Frehtes Taifersar Arahesis added the comment: What changes exactly have you made in Python? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22654] issue with PYTHON_FOR_BUILD
Billy added the comment: Ned Deil, For my application I need to use Python 3.4.1 and Why do I need to run the ./configure for second time?. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22654] issue with PYTHON_FOR_BUILD
Ned Deily added the comment: The generate-posix-vars failed message you show is not in Python 3.4.1; it was added recently by e52d85f2e284 for Issue21166 and is first released in 3.4.2. So it's hard to tell exactly what you are building with. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15944] memoryviews and ctypes
Changes by Stefan Krah stefan-use...@bytereef.org: -- versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15944 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15944] memoryviews and ctypes
Stefan Krah added the comment: We could add a flag memoryview(x, raw=True) to the constructor. This view would behave exactly like the regular one except that it ignores buf.format entirely. So you could do assignments like: m[10] = b'\x00\x00\x00\x01' This would be more flexible in general since memoryview currently only supports native struct formats (complex formats slow down certain operations dramatically). I think the feature would not add much additional complexity to the code. The question is: Is this a general need? Are many people are using memoryviews for bit-twiddling? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15944 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22654] issue with PYTHON_FOR_BUILD
Billy added the comment: I added a patch for the resolution of the issue but it didn't work. You can see in my first comment than there is a issue with PYTHONPATH, Do you know why happen that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22654] issue with PYTHON_FOR_BUILD
Arfrever Frehtes Taifersar Arahesis added the comment: Have you received configure: error: python3.4 interpreter not found error before your changes? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13236] unittest needs more flush calls
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +rbcollins ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13236 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21718] sqlite3 cursor.description seems to rely on incomplete statement parsing for detection
Changes by Tom Tanner pyt...@tannerlab.com: Removed file: http://bugs.python.org/file36950/with.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21718 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21718] sqlite3 cursor.description seems to rely on incomplete statement parsing for detection
Changes by Tom Tanner pyt...@tannerlab.com: Added file: http://bugs.python.org/file36952/with2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21718 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15944] memoryviews and ctypes
Changes by Josh Rosenberg shadowranger+pyt...@gmail.com: -- nosy: +josh.r ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15944 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22628] Idle: Tree lines are spaced too close together.
Changes by Terry J. Reedy tjre...@udel.edu: -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22628 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22628] Idle: Tree lines are spaced too close together.
Roundup Robot added the comment: New changeset aa447531490d by Terry Jan Reedy in branch '2.7': Issue #22628: Increase Treewidge line spacing so lines do not overlap. https://hg.python.org/cpython/rev/aa447531490d New changeset ffe4f3694c0f by Terry Jan Reedy in branch '3.4': Issue #22628: Increase Treewidge line spacing so lines do not overlap. https://hg.python.org/cpython/rev/ffe4f3694c0f New changeset 7ee79c3d4f5f by Terry Jan Reedy in branch 'default': Merge with 3.4 Issue #22628 https://hg.python.org/cpython/rev/7ee79c3d4f5f -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22628 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22651] Open file in a+ mode reads from end of file in Python 3.4
Changes by eryksun eryk...@gmail.com: -- title: Python 2: Open file in a+ mode doesn't go to the end - Open file in a+ mode reads from end of file in Python 3.4 versions: +Python 3.4, Python 3.5 -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22651 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22655] Build error on CentOS 5.4
New submission from Mao Rui: I tried to build Python 3.4.2 on CentOS 5.2 x64, but got an error of _decimal module. [maorui@ccsubfile1v ~/soft/python/Python-3.4.2]$ gcc -v Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux Thread model: posix gcc version 4.1.2 20080704 (Red Hat 4.1.2-46) logs: building '_decimal' extension gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DCONFIG_64=1 -DASM=1 -I/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec -I./Include -I. -IInclude -I/usr/local/include -I/home/maorui/soft/python/Python-3.4.2/Include -I/home/maorui/soft/python/Python-3.4.2 -c /home/maorui/soft/python/Python-3.4.2/Modules/_decimal/_decimal.c -o build/temp.linux-x86_64-3.4/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/_decimal.o -Wextra -Wno-missing-field-initializers gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DCONFIG_64=1 -DASM=1 -I/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec -I./Include -I. -IInclude -I/usr/local/include -I/home/maorui/soft/python/Python-3.4.2/Include -I/home/maorui/soft/python/Python-3.4.2 -c /home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/basearith.c -o build/temp.linux-x86_64-3.4/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/basearith.o -Wextra -Wno-missing-field-initializers gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DCONFIG_64=1 -DASM=1 -I/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec -I./Include -I. -IInclude -I/usr/local/include -I/home/maorui/soft/python/Python-3.4.2/Include -I/home/maorui/soft/python/Python-3.4.2 -c /home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/constants.c -o build/temp.linux-x86_64-3.4/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/constants.o -Wextra -Wno-missing-field-initializers gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DCONFIG_64=1 -DASM=1 -I/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec -I./Include -I. -IInclude -I/usr/local/include -I/home/maorui/soft/python/Python-3.4.2/Include -I/home/maorui/soft/python/Python-3.4.2 -c /home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/context.c -o build/temp.linux-x86_64-3.4/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/context.o -Wextra -Wno-missing-field-initializers gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DCONFIG_64=1 -DASM=1 -I/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec -I./Include -I. -IInclude -I/usr/local/include -I/home/maorui/soft/python/Python-3.4.2/Include -I/home/maorui/soft/python/Python-3.4.2 -c /home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/convolute.c -o build/temp.linux-x86_64-3.4/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/convolute.o -Wextra -Wno-missing-field-initializers gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DCONFIG_64=1 -DASM=1 -I/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec -I./Include -I. -IInclude -I/usr/local/include -I/home/maorui/soft/python/Python-3.4.2/Include -I/home/maorui/soft/python/Python-3.4.2 -c /home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/crt.c -o build/temp.linux-x86_64-3.4/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/crt.o -Wextra -Wno-missing-field-initializers gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DCONFIG_64=1 -DASM=1 -I/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec -I./Include -I. -IInclude -I/usr/local/include -I/home/maorui/soft/python/Python-3.4.2/Include -I/home/maorui/soft/python/Python-3.4.2 -c /home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/difradix2.c -o build/temp.linux-x86_64-3.4/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/difradix2.o -Wextra -Wno-missing-field-initializers gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DCONFIG_64=1 -DASM=1 -I/home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec -I./Include -I. -IInclude -I/usr/local/include -I/home/maorui/soft/python/Python-3.4.2/Include -I/home/maorui/soft/python/Python-3.4.2 -c /home/maorui/soft/python/Python-3.4.2/Modules/_decimal/libmpdec/fnt.c -o
[issue22629] Idle: update htest.py and htests
Terry J. Reedy added the comment: This patch stop with first like of grep htest. I am pushing this as a first chunk. -- assignee: - terry.reedy stage: patch review - needs patch title: Idle: update htest.py and hests - Idle: update htest.py and htests Added file: http://bugs.python.org/file36954/@htest-34-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22629 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22629] Idle: update htest.py and htests
Roundup Robot added the comment: New changeset f5be7fc270d1 by Terry Jan Reedy in branch '2.7': Issue #22629: Revise idle_test.htest, mostly docstring. Start revision of https://hg.python.org/cpython/rev/f5be7fc270d1 New changeset e73f1d813f1f by Terry Jan Reedy in branch '3.4': Issue #22629: Revise idle_test.htest, mostly docstring. Start revision of https://hg.python.org/cpython/rev/e73f1d813f1f New changeset d8ac11794f26 by Terry Jan Reedy in branch 'default': Merge with 3.4: Issue #22629 https://hg.python.org/cpython/rev/d8ac11794f26 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22629 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22629] Idle: update htest.py and htests
Terry J. Reedy added the comment: Uh, stops with first line. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22629 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com