Change by Louis :
--
components: macOS
files: IDLE.app.zip
nosy: Louis, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: IDLE won't open
type: performance
versions: Python 3.6
Added file: https://bugs.python.org/file49120/IDLE.ap
New submission from Louis :
Hi, I cannot open IDLE. When i try and open it from finder it says that the
file could not be opened. When I try and open it from the dock, it bounces once
and then nothing else happens. When i try and open it from terminal, it says
that there is a bad cpu type in
Louis added the comment:
Mac OS Catalina 10.15.4
--
___
Python tracker
<https://bugs.python.org/issue40508>
___
___
Python-bugs-list mailing list
Unsubscribe:
Louis added the comment:
Thank You for your reply
-Louis
--
___
Python tracker
<https://bugs.python.org/issue40508>
___
___
Python-bugs-list mailing list
Unsub
New submission from Louis Huemiller :
Have created a program that by brute force determines all reachable states of a
2-by-2 MagicCube, sometimes referred to as a 2x2 Rubick's cube. On one of my
servers, which is described in the attached file 20191011b_configuration, this
program
Louis Huemiller added the comment:
Attached is a chart, which shows the results from the runs mentioned in the
initial post. This chart was produced through the use of:
../permutations2x2_chart_results \
-f ./20191011b_chart.svg \
C++unordered_map
Louis Huemiller added the comment:
Each of the Python runs mentioned in the initial post took around 4 hours to
execute. Although not as accurate, the issue can be demonstrated in less than 5
minutes through the use of:
# If needed use the following to install Python3.8.0rc1
$ apt-get
Louis Huemiller added the comment:
Thank you for looking into the potential issue. Instead of getting Python3.8
from ppa:deadsnakes/ppa, I downloaded the source from:
https://www.python.org/ftp/python/3.8.0/Python-3.8.0rc1.tgz
Then did the following to build and install it:
$ cd /usr
Louis Huemiller added the comment:
Reinstalled the server I'd been using for this issue, with Ubuntu 18.04.3 LTS
Server amd64. This installation already came with Python3.6.8. Downloaded and
installed Python3.7.3 and 3.8.0 from:
https://www.python.org/ftp/python/3.7.3/Python-3.7.
Change by Louis Sautier :
--
nosy: +sbraz
nosy_count: 7.0 -> 8.0
pull_requests: +28201
pull_request: https://github.com/python/cpython/pull/29976
___
Python tracker
<https://bugs.python.org/issu
Change by Louis Sautier :
--
keywords: +patch
nosy: +sbraz
nosy_count: 1.0 -> 2.0
pull_requests: +28202
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29976
___
Python tracker
<https://bugs.python.org/i
New submission from Louis Sautier :
Hello,
I have noticed that when multiple processes try to simultaneously get items
from a multiprocessing queue with block=False, it will raise queue.Empty even
though there are still items in it.
Adding a multiprocessing lock around calls to Queue.get fixes
Change by Louis Sautier :
--
nosy: +mdk
___
Python tracker
<https://bugs.python.org/issue43136>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Louis Abraham :
Hi,
(this is my first issue btw)
I think
<https://docs.python.org/3/library/email.header.html#email.header.decode_header>
has a broken behavior.
It returns a list of `(decoded_string, charset)` pairs. However,
`decoded_string` can be either a str
Louis Abraham added the comment:
Indeed, this is exactly the same (I should have researched more, my bad).
The problem is that I'm using mailbox.Maildir which uses the Compat32 API.
Do you think I should create an issue for Maildir to support the new
EmailMessag
New submission from Louis Michael :
at https://docs.python.org/3/howto/regex.html#regex-howto
and
https://docs.python.org/3.8/howto/regex.html#regex-howto
https://docs.python.org/3.7/howto/regex.html#regex-howto
https://docs.python.org/3.6/howto/regex.html#regex-howto
https://docs.python.org
Change by Louis Michael :
--
keywords: +patch
pull_requests: +11968
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35584>
___
___
Py
New submission from Louis Brandy:
A forked process (via os.fork) can inherit a locked `head_mutex` from its
parent process and will promptly deadlock in this stack (on my linux box):
Child Process (deadlocked):
#0 0x7f1a4da82e3c in futex_abstimed_wait_cancelable (private=0,
abstime=0x0
Louis Brandy added the comment:
Thanks to everyone jumping in.
I need no convincing that mixing forks and threads isn't just a problem but a
problem factory. Given that the rest of this code seems to try to avoid similar
deadlocks with similar mutexes, I figured we'd want to in
Louis Lecaroz added the comment:
Hi,
First of all, thank you so much for having fixed this bug, I checked in 3.5 &
it seems that this fix needs to be also backport in 3.5 branch & certainly
others branches (like 3.4) ?
Thx in advance for your coming feedback
Best regar
Change by Louis Martin :
--
components: Tkinter
nosy: louis-martin
priority: normal
severity: normal
status: open
title: Tooltip not display with macOS 64-bit installer 3.6.5 but work with
macOS 64-bit/32-bit installer
versions: Python 3.6
New submission from Louis Martin :
Tested with :
from appJar import gui
with gui() as app:
app.label('hello world', tip="help me")
app.addLabel("l1", "text")
app.setLabelTooltip("l1", "more help")
--
__
New submission from Louis Lecaroz :
Hi,
.tar.gz files can end with x0d bytes or whatever you want
When running setup.py sdist upload, depending on the project, the .tar.gz file,
as said can sometimes end with x0d. When doing the upload, the line
https://github.com/python/cpython/blob/master
Change by Louis Sautier :
--
keywords: +patch
pull_requests: +8320
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34434>
___
___
Py
New submission from Louis RIVIERE:
A call to os.read that used to work on older Linux kernel, doesn't anymore with
newer Linux kernel.
As a workaroud we can use libc.read (ctypes) instead of os.read.
But I feel like os.read should work, as it used to.
The code (and comments) can be seen
Louis Riviere added the comment:
Thanks Benjamin !
I should have known that "Python doesn't break things" :)
--
___
Python tracker
<http://bugs.pyt
Louis Deflandre added the comment:
Hello,
Tell me if the issue is too old to deserve comments anymore. But I would like
to challenge the conclusion made in this issue.
The message msg9944 stated "Think of the default as the initial list" but it is
inconsistent with the proper
Louis Riviere added the comment:
I've made a Pretty Printer and I'd like to know if anybody thinks it could of
some help here. (I do)
It's easily extensible and customizable to support any type in any way.
https://github.com/louis-riviere-xyz/prettypy.git
-
New submission from Louis Taylor:
Since the move to github is happening, the readme should probably be changed to
markdown in order to render nicer on the github web interface. Issue 27476
introduced a .github folder, so it seems that preemptive changes for the
migration are okay
Louis Taylor added the comment:
Oh, that's a very good point. Patch updated.
--
Added file: http://bugs.python.org/file43764/readme-to-rst.patch
___
Python tracker
<http://bugs.python.org/is
Changes by Louis Taylor :
--
title: Convert readme to markdown -> Convert readme to reStructuredText
___
Python tracker
<http://bugs.python.org/issu
New submission from Louis Dassy:
If threads are disabled using --without-threads, the build of
Python/pythonrun.c will fail because PyGILState_GetThisThreadState() is
undefined. I've attached the trivial fix, modeled after 29f51c4ae11a.
--
components: Interpreter Core
New submission from Louis Dassy:
Build of default branch fails using --without-threads. I added the WITH_THREAD
check around PyGILState_Check
--
components: Build
files: without-threads.patch
keywords: patch
messages: 247921
nosy: berker.peksag, louis.dassy, python-dev
priority: normal
New submission from Louis Sautier:
Hi,
I noticed a typo in the doc for What’s New In Python 3.5, here's a patch.
--
assignee: docs@python
components: Documentation
files: fixtypo.patch
keywords: patch
messages: 253155
nosy: docs@python, omelette
priority: normal
severity: normal
s
New submission from David Jean Louis :
Hi,
I'm the author of the polib python module, incidentally (after a bug report in
polib:
https://bitbucket.org/izi/polib/issue/27/polib-doesnt-check-unescaped-quote)
I've found that the eval() in Tools/i18n/msgfmt.py allows arbitrary code
David Jean Louis added the comment:
I'm adding an updated patch that also handles unescaped double quote at the
beginning of the string.
--
versions: +Python 2.6, Python 3.1, Python 3.4
Added file: http://bugs.python.org/file23567/msgfmt.py.diff.update1
David Jean Louis added the comment:
Hmm, I missed your previous message, indeed, unescaping is not handled by this
patch, sorry about that. Here's how it is handled in polib:
https://bitbucket.org/izi/polib/src/dbafdc621bf4/polib.py#c
Louis-Dominique Dubeau <[EMAIL PROTECTED]> added the comment:
I'm running python 2.5.2 on Ubuntu 8.10.
I believe I've also encountered the problem reported here. The scenario
in my case was the following:
1. Python process A uses subprocess.Popen to create another python
proce
Louis-Vincent Boudreault added the comment:
Path.__new__ should not call _from_parts because it breaks the specialization
by directly using object.__new__.
This is why `_from_parts` has to be duplicated in each subclass's `__new__`.
My suggestion (first draft) is to do the parsi
Louis-Vincent Boudreault added the comment:
This is not true, because the classmethod use the library shortcuts the
class mro order, to prevent infinite loop inthe __new__. However, it was
using __init__ before hand, we would
Not have this issue
Le jeu. 13 août 2020 à 15:27, Jeffrey Kintscher
Louis-Vincent Boudreault added the comment:
This is not true, because the classmethod used the library shortcuts the
class mro order, this is to prevent infinite loop inthe __new__. However,
If it was using __init__ before hand, we would
Not have this issue
Le jeu. 13 août 2020 à 15:31, Louis
New submission from Jean-Louis Tamburini :
Python v3.6.4:d48eceb
Windows 10.0.16299
I search on Internet and I don't find why Python Interpreter (v3.6.4) do that.
With python 2.7, I don't have this "problem".
When I launch script like :
c:\Python364\python.exe compile.py
Jean-Louis Tamburini added the comment:
Same for python v3.6.5:f59c0932b4
--
Added file: https://bugs.python.org/file47592/dummy.py
___
Python tracker
<https://bugs.python.org/issue33
Jean-Louis Fuchs added the comment:
Just to let you know I hit this problem in my code, simplified version:
https://gist.github.com/ganwell/ce3718e5119c6e7e9b3e
Of course it is only a problem because I am a ref-counting stickler.
--
nosy: +Jean-Louis Fuchs
44 matches
Mail list logo
