Vladimir Matveev added the comment:
- introducing dedicated opcodes for each kind of awaited call is definitely an
option. In fact first implementation used it however as Dino has mentioned it
was more of a logistical issue (there were several spots that produced .pyc
files so compiler
Change by Vladimir Matveev :
--
nosy: +v2m
___
Python tracker
<https://bugs.python.org/issue46965>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Vladimir Vinogradenko :
If an exception occurs in ProcessPoolExecutor work item, all the exception
frame local variables are not garbage collected (or are garbage collected too
lately) because they are referenced by the exception's traceback.
Attached file is a test
Vladimir Feinberg added the comment:
Mark, I will say I'm pretty sympathetic to the feature-bloat avoidance
perspective here, and if the outcome here is to improve docs, that's still
a win, I think.
That said, since this thread will become precedent, and I think
`math.ceildiv` is t
New submission from Vladimir Feinberg :
I have a request related to the rejected proposal
(https://bugs.python.org/issue43255) to introduce a ceildiv operator.
I frequently find myself wishing for a ceildiv function which computes
`ceil(x/y)` for integers `x,y`. This comes up all the time
Vladimir Matveev added the comment:
Apologies for the delay in reply: in more concrete numbers for IG codebase
enabling this optimization resulted in 0.2% CPU win.
--
___
Python tracker
<https://bugs.python.org/issue43
New submission from Vladimir Ryabtsev :
There are code snippets on the package's page
(https://docs.python.org/3.10/library/abc.html) like this:
class C(ABC):
@classmethod
@abstractmethod
def my_abstract_classmethod(cls, ...):
...
Here, the author probably want
Vladimir Matveev added the comment:
>Currently, super() is decoupled from the core language. It is just a builtin
>that provides customized attribute lookup. This PR makes super() more tightly
>integrated with the core language, treating it as if it were a keyword and
>part of
Change by Vladimir Matveev :
--
keywords: +patch
pull_requests: +23696
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24936
___
Python tracker
<https://bugs.python.org/issu
New submission from Vladimir Matveev :
Calling methods and lookup up attributes when receiver is `super()` has extra
cost comparing to regular attribute lookup. It mainly comes from the need to
allocate and initialize the instance of the `super` which for zero argument
case also include
Change by Vladimir Feinberg :
--
keywords: +patch
pull_requests: +23256
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/24460
___
Python tracker
<https://bugs.python.org/issu
Vladimir Feinberg added the comment:
Yep, you're right. I'd be happy to (but I've never done it before, so
please give me some time).
On Tue, Feb 2, 2021 at 12:35 AM Irit Katriel wrote:
>
> Irit Katriel added the comment:
>
> It should truncate at the call that
Vladimir Feinberg added the comment:
Oh, yes, I suppose, that'll truncate to just the first TracebackException.
On Mon, Feb 1, 2021 at 4:38 PM Irit Katriel wrote:
>
> Irit Katriel added the comment:
>
> I meant to catch the exception in the constructor’s recursive call, a
Vladimir Feinberg added the comment:
A simple catch may not work (the very first TracebackException is the one
that gets the RecursionError during initialization of its __context__), but
one thing I was thinking about was walking the __context__ pointers and
nulling out anything past the
Vladimir Feinberg added the comment:
I agree with both the duplicate classification and am glad the fix works in
3.10. Thanks all for the responses.
Given the issue can be triggered with a fairly benign setup (pandas triggers
such an error, and logger.exception is idiomatic), I do think
New submission from Vladimir Feinberg :
Python's standard logger provides an exception() method, which is to be called
from except blocks to log out exception traces by pulling from sys.exc_info().
Per https://github.com/python/cpython/blob/3.9/Lib/logging/__init__.py#L617 ,
logger.exce
Vladimir Ryabtsev added the comment:
The issue won't be fixed, but other useful changes applied.
--
resolution: -> wont fix
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.pyth
Change by Vladimir Ryabtsev :
--
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10 -Python 3.7
___
Python tracker
<https://bugs.python.org/i
Change by Vladimir Ryabtsev :
--
pull_requests: +22974
pull_request: https://github.com/python/cpython/pull/24145
___
Python tracker
<https://bugs.python.org/issue38
Change by Vladimir Matveev :
--
pull_requests: +22267
pull_request: https://github.com/python/cpython/pull/23374
___
Python tracker
<https://bugs.python.org/issue42
Vladimir Ryabtsev added the comment:
All right, you won. I hope beginner users will be happy :)
I removed my proposal paragraph about __cause__ and __context__ and kept only
changes about exception type (https://bugs.python.org/issue42179#msg380435
Vladimir Ryabtsev added the comment:
Also, the choice of the exception type in the example looks not very apt: you
raise "IOError" but the traceback message says "OSError" (which is due to
strange design decision "IOError = OSError"). For the tutorial, I would
Vladimir Ryabtsev added the comment:
We have automatic chaining, so you don't need to use "from X" unless you want
to have some control on the traceback message. Even without knowing of this
syntax (and without using "from exc"), a user will get a traceback message
Vladimir Ryabtsev added the comment:
> I can not find confusion caused by this tutorial section
Inada, have you read the very first message in this ticket? It explains why
this wording may cause confusion (and it did in me), and describes the problem
part. A link for your convenience:
ht
Vladimir Ryabtsev added the comment:
1. Such understanding of a tutorial is debatable. Tutorial is just a material
for learning written with some system in mind, which is more interesting to
read than dry reference material. A tutorial, generally dpeaking, may be both
for beginners and for
Change by Vladimir Ryabtsev :
--
keywords: +patch
pull_requests: +22072
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23160
___
Python tracker
<https://bugs.python.org/issu
Change by Vladimir Ryabtsev :
--
pull_requests: +22071
pull_request: https://github.com/python/cpython/pull/23159
___
Python tracker
<https://bugs.python.org/issue38
New submission from Vladimir Ryabtsev :
A new section has been added to the page as a result of
https://bugs.python.org/issue37826. The change:
https://github.com/python/cpython/commit/dcfe111eb5602333135b8776996332a8dcf59392
The wording it uses (in the beginning of section 8.5), defines
Vladimir Ryabtsev added the comment:
Also the footnote requires some minor corrections (formatting and style). I
suggest the following wording:
To get loadable extension support, your Python must be compiled with
``-–enable-loadable-sqlite-extensions`` option in ``PYTHON_CONFIGURE_OPTS``.
I
Vladimir Ryabtsev added the comment:
May by I was wrong above and it uses system's Sqlite... But anyway it does not
cancel the fact that this section contradicts to another one.
--
___
Python tracker
<https://bugs.python.org/is
Vladimir Ryabtsev added the comment:
I see no point in researching the version of sqlite, since Python does not
allow user to specify it, you just use the compiled version that comes with
Python distribution.
10 years now to the commit that introduced that piece of text:
https://github.com
Change by Vladimir Matveev :
--
keywords: +patch
pull_requests: +21817
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22875
___
Python tracker
<https://bugs.python.org/issu
New submission from Vladimir Matveev :
`TaskWakeupMethWrapper` looks like a more limited version of `PyCFunction` so
it can be replaced with one.
Pros: remove a bunch of code, use better calling convention
Cons: now `wakeup` object will expose slightly more properties but I'm not sure
wh
Change by Vladimir Matveev :
--
type: -> performance
___
Python tracker
<https://bugs.python.org/issue42085>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Vladimir Matveev :
--
keywords: +patch
pull_requests: +21739
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22780
___
Python tracker
<https://bugs.python.org/issu
New submission from Vladimir Matveev :
https://bugs.python.org/issue41756 has introduced PyIter_Send as a common
entrypoint for sending values however currently fast path that does not use
StopIteration exception is only available for generators/coroutines. It would
be quite nice if this
Change by Vladimir Matveev :
--
pull_requests: +21649
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/22677
___
Python tracker
<https://bugs.python.org/issu
Change by Vladimir Matveev :
--
pull_requests: +21639
pull_request: https://github.com/python/cpython/pull/22663
___
Python tracker
<https://bugs.python.org/issue41
Change by Vladimir Matveev :
--
pull_requests: +21473
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/22443
___
Python tracker
<https://bugs.python.org/issu
Vladimir Matveev added the comment:
No, I don't think so but I can definitely make one. A few questions first:
- having PySendResult as a result type of PyIterSend seems ok, however prefix
for each concrete value (PYGEN_*) is not aligned with the prefix of the
function itself (Py
Vladimir Matveev added the comment:
Serhiy, AFAIR PyIter_Send in my PR appear only as a rename from placeholder
`Name_TBD` and it still was specific to PyGenObjects. Do you mean something
that was listed in https://bugs.python.org/msg377007
Vladimir Matveev added the comment:
Yes, it should be
--
___
Python tracker
<https://bugs.python.org/issue41756>
___
___
Python-bugs-list mailing list
Unsub
Vladimir Matveev added the comment:
Sounds like a good middleground to start: add ``PySendResult `` and
`PySendResult PyGen_Send(PyGenObject*, PyObject* PyObject**)` specific to
generators and coroutines. Subsequent changes could introduce `PySendResult
PyIter_Send(PyObject*, PyObject
Vladimir Matveev added the comment:
so to summarize:
Proposed function signature:
```
PySendResult PyIter_Send(PyObject *obj, PyObject *arg, PyObject **result);
```
For generators/coroutines function will delegate to specialized implementation
that does not raise StopIteration exception
For
Vladimir Matveev added the comment:
I guess `PyIter_Send` would imply that this function should work for all inputs
(like in https://bugs.python.org/msg377007) which also sounds reasonable.
--
___
Python tracker
<https://bugs.python.
Vladimir Matveev added the comment:
Also should it be specific to generators/coroutines and accept PyGenObject* or
should it try to handle multiple cases and expose the result for them in
uniform way, i.e.
```
if (PyGen_CheckExact(gen) || PyCoro_CheckExact(gen)) {
// use coroutine
Vladimir Matveev added the comment:
If I understand proposed shape of API correctly - it was not supposed to return
exception via "result" so contract for new `PyGen_Send` function is something
like:
Return value | result
Change by Vladimir Matveev :
--
keywords: +patch
pull_requests: +21255
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22196
___
Python tracker
<https://bugs.python.org/issu
New submission from Vladimir Matveev :
Currently async functions are more expensive to use comparing to their sync
counterparts. A simple microbenchmark shows that difference could be quite
significant:
```
import time
def f(a):
if a == 0:
return 0
return f(a - 1)
async def
New submission from Vladimir :
I have problem to run pyc file on one machine with Ubuntu Server 18.04.4 LTS.
This is my source code of the file:
#!/root/PycharmProjects/Project/venv/bin/python3.7
print("Hi")
When I compile it in python console with commands:
import
New submission from Vladimir Ryabtsev :
This is regarding the page https://docs.python.org/3.7/library/sqlite3.html.
I believe this section on the very bottom of the page has been kept here for
pretty long time, during that both SQLite and the sqlite3 module evolved and
improved. Now the
Change by Vladimir Chebotarev :
--
pull_requests: +13537
pull_request: https://github.com/python/cpython/pull/7243
___
Python tracker
<https://bugs.python.org/issue29
Change by Vladimir Surjaninov :
--
keywords: +patch
pull_requests: +12465
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36407>
___
_
New submission from Vladimir Surjaninov :
If we are writing xml with CDATA section and leaving non-empty indentation and
new-line parameters, a parent node of the section will contain useless
indentation, that will be parsed as a text.
Example:
>>>doc = minidom.Document(
Vladimir Perić added the comment:
Thank you all for this expeditive help. Sorry for taking your time.
I will remove bad certificates from my machine.
Thanks again.
I will try to close this one.
--
stage: -> resolved
status: open ->
Vladimir Perić added the comment:
Public Certificate file cert.pem is attached.
Version of ssl lib in pythons on my machine:
Python 3.7.2 (tags/v3.7.2:9a3ffc0492, Dec 23 2018, 23:09:28) [MSC v.1916 64 bit
(AMD64)] on win32
Type "help", "copyright", "credits" or
Vladimir Perić added the comment:
Same outcome in Python 3.7.2.
See first comment for detailed explanation of issue.
--
___
Python tracker
<https://bugs.python.org/issue35
New submission from Vladimir Perić :
In Python 3.7.1 on Windows 10 ssl library function call
ssl.create_default_context(ssl.Purpose.SERVER_AUTH) raises an ssl error:
File "C:\Python37\lib\ssl.py", line 471, in _load_windows_store_certs
self.load_verify_locations(cadata=certs)
ss
Change by Vladimir Matveev :
--
keywords: +patch, patch
pull_requests: +10606, 10607
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Vladimir Matveev :
--
keywords: +patch, patch, patch
pull_requests: +10606, 10607, 10608
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Vladimir Matveev :
--
keywords: +patch
pull_requests: +10606
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35568>
___
_
Change by Vladimir Matveev :
--
nosy: +v2m
___
Python tracker
<https://bugs.python.org/issue35568>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Vladimir Matveev :
--
keywords: +patch
pull_requests: +10488
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Vladimir Matveev added the comment:
I can give it a try.
--
nosy: +v2m
___
Python tracker
<https://bugs.python.org/issue14094>
___
___
Python-bugs-list mailin
Change by Vladimir Matveev :
--
keywords: +patch
pull_requests: +10371
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue31446>
___
_
Change by Vladimir Matveev :
--
keywords: +patch
pull_requests: +10367
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Vladimir Matveev :
--
keywords: +patch
pull_requests: +10365
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35306>
___
_
Vladimir Filipović added the comment:
Hi Raymond!
Thanks for the attention you've given this and for the words of encouragement.
I'll try to make something like this for PyPI.
I do feel I should critique your metaphor of Queues as email.
(Please don't take this as a request
Vladimir Filipović added the comment:
Hi Raymond!
I've posted to python-ideas:
https://mail.python.org/pipermail/python-ideas/2018-October/054238.html
The amount of attention it got was modest, so I couldn't exactly say the
community has thoroughly vetted and enthusiastically end
Change by Vladimir Filipović :
--
keywords: +patch, patch, patch, patch
pull_requests: +9354, 9355, 9356, 9357
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Vladimir Filipović :
--
keywords: +patch, patch, patch
pull_requests: +9354, 9355, 9357
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Vladimir Filipović :
--
keywords: +patch
pull_requests: +9354
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35034>
___
_
Change by Vladimir Filipović :
--
keywords: +patch, patch
pull_requests: +9354, 9355
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
New submission from Vladimir Filipović :
Code using threading.Queue often needs to coordinate a "work is finished as far
as far as I care" state between the producing and consuming side.
When going from the producer to the consumer ("No more items after this, so
don't bo
Change by Vladimir Matveev :
--
nosy: +v2m
___
Python tracker
<https://bugs.python.org/issue34872>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Vladimir Matveev :
--
pull_requests: +8843
___
Python tracker
<https://bugs.python.org/issue34603>
___
___
Python-bugs-list mailing list
Unsubscribe:
Vladimir Matveev added the comment:
somewhat shortened repro that fails with the same error on master:
```
import pandas
import numpy
now = pandas.Timestamp.now()
arr = numpy.array([ ['a', now] for i in range(0, 3)])
arr.sum(0)
```
--
Change by Vladimir Matveev :
--
keywords: +patch
pull_requests: +8690
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34603>
___
_
Vladimir Matveev added the comment:
I think the problem is that FFI layer assumes that MSVC compiler will try to
pass any structure less than 8 bytes in registers whereis it is not always
true:
To be returned by value in RAX, user-defined types must have a length of 1, 2,
4, 8, 16, 32, or
Vladimir Matveev added the comment:
In this particular case looks like a crux of the problem was in the fact that
compression encodes extra fields only if either zip64 is set or length of the
field is larger than threshold but decompression always tries to decode it.
Attached PR switches
Vladimir Matveev added the comment:
To bring in analogy: C# has lock statement that allow to run a block of code
holding a mutual-exclusion lock on some object.
```
lock(o)
{
}
```
is compiled as
```
object _lock = o;
bool _lockTaken = false;
try
{
System.Threading.Monitor.Enter(_lock
Vladimir Matveev added the comment:
I can repro it with a given sample file
```
vladima-mbp $ cat test.c
#include
#include
#include
#include
#include
int main() {
struct rlimit rl;
if(getrlimit(RLIMIT_STACK, &rl) < 0) {
perror("getrlimit");
exit(1);
Change by Vladimir Matveev :
--
pull_requests: +8561
___
Python tracker
<https://bugs.python.org/issue34606>
___
___
Python-bugs-list mailing list
Unsubscribe:
Vladimir Matveev added the comment:
file URI scheme is covered by RFC8089, specifically
https://tools.ietf.org/html/rfc8089#appendix-E.3.2.
--
nosy: +v2m
___
Python tracker
<https://bugs.python.org/issue34
Vladimir Matveev added the comment:
I agree. From code in threading.Condition.wait looks like if it is interrupted
either after calling _release_save and before entering try block or in finally
block before calling _acquire_restore - it will leave the lock in non-acquired
state.
First
Vladimir Matveev added the comment:
I've tried to repro this on Mac, Windows box and Windows VM - works fine for
all cases.
--
nosy: +v2m
___
Python tracker
<https://bugs.python.org/is
Change by Vladimir Matveev :
--
pull_requests: +8338
___
Python tracker
<https://bugs.python.org/issue6700>
___
___
Python-bugs-list mailing list
Unsubscribe:
Vladimir Chebotarev added the comment:
Unfortunately this is not true: "Blank lines and lines beginning with # are
skipped." (https://docs.python.org/3/library/site.html#index-1)
I'm not sure we should change this behavior as it would make huge impact on
usage of `pth` files b
Change by Vladimir Chebotarev :
--
pull_requests: -6869
___
Python tracker
<https://bugs.python.org/issue29326>
___
___
Python-bugs-list mailing list
Unsub
Change by Vladimir Chebotarev :
--
title: `._pth` does not allow to populate `sys.path` empty entry -> `._pth`
does not allow to populate `sys.path` with empty entry
___
Python tracker
<https://bugs.python.org/issu
New submission from Vladimir Chebotarev :
Moving from bpo-29326
Hi Steve.
I'll try to explain what is my motivation.
I need a reliable way to run Python (not matter embedded or not) in isolated
mode, but still having current directory in `sys.path` (empty entry).
Ironically I
Vladimir Chebotarev added the comment:
Hi Steve.
I'll try to explain what is my motivation.
I need a reliable way to run Python (not matter embedded or not) in isolated
mode, but still having current directory in `sys.path` (empty entry).
Ironically I could misuse normal mode to sim
Change by Vladimir Chebotarev :
--
pull_requests: +6869
___
Python tracker
<https://bugs.python.org/issue29326>
___
___
Python-bugs-list mailing list
Unsub
Vladimir Chebotarev added the comment:
I shall attach pull request soon.
--
___
Python tracker
<https://bugs.python.org/issue29326>
___
___
Python-bugs-list m
Vladimir Chebotarev added the comment:
Hi.
I guess this issue has to be reopen because Alexey erroneously broke adding
empty paths to `sys.path` along with his patch.
Official embeddable Pythons do contain a blank line in its ._pth, and this
allowed users to import modules from script
Vladimir Semenenko added the comment:
After they marked the issue as "resolved" earlier this year I tested a
subsequent 3.x release in Windows 7 and Vista (I don't have 10). The issue
was still there.
I don't have a workaround. I am forced to stay with 2.7.3.
On Dec 8,
Vladimir Magamedov added the comment:
Seems like this fix is incomplete. It contains this check:
sock.type == socket.SOCK_STREAM
But sock.type is not only a type (at least in Linux and FreeBSD), it also may
contain SOCK_NONBLOCK and SOCK_CLOEXEC flags. So I'm hitting the same pr
Vladimir Filippov added the comment:
According to
ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/EBCDIC/CP037.TXT symbols [
and ] have other codes (instead of 0xAD and 0xBD):
0xBA0x005B #LEFT SQUARE BRACKET
0xBB0x005D #RIGHT SQUARE BRACKET
Looks like
ftp://ftp.unicode.org
New submission from Vladimir Filippov:
These 4 symbols were encoded incorrectly to EBCDIC (codec cp500): "![]|".
Correct table of conversation for these symbols described in
https://www.ibm.com/support/knowledgecenter/SSZJPZ_11.3.0/com.ibm.swg.im.iis.ds.parjob.adref.
New submission from Vladimir Shebunyaev:
I have (python 2.7.13 Anaconda 4.3.0 64bit Ubuntu 16 )
tried
python -m spacy.en.download
and got
/home/vshebuniayeu/anaconda2/bin/python:
/home/vshebuniayeu/anaconda2/lib/python2.7/site-packages/spacy/serialize/huffman.so:
undefined symbol
1 - 100 of 171 matches
Mail list logo
