[issue33223] test_posix fails ERRNO 0

Change by Nitish : -- nosy: +nitishch ___ Python tracker ___ ___ Python-bugs-list

[issue33208] Lib2to3 grammar.txt error

Benjamin Peterson added the comment: If it's the same problem, we don't need another issue open. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Can't use lib2to3 with embeddable zip file.

Is pdb suitable for debugging asyncio module?

I have a module below and run it under pdb, the result seems not easy to xplain. (Note: the sleep periods are in reverse order) --- # asyncio_as_completed.py import asyncio @asyncio.coroutine def phase(i): print('in phase {}'.format(i)) yield from asyncio.sleep(0.5 - (0.1 *

[issue33184] Update OpenSSL to 1.1.0h / 1.0.2o

Ned Deily added the comment: Lisa, thanks for the offer but there's nothing much to be done. It's just a reminder to Steve Dower for the Windows installer and to me for the macOS installer to update the respective installer build automation prior to the next releases.

[issue33184] Update OpenSSL to 1.1.0h / 1.0.2o

Lisa Roach added the comment: I'd like to help out with this, I see Christian is already providing a lot of compatibility for the latest versions of OpenSSL. What needs to be done for the update? -- nosy: +lisroach ___

Re: Asynchronous processing is more efficient -- surely not?

On 4/4/2018 3:27 AM, Steven D'Aprano wrote: So, I'm, still trying to wrap my brain around async processing, and I started reading this tutorial: http://stackabuse.com/python-async-await-tutorial/ and the very first paragraph broke my brain. "Asynchronous programming has been gaining a lot of

[issue33226] In some envrionment using unicode, formatwarning shows ascii error

Change by Seyeong Kim : -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue32873] Pickling of typing types

miss-islington added the comment: New changeset 04eac02088f60192c7e54c7364bcaa892d7c05cf by Miss Islington (bot) in branch '3.7': bpo-32873: Remove a name hack for generic aliases in typing module (GH-6376)

[issue32873] Pickling of typing types

Change by miss-islington : -- pull_requests: +6090 ___ Python tracker ___

[issue32873] Pickling of typing types

Ivan Levkivskyi added the comment: New changeset 2a363d2930e29ec6d8a774973ed5a4965f881f5f by Ivan Levkivskyi in branch 'master': bpo-32873: Remove a name hack for generic aliases in typing module (GH-6376)

[issue33012] Invalid function cast warnings with gcc 8 for METH_NOARGS

Martin Panter added the comment: Sorry, I realize there is a problem remaining with the pointer types for "Noddy_name" (Noddy vs PyObject pointers), so you can't remove the cast there. But my suggestion should still apply to other places, for instance the "error_out"

[issue33226] In some envrionment using unicode, formatwarning shows ascii error

Change by Ned Deily : -- nosy: +serhiy.storchaka type: crash -> ___ Python tracker ___ ___

[issue33226] In some envrionment using unicode, formatwarning shows ascii error

Change by Roundup Robot : -- keywords: +patch pull_requests: +6089 stage: -> patch review ___ Python tracker ___

[issue33226] In some envrionment using unicode, formatwarning shows ascii error

New submission from Seyeong Kim : In some circumstances using unicode, formatwarning show me ascii error so I should prefix on below line to remove this crash s = "%s: %s: %s\n" % (lineno, category.__name__, message) to s = u"%s: %s: %s\n" % (lineno,

[issue33210] pkgutil.walk_packages gives incomplete results

Cyker Way added the comment: Update test program. -- Added file: https://bugs.python.org/file47519/test.py ___ Python tracker ___

[issue33210] pkgutil.walk_packages gives incomplete results

Change by Cyker Way : Removed file: https://bugs.python.org/file47516/test.py ___ Python tracker ___

[issue33219] x in IntFlag() should test int x's inclusion in IntFlag

Ethan Furman added the comment: Nitish, Flag can check if the current Flag class has a mixin, and if so if the object being checked for is of that same type. Dutcho, my apologies. Looks like I did not fully understand how __contains__ is supposed to work and a TypeError

[issue33217] x in enum.Flag member is True when x is not a Flag

Ethan Furman added the comment: Stepping back slightly, it is more general to say that str, and in certain other cases dict and set (and possibly others) will raise instead of return False when it is impossible for the target type to ever hold the checked-for type. A

Re: julian 0.14 library

>> On 2018-04-04 05:44, Chris Angelico wrote: >>> On Wed, Apr 4, 2018 at 12:24 PM, sum abiut wrote: Hi, Has anyone try this https://pypi.python.org/pypi/julian/0.14 i got this error trying to import julian >>> import julian Traceback (most

[issue33203] random.choice: raise IndexError on empty sequence even when not using getrandbits internally

Raymond Hettinger added the comment: The patch looks fine. Once a news blurb is added, it can go forward. -- ___ Python tracker

[issue33203] random.choice: raise IndexError on empty sequence even when not using getrandbits internally

Change by Raymond Hettinger : -- Removed message: https://bugs.python.org/msg314956 ___ Python tracker ___

[issue33203] random.choice: raise IndexError on empty sequence even when not using getrandbits internally

Raymond Hettinger added the comment: I think this can go forward as-is. -- ___ Python tracker ___

Re: julian 0.14 library

I got the error below, tryinig in on python 3.2. import julian Traceback (most recent call last): File "", line 1, in ImportError: No module named julian On Thu, Apr 5, 2018 at 3:21 AM, Thomas Jollans wrote: > On 2018-04-04 05:44, Chris Angelico wrote: > > On Wed, Apr 4,

[issue32873] Pickling of typing types

Change by Ivan Levkivskyi : -- pull_requests: +6088 ___ Python tracker ___ ___

[issue32873] Pickling of typing types

Ivan Levkivskyi added the comment: Apparently there is another type with a similar problem -- DefaultDict. Will fix this now. -- ___ Python tracker

[issue31033] Add argument to .cancel() of Task and Future

Yury Selivanov added the comment: > I like the idea of having an argument to construct the CancelledError with, > but I like even more the ability to tell the exception that will be raised to > have the traceback of the point where the task was originally cancelled. Why

[issue31033] Add argument to .cancel() of Task and Future

Alexander Mohr added the comment: I was about to open a new bug, but I think my idea overlaps with this one. From what I understand there are two ways to cancel tasks: 1) calling task.cancel() 2) explicitly raising a CancelledError with #2 you can get a traceback by

[issue32873] Pickling of typing types

Will T added the comment: I believe I hit a bug with this fix (just pulled the code a few min ago): In [10]: pickle.loads(pickle.dumps(typing.List)) Out[10]: typing.List In [11]: pickle.loads(pickle.dumps(typing.FrozenSet))

[issue24882] ThreadPoolExecutor doesn't reuse threads until #threads == max_workers

Change by Roundup Robot : -- keywords: +patch pull_requests: +6087 stage: -> patch review ___ Python tracker ___

[issue33219] x in IntFlag() should test int x's inclusion in IntFlag

Dutcho added the comment: @Nitish The easiest way would probably be to change __contains__ in Flag to: def __contains__(self, other): try: return other & self == other # leave selection of _value_ attribute (if other is Flag) or conversion (if other is

[issue33208] Lib2to3 grammar.txt error

Lukasz added the comment: In fact I dont know what should I do. Can I install any module via pip to solve this problem ? On android version of python I dont have access to directory like: Lib/lib2to3/pgen2/driver.py --

[issue30891] importlib: _find_and_load() race condition on sys.modules[name] check

Guido van Rossum added the comment: If there are overspecified tests we can debate them of course. On Wed, Apr 4, 2018, 11:55 Brett Cannon wrote: > > Brett Cannon added the comment: > > And mostly for completeness, I know Thomas

[issue30891] importlib: _find_and_load() race condition on sys.modules[name] check

Brett Cannon added the comment: And mostly for completeness, I know Thomas has maligned the fact that zipimport has tests for some crazy things in its semantics which made it difficult for him to improve the module. -- ___ Python

[issue33210] pkgutil.walk_packages gives incomplete results

Change by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___

[issue29673] Some gdb macros are broken in 3.6

Ned Deily added the comment: Thanks for the PR and the ping. I've sent an email to the python-dev list requesting review help for gdb issues including this one. -- nosy: +ned.deily versions: +Python 3.8 ___ Python tracker

[issue27938] PyUnicode_AsEncodedString, PyUnicode_Decode: add fast-path for "us-ascii" encoding

Change by Serhiy Storchaka : -- pull_requests: -6086 ___ Python tracker ___

