[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 us

[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(r"C:\myfile.txt", "a+") as f: ... f.tell() ... 0L But in Python 3.4.1.0 it gives a different result: >>> with open(r"C:\myfile.txt", "a+") as f: ... f.tel

[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 ___ __

[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 ___

[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 different

[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/m

[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.

[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/~n

[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: +d

[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 begi

[issue22645] Unable to install Python 3.4.2 amd64 on Windows 8.1 Update 1

Changes by Berker Peksag : -- stage: -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[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. Th

[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 mu

[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

[issue22650] set up and use VM for net access in the test suite

Changes by Berker Peksag : -- nosy: +berker.peksag ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue22636] avoid using a shell in ctypes.util: replace os.popen with subprocess

Changes by Antoine Pitrou : -- nosy: +koobs ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[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

[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')

[issue22649] Use _PyUnicodeWriter in case_operation()

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue22650] set up and use VM for net access in the test suite

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue22653] Crash in insertdict

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue22653] Crash in insertdict

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[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", "

[issue22653] Crash in insertdict

Changes by Antoine Pitrou : Added file: http://bugs.python.org/file36948/dictcrash.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue22653] Crash in insertdict

Changes by Antoine Pitrou : -- priority: normal -> high versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue22651] Python 2: Open file in a+ mode doesn't go to the end

Changes by Arfrever Frehtes Taifersar Arahesis : -- 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 <

[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 = (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) {

[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

[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 b

[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 say

[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

[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 ins

[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 ___ __

[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 : -- priority: normal -> low ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[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 ___ __

[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function

Changes by Antoine Pitrou : -- stage: needs patch -> patch review versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ ___ Python-

[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 ___ __

[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

[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. I

[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 ___

[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

[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 tracke

[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 ___

[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 ___ __

[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 ad

[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 ___ _

[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 s

[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 ___ __

[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 '' come from?!") -- ___ Python tracker

[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 ___ ___ Pyt

[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

[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.

[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 de

[issue14847] AttributeError: NoneType has no attribute 'utf_8_decode'

Changes by mike bayer : -- nosy: +zzzeek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.or

[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 d0f8f24253

[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

[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 --ge

[issue22654] issue with PYTHON_FOR_BUILD

Changes by Ned Deily : -- nosy: +doko ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/m

[issue22570] Better stdlib support for Path objects

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue22596] support.transient_internet() doesn't catch connection refused errors

Changes by Berker Peksag : Added file: http://bugs.python.org/file36951/issue22596_v2.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[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

[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 ___ ___

[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

[issue22654] issue with PYTHON_FOR_BUILD

Arfrever Frehtes Taifersar Arahesis added the comment: What changes exactly have you made in Python? -- ___ Python tracker ___ ___ Pyt

[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 ___ __

[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. --

[issue15944] memoryviews and ctypes

Changes by Stefan Krah : -- versions: +Python 3.5 -Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[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 gen

[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

[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 ___

[issue13236] unittest needs more flush calls

Changes by Antoine Pitrou : -- nosy: +rbcollins ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue21718] sqlite3 cursor.description seems to rely on incomplete statement parsing for detection

Changes by Tom Tanner : Removed file: http://bugs.python.org/file36950/with.diff ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue21718] sqlite3 cursor.description seems to rely on incomplete statement parsing for detection

Changes by Tom Tanner : Added file: http://bugs.python.org/file36952/with2.diff ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue15944] memoryviews and ctypes

Changes by Josh Rosenberg : -- nosy: +josh.r ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue22628] Idle: Tree lines are spaced too close together.

Changes by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[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: Incre

[issue22651] Open file in a+ mode reads from end of file in Python 3.4

Changes by eryksun : -- 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 ___

[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 --inf

[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

[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: R

[issue22629] Idle: update htest.py and htests

Terry J. Reedy added the comment: Uh, stops with first line. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: