New submission from Jens Henrik Goebbert :
While using [Xpra](https://github.com/Xpra-org/xpra) we came across a bug which
might be a Python or a NumPy issue.
Perhaps some of you can help us understanding some internals.
Calling `import numpy` at the same time in two different threads
New submission from Jens Rapp :
Documentation 5.4.2. Submodules tells what happens to modules which are
imported inside __init__.py of a package>
from .foo import Foo
from .bar import Bar
then executing the following puts a name binding to foo and bar in the spam
module:
>>>
Jens added the comment:
Raymond, thanks for your suggestions.
My deployed applications don't hold up 20m items at a time, that was a way to
show the leak.
I was able to resolve the threading, queue-based leaks on my instances by
modifying the Queue, Event and Conditions classes to use
Jens added the comment:
Ok, I see, thanks Raymond.
Queue based logging leaks seem to hang my deployed applications atm, so this
seemed like a possible reason for it. I use locally 8GB Ubuntu, and it gets to
2.2% after return with 20million puts, and on a remote 1GB Ubuntu instance
Jens added the comment:
Also compared this library to deque, and Queues based on this:
https://github.com/kata198/python-cllist
It seems to be as fast as deque, uses a bit more memory at the top usage, but
does not leak at all.
--
___
Python
Jens added the comment:
So this got me thinking of trying to use some other linked list
implementations.
I've used a llist library - https://github.com/ajakubek/python-llist
Using their doubly linked list implementation:
class DllistQueue(queue.Queue):
def _init(self, maxsize
Jens added the comment:
Regarding deque, the leak indeed does not seem to be releasable after it is
inited to up the size of the number of elements that are going to put into the
queue, as:
qmem = collections.deque(range(n_puts))
qmem.clear()
The results
Jens added the comment:
Thanks for your input.
So i've run the tests with the List of Lists Queue class, there seems to be a
resulting difference depending on what qsize() method I define, that is called
my script.
For an instance where qsize just return None,
class QueueLists
Jens added the comment:
Results for queue._PySimpleQueue:
>#
>del_after_puts False del_after_gets True n_puts 2000
>before run
>mem_pct 0.15%
>-- put done - qsize 2000
>mem_pct 37.61%
>-- gets done - qsize 0
>mem_pct 2.22%
&g
Jens added the comment:
Just inspected the PriorityQueue and LifoQueue classes, they dont employ a
deque at all but simply a list, but all other Queues tested do (except the
native SimpleQueue). Since they don't leak, the leak itself seems to be coming
from deque, and the fact that it does
Jens added the comment:
Hi,
Thanks for your reply, so I've run same script with queue.PriorityQueue,
queue.LifoQueue, queue.SimpleQueue, Asyncio.Queue as well as collections.dequeue
1. PriorityQueue
>#
>del_after_puts False del_after_gets True n_puts 2000
>before run
Jens added the comment:
I've tried to profile the memory with tracemalloc as well as pympler, but they
dont show any leaks at python level, so I suspect that might be a C level leak.
--
___
Python tracker
<https://bugs.python.org/issue43
New submission from Jens :
I use the following code to produce what looks like a memory leak after
emptying a queue with the get() method.
import queue
import os
import psutil
def run(del_after_puts, del_after_gets, n_puts, process):
mem = queue.Queue
New submission from Jens :
from decimal import Decimal
print(-0.9//0.123)
# prints -8.0
print(Decimal('-0.9')//Decimal('0.123'))
# prints -7
print(-10//4.2)
# prints -3.0
print(Decimal('-10')//Decimal('4.2'))
# prints -2
--
messages: 385113
nosy: multiks2200
priority: normal
severity
New submission from Jens Diemer :
The standalone arguments was added in Python 3.9. This information is missed in
the docu.
--
messages: 380277
nosy: jedie2
priority: normal
pull_requests: 22042
severity: normal
status: open
title: xml.dom.minidom.rst missed informations
versions
Jens Troeger added the comment:
@fbidu, oh I missed that, thank you! Shall I close the issue again, or what’s
the common procedure in this case?
--
___
Python tracker
<https://bugs.python.org/issue37
Jens Troeger added the comment:
This is still not working: tried it on Python 3.8.5 and Python 3.7.8.
>>> import mimetypes
>>> mimetypes.guess_extension('image/jpg')
>>> mimetypes.guess_extension('image/jpeg')
'.jpg'
Both should return the same value; I expec
New submission from Jens Petersen :
Using pip fails with the same error messages independent of version an user.
Also su or sudo -H doesn't change anything:
How to Reproduce
install python 3.x on your Mac and try pip
After a quite long search I found that it is a problem with the proxy config
Change by Jens Holzkämper :
--
keywords: +patch
pull_requests: +19020
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19702
___
Python tracker
<https://bugs.python.org/issu
New submission from Jens Holzkämper :
https://docs.python.org/3/library/os.html#os.getgrouplist states „Return list
of group ids that user belongs to. If group is not in the list, it is included;
typically, group is specified as the group ID field from the password record
for user
Change by Jens Reidel :
--
keywords: +patch
pull_requests: +18335
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18988
___
Python tracker
<https://bugs.python.org/issu
Jens Reidel added the comment:
Just to show the types are inequal:
Without patch file:
>>> inspect.signature(lambda x: None).parameters
mappingproxy({'x': })
With patch file:
>>> inspect.signature(lambda x: None).parameters
mappingprox
Change by Jens Reidel :
--
title: bpo39775 not fixed - inspect.Signature.parameters still
dict/mappingproxy -> bpo39775 not fixed - inspect.Signature.parameters still
dict/mappingproxy around dict
___
Python tracker
<https://bugs.pyth
New submission from Jens Reidel :
Hi guys,
compiling CPython from the master branch will result in a git history with the
commit
https://github.com/python/cpython/commit/211055176157545ce98e6c02b09d624719e6dd30
included and in Lib/inspect.py, however the return type is still like before
Jens Troeger added the comment:
Oops, forgot…
>>> mimetypes.guess_extension("image/jpeg") # Expected ".jpg" or ".jpeg"
as per referenced MDN. I personally would go with ".jpg" because that's the
more common file name extension.
-
New submission from Jens Troeger :
I think this one’s quite easy to reproduce:
Python 3.7.4 (default, Jul 11 2019, 01:08:00)
[Clang 10.0.1 (clang-1001.0.46.4)] on darwin
Type "help", "copyright", "credits" or "license" for
Jens Troeger added the comment:
Cheryl, if you can find somebody to approve and merge this fix, that would be
greatly appreciated! Anything I can do, please let me know.
--
___
Python tracker
<https://bugs.python.org/issue34
Jens Vagelpohl added the comment:
Thank you for the prompt reply.
It turns out this is not a bug in py_compile. Other code we use imports
importlib.util briefly for a quick check at module level and then deletes it,
also at module scope. Removing the deletion fixes the issue.
Thanks again
New submission from Jens Vagelpohl :
The following code in py_compile.compile fails (tested on 3.6.6 and 3.7.3) with
tracebacks that end like the one shown at the bottom. There's an AttributeError
about importlib.utils.
"""
if cfile is None:
i
Change by Jens Troeger :
--
nosy: +_savage
___
Python tracker
<https://bugs.python.org/issue30717>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jens Troeger added the comment:
Can somebody please review and merge
https://github.com/python/cpython/pull/8803 ? I am still waiting for this fix
the become mainstream.
--
___
Python tracker
<https://bugs.python.org/issue34
Jens Troeger added the comment:
Any updates on this? Looks like the proposed change has not been merged into
mainstream yet?
I’m having problems with Google rejecting emails:
(555, b'5.5.2 Syntax error, goodbye. r10-v6sm7321838qtj.41 - gsmtp', '…')
and using IETF’s message linter (https
Jens Troeger added the comment:
Pull request https://github.com/python/cpython/pull/8803/
--
___
Python tracker
<https://bugs.python.org/issue34424>
___
___
Jens Troeger added the comment:
New issue: https://bugs.python.org/issue34424
--
___
Python tracker
<https://bugs.python.org/issue24218>
___
___
Python-bug
New submission from Jens Troeger :
See also this comment and ensuing conversation:
https://bugs.python.org/issue24218?#msg322761
Consider an email message with the following:
message = EmailMessage()
message["From"] = Address(addr_spec="b...@foo.com", display_name=&qu
Jens Troeger added the comment:
Thanks David: PR on Github (which is R/O) or where should I submit to?
--
___
Python tracker
<https://bugs.python.org/issue24
Jens Troeger added the comment:
@David, any thoughts on this?
--
___
Python tracker
<https://bugs.python.org/issue24218>
___
___
Python-bugs-list mailin
Jens Troeger added the comment:
David, I tried to find the mentioned '\r\r…\n' issue but I could not find it
here. However, from an initial investigation into the BytesGenerator, here is
what’s happening.
Flattening the body and attachments of the EmailMessage object works, and
eventually
Jens Troeger added the comment:
So that’s interesting. I thought that setting `international = True` (see line
https://github.com/python/cpython/blob/master/Lib/smtplib.py#L947) would be a
neat workaround, but the opposite.
When delivering those emails to Gmail I started seeing
Failed
Jens Troeger added the comment:
> Well, posting on a closed issue is generally not the best way :)
Fair enough ;)
> The multiple carriage returns is a bug, and there is an open issue for it,
> though I'm not finding it at the moment.
Oh good, yes that should be fixed!
M
Jens Troeger added the comment:
See also this issue comment: https://bugs.python.org/issue24218#msg322761
--
___
Python tracker
<https://bugs.python.org/issue33
Jens Troeger added the comment:
(continuing the previous message msg322761)
…unless the addresses should be checked separately from the display names, in
which case the BytesGenerator’s flatten() function should be fixed.
Without reading the RFC, please let me know how to continue from here
Jens Troeger added the comment:
I was about to open an issue when I found this one.
Consider an email message with the following:
message = EmailMessage()
message["From"] = Address(addr_spec="b...@foo.com", display_name="Jens Troeger")
message["To&
New submission from Jens Troeger <jens.troe...@gmail.com>:
It looks like non-ascii characters in an Address()’s display_name parameter
cause their lines in the header to get mangled when the message is being sent.
For example, a case to reproduce:
>>> msg = EmailMessag
Jens Lindgren added the comment:
Sorry I need to clarify.
On Linux both python and python3 works as there is a symlink created from
python to python3 in the venv folder.
On Windows only python.exe is created. I copied it to python3.exe. Now I can
use python3 script.py to start but py-launcher
Jens Lindgren added the comment:
I just got hit by this bug and would like to add my thoughts on this.
If you are in an activated venv, no matter if you launch with command python or
python3, it will launch the version in venv (version 3.6.1 in this case).
I expect the py-launcher and shebang
Jens Timmerman added the comment:
small setup.py file to reproduce this problem if people still had trouble
reproducing (this works with the attached
d002-distutils-type-checks-can-fail-issue-23102.patch)
```
#!/usr/bin/env python
''' Installation script that breaks '''
from
Jens Timmerman added the comment:
I'm also regularly running into this, it is really annoying, Can I do anything
to help getting this merged in?
--
nosy: +Jens.Timmerman
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Jens Jørgen Mortensen <jens.j.morten...@gmail.com>:
--
versions: +Python 3.5
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Jens Jørgen Mortensen added the comment:
That would also be a solution. Also, the sentence is not quite grammatically
correct: "when space [is] expensive".
--
versions: -Python 3.5
___
Python tracker <rep...@bugs.pytho
New submission from Jens Jørgen Mortensen:
The documentation has a note saying: "Base64 has an expansion factor of 6 to
4". I believe it should be 4 to 3.
https://docs.python.org/dev/library/base64.html
--
assignee: docs@python
components: Documentation
messages: 2
New submission from Jens de Bruijn:
Datetime crashes while running script from the command line. When running the
same date string from the interpreter (Ubuntu 16.04) it does not crash.
date = datetime.datetime.strptime('May 01 23:59:59 + 2016', '%b %d %H:%M:%S
+ %Y
Jens Diemer added the comment:
I have made https://github.com/jedie/pathlib_revised to address this, see:
https://github.com/jedie/pathlib_revised#windows-max_path
The idea is to add a property (I call it 'extended_path') and this will add the
\\?\ prefix on all absolute path under windows
Jens Diemer added the comment:
I also with this problems.
I have made a test script.
There is a problem with os.chdir(): It doesn't work with \\?\ notation.
And there is also a problem, if you use
```
import os
import pathlib
import tempfile
with tempfile.TemporaryDirectory(prefix
Jens Troeger added the comment:
With my update from Python 3.4.3 to Python 3.4.4 (default, Dec 25 2015,
06:14:41) I started experiencing crashes of my applications and I suspect this
change is the culprit.
I have a class that inherits from namedtuple, and code calls vars() (i.e.
retrieve
Changes by Jens Diemer bugs.python@jensdiemer.de:
--
nosy: +jens
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21417
___
___
Python-bugs-list
Jens Diemer added the comment:
IMHO it should be possible to set compression level not only for DEFLATE.
And it should be similar with the tarfile API.
Seems that http://bugs.python.org/issue21417 will cover this.
--
nosy: +jens
___
Python tracker
Jens Diemer added the comment:
btw. hacked work-a-round is:
zlib.Z_DEFAULT_COMPRESSION = 9
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21417
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
Jens Timmerman added the comment:
Wel, I can confirm that this is fixed in new libffi shipped with python now,
and the problem no longer occurs on 3.4.3 (only version I checked)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Jens Timmerman added the comment:
yep, newer versions of python with newer libffi do not longer have this issue,
confirmed with python 3.4.3
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4130
New submission from Jens Bonerz:
I am getting the Not a gzipped file exception while retrieving a gzipped
sitemap xml (tested on amazon.de) using scrapy-
I am using Python 2.7.3 and Scrapy 0.24.4
Can anyone confirm gzip being broken in 2.7.3 or am I overseeing something?
--
messages
Jens Bonerz added the comment:
closed. Problem caused by 3rd party app
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22874
Jens Troeger added the comment:
Thanks Victor.
I had the suspicion that UNO might set up somewhat incorrectly, and
consequently cause this problem. To answer your questions:
- Debug symbols: agreed. I haven't built a vanilla Python with symbols yet. I'm
using MacPorts default Python 3.3
New submission from Jens Troeger:
This might be an issue with Python, or an issue with Libre/OpenOffice not
setting up the UNO environment correctly.
The crash happens during import uno of Python 3.3 in the
PyUnicode_InternInPlace function. I've done some digging and posted more
information
Jens Timmerman added the comment:
sorry for my confusion,
libffi's website stated
libffi-3.0.14 was released on TBD.
I must have missed the TBD part.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4130
Jens Timmerman added the comment:
Since this is fixed in upstream libffi, can this be synced with the libffi
included in python?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4130
Jens Timmerman added the comment:
As a workaround, you can make the libffi build work by applying this patch.
https://github.com/atgreen/libffi/pull/43
(indeed, see also http://bugs.python.org/issue4130 )
--
nosy: +Jens.Timmerman
___
Python tracker
Jens Timmerman added the comment:
I believe this pull request fixed this upstream (it did for me)
https://github.com/atgreen/libffi/pull/43
I fixed this by including xmmintrin.h instead of switching to
reg_args-sse[ssecount].m (as per
http://software.intel.com/en-us/forums/topic/303826
Jens Lechtenboerger added the comment:
It only says that accesses are synchronized. The problem is that you were
assuming that += involves a single access -- but that is not how python
works.
Yes, I understand that by now (actually since your first comment).
Where in the examples
Jens Lechtenboerger added the comment:
Loads and stores are both atomic. But += is made up of two operations, a
load followed by a store, and the lock is dropped between the two.
I see. Then this is a documentation bug. The examples in the documentation
use such non-thread-safe
New submission from Jens Lechtenboerger:
Maybe I'm misreading the documentation of multiprocessing.Value and
multiprocessing.sharedctypes.Value.
I thought that access to the value field of Value instances was protected by
locks to avoid lost updates.
Specifically, for multiprocessing.Value
New submission from Jens Lechtenboerger:
The documentation for the stat module is inconsistent
(Doc/library/stat.rst, at least for Python 2.7.2 and 3.3.0):
It talks about a function stat.S_IFMT() and a bit mask stat.S_IFMT.
Only the former does exist.
Besides, it states: For complete details
New submission from Jens Henrik Leonhard Jensen:
The _sqlite modules uses sqlite3_prepare and not sqlite3_prepare_v2.
With sqlite3_prepare_v2 enables more optiomation.
Workaround:
Do not use parameters as the right hand argument to GLOB or LIKE.
For more documentation see http://www.sqlite.org
Changes by Jens Jährig jaehrig.j...@googlemail.com:
--
components: None
nosy: jens.jaehrig
priority: normal
severity: normal
status: open
title: argparse disable abbreviation
type: enhancement
versions: Python 2.6, Python 2.7
___
Python tracker rep
New submission from Jens Jährig jaehrig.j...@googlemail.com:
argparse uses per default abbreviation in unambiguous cases.
I don't want abbreviation and i'd like to disable it.
But theres no option to do this.
http://docs.python.org/library/argparse.html#argument-abbreviations
Only to override
Changes by Jens Jährig jaehrig.j...@googlemail.com:
--
title: argparse disable abbreviation - argparse: disable abbreviation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14910
Changes by Jens Diemer bugs.python@jensdiemer.de:
--
nosy: +jens
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11638
___
___
Python-bugs-list
Jens Diemer bugs.python@jensdiemer.de added the comment:
I have the same problem, using distutils (and not distutils2):
Traceback (most recent call last):
File ./setup.py, line 60, in module
test_suite=creole.tests.run_all_tests,
File /usr/lib/python2.7/distutils/core.py, line 152
Changes by Jens Grivolla jens.grivo...@gmail.com:
--
nosy: +Jens.Grivolla
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5752
___
___
Python-bugs
New submission from Jens Kadenbach [EMAIL PROTECTED]:
Rewrite of the namedtuple implementation to avoid the use of exec for
class generation. The new code uses a custom class dictionary and the
builtin type to create new classes dynamically.
--
components: Library (Lib)
files
New submission from Jens Diemer [EMAIL PROTECTED]:
The doctest doesn't work good, if a function returns a dict.
Here a simple example:
def test(d):
This works:
test({A:1, B:2, C:3})
{'A': 1, 'C': 3, 'B': 2}
This failed, because of different dict sort:
test({A:1
82 matches
Mail list logo