[issue28393] Update encoding lookup docs wrt #27938

Change by Ville Skyttä : -- pull_requests: +6085 ___ Python tracker ___ ___

[issue27938] PyUnicode_AsEncodedString, PyUnicode_Decode: add fast-path for "us-ascii" encoding

Change by Ville Skyttä : -- pull_requests: +6086 ___ Python tracker ___ ___

[issue33208] Lib2to3 grammar.txt error

Lukasz added the comment: I think this is the same problem but I want to use the script from the phone (mobile version of python) so I do not know how to solve it. -- ___ Python tracker

[issue33225] imaplib module IMAP4.append() unexpected response BAD Command Error

New submission from Yang Yu : part of bytestring in message in .append() includes 'text-align:

[issue29922] error message when __aexit__ is not async

Serhiy Storchaka added the comment: Since BEFORE_ASYNC_WITH always is followed by GET_AWAITABLE, in future they can be merged into a single instruction (like GET_ANEXT or GET_YIELD_FROM_ITER). -- resolution: -> fixed stage: patch review -> resolved

[issue32337] Dict order is now guaranteed, so add tests and doc for it

Ned Deily added the comment: Thanks for doing this! Let's close it. If comments arise prior to its release in 370b4, we can reopen, otherwise please open a new issue. -- priority: deferred blocker -> resolution: -> fixed stage: patch review -> resolved status:

[issue33208] Lib2to3 grammar.txt error

Benjamin Peterson added the comment: Why do you believe this is any different than #24960? -- nosy: +benjamin.peterson ___ Python tracker

[issue1294959] Problems with /usr/lib64 builds.

Change by Bob Vincent : -- nosy: +pillarsdotnet ___ Python tracker ___ ___

[issue29922] error message when __aexit__ is not async

miss-islington added the comment: New changeset 1487cd14bb1e04de5b98fffc5ec41c6cf6b5d5f1 by Miss Islington (bot) in branch '3.6': bpo-29922: Add more tests for error messages in 'async with'. (GH-6370)

[issue33207] typing.Generic does not correctly call super().__init_subclass__

Change by Ivan Levkivskyi : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

Re: Asynchronous processing is more efficient -- surely not?

On Thu, Apr 5, 2018 at 1:48 AM, Julien Salort wrote: > Le 04/04/2018 à 14:45, Chris Angelico a écrit : >> How do you use run_in_executor to turn this asynchronous, and how >> would this compare to creating one thread for each camera? > > This is exactely like creating a thread.

[issue29922] error message when __aexit__ is not async

Change by miss-islington : -- pull_requests: +6084 ___ Python tracker ___

[issue29922] error message when __aexit__ is not async

miss-islington added the comment: New changeset 785f36c876721c12f653371e9893527a25140624 by Miss Islington (bot) in branch '3.7': bpo-29922: Add more tests for error messages in 'async with'. (GH-6370)

Re: julian 0.14 library

On 2018-04-04 05:44, Chris Angelico wrote: > On Wed, Apr 4, 2018 at 12:24 PM, sum abiut wrote: >> Hi, >> Has anyone try this https://pypi.python.org/pypi/julian/0.14 >> >> i got this error trying to import julian >> > import julian >> Traceback (most recent call last): >>

[issue33207] typing.Generic does not correctly call super().__init_subclass__

Change by miss-islington : -- pull_requests: +6083 ___ Python tracker ___

Re: Asynchronous processing is more efficient -- surely not?

Le 04/04/2018 à 14:45, Chris Angelico a écrit : Can you give an example? Let's say we have a simple blocking C function: int get_data() { sleep(2); return 42; } I am not saying that I understand 100% and that this is the best way, but it works for me: % cat get_data.c #include

[issue29922] error message when __aexit__ is not async

Change by miss-islington : -- pull_requests: +6082 ___ Python tracker ___

[issue29922] error message when __aexit__ is not async

Serhiy Storchaka added the comment: New changeset 2eeac269dd1e04a2a179384576986c3e47895ee0 by Serhiy Storchaka in branch 'master': bpo-29922: Add more tests for error messages in 'async with'. (GH-6370)

[issue33213] crypt function not hashing properly on Mac (uses a specific salt)

