New submission from Alexandre Vassalotti:
I have found a few instances of the following pattern in Py3k:
char buf[MAX];
len = PyUnicode_GET_SIZE(str);
if (len >= MAX)
/* return error */
strcpy(buf, PyUnicode_AsString(str));
which could overflow if str contains non-AS
Changes by Alexandre Vassalotti:
--
title: Potential Overflow due to incorrect usage of PyUnicode_AsString. ->
Potential overflows due to incorrect usage of PyUnicode_AsString.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Changes by Alexandre Vassalotti:
--
nosy: +alexandre.vassalotti
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1692335>
_
___
Python-bugs-list
Alexandre Fiori added the comment:
Here's the unit test for patched cgi module.
There are three tests: one for HTML POST forms that are urlencoded, and
two for multipart/form-data - with and without file upload.
Added file: http://bugs.python.org/file9507/cgite
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Thanks for the review!
> Your description of the patch is a bit misleading. As far as I can
> tell only the first chunk (Python/import.c changes) addresses a
> potential buffer overflow.
Yes, you are right. It seems
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Yes, that sounds like a good idea. Although I haven't reviewed this
patch yet, I find the naming of the `ustr` variable confusing -- e.g. is
it a bytes object or a unicode object? (It seems to be bytes). Anyway, I
will che
Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>:
--
nosy: +alexandre.vassalotti
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2307>
__
__
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Here is a patch against the latest trunk (r61578) that includes the
accelerator module of io.BytesIO with its test suite. The patch also
changes the behavior of the truncate method to imply a seek(). Please
review!
Added file
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
I don't think this should be added to 2.5. Only bugfixes are admissible
to the backporting process (see PEP 6).
Finally, could you post the diff of your changes as described at
http://www.python.org/dev/patch
Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9084/_bytesio.c
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9085/add-bytesio-setup.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9087/test_memoryio.py
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9086/swap-initstdio-initsite.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9088/remove-old-stringio-test.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9089/truncate-semantic-change.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9090/io-misc-fixes.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Yes, that was a leak. It should be fixed now.
Merci Antoine!
Added file: http://bugs.python.org/file9899/bytesio+misc-fixes-4.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Oops, I forgot to include the unit tests, with "svn add", when I made
the diff.
Added file: http://bugs.python.org/file9904/bytesio+misc-fixes-5.patch
__
Tracker <[EMAI
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
There is a small bug in the last patch I posted. The unit tests assumed
(wrongly) that accelerator module for io.StringIO (i.e., _stringio) was
present.
Added file: http://bugs.python.org/file9905/bytesio+misc-fixes-6
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
I think that check in write_bytes() is a guard to avoid resize_buffer()
from truncating the string stored in the buffer. However, I am not sure
if it is still necessary.
I don't know why help() doesn't work on BytesI
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Python 3.0 shouldn't have any problem unpickling old-style classes.
However, they will be unpickled as new-style classes. Therefore, there
might be a few corner-cases that might cause some problems. For example,
if an old-
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
I revised the patch with respect to Alexander's comments. In summary,
here is what I changed from the previous patch:
- Removed the unnecessary "fixes" to Objects/structseq.c
and Modules/timemodule.
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Here's an updated patch.
Added file: http://bugs.python.org/file10023/bytesio+misc-fixes-7.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Oops, I forgot again to "svn add" the new files.
Added file: http://bugs.python.org/file10024/bytesio+misc-fixes-8.patch
__
Tracker <[EMAIL PROTECTED]>
<http://
Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10023/bytesio+misc-fixes-7.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Hi Guido,
The patch changes a minor things to io.py to allow io.BytesIO to pass my
test suite, so you may want to check it out. Other than that, I think
the review is going fine.
__
Tracker &
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
So, any comment on the latest patch?
If everything is all right, I would like to commit the patch to py3k.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Guido fixed this issue in r61467.
Closing.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Personally, I don't see how adding this feature would create a security
hole (or more properly said, grow the giant hole that are the GLOBAL and
REDUCE opcodes). I don't see either why this should be included in the
Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>:
--
status: open -> pending
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue558238>
___
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
This has almost no-chance to get included in the standard library. Also,
Python 2.6 will include ``namedtuple`` (see
http://docs.python.org/dev/library/collections.html#collections.namedtuple),
which provides similar functi
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Bob Kline wrote:
> I just ran into this behavior with an attempt to pickle a dom tree
> for an XML document whose nesting level never got deeper than nine
> child nodes, and indeed it crashed the interpreter.
Pickling
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Alexander Belopolsky wrote:
> The patch looks good. Just a question: I thought the strings returned
> by PyUnicode_AsStringAndSize are 0-terminated, while your patch at
> several places attempts to explicitly 0-terminate
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Marc-Andre Lemburg wrote:
[SNIP]
> The above cast needs to be (Py_ssize_t). size_t is an unsigned length
type.
Actually, the cast is right (even though it is not strictly necessary).
It just the patch that is confusing. He
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Committed to r62667.
Thank you all for your comments!
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>:
--
nosy: +alexandre.vassalotti
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2523>
__
__
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Patch committed in r62778.
Antoine wrote:
> Also, I stand by the suggestion I made about the resizing logic, but it
> shouldn't be a showstopper either. We can improve that later.
I made your suggested change to t
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
I see that the code is still using the immutable bytes object for its
buffer (which forces Python to create a new buffer every time its
modified). Also, I think it worthwhile to check if using a pre-allocated
bytearray objec
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
I have a slightly different .hgignore for my personal mercurial branch.
Although, I don't really like the idea of polluting the main subversion
repository with the ignore files of other VCS.
--
nosy: +alexandre.vassa
New submission from Alexandre Vassalotti <[EMAIL PROTECTED]>:
Marc-Andre Lemburg noted:
BTW: The API PyUnicode_AsString() is pretty useless by itself - there's
no way to access the size information of the returned string without
again going to the Unicode object.
I
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Honestly, I am not sure if removing PyUnicode_AsString() is a good idea.
There is many cases where the size of the returned string is not needed.
Furthermore, this would be a rather major backward-incompatible change
to be include
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Oops, it seems Marc-André has already opened an issue about this.
Closing as duplicate.
--
resolution: -> duplicate
status: open -> closed
superseder: -> Remove PyUnicode_AsString(), rework
PyUnicode_AsStrin
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Honestly, I am not sure if removing PyUnicode_AsString() is a good idea.
There is many cases where the size of the returned string is not needed.
Furthermore, this would be a rather major backward-incompatible change
to be include
Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>:
--
nosy: +alexandre.vassalotti
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2295>
__
__
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Oops. I must have been quite tired when I submitted that.
Here's the patch for the fix and the test case.
--
keywords: +patch
Added file: http://bugs.python.org/file11814/issue36
New submission from Kandalintsev Alexandre <[EMAIL PROTECTED]>:
Hello!
'y' format unit in Py_BuildValue undocumented. However it's described in
PyArg_ParseTuple.
--
assignee: georg.brandl
components: Documentation
messages: 74989
nosy: exe, georg.brandl
severity
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Could explain me how this feature could be used, other than for
providing the efficient and backward-compatible pickling mechanism for
new-style classes?
--
nosy: +alexandre.vass
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
> Without the __reduce__ method the information in __dict__ and
> the class would be lost.
Are you sure about that?
Python 2.5.2 (r252:60911, Jul 31 2008, 17:28:52)
[GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2
>
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Thank you, Amaury, for fixing this. However, you forgot to also patch
the Python implementation of pickle, which makes the following test fail:
=
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Iterators only need to provide a __next__() method. So, you don't have
to check __iter__.
Other than that, the patch looks good.
___
Python tracker <[EMAIL PROTECTED]>
<ht
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Hirokazu Yamamoto wrote
> Hmm, but python document says,
> (http://docs.python.org/library/stdtypes.html#typeiter)
>
> >The iterator objects themselves are required to support the
> >following two metho
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
Amaury Forgeot d'Arc wrote:
> Regarding the consistency between python and C, I don't think it is
> necessary to be so strict. If the python version can allow a weaker
> version of the "iterator"
Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
I think the best way to fix this is to add sanity checks similar to the
ones in _pickle. The checks are obviously useless in pickle.py, but I
think it is simpler than to try to skip tests, and it gives a nicer
error message to
New submission from Kandalintsev Alexandre <[EMAIL PROTECTED]>:
Hello!
Doc/includes/noddy.c and all other uses Py_InitModule3 which is removed
from py3k.
noddy2.c doesn't compile("noddy2.c:16: error: ‘Noddy’ has no member
named ‘ob_type’").
--
assignee: ge
New submission from Kandalintsev Alexandre <[EMAIL PROTECTED]>:
Hello!
In http://docs.python.org/dev/3.0/extending/newtypes.html we see ob_size
in object definition.
But if we are look on PyTypeObject in ./Include/object.h we will find
that there no ob_size defined.
So we must remov
Kandalintsev Alexandre <[EMAIL PROTECTED]> added the comment:
My results on ubuntu 8.10 x86(with debug features enabled) on Python
3.1a0 (py3k:67586, Dec 5 2008, 19:39:50):
298 tests OK.
23 tests skipped:
test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp
test_codecm
New submission from Kandalintsev Alexandre <[EMAIL PROTECTED]>:
Hello!
It's need to little update "Defining new types" documentation section
in py3.0 and py3.1:
- self->ob_type->tp_free((PyObject*)self);
+ Py_TYPE(self)->tp_free((PyObject *)self);
--
ass
Kandalintsev Alexandre <[EMAIL PROTECTED]> added the comment:
Rob, could you repeat this test on trunk version of python?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Alexandre Vassalotti added the comment:
Sorry, I still cannot reproduce it. Could you attach your test file?
Maybe it is some weird encoding bug.
a...@helios:~$ 2to3 -f imports test.py
--- test.py (original)
+++ test.py (refactored)
@@ -1,2 +1,2 @@
-import urlparse, cStringIO
-import cStringIO
Alexandre Vassalotti added the comment:
Benjamin, your example fails for a different reason--i.e. the fixer for
HTMLParser is missing.
Sorry Lennart, I still cannot reproduce it.
___
Python tracker
<http://bugs.python.org/issue4
Alexandre Vassalotti added the comment:
I got it. It is a regression from a previous version of 2to3's
fix_imports. I was able to reproduce your problem using the sandbox's 2to3.
And to answer your question, I still running an older RC release of
Python 3.0. That explains why
New submission from Kandalintsev Alexandre :
Hello!
1) In http://docs.python.org/3.0/extending/extending.html we see:
=
Note that PyMODINIT_FUNC declares the function as void return type
=
But thats not true, it's defined as PyObject*. I think this is outdated
in
Alexandre Vassalotti added the comment:
Fixed in r67934. Backported to 2.6 in r67936. Thanks!
--
nosy: +alexandre.vassalotti
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Alexandre Vassalotti added the comment:
Committed in r67940.
___
Python tracker
<http://bugs.python.org/issue4374>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Alexandre Vassalotti :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue4374>
___
___
Python-bugs-
Alexandre Vassalotti added the comment:
You may want to check out issue1408710 in which a similar patch was
provided, but failed to deliver the desired results.
I didn't get the advertised ~15% speed-up, but only 4% on my Intel Core2
laptop and 8% on my AMD Athlon64 X2 desktop. I attache
Changes by Alexandre Vassalotti :
Added file: http://bugs.python.org/file12513/intel-core2-mobile-pybench.txt
___
Python tracker
<http://bugs.python.org/issue4
New submission from Kandalintsev Alexandre :
Documentation says that
There’s no chance that the reference count can overflow; at least as many bits
are used to hold the reference count as there are distinct memory locations in
virtual memory (assuming sizeof(Py_ssize_t) >= siz
Alexandre Vassalotti added the comment:
Antoine Pitrou wrote:
> [...] count the number of indirect jump instructions in ceval.c:
>
> grep -E "jmp[[:space:]]\*%" ceval.s
>
> There should be 85 to 90 of them, roughly. If there are many less, then
> the compiler h
Changes by Alexandre Vassalotti :
Added file:
http://bugs.python.org/file12522/amd-athlon64-x2-gcc-sunos-pybench.txt
___
Python tracker
<http://bugs.python.org/issue4
Alexandre Vassalotti added the comment:
> Attached new patch for fixes suggested by Alexandre (rename
> opcode_targets.c to opcode_targets.h, replace USE_THREADED_CODE with
> USE_COMPUTED_GOTOS).
You forgot to update your script to use the
Alexandre Vassalotti added the comment:
The patch make a huge difference on 64-bit Linux. I get a 20% speed-up
and the lowest run time so far. That is quite impressive!
At first glance, it seems the extra registers of the x86-64 architecture
permit GCC to avoid spilling registers onto the
Alexandre Vassalotti added the comment:
One more thing, the patch causes the following warnings to be emited by
GCC when USE_COMPUTED_GOTOS is undefined.
Python/ceval.c: In function ‘PyEval_EvalFrameEx’:
Python/ceval.c:2420: warning: label ‘_make_function’ defined but not used
Python/ceval.c
Alexandre Vassalotti added the comment:
Paolo wrote:
> So, can you try dropping the switch altogether, using always computed
> goto and seeing how does the resulting code get compiled?
Removing the switch won't be possible unless we change the semantic
EXTENDED_ARG. In addition,
Alexandre Vassalotti added the comment:
> Removing the switch won't be possible unless we change the semantic
> EXTENDED_ARG. In addition, I doubt the improvement, if any, would worth
> the increased complexity.
Nevermind what I have said. I managed to remove switch pretty ea
Alexandre Vassalotti added the comment:
> I managed to remove switch pretty easily by moving opcode fetching
> in the FAST_DISPATCH macro and abstracting the control flow of the
> switch.
Here is the diff against threadceval5.patch.
Added file: http://bugs.python.org/file12584
New submission from Alexandre Vassalotti :
This is a 2to3 fixer for the removal of obsolete functions in r68962.
--
components: 2to3 (2.x to 3.0 conversion tool)
files: fix_operator.py
messages: 80624
nosy: alexandre.vassalotti
severity: normal
stage: patch review
status: open
title
Changes by Alexandre Vassalotti :
Added file: http://bugs.python.org/file12875/fix_operator.py
___
Python tracker
<http://bugs.python.org/issue5077>
___
___
Python-bug
Changes by Alexandre Vassalotti :
Removed file: http://bugs.python.org/file12874/fix_operator.py
___
Python tracker
<http://bugs.python.org/issue5077>
___
___
Python-bug
Changes by Alexandre Vassalotti :
--
title: 2to3 fixers for the removal of operator functions -> 2to3 fixer for the
removal of operator functions
___
Python tracker
<http://bugs.python.org/iss
Alexandre Vassalotti added the comment:
The patch for cPickle doesn't do the same thing as the pickle one. In
the cPickle one, you are only interning slot attributes, which, I
believe, is not what you intended. :-)
--
assignee: -> alexandre.vassalotti
nosy: +alexandre.va
Alexandre Vassalotti added the comment:
Oh, you are right. I was looking at py3k's version of pickle, which uses
PyDict_Update instead of a while loop; that is why I got confused.
___
Python tracker
<http://bugs.python.org/i
New submission from Kandalintsev Alexandre :
When unhandled in python code exception occurs in PyObject_CallMethod
frame_dealloc() (Objects/frameobject.c:422)
not called. Even if I call PyErr_Print().
But if I call PyErr_Clear() then all okay. Documentation says that both
this functions
Kandalintsev Alexandre added the comment:
Thank you for your activity. This feature drank alot of my blood. Please
document this or change behavior.
PS Older python versions may be also affected so changing behavior may
brake existing code :(
___
Python
New submission from Kandalintsev Alexandre :
Hello!
asyncore.dispatcher_with_send undocumented in all python versions
--
assignee: georg.brandl
components: Documentation
messages: 80763
nosy: exe, georg.brandl
severity: normal
status: open
title: asyncore.dispatcher_with_send
Kandalintsev Alexandre added the comment:
Ok, I'll try :). I'll send it today or tomorrow.
___
Python tracker
<http://bugs.python.org/issue5097>
___
___
Python-b
Kandalintsev Alexandre added the comment:
This is my explanation of dispatcher_with_send. As my english is far from
perfect and I'm not expirienced writing documentation you need to review
it and fix my mistakes.
class asyncore.dispatcher_with_send
This is class bas
New submission from Alexandre Feblot :
```python
#!/usr/bin/env python3
import os
import tempfile
def createUnremovableDir(workdir):
print(workdir)
os.mkdir(f'{workdir}/mydir')
os.symlink('/bin/bash', f'{workdir}/mydir/mylink') # Symlink to a r
Change by Alexandre Feblot :
--
type: -> crash
___
Python tracker
<https://bugs.python.org/issue46977>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Alexandre Ouellet :
in a python console on a windows machine:
import datetime
d = datetime.datetime.fromtimestamp(0)
d
>datetime.datetime(1969, 12, 31, 19, 0)
d.timestamp()
>OSError: [Errno 22] Invalid argument
on a macOS machine :
d = datetime.datetime.fromtimest
Alexandre Sicard added the comment:
Thank you very much for this report, Genaro. I encountered the same bug with a
Process running in the context of a Django view. Downgrading to Python 3.8 also
fixed the issue for me.
Versions:
python:3.9-alpine Docker image, running Python 3.9.5 and
Alexandre Morignot added the comment:
I have another use case. I want to import data into PostgreSQL using the COPY
FROM command. This command can read a CSV input and it needs to distinguish
empty string from null values.
Could we reconsider this issue and the proposed solution
Change by Alexandre Vassalotti :
--
assignee: -> alexandre.vassalotti
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python
Change by Alexandre Vassalotti :
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue27635>
___
___
Alexandre Vassalotti added the comment:
We will need to bump the protocol number to add support for None, Ellipsis, and
NotImplemented. Antoine, can you add this to PEP 3154?
--
___
Python tracker
<http://bugs.python.org/issue13
New submission from Alexandre Hamelin :
Found a crash with zipimport.zipimporter. Might or might not be related to
Issue31723 which I've found searching the issues afterwards.
import zipimport
zipimport.zipimporter.__new__(zipimport.zipimporter).find_module('')
Pyt
Alexandre Défossez added the comment:
Also impacted.
A fix I found is to add `watcher.attach_loop(self)` just after `with
events.get_child_watcher() as watcher:` in `_make_subprocess_transport` in
`asyncio/unix_events.py`.
--
nosy: +adfz
New submission from Alexandre Hamelin :
Hi.
Python 3.6.2 crashes when interpreting lines with the text "async \" (future
keyword 'async' and ending with a backslash).
Tested in a docker environment (debian jessie). (see
github.com/0xquad/docker-python36 if needed)
Exa
Alexandre Hamelin added the comment:
Awesome work, thanks to you!
Would it also be the case for 'await' ?
--
___
Python tracker
<https://bugs.python.o
Change by Alexandre Hajjar :
--
keywords: +patch
pull_requests: +8054
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34185>
___
_
201 - 300 of 670 matches
Mail list logo