New submission from Xavier de Gaye :
test_timestamp_naive of test_datetime fails on android API 24:
generic_x86_64:/data/local/tmp/python $ python -m test -v test_datetime -m
test_timestamp_naive
== CPython 3.9.0a0 (heads/abifa-dirty:cf805c25e6, Nov 18 2019, 16:40:26) [Clang
8.0.2 (https
New submission from Xavier de Gaye :
The failure on andoid API 24:
generic_x86_64:/data/local/tmp/python $ python -m test -v test_largefile -m
test_it
== CPython 3.9.0a0 (heads/abifa-dirty:cf805c25e6, Nov 18 2019, 16:40:26) [Clang
8.0.2 (https://andro
id.googlesource.com/toolchain/clang
Xavier de Gaye added the comment:
No, it is the SELinux configuration on android devices that forbids binds to
named UNIX sockets. Changing from a named UNIX socket to an unnamed UNIX socket
would fix the problem. I don't know if all platforms support unnamed UNIX
sockets.
The fix in
New submission from Xavier de Gaye :
Attached test_socket.txt is the output of running 'python -m test -v
test_socket' on android API 24. The 108 tests in error are UDPLITE tests
introduced in issue #37345.
--
components: Tests
files: test_socket.txt
messages: 356985
nosy
New submission from Xavier de Gaye :
Actually it is the script that is spawned by test_recursion_limit that crashes
with SIGSEGV on android API 24. Lowering the recursion limit in the script from
1000 to 100 with sys.setrecursionlimit() fixes the problem.
Here is the error:
generic_x86_64
Change by Xavier de Gaye :
--
keywords: +patch
pull_requests: +16787
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17294
___
Python tracker
<https://bugs.python.org/issu
Change by Xavier de Gaye :
--
keywords: +patch
pull_requests: +16788
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17296
___
Python tracker
<https://bugs.python.org/issu
Xavier de Gaye added the comment:
Changing the title to "compileall fails when the platform lacks a functional
sem_open()" as the problem lies in the compileall module itself.
Nosying Antoine as the author of issue #36786.
compileall fails on android API 24:
generic_x86_64:/data
Change by Xavier de Gaye :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.8
___
Python tracker
<https://bugs.python.or
Change by Xavier de Gaye :
--
keywords: +patch
pull_requests: +16792
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17300
___
Python tracker
<https://bugs.python.org/issu
Xavier de Gaye added the comment:
The crash occurs only on debug builds.
See the FreeBSD related issue #37906.
--
___
Python tracker
<https://bugs.python.org/issue38
Xavier de Gaye added the comment:
See the android related issue #38852.
--
nosy: +xdegaye
___
Python tracker
<https://bugs.python.org/issue37906>
___
___
Pytho
Change by Xavier de Gaye :
--
keywords: +patch
pull_requests: +16821
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17337
___
Python tracker
<https://bugs.python.org/issu
Xavier de Gaye added the comment:
Using test and try with _thread.stack_size(new_size), the pthread stack sizes
must be set to the following minimums to prevent stack overflow and get a
RecursionError:
* debug builds:7 Mb
* no-debug builds: 1 Mb
The default stack size for the main
Change by Xavier de Gaye :
--
pull_requests: +16901
pull_request: https://github.com/python/cpython/pull/17420
___
Python tracker
<https://bugs.python.org/issue28
Xavier de Gaye added the comment:
PR 17420 fixes cross-compilation of third-party extension modules.
The PYTHON_PROJECT_BASE environment variable is the path to the directory where
Python has been cross-compiled. It is used by the native python interpreter to
find the target sysconfigdata
New submission from Xavier de Gaye :
In function finalize_options() of Lib/distutils/command/install.py at
https://github.com/python/cpython/blob/575d0b46d122292ca6e0576a91265d7abf7cbc3d/Lib/distutils/command/install.py#L284
(prefix, exec_prefix) is set using get_config_vars(). This may be
New submission from Xavier de Gaye :
Title: testFsum failure caused by constant folding of a float expression
Description:
Python (Python 3.9.0a1+ heads/master-dirty:ea9835c5d1) is built on a Linux
x86_64. This native interpreter is used to cross-compile Python (using the same
Change by Xavier de Gaye :
Added file: https://bugs.python.org/file48763/foo.arm64
___
Python tracker
<https://bugs.python.org/issue38992>
___
___
Python-bugs-list mailin
Xavier de Gaye added the comment:
Yes PR GH-17513 does fix the problem.
Thanks Mark.
--
___
Python tracker
<https://bugs.python.org/issue38992>
___
___
Pytho
Xavier de Gaye added the comment:
get_config_vars() defined in distutils.sysconfig sets 'prefix' and
'exec_prefix' using sys.prefix (resp. sys.exec_prefix) on non nt platforms so
there is no problem. Closing the issue as not a bug.
--
resolution: -> not a
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue38852>
___
___
Python-bugs-list mailing list
Unsubscribe:
Xavier de Gaye added the comment:
Not interested anymore in android stuff.
--
___
Python tracker
<https://bugs.python.org/issue38840>
___
___
Python-bugs-list m
Xavier de Gaye added the comment:
Not interested anymore in android stuff.
--
___
Python tracker
<https://bugs.python.org/issue38848>
___
___
Python-bugs-list m
Xavier de Gaye added the comment:
Not interested anymore in android stuff.
--
___
Python tracker
<https://bugs.python.org/issue38851>
___
___
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
Xavier de Gaye added the comment:
Not interested anymore in android stuff.
--
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
Xavier de Gaye added the comment:
Not interested anymore in android stuff.
--
___
Python tracker
<https://bugs.python.org/issue25172>
___
___
Python-bugs-list m
Change by Xavier de Gaye :
--
nosy: -xdegaye
___
Python tracker
<https://bugs.python.org/issue36414>
___
___
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/issue35813>
___
___
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/issue38851>
___
___
Python-bugs-list mailing list
Unsubscribe:
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 :
--
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/issue25172>
___
___
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/issue28190>
___
___
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/issue36351>
___
___
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/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 :
--
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/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/issue31046>
___
___
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/issue35953>
___
___
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/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/issue32202>
___
___
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/issue29267>
___
___
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/issue28207>
___
___
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/issue22724>
___
___
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/issue26859>
___
___
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/issue31114>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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*']
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
h
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
sendin
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 ju
Change by Wouter De Borger :
--
nosy: +Wouter De Borger
___
Python tracker
<https://bugs.python.org/issue39168>
___
___
Python-bugs-list mailing list
Unsub
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
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:
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
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
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_
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:
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
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 displayed
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 memoryvi
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
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
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
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).
>
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
>
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
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 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/ques
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._
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:
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 v
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:
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 subp
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
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_man
Xavier de Gaye added the comment:
This message is just a reminder that this 4 months old issue raises
the point that the step command in pdb is broken. A patch and test
case have been proposed.
No comment so far.
As the author of pyclewn, a Vim front end to pdb and gdb, I would be
grateful for
Xavier de Gaye added the comment:
What do you mean ?
What is "this" ?
--
___
Python tracker
<https://bugs.python.org/issue28971>
___
___
Python-bugs-l
Xavier de Gaye added the comment:
FWIW I checked the Android build after those last changes.
--
___
Python tracker
<https://bugs.python.org/issue21536>
___
___
Xavier de Gaye added the comment:
@gphemsley
Can you please provide the output of running test_xml_etree with tracing.
--
nosy: +xdegaye
___
Python tracker
<https://bugs.python.org/issue36
Xavier de Gaye added the comment:
> While typically pdb is not used in tests, it is just good practice, given
> that there can only be a single trace function.
IMO invoking "good practice" is not sufficient to motivate such a change.
The proposed change is not backward comp
101 - 200 of 1794 matches
Mail list logo