Ronald Oussoren added the comment: As far as I know macOS does not support different salt types at all. The manpage does mention an "extended crypt", but according to the documentation that just controls the number of DES rounds used. In particular: The salt is a

[issue33223] test_posix fails ERRNO 0

Ioannis Valasakis added the comment: Note: I get the same error with the version of python installed via homebrew: (Python 3.6.4 (default, Jan 6 2018, 11:51:59) [GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.39.2)] on darwin Here is also the output of the id command, if

Re: Asynchronous processing is more efficient -- surely not?

On 2018-04-04, 07:27 GMT, Steven D'Aprano wrote: > I'm no expert, but it seems to me that this has surely got to > be crazy talk. Whatever task you're doing, processing it > asynchronously doesn't reduce the amount of work. For example, > if you want to download ten files, you still have to

[issue33224] "RuntimeError: generator raised StopIteration" in difflib.mdiff

New submission from Jeff Kaufman : With python built at HEAD (c51d8c9b) and at 3.7b3 (fcd4e03e08) the code: import difflib for fromdata, todata, flag in difflib._mdiff( ["2"], ["3"], 1): pass produces: Traceback (most recent call last):

[issue29673] Some gdb macros are broken in 3.6

Charalampos Stratakis added the comment: A PR has been filed, could someone take a look? -- ___ Python tracker ___

[issue29673] Some gdb macros are broken in 3.6

Change by Charalampos Stratakis : -- nosy: +cstratak ___ Python tracker ___ ___

[issue33223] test_posix fails ERRNO 0

New submission from Ioannis Valasakis : I am on mac OSX high Sierra 10.13.4. I am using the Apple LLVM version 9.1.0 (clang-902.0.37.1) from the XCode toolchain. My tests fail on posix and if run the interpreter I get --- pylog --- ./python.exe Python 3.8.0a0

[issue29922] error message when __aexit__ is not async

miss-islington added the comment: New changeset 4fd6c27dc8ba7ca97aa70e1ab98729f2207bbe19 by Miss Islington (bot) in branch '3.6': bpo-29922: Improve error messages in 'async with' (GH-6352)

[issue29922] error message when __aexit__ is not async

miss-islington added the comment: New changeset fcd4e03e08a2d4ec1cde17beb66e2b22a052500f by Miss Islington (bot) in branch '3.7': bpo-29922: Improve error messages in 'async with' (GH-6352)

[issue29922] error message when __aexit__ is not async

Change by Serhiy Storchaka : -- pull_requests: +6081 ___ Python tracker ___ ___

[issue33222] Various test failures if PYTHONUSERBASE is not canonicalized

New submission from Jeroen Demeyer : Setting PYTHONUSERBASE=/tmp/x/.. causes the Python test suite to fail: == FAIL: test_user_similar (test.test_sysconfig.TestSysConfig)

[issue30071] Duck-typing inspect.isfunction()

Jeroen Demeyer added the comment: Superseded by https://www.python.org/dev/peps/pep-0575/ -- stage: test needed -> resolved status: open -> closed ___ Python tracker

[issue32337] Dict order is now guaranteed, so add tests and doc for it

INADA Naoki added the comment: Any other known issue? May I close this issue? -- ___ Python tracker ___

Re: Asynchronous processing is more efficient -- surely not?

On Wed, Apr 4, 2018 at 10:16 PM, Julien Salort wrote: > In this case, the script spends most of its time waiting for a frame to be > available on the cameras, and the time interval to query the other device. > The fetching and processing of the frames take negligible time. The

Re: Asynchronous processing is more efficient -- surely not?

Le 04/04/2018 à 09:27, Steven D'Aprano a écrit : Yes, this exactly. And if you're writing a web app, or certain kinds of desktop apps, these seems sensible. I don't want my browser to come to a complete halt just because some resource is taking a few seconds to respond. But honestly, from

Re: Asynchronous processing is more efficient -- surely not?

On Wed, Apr 4, 2018 at 9:02 PM, Richard Damon wrote: > Asynchronous processing will use a bit more of some processing resources > to handle the multi-processing, but it can be more efficient at fully > using many of the resources that are available. > > Take your file

Re: Asynchronous processing is more efficient -- surely not?

On Wed, Apr 4, 2018 at 8:42 PM, Paul Moore wrote: > IMO, > async has proved useful for handling certain types of IO bound > workloads with lower overheads[1] than traditional multi-threaded or > multi-process designs. Whether it's a good fit for any particular > application

