New submission from Erik De Bonte :
Recent discussions about PEP 681 (dataclass_transform) have focused on support
for descriptor-typed fields. See the email thread here:
https://mail.python.org/archives/list/typing-...@python.org/thread/BW6CB6URC4BCN54QSG2STINU2M7V4TQQ/
Initially we were
New submission from Francisco Arenas Afán de Rivera :
I found that the debugger doesn't follow the normal program order when
executing a foor loop with more than 3 instructions inside and one loop.
code example:
a = 0
b = 0
c = 0
for i in range(1):
a += 1
b += 1 # Set breakpoint here
Vito De Tullio added the comment:
My final goal is to preserve the empty lines - I think I can do some bash
magic, but maybe something more complex that a simple sed call.
FWIW on https://jsonlines.org/#line-separator-is-n I see "The last character in
the file may be a line sepa
Change by Vito De Tullio :
--
keywords: +patch
pull_requests: +28086
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29858
___
Python tracker
<https://bugs.python.org/issu
New submission from Vito De Tullio :
It would be useful to let json.tool support empty rows during handling of json
lines
generally speaking, this tolerance is already present in parsers like srsly and
jsonlines
actual behavior:
# happy scenario
$ echo -e '{"foo":1}\n{"bar&qu
PABLO LOBATO DE LA CRUZ added the comment:
I see. Thank you very much Steve :)
El vie, 29 oct 2021 a las 0:29, Steve Dower ()
escribió:
>
> Steve Dower added the comment:
>
> > But why does it happen only on Windows?
>
> Because it's the operating system that is te
PABLO LOBATO DE LA CRUZ added the comment:
I see thanks for answering so quickly. But why does it happen only on
Windows?
El jue, 28 oct 2021 a las 23:09, Steve Dower ()
escribió:
>
> Steve Dower added the comment:
>
> This is almost certainly because of how Windows handles st
New submission from PABLO LOBATO DE LA CRUZ :
Deep recursion crashes on Windows (Python 3.9) when the depth limit is
increased and no error is shown.
Seems to work fine on other systems that I have tried (Linux and MacOS).
Please find attached the script to reproduce the error.
Expected
Freek de Kruijf added the comment:
Op zaterdag 16 oktober 2021 00:03:41 CEST schreef u:
> Eric V. Smith added the comment:
>
> It sounds like you're using python 2.7, which is unsupported.
>
> You've not even shown us what line produces the error you're seeing. I don't
Freek de Kruijf added the comment:
The content of a[0] is something like '2021-10-15T15:02:11.486'
--
___
Python tracker
<https://bugs.python.org/issue45
Freek de Kruijf added the comment:
About what version of Python is used, I don't know. Both 2.7.18 and 3.6.12 are
installed. I use the program on a Raspberry Pi 4B with openSUSE Leap 15.3.
--
___
Python tracker
<https://bugs.python.org/issue45
Freek de Kruijf added the comment:
When I try it in a few lines, there is no problem. So it is an issue in this
bigger context with class definitions.
In the few lines type(a[0]) reports ; in the bigger context
type(a[0]) reports . I have no idea how to reduce this issue in a
few lines
Freek de Kruijf added the comment:
The python program is called from a surrounding system called domoticz. I will
include the python program.
--
Added file: https://bugs.python.org/file50360/plugin.py
___
Python tracker
<https://bugs.python.
New submission from Freek de Kruijf :
In a piece of code I have
pT = datetime.strptime(a[0],"%Y-%m-%dT%H:%M:%S.%f")
When I check type(a[0]) I got type(a[0]): not
In this case I get: message attribute of type 'NoneType' is not
callableTraceback
When I use str(a[0]) instead of a[0],
Jun De added the comment:
Awesome! To be honest I was very inclined to add test cases for this edge case,
but while some existing test cases use native objects like io.BytesIO, the one
that our edge case uses is HTTPResponse from `urllib3.response.py`. Should I
still go ahead with writing
Jun De added the comment:
Yeap Steve, I was thinking the same thing. I've taken the buffered data into
consideration when checking if the file is closed in my fix, feel free to take
a look and let me know what you think :)
--
___
Python tracker
Change by Jun De :
--
keywords: +patch
nosy: +AngstyDuck
nosy_count: 1.0 -> 2.0
pull_requests: +26859
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28457
___
Python tracker
<https://bugs.python.org/i
Change by Wouter De Borger :
--
type: -> resource usage
___
Python tracker
<https://bugs.python.org/issue44310>
___
___
Python-bugs-list mailing list
Un
New submission from Wouter De Borger :
# Problem
the functools.lru_cache decorator locks all arguments to the function in memory
(inclusing self), causing hard to find memory leaks.
# Expected
I had assumed that the lru_cache would keep weak-references and that when an
object is garbage
New submission from Hubert Bonnisseur-De-La-Bathe :
Reading first at the documentation of difflib, I thought that the use of junks
would have produced the result
s = SequenceMatcher(lambda x : x == " ", "abcd efgh", "abcdefgh")
s.get_matching_blocks
New submission from Vito De Tullio :
The enhancement is to add a __init__ method to both contextlib.ExitStack and
contextlib.AsyncExitStack, so that you can pass (async)context managers
directly in the costructor.
additionally, a new "context_managers" / "async_context_
Pierre van de Laar added the comment:
Not a bug: tuple is an iterator but an iterator is not a tuple.
Yet iterators are often accepted during initialization...
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
_
Pierre van de Laar added the comment:
Zip didn't contain the test cases from the tests directory (sorry for that)
--
Added file: https://bugs.python.org/file49592/tests.zip
___
Python tracker
<https://bugs.python.org/issue42
New submission from Pierre van de Laar :
On windows, with python 3.9, with unittests,
My test case fails when I use the following lines of code
```
result = map(lambda x: self.substitute_in_expression(x),
sequence.sequence)
```
It works fine with
```
result = list()
for x
New submission from Cristian Martinez de Morentin :
TimedRotatingFileHandler doesn’t handle the switch to/from DST when using
daily/midnight rotation. When DST switch occurs, the previous day logging file
is overwritten. The issue is present regardless of the value of the UTC flag
(True/False
Change by Misty De Méo :
--
nosy: +mistydemeo
nosy_count: 11.0 -> 12.0
pull_requests: +21922
pull_request: https://github.com/python/cpython/pull/22732
___
Python tracker
<https://bugs.python.org/issu
Andrew de Quincey added the comment:
Hi, sorry, I was ill on Friday, apologies for the delayed reply.
We're not using os.fork() directly, and I'm afraid the multiprocessing thing I
mentioned was a bit of a red herring.
We're using a capped pool of threads to spawn subprocesses (using
Change by Andrew de Quincey :
Removed file: https://bugs.python.org/file49531/test.py
___
Python tracker
<https://bugs.python.org/issue42097>
___
___
Python-bugs-list m
Andrew de Quincey added the comment:
Before anyone suggests it might be the logstash code we're calling in the
comment, it ain't.
The bug is easily replicated using entirely python built in code. See test.py
attached.
If you're having trouble triggering it (seems to vary per machine
Andrew de Quincey added the comment:
My colleague reports it does happen on their Mac as well, but that it took
about 50 tries for it to trigger.
--
___
Python tracker
<https://bugs.python.org/issue42
Andrew de Quincey added the comment:
Debugging a bit more shows our code is deadlocked at:
File "/usr/lib/python3.7/logging/__init__.py", line 219, in _acquireLock
_lock.acquire()
File "/usr/lib/python3.7/logging/config.py", line 501, in configure
logging._
New submission from Andrew de Quincey :
We've been having some mysterious hangs in our threaded code. Debugging with
GDB shows it ends up deadlocking during logging inside logging._acquireLock()
I googled and found someone else with the same issue:
https://stackoverflow.com/questions
Change by Misty De Méo :
--
keywords: +patch
pull_requests: +21696
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22732
___
Python tracker
<https://bugs.python.org/issu
New submission from Misty De Méo :
Configure's `arch` check on Macs running with Apple Silicon CPUs will fail
because the list of acceptable architectures is hardcoded to Intel and PowerPC:
https://github.com/python/cpython/blob/master/configure.ac#L2486-L2496
This needs a clause that adds
Freek de Kruijf added the comment:
Op vrijdag 11 september 2020 17:06:43 CEST schreef u:
> Serhiy Storchaka added the comment:
>
> It was not clear what you do without code and full traceback.
>
> The example uses *function* parse() from *module* ElementTree. Your code
>
Freek de Kruijf added the comment:
Op vrijdag 11 september 2020 11:31:29 CEST schreef u:
> Serhiy Storchaka added the comment:
>
> parse() is an instance method. It should be called as tree.parse(f) (where
> tree is an instance of ElementTree), not ElementTree.parse(f).
>
New submission from Freek de Kruijf :
In a function definition I have the following piece of code:
try:
with open(requests,'rt') as f:
tree = ElementTree.parse(f)
On execution I got:
Traceback (most recent call last):
File "/srv/www/bin/web.py"
GR3 WEB - CRIAÇÃO DE SITE added the comment:
This problem on my website too. https://gr3web.com.br it seems that there is an
SEO bug against the Python documentation - Google is truncating part of the
title that informs if the documents are for Python 2 or Python 3
--
nosy: +gr3web
New submission from Denilson Figueiredo de Sá :
When reading the documentation for call_soon(), call_later(), call_at(), and
several other functions, the sentence that describes the return value is in
passive voice:
https://docs.python.org/3/library/asyncio-eventloop.html
> An insta
Michiel de Hoon added the comment:
You are correct, this is indeed a duplicate of #13797. My apologies for not
finding this issue before opening a new one. If there are no objections, I will
close this issue as a duplicate.
--
___
Python tracker
Michiel de Hoon added the comment:
Thank you, I have posted an explanation in the "Ideas" category of
discuss.python.org.
--
___
Python tracker
<https://bugs.python.o
New submission from Michiel de Hoon :
Currently memoryview does not support subclassing:
>>> class B(memoryview): pass
...
Traceback (most recent call last):
File "", line 1, in
TypeError: type 'memoryview' is not an acceptable base type
Subclassing memoryview can be
Xavier de Gaye added the comment:
> Perhaps we should should test whether the exception happened there and not
> drop in the debugger in that case?
The same kind of problem occurs for any post-mortem debugging raised by an
uncaught exception in the user code: the backtrace dis
Xavier de Gaye added the comment:
In Kerrick's example ast.literal_eval('') could be ast.literal_eval(some_code)
instead where some_code is a string containing dynamically generated Python
code. pdb post-mortem debugging must allow finding the syntax error in this
code. The patch proposed
New submission from Cristian Martinez de Morentin :
Hi everyone,
I have found a memory leak when using Queue and Condition from threading
library.
The issue can be reproduced with the following code:
import queue
import threading
Cristian Martinez de Morentin added the comment:
OK, understood.
Thank you for your support!
--
___
Python tracker
<https://bugs.python.org/issue40451>
___
___
New submission from Cristian Martinez de Morentin :
Hello, I have observed a strange behaviour regarding reference counting in
Python 3.8.2 (Windows 64 bits). Perhaps, it could be linked to a memory leakage
issue.
In the following code, I would not expect an output of '137' for the reference
Xavier de Gaye added the comment:
> Is that epic line automatically generated?
When cross compiling it is generated by the configure script and configure
replaces the right hand side of "PYTHON_FOR_BUILD=@PYTHON_FOR_BUILD@" of
Makefile.pre.in with the generated value into Mak
Xavier de Gaye added the comment:
Steve wrote:
> In my build, I've set PYTHON_FOR_BUILD=python3.8
This will not work, PYTHON_FOR_BUILD when cross-compiling is set by configure
as:
PYTHON_FOR_BUILD='_PYTHON_PROJECT_BASE=$(abs_builddir)
_PYTHON_HOST_PLATFORM=$(_PYTHON_HOST_PLATF
New submission from Mario de OOurtzborun :
Is there any reason why slice objects aren't subclassable? I want a mutable
slice object, but there is no way to create one that will work with lists or
tuples. And __index__ method requires to return int. I want to prepare a git
merge request about
Xavier de Gaye added the comment:
This fixed the bug.
To reproduce the bug, substitute the "from _lzma import *" statement with
"raise ImportError"
in Lib/lzma.py to simulate that the _lzma module is missing and run the test.py
script written an
Xavier de Gaye added the comment:
In msg360620 Serhiy wrote:
> When the interpreter encounters "import foo" in bar.py, the import machinery
> takes the module foo from sys.modules.
> So you break an infinite cycle and can import modules with cyclic
> dependencies.
The
Xavier de Gaye added the comment:
PYTHON_FOR_BUILD does not use PYTHONPATH in the implementation of (closed) PR
17420 and should fix the current issue as a side effect.
FWIW, PR 17420 fixes cross-compilation of third-party extension modules by
replacing the complex PYTHON_FOR_BUILD command
Change by Wouter De Borger :
--
nosy: +Wouter De Borger
___
Python tracker
<https://bugs.python.org/issue39168>
___
___
Python-bugs-list mailing list
Unsub
Josh de Kock added the comment:
I just wanted the intended MIME type for sending python over various mediums to
be written down somewhere other than the source code, but I'm not sure where it
should go.
Though if you don't think it is necessary then that is fine too, I mostly just
wanted
Adelson Luiz de Lima added the comment:
Thanks for the quick response.
I try the follow code in python 3.7:
round(9.925, 2) => 9.93
round(Decimal('9.925'), 2) => Decimal('9.92')
I do not understande why behavior of float is diferrent of the Decimal.
In python 2.7 I have the same
New submission from Adelson Luiz de Lima :
When I round this: round(Decimal('9.925'), 2), in Python 3.7.5 the result is
Decimal('9.92'), but in Python 2.7.17 is 9.93
--
messages: 358814
nosy: adelsonllima
priority: normal
severity: normal
status: open
title: round Decimal error
type
Josh de Kock added the comment:
An IANA media type assignment would be even better than a '*/x-*' MIME, of
course, but my original intention was just to clarify that the MIMEs in the
cpython source can be used as documentation for 'which MIME should you use when
sending .py,.pyc,.pyo
New submission from Josh de Kock :
I'd like to add Python's MIME types to a database so that they can be properly
used by other services. However, apart from the source code[1][2], I can't find
any documentation from Python which highlights this. Is the source code correct
here, and can
Xavier de Gaye added the comment:
As a workaround insert the following hard-coded breakpoint before the import
statement and run your script with python, i.e. 'python myhome.py' instead of
'python -m pdb myhome.p'.
from pdb import Pdb; Pdb(skip=['importlib*']).set_trace()
--
nosy
Josh de Kock added the comment:
Hi, I'm new to python but I had a go at implementing this for imaplib(1) using
a different approach. It works but it has a couple issues (see patch), I would
appreciate any thoughts/improvements.
--
nosy: +jdek
versions: +Python 3.9 -Python 3.6
Added
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue31114>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
resolution: -> works for me
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue26859>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue26971>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue22724>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue28125>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue28207>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue28542>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue20211>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue29267>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
resolution: -> not a bug
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue32202>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue26855>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue32203>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue13886>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue31046>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue35953>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue26852>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue36145>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue35997>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue36141>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue36125>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue27640>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue36214>
___
___
Pyth
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue36351>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue36361>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue28190>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue28833>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue25172>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
stage: resolved ->
___
Python tracker
<https://bugs.python.org/issue38849>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue38850>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue38851>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue38840>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue38848>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue35813>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue36758>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue36414>
___
___
Python-bugs-list mailing list
Unsubscribe:
Xavier de Gaye added the comment:
Not interested anymore in android stuff.
--
___
Python tracker
<https://bugs.python.org/issue25172>
___
___
Python-bugs-list m
Xavier de Gaye added the comment:
Not interested anymore in android stuff.
--
___
Python tracker
<https://bugs.python.org/issue38850>
___
___
Python-bugs-list m
1 - 100 of 1777 matches
Mail list logo