[issue24303] OSError 17 due to _multiprocessing/semaphore.c assuming a one-to-one Pid -> process mapping.

Charles-François Natali added the comment: Here's a patch against 2.7 using _PyOS_URandom(): it should apply as-is to 3.3. -- keywords: +patch nosy: +neologix versions: +Python 3.3 Added file: http://bugs.python.org/file39679/mp_sem_race.diff ___ Pyth

[issue24175] Consistent test_utime() failures on FreeBSD

Changes by Zachary Ware : -- nosy: +zach.ware ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue24175] Consistent test_utime() failures on FreeBSD

koobs added the comment: test_utime is now consistently failing on 3.4, 3.5 and default -- priority: normal -> high title: Sporadic test_utime() failures on FreeBSD -> Consistent test_utime() failures on FreeBSD versions: +Python 3.6 ___ Python track

[issue24324] Remove -Wunreachable-code flag

Changes by Raymond Hettinger : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue24324] Remove -Wunreachable-code flag

Changes by Raymond Hettinger : -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue23391] Documentation of EnvironmentError (OSError) arguments disappeared

Martin Panter added the comment: New patch with the following changes. Let me know what you think. * Added extra markup for OSError attributes and constructor signature * Explained how “winerror” works with and without Windows * Added “filename2” argument * Update tests for filename2 defaulting

[issue16864] sqlite3.Cursor.lastrowid isn't populated when executing a SQL REPLACE statement

Alex Lord added the comment: Adding a patch for 3.6 since 3.5 is in beta. -- versions: +Python 3.6 -Python 3.5 Added file: http://bugs.python.org/file39677/replace_lastrowid_3_6.patch ___ Python tracker ___

[issue24408] tkinter.font.Font.measure() broken in 3.5

Martin Panter added the comment: Some quick googling suggests this “.Helvetica Neue DeskInterface” font is real, and because it begins with a full stop it may be normally hidden from the normal list of fonts. Perhaps the test could be modified to just check the two functions separately: * fam

[issue17310] Ctypes callbacks shows problem on Windows Python (64bit)

Vinay Sajip added the comment: I can confirm that the CFFI patch works as expected on Python 2.7.10. -- stage: -> test needed versions: +Python 3.4, Python 3.5, Python 3.6 ___ Python tracker __

[issue24423] Fix wrong indentation in Doc/whatsnew/3.5.rst

Ned Deily added the comment: Thanks for the report! -- nosy: +ned.deily resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ __

[issue24423] Fix wrong indentation in Doc/whatsnew/3.5.rst

Roundup Robot added the comment: New changeset 4e7dcf64bba7 by Ned Deily in branch '3.5': Issue #24423: Fix formatting error in 3.5 whatsnew https://hg.python.org/cpython/rev/4e7dcf64bba7 New changeset 3156dd82df2d by Ned Deily in branch 'default': Issue #24423: merger from 3.5 https://hg.python

[issue17310] Ctypes callbacks shows problem on Windows Python (64bit)

Vinay Sajip added the comment: I note that the code for CFFI has a fix in ffi_prep_incoming_args_SYSV, as follows: #ifdef _WIN64 if (z > 8) { /* On Win64, if a single argument takes more than 8 bytes, then it is always passed by reference. */ *p_ar

[issue24408] tkinter.font.Font.measure() broken in 3.5

Ned Deily added the comment: Test fails on OS X (10.10) with Cocoa Tk 8.6(.4) and 8.5(.18): == FAIL: test_families (test_tkinter.test_font.FontTest) -- Tracebac

[issue17310] Ctypes callbacks shows problem on Windows Python (64bit)

Vinay Sajip added the comment: Although Matt was able to work around his problem, this problem seems to still be present in 2.7 as well as all 3.x versions. I think I've found the cause of the problem: in 64-bit code, the calling conventions for passing structures by value are different. From

[issue24426] re.split performance degraded significantly by capturing group

Patrick Maupin added the comment: Just to be perfectly clear, this is no exaggeration: My original file was slightly over 5GB. I have approximately 1050 bad strings in it, averaging around 11 characters per string. If I split it without capturing those 1050 strings, it takes 3.7 seconds. If

[issue24426] re.split performance degraded significantly by capturing group

Patrick Maupin added the comment: 1) I have obviously oversimplified my test case, to the point where a developer thinks I'm silly enough to reach for the regex module just to split on a linefeed. 2) '\n(?<=(\n))' -- yes, of course, any casual user of the re module would immediately choose th

[issue24428] Import sys,getopt is having issue while taking inputs

Eric V. Smith added the comment: This is not a problem with python, but rather with how bash interprets your program arguments. Try putting the arguments in single quotes, like: python validate_json_adj.py -i '$#@%' -- nosy: +eric.smith resolution: -> not a bug stage: -> resolved sta

[issue24428] Import sys,getopt is having issue while taking inputs

New submission from venkata suresh gummadillli: [@outsidetried ~]$ python validate_json_adj.py [@outsidetried ~]$ python validate_json_adj.py -h validate_json.py -i [@outsidetried ~]$ python validate_json_adj.py -i hello.txt Input JSON file provided for verification: hello.txt [@outsidetried ~]

[issue24426] re.split performance degraded significantly by capturing group

Serhiy Storchaka added the comment: Splitting with pattern '\n(?<=(\n))' produces the same result as with pattern '(\n)' and is as fast as with pattern '\n'. -- ___ Python tracker _

[issue24427] subclass of multiprocessing Connection segfault upon attribute acces

New submission from Charles-François Natali: The following segfaults in _PyObject_GenericGetAttrWithDict: """ from socket import socketpair from _multiprocessing import Connection class Crash(Connection): pass _, w = socketpair() Crash(w.fileno()).bar """ #0 _PyObject_GenericGetAttrWit

[issue24426] re.split performance degraded significantly by capturing group

Serhiy Storchaka added the comment: Regular expression is optimized for the case when it starts with constant string or charset. It is no degradation when using '(\n)', but rather an optimization of '\n'. -- ___ Python tracker

[issue24420] Documentation regressions from adding subprocess.run()

Thomas Kluyver added the comment: Thanks, this looks good to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue24426] re.split performance degraded significantly by capturing group

Changes by Ezio Melotti : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue7267] format method: c presentation type broken in 2.7

Changes by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/

[issue24426] re.split performance degraded significantly by capturing group

New submission from Patrick Maupin: The addition of a capturing group in a re.split() pattern, e.g. using '(\n)' instead of '\n', causes a factor of 10 performance degradation. I use re.split a() lot, but never noticed the issue before. It was extremely noticeable on 1000 patterns in a 5BG fi

[issue24400] Awaitable ABC incompatible with functools.singledispatch

Stefan Behnel added the comment: > I currently do isinstance(x, types.GeneratorType), which will fail if x > is actually a GeneratorWrapper. I can change this to use > collections.abc.Generator when it exists, but then I'd have to have some > conditional logic to switch between collections.abc an

[issue24425] Installer Vender Issue

Steve Dower added the comment: Can you run the following command and then post the log.txt file it generates: msiexec /l*vx log.txt /i -- ___ Python tracker ___ ___

[issue24425] Installer Vender Issue

Changes by R. David Murray : -- components: +Extension Modules, Windows -Installation nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___ ___

[issue24379] slice.literal notation

Joe Jevnik added the comment: It is a singleton, does not accept the `maketuple` flag, and is written in C. I did not know about the s_ attribute of numpy before writing this; however, I still think that moving this object to slice improves code clarity (s_ is not a super clear name). I also t

[issue24379] slice.literal notation

Tal Einat added the comment: So, is this in any ways different than NumPy's s_? -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue24425] Installer Vender Issue

New submission from Hayden Young: For some reason, my Python installer won't run properly. When I click install, after DISabling PIP in the installer (And with pip on), it tells me the following: "There is a problem with this windows installer package. A program required for this install to co

[issue24379] slice.literal notation

Joe Jevnik added the comment: >>> slice.literal[0] 0 >>> y = slice.literal[1:2] slice(1, 2, None) >>> slice.literal[0:1, ..., 3] (slice(0, 1, None), Ellipsis, 3) The way this object works right now does not create instances of some inner class of slice, instead, indexing it returns the key with

[issue24400] Awaitable ABC incompatible with functools.singledispatch

Yury Selivanov added the comment: > With the two changes I described things appear to be working, although I've > only done light testing so far. Glad to hear that! I've attached a new patch fixing types.coroutine per your request. > More generally, the inconsistency between isgenerator() an

[issue24400] Awaitable ABC incompatible with functools.singledispatch

Ben Darnell added the comment: With the two changes I described things appear to be working, although I've only done light testing so far. For inspect.isgenerator(), my use case is here: https://github.com/tornadoweb/tornado/blob/2971e857104f8d02fa9107a0e13f50170eb4f30d/tornado/gen.py#L222 I

[issue672115] Assignment to __bases__ of direct object subclasses

Changes by Boris : -- nosy: +borisompol ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.or

[issue24424] xml.dom.minidom: performance issue with Node.insertBefore()

New submission from Robert Haschke: Node.insertBefore() has a serious performance issue: Using self.childNodes.index(refChild) it searches for the correct index in childNodes where the newChild should be inserted. However, index() is linear in time w.r.t. the size of childNodes. Hence, if there

[issue24423] Fix wrong indentation in Doc/whatsnew/3.5.rst

New submission from Stefan Tatschner: A list item which describes the changes of #22631 is badly indented. The attached (trivial) patch fixes that problem. -- assignee: docs@python components: Documentation files: fix-indentation.patch keywords: patch messages: 245127 nosy: docs@python,

[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects

Jan Harkes added the comment: @Carl.Kleffner: that is an interesting message but it discusses using binutils(/mingw?) generated import libraries with the MS linker. This bugreport was about two 64-bit objects that were accidentally included in an otherwise 32-bit library and it has been resolv

[issue24400] Awaitable ABC incompatible with functools.singledispatch

Nick Coghlan added the comment: A couple of high level observations: 1. As Yury notes, more clearly separating coroutines and generators is the intent of the PEP. The computer could clearly cope with them being the same class, but humans tended to get confused. We were still blurring that line t

[issue24422] base64 not encode correctly

Ezio Melotti added the comment: No, this is expected. See http://en.wikipedia.org/wiki/Base64#Padding -- nosy: +ezio.melotti resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker _

[issue24422] base64 not encode correctly

New submission from Hector Cloud: I use Python 3.4.0 now. But its base64 encoding is not as expected. import base64 ascii = base64.b64encode(u"YAU-interview-revised20120921".encode(), b'-_') print(ascii) The result is b'WUFVLWludGVydmlldy1

[issue22359] Remove incorrect uses of recursive make

Martin Panter added the comment: My math and cmath issue seems to be completely separate. I opened Issue 24421 for that, so sorry for the noise here :) I think the patch here should be applied (or adapted if necessary) to the 3.4 and 2.7 branches. If it breaks cross compilation, then the cross

[issue24421] Race condition compiling Modules/_math.c

New submission from Martin Panter: Once or twice I have had the math or cmath modules fail to build. There seems to be a race condition, because the _math.c file seems to be compiled twice, once for each module. Attached is a GCC wrapper that should help reproduce this fairly consistently. Fir

[issue24086] Configparser interpolation is unexpected

Jens Diemer added the comment: IMHO i ran into the same bug, try to "./setup.py upload" with my new password in ~/.pypirc: configparser.InterpolationSyntaxError: '%' must be followed by '%' or '(', found: "%foobar" This is a limitation of the configparser... But what's about to validate t

[issue22359] Remove incorrect uses of recursive make

koobs added the comment: martin: yes, if the incorrect usage of recursive make is in the 2.7 and 3.4 branches and the fix is relevant to the issues I reported. Of course all subsequent changes (fixing cross-builds) should be applied there too. -- __

[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects

Carl Kleffner added the comment: I experienced this behaviour by accident several times. Most likely this is due to inconsistenticies in different binutils and mingw-runtime versions/patches. See i.e. http://article.gmane.org/gmane.comp.gnu.binutils/46799 A robust solution is to exclusively use