Re: Asynchronous processing is more efficient -- surely not?

On 4/4/18 3:27 AM, Steven D'Aprano wrote: > So, I'm, still trying to wrap my brain around async processing, and I > started reading this tutorial: > > http://stackabuse.com/python-async-await-tutorial/ > > and the very first paragraph broke my brain. > > "Asynchronous programming has been gaining

Re: Asynchronous processing is more efficient -- surely not?

On Wed, Apr 4, 2018 at 5:27 PM, Steven D'Aprano wrote: > So, I'm, still trying to wrap my brain around async processing, and I > started reading this tutorial: > > http://stackabuse.com/python-async-await-tutorial/ > > and the very first paragraph broke my

Re: Asynchronous processing is more efficient -- surely not?

On 4 April 2018 at 08:27, Steven D'Aprano wrote: > "Asynchronous programming has been gaining a lot of traction in the past > few years, and for good reason. Although it can be more difficult than > the traditional linear style, it is also much more

Re: Asynchronous processing is more efficient -- surely not?

On 4 Apr 2018, at 9:27, Steven D'Aprano wrote: Its as hard to wrap your brain around as parallel processing in general, but with even worse performance than sequential processing. Am I totally wrong? I would say that it all depends on what kind of stuff you're doing. I'm no scheduling

OSError: [Errno -9981] Input overflowed

Here is my code: import pyaudio tim=1 chunk = 8 FORMAT = pyaudio.paInt16 CHANNELS = 1 RATE = 5 p = pyaudio.PyAudio() s = p.open(format = FORMAT,channels = CHANNELS,rate = RATE,input = True,output=True,frames_per_buffer = chunk) d=[] print((RATE //

[issue33195] PyArg_Parse* should deprecate 'u' and 'z' family.

Change by INADA Naoki : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33195] PyArg_Parse* should deprecate 'u' and 'z' family.

Change by INADA Naoki : -- resolution: -> fixed ___ Python tracker ___ ___

Re: Asynchronous processing is more efficient -- surely not?

I agree with you. Async IO is more efficient than threading for **waiting** I/O. When there are thousands of idle connections, async I/O is best idea. On the other hand, async I/O uses more system calls for busy I/O. For example, when building chat application which handles thousands WebSocket

Asynchronous processing is more efficient -- surely not?

So, I'm, still trying to wrap my brain around async processing, and I started reading this tutorial: http://stackabuse.com/python-async-await-tutorial/ and the very first paragraph broke my brain. "Asynchronous programming has been gaining a lot of traction in the past few years, and for good

[issue31814] subprocess_fork_exec more stable with vfork

Change by Gregory P. Smith : -- assignee: -> gregory.p.smith resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue31814] subprocess_fork_exec more stable with vfork

Gregory P. Smith added the comment: A raw os.posix_spawn() API has been added to 3.7. vfork() would likely all sorts of other problems. It is extremely complicated and implementations have bugs. CERT says never to use it.

[issue33210] pkgutil.walk_packages gives incomplete results

Change by Ned Deily : -- nosy: +brett.cannon, eric.snow, ncoghlan ___ Python tracker ___

[issue23403] Use pickle protocol 4 by default?

Łukasz Langa added the comment: New changeset c51d8c9ba6211d77db639487501f89aa9b4bcbb1 by Łukasz Langa in branch 'master': bpo-23403: Bump pickle.DEFAULT_PROTOCOL to 4 (#6355) https://github.com/python/cpython/commit/c51d8c9ba6211d77db639487501f89aa9b4bcbb1 --

Re: In asyncio, does the event_loop still running after run_until_complete returned?

On Tue, Apr 3, 2018 at 9:20 PM, wrote: > What's the purpose of resetting self._stopping back to False in finally > clause? Presumably so that the loop won't immediately stop again if you restart it. -- https://mail.python.org/mailman/listinfo/python-list

[issue33213] crypt function not hashing properly on Mac (uses a specific salt)

Ned Deily added the comment: $ ./bin/python3 Python 3.8.0a0 (heads/master:55966f3a0d, Apr 2 2018, 18:16:13) [Clang 9.1.0 (clang-902.0.39.1)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import crypt >>> crypt.methods [] -- nosy: