Phil Thompson added the comment:
Is this likely to be fixed for v3.10? At the very least a wheel should have the
correct platform tag.
--
___
Python tracker
<https://bugs.python.org/issue44
Phil Soucheray added the comment:
It looks like that has done the trick. Is there an expected time when there
won't be different installers?
--
___
Python tracker
<https://bugs.python.org/is
New submission from Phil Soucheray :
After running `start` on an indeterminate Progressbar, it animates to one side,
goes back to the other and then right before it reaches the end it disappears.
I've attached a sample script below and a screen recording. This is running on
macOS 11.
Phil Thompson added the comment:
Another aspect of this is when building a Python v3.10 C extension on macOS
v10.15 (Catalina) with SDK 10.15, the wheel has the 'universal2' platform tag
when it actually only contains an x86_64 impl
New submission from Phil Thompson :
I am running macOS v11 (Big Sur) and using Xcode v12.1 (because this is the
latest that includes SDK v10.15 rather than v11) to build a C extension. I'm
using the older SDK because of 3rd party libraries that are not tested against
the newer SDK.
Change by Phil :
--
nosy: +pgjones
___
Python tracker
<https://bugs.python.org/issue43246>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Phil Connell added the comment:
One version of the bug described here (and fixed in the old implementation
under issue17633) exists in the Python implementation of zipimport:
$ unzip -l namespace1.zip
Archive: namespace1.zip
Length DateTimeName
Change by Phil Elson :
--
keywords: +patch
pull_requests: +20740
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21602
___
Python tracker
<https://bugs.python.org/issu
New submission from Phil Elson :
The documentation for site.getusersitepackages() states at
https://docs.python.org/3.10/library/site.html#site.getusersitepackages:
Return the path of the user-specific site-packages directory, USER_SITE. If it
is not initialized yet, this function will also
New submission from Phil :
https://discuss.python.org/t/assertionerror-asyncio-streams-in-drain-helper/3743/4
I recently came across this error, which I now know how to fix. I think the
error can be clearer and I've a PR which I think does so.
--
components: asyncio
messages: 3
Change by Phil :
--
keywords: +patch
pull_requests: +18598
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19240
___
Python tracker
<https://bugs.python.org/issu
Phil Connell added the comment:
The attached patch (wrap_threadstate.diff) is enough to stop the crash. It's a
slightly dirty proof-of-concept, but equally could be the basis for a solution.
The main functional issue is that there's still a race on the Py_BLOCK_THREADS
side: it&
Phil Connell added the comment:
Just to summarise, I'm fairly sure this is exactly what Victor saw: a daemon
thread attempts to reacquire the GIL via Py_END_ALLOW_THREADS after interpreter
finalisation. Obviously the threadstate pointer held by the thread is then
invalid...so we crash
Phil Connell added the comment:
Based on Victor's info from https://bugs.python.org/issue36114#msg337090 I
believe the crash is essentially what's reproduced in the attached program.
>From the root of a (built) cpython clone run:
gcc -c -o fini_crash.o -IInclude -I. fini_cras
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue33608>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Phil Connell :
Add a comment to the os.fork docs to note that forking from a subinterpreter is
no longer allowed (see issue34651)
--
assignee: docs@python
components: Documentation
messages: 356459
nosy: docs@python, eric.snow, pconnell
priority: normal
severity
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue36723>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue25597>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue25299>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue35617>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue38505>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue23882>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue37052>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue18108>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue38494>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue38122>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue38384>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue7897>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue38091>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue30587>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<https://bugs.python.org/issue32092>
___
___
Python-bugs-list mailing list
Unsubscribe:
Phil Thompson added the comment:
>> Which is why I protect the initialisation with #if PY_VERSION_HEX <
> 0x0309
>
> It is your specific case. We can not assume people do it, or even you
> never forget it. So this is not the "right thing" we can recommen
Phil Thompson added the comment:
On 19/07/2019 11:37, Jeroen Demeyer wrote:
> Jeroen Demeyer added the comment:
>
>> We have some reserved/deprecated/unused fields. Setting 0 to them
>> makes forward incompatible code.
>
> Good point. tp_print is removed in 3.9
Wh
Phil Thompson added the comment:
I am not "touching" tp_print. I am simply defining it as 0 to avoid the missing
initialiser warning. My point is that it should be possible to write code that
doesn't trigger warnings (whether or not yo
New submission from Phil Thompson :
I have a number of static PyTypeObject declarations. In order to avoid compiler
warnings about missing field initialisers I always provide explicit 0 values
for unused fields (protected by #if PY_HEX_VERSION >= ...). However with v3.8b2
this triggers
Phil Frost added the comment:
Not yet. I had a hell of a time getting gdb to follow gunicorn forks so it
would watch the workers but not also every other thing using popen or
os.system(). And the lldb package on Alpine doesn't seem to work.
So we're currently in the process of
Phil Thompson added the comment:
A clarification...
It seems the suffix is added when configured as VC-WIN64A but omitted when
configured as VC-WIN64A-masm.
...still not a Python problem.
--
___
Python tracker
<https://bugs.python.
Phil Thompson added the comment:
I think I was incorrect in saying the suffix was the default when building
v1.1.1 from source, so any problem I have (trying to share the DLL with
different pre-built packages) is not a Python problem. Sorry for the noise.
--
resolution: -> no
New submission from Phil Thompson :
In the 3.8b1 64-bit Windows installer the names of the OpenSSL DLLs do not have
the -x64 suffix which seems to be the convention (and is the default when
building OpenSSL from source). The convention is followed in the 3.7.0 to 3.7.3
installers. I haven
Phil Frost added the comment:
I'm afraid that won't be of much use since the object is statically allocated.
Besides, the trouble isn't finding what created the object, but what mutated an
int object which should be immutable.
--
___
Phil Frost added the comment:
Probably too many C extensions to feasibly audit them all. Also we can't rule
out something busted in Alpine. So I'm going to set a watchpoint on
small_ints[1]->ob_ival with a little gdb script to dump core right when it
changes; hopefully in
Phil Frost added the comment:
So this is uminteresting
(gdb) p small_ints[0]
$2 = (PyIntObject *) 0x558ce65df528
(gdb) p *small_ints[0]
$3 = {ob_refcnt = 18, ob_type = 0x7fe019b694c0 , ob_ival = -5}
(gdb) p *small_ints[1]
$4 = {ob_refcnt = 65, ob_type = 0x7fe019b694c0 , ob_ival = -3
Phil Frost added the comment:
> Alpine Linux apparently uses musl. Is that well supported and tested?
Heh. Not really.
Switching to a Debian container is probably just about as much work as building
Python from source. Would that be prefera
Phil Frost added the comment:
skrah: Yes, that's correct. Since I can only produce this bug in production it
will take me some days to build and validate a source build. But absent any
better ideas, I will try.
tim.peters: I've observed this bug across hundreds of EC2 hosts, in
Phil Frost added the comment:
I should note that while we do observe this issue with Decimal, my
troubleshooting so far indicates the logic in decimal.py is fine. It seems
instead the instructions in decimal.py aren't being correctly executed.
I'm not sure if the problem is limit
New submission from Phil Frost :
We've observed instances of Decimal divisions being incorrect a few times per
day in a web application serving millions of requests daily. I've been unable
to reproduce the issue but have been investigating core dumps which suggest
either some issu
Phil Dream added the comment:
OK, I am sorry I didn’t know
Thanks for the advice
Best regards
De : Rémi Lapeyre
Envoyé le :mercredi 6 février 2019 11:07
À : philsdr...@gmail.com
Objet :[issue35910] Curious problem with my choice of variables
Rémi Lapeyre added the comment:
Hi @Phil Dream
Phil Dream added the comment:
OK, I am sorry I didn’t know
Best regards
De : Stéphane Wirtel
Envoyé le :mercredi 6 février 2019 11:10
À : philsdr...@gmail.com
Objet :[issue35910] Curious problem with my choice of variables
Stéphane Wirtel added the comment:
Hi Phil,
This bug tracker is
New submission from Phil Dream :
Firstable I am not a software expert just a hobby user so please be indulgent
I use a Raspberry Pi3B+ with raspbian lite and Python 3.5.3
In my script, I need 2 nested "while" loops so I chose two variables to
incriment them 'i' and j. Th
New submission from Phil Kang :
ConfigParser calls ConfigParser.optionxform twice per each key when assigning a
dictionary to a section.
The following code:
ini = configparser.ConfigParser()
ini.optionxform = lambda x: '(' + x + ')'
# Bugged
ini[
New submission from Phil Thompson :
When configure searches for a C compiler on macOS it fails to handle spaces in
directory name on PATH. The fix is to enclose $as_dir in quotes.
--
components: Build
messages: 307004
nosy: philthompson10
priority: normal
severity: normal
status: open
New submission from Phil Jeffes:
On the tarfile page (https://docs.python.org/3.5/library/tarfile.html) there is
a line which reads:
mode is either 'r' to read from an existing archive, 'a' to append data to an
existing file, 'w' to create a new file overwri
New submission from Phil Thompson:
posixmodule.c needs to #include to get the declaration of ctermid().
On most platforms this happens as a side effect of including other .h files but
does not on Android.
--
components: Library (Lib)
messages: 266561
nosy: philthompson10
priority
Phil Thompson added the comment:
Understood, but the only promise here is to call a function (with no arguments,
and returning no result).
--
___
Python tracker
<http://bugs.python.org/issue26
Phil Thompson added the comment:
I don't see why it would be hard to test. The change suggested wouldn't alter
the default behaviour at all.
--
___
Python tracker
<http://bugs.python.o
Phil Thompson added the comment:
At the moment my importer does the same as zipimport and gets added to
sys.path_hooks rather than sys.meta_path.
While waiting for the PEP, how about a table of (externally modifiable)
importer installers that is worked through where _PyImportZip_Init() is
Phil Thompson added the comment:
Yes, preventing the filesystem being used for imports would be another way of
expressing the issue.
Regarding the title I specifically didn't want to suggest a solution as I'm not
expert enough to know what the best solution might be.
If, as Paul i
Phil Thompson added the comment:
The problem is the import of the encodings module in _PyCodecRegistry_Init().
--
___
Python tracker
<http://bugs.python.org/issue26
New submission from Phil Thompson:
The use case is a packaging tool that can create a single executable for a
Python application. Like similar tools it embeds frozen Python code (including
the standard library) and is linked (often statically) against the interpreter
library.
Executables are
Phil Weir added the comment:
Many thanks, Victor - python-gdb does work for GDB 7 (after a little confusion
with python/python3.6dm naming and auto-load). That is very helpful. For
reference, can confirm the error described above for GDB 6.8 and Python 3.6
(with DWARF-2 flags) and that the
New submission from Phil Weir:
When using the sample .gdbinit, use of the _PyUnicode_AsString macro gives "No
symbol "_PyUnicode_AsString" in current context." from GDB.
This was first noticed when using downstream (Ubuntu) CPython 3.4/3.5 with
debug symbols, and was re
Phil Elson added the comment:
FWIW - this doesn't appear to have been backported to v2.7.x. As a result, the
./Modules/ld_so_aix reference still exists in _sysconfigdata.py in v2.7.8 (and
therefore I was unable to build numpy). The workaround is easy enough, it is
just something that is
Phil Elson added the comment:
I just wanted to say that I am seeing the same issue with similar build flags
for the xlc compiler.
Finding the correct compile flags may well be the problem here.
For the record, since I think this is related to the flags which are being
passed to os.open, I
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue1152248>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue21999>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue9232>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue12154>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue17277>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue19533>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue7757>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue2292>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Phil Connell:
Typo in revision 71704 that causes build failures on systems with
SCHED_SPORADIC available. See attached patch.
(Can reproduce by #defining SCHED_SPORADIC just above where it's used in
posixmodule.c)
--
components: Extension Modules
Phil Connell added the comment:
Where I actually mean changeset 71704:89e92e684b37
--
___
Python tracker
<http://bugs.python.org/issue20217>
___
___
Python-bug
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue16669>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue19291>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue13344>
___
___
Python-bugs-list mailing list
Unsubscribe:
Phil Connell added the comment:
I've had a stab at creating a patch for this.
As well as mentioning __pycache__, I've tweaked some wording to reflect the
fact that .pyc files are regenerated if the source file's length changes (as
per issue13645).
--
A
Phil Connell added the comment:
Full run of the test suite was clean, so the fix is ready to go.
--
___
Python tracker
<http://bugs.python.org/issue16596>
___
___
Phil Connell added the comment:
It looks like call_exc_trace is leaking refs to Py_None.
I believe the attached patch fixes the issue (it certainly fixes Antoine's
failing invokation :)
--
Added file: http://bugs.python.org/file32794/issue16596_leak
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue13907>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue18864>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue16596>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue14157>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue16195>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Phil Webster:
Started writing the tests for textView.py.
--
components: IDLE
files: test_textview.patch
keywords: patch
messages: 196820
nosy: JayKrish, Todd.Rovito, philwebster, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE: Unit test for
Phil Webster added the comment:
Added tests for labels, a mock function for widget creation, a back option for
radiobuttontests, and the docstring fixes that Terry mentioned.
--
Added file: http://bugs.python.org/file31542/18592_test_searchdialog2.diff
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue1565525>
___
___
Python-bugs-list mailing list
Unsubscribe:
Phil Webster added the comment:
I've attached my work so far in order to get feedback before I head too far in
the wrong direction. I'm not sure if my addition of mock events and
AutoCompleteWindow is the right way to go and I'm open to any guidance.
--
keywords: +p
New submission from Phil Webster:
If you open a new editor window in IDLE, some modules will autocomplete (re,
os, other common modules used by IDLE) and others will not (textwrap, datetime,
...). The current solution is to run your module or type the imports into the
shell window to get
Phil Webster added the comment:
I've attached a patch that attempts to address the issues above. For the tests,
I made some changes because the cursor doesn't end in exactly the same spot
with line endings.
Here's a quick summary of the changes:
1. Removed format_paragraph and
Phil Webster added the comment:
As suggested by Ezio, I factored out the button tests to a common method.
--
Added file: http://bugs.python.org/file31220/test_searchdialogbase2.patch
___
Python tracker
<http://bugs.python.org/issue18
Phil Webster added the comment:
In the case of no selection would it make sense to only format if the cursor is
in a string/comment? If not in a string or comment, the single line that the
cursor is in could be formatted with a line ending backslash or not at all.
Otherwise Format Paragraph
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue18594>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue18566>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Webster :
--
nosy: +philwebster
___
Python tracker
<http://bugs.python.org/issue18583>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Phil Webster :
--
keywords: +patch
Added file: http://bugs.python.org/file31082/test_searchdialogbase.patch
___
Python tracker
<http://bugs.python.org/issue18
New submission from Phil Webster:
This is a basic set of tests for SearchDialogBase. It mainly consists of gui
code, so I was not completely sure of how/what to test. Before venturing any
further, I thought I would make sure I'm heading in the right direction.
--
components:
Changes by Phil Connell :
--
nosy: +pconnell
___
Python tracker
<http://bugs.python.org/issue17669>
___
___
Python-bugs-list mailing list
Unsubscribe:
Phil Connell added the comment:
Good suggestion, updated patch attached.
--
Added file: http://bugs.python.org/file31055/gen_close_with_cleared_frame.diff
___
Python tracker
<http://bugs.python.org/issue18
New submission from Phil Connell:
This is a testcase for issue17669 - it passes against the latest default (and
hits the same segfault under 3.3.0).
I came up with this while tracking down a thorny generator finalisation crash
that turned out to be a variant on 17669.
The root cause was
1 - 100 of 218 matches
Mail list logo