Change by Charles Howes :
--
keywords: +patch
pull_requests: +29478
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31319
___
Python tracker
<https://bugs.python.org/issu
New submission from Charles Howes :
The 'trace' module logs trace output to stdout, intermingled with regular
program output. This is a problem when you want to read either the trace
output or the normal output of the program separately.
To separate the trace output, it could be written
Charles G. added the comment:
My previous Windows version (Win 10 1803) does not have this crashing problem.
It only crashed after upgrading to 21H1. So I replaced hhctrl.ocx in system32
(Win 10 21H1) with hhctrl.ocx from Windows.old.
2019/03/19 11:45 696.320 hhctrl.ocx
2021/09
New submission from Charles McMarrow :
`eval("-"*300 + "4")` in cmd causes hard crash
--
components: Parser
messages: 408753
nosy: charles.mcmarrow.4, lys.nikolaou, pablogsal
priority: normal
severity: normal
status: open
title: `eval("-"*300 +
Charles Coulombe added the comment:
Any update on this issue?
This would be helpful to HPC systems that don't have libraries installed in
standard place, and to standardize find_library as well!
--
nosy: +Charles Coulombe
versions: -Python 3.6
Change by Charles Burkland :
--
keywords: +patch
nosy: +chaburkland
nosy_count: 6.0 -> 7.0
pull_requests: +25887
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27346
___
Python tracker
<https://bugs.p
Charles Machalow added the comment:
Maybe we need to add a __packing__ option to specify how packing should
work and default to legacy behavior. Then allow users to specify if they
want similar behavior cross-os.
Otherwise changing this does change packing for existing users and can lead
Charles added the comment:
Yeah, go for it erlendaasland - I abandoned all hope of getting it merged, and
have just been maintaining my own pysqlite3 which simplifies my life greatly.
--
___
Python tracker
<https://bugs.python.org/issue36
Charles Karney added the comment:
Thanks for the info.
--
___
Python tracker
<https://bugs.python.org/issue43088>
___
___
Python-bugs-list mailing list
Unsub
Charles Karney added the comment:
Many thanks! Was the 3.9 version of hypot introduced in 3.0? I'm fixing my
code to call sqrt(x**2 + y**2) if necessary and I'd like to know what range of
versions this version should apply for.
--
___
Python
New submission from Charles Karney :
It would be nice if math.hypot had the property
If
0 < y1 < y2
then
math.hypot(x, y1) <= math.hypot(x, y2)
This is not the case in python3 with
x = 0.6102683302836215
y1 = 0.7906090004346522
y2 = y1 + 1e-16
python2's imple
Change by Charles-François Natali :
--
nosy: -neologix
___
Python tracker
<https://bugs.python.org/issue7946>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Charles Law :
DICOM is a file format used frequently in medical imaging (it is also a
communications protocol). It has been used since the 80's, and is still widely
used by modern medical equipment.
It has a well defined format:
http://dicom.nema.org/dicom/2013/output
Change by Jean-Charles BERTIN :
--
components: -macOS
___
Python tracker
<https://bugs.python.org/issue42401>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Jean-Charles BERTIN :
--
keywords: +patch
pull_requests: +22276
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23384
___
Python tracker
<https://bugs.python.org/issu
New submission from Jean-Charles BERTIN :
The plistlib library does not write dates correctly due to its timezone naive
date management.
For an example, see
https://gist.github.com/jcbertin/fedc115ea8122bec9953aa11041294eb or file
attached.
--
components: Library (Lib), macOS
files
Change by Charles-François Natali :
--
nosy: -neologix
___
Python tracker
<https://bugs.python.org/issue12545>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Charles-François Natali :
--
nosy: -neologix
___
Python tracker
<https://bugs.python.org/issue17263>
___
___
Python-bugs-list mailing list
Unsubscribe:
Charles Staton added the comment:
I'm closing this. I have done a lot of research that seems to point to the way
I'm handling threads as the cause, not Python itself.
--
resolution: -> not a bug
stage: -> resolved
status: open -&g
Change by Charles-François Natali :
--
nosy: -neologix
___
Python tracker
<https://bugs.python.org/issue12488>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Charles-François Natali :
--
nosy: -neologix
___
Python tracker
<https://bugs.python.org/issue17852>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Charles Staton :
Hello, I am experiencing crashes of Python 3.8.5 (32 bit) on multiple identical
Windows 10 x64 (Enterprise 2016 LTSB) machines. The Crashes are of the sort
with the Windows popup "Python has stopped working" and there is no traceback.
The cra
New submission from Charles McMarrow :
This bug only happens for me in Windows 10 when using cmd.exe. This bug does
not happen IDLE. It sometimes happens in PowerShell.
I ran mp_hang.py
with
3.9.0 hangs on cmd/powershell
3.8.6 hangs on cmd
3.8.5 hangs on cmd/powershell
Microsoft Windows
Charles Machalow added the comment:
In terms of multiple parameters, I propose adding a method to control the
defaults used by !p.
Though the defaults would work more than well enough for basic log and print
usage.
--
___
Python tracker
<ht
Charles Machalow added the comment:
One of the key things for ppformat here is to format long spanning dicts/lists
to multiple lines, that look easy to read in a log. I feel as though that
feature/usefulness outweigh potential indentation weirdness.
A lot of the usage would probably
Charles Machalow added the comment:
Fair enough. Didn't really know that list existed. Sent this there. Awaiting
moderator approval. Thanks.
--
___
Python tracker
<https://bugs.python.org/issue41
New submission from Charles Machalow :
Right now in str.format(), we have !s, !r, and !a to allow us to call str(),
repr(), and ascii() respectively on the given expression.
I'm proposing that we add a !p conversion to have pprint.pformat() be called to
convert the given expression
Charles Machalow added the comment:
I'm disappointed to see this closed. For new (and old) users, it makes complete
sense to have an rmtree method on the Path object itself.
If I'm using pathlib, I try not to delegate to os. for file operations,
since it also tends to seem more OO and clean
New submission from Charles Machalow :
I think it would make sense to add a recurse flag to the Path.rmdir() method.
It would default to False (to allow for current behavior). If set to True, the
method would act very similarly to shutil.rmtree() in that it would delete all
files
Change by Charles Burkland :
--
nosy: +chaburkland
nosy_count: 12.0 -> 13.0
pull_requests: +18266
pull_request: https://github.com/python/cpython/pull/18911
___
Python tracker
<https://bugs.python.org/issu
New submission from Charles Machalow :
I ran the following as admin in the Python interpreter (on Windows):
>>> d = pathlib.Path(r'\\.\PHYSICALDRIVE0')
>>> print(d)
\\.\PHYSICALDRIVE0\
>>> d.exists()
Traceback (most recent call last):
File "", line 1, i
New submission from Charles Newey :
The Python 3 documentation for the "random" module mentions two possible ways
to generate a random variate drawn from a normal distribution - "random.gauss"
and "random.normalvariate" (see:
https://docs.python.org/3/library/ra
New submission from Charles Anderson :
When calling mp.Pool().apply_async(), and passing a mp.Queue() instance as an
argument the execution halts.
This is contrasted by using mp.Manager().Queue() which when passed to
apply_async() works as expected.
--
components: Library (Lib
Change by Charles-François Natali :
--
nosy: -neologix
___
Python tracker
<https://bugs.python.org/issue22367>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Charles Coulombe :
Removed file: https://bugs.python.org/file48626/tarfile_sgid.patch
___
Python tracker
<https://bugs.python.org/issue38286>
___
___
Python-bug
Change by Charles Coulombe :
Added file: https://bugs.python.org/file48678/tarfile_sgid.patch
___
Python tracker
<https://bugs.python.org/issue38286>
___
___
Python-bug
New submission from Charles Coulombe :
An archive that does not have sgid that is extracted in a directory with sgid
set does not end up having its sgid set since the targetpath is chmod with the
mode of the tarinfo. (Lib/tarfile.py#L2277)
For comparison, an archive extracted with tar has
Charles added the comment:
> With isolation_level set to None, the sqlite3 library is in autocommit mode,
> so changes will get committed immediately inside the with, which is simply
> broken.
Not necessarily. When sqlite is in autocommit mode, you can still open
transactions by
Charles added the comment:
I've implemented this in a fork / standalone packaging of the Python 3.x
sqlite3 module. You can find the relevant portions (and a couple unrelated
changes) in this commit:
https://github.com/coleifer/pysqlite3/commit/91c20016fd3fd3d1d7ade475893046958f7faa00
Change by Charles :
--
pull_requests: +13127
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36859>
___
___
Python-bugs-list mai
Charles added the comment:
I've got a patch working now that:
- retains complete backwards-compatibility for DDL (as well as BEGIN
EXCLUSIVE/IMMEDIATE) -- tests are passing locally.
- retains previous behavior for old sqlite that do not have the
sqlite3_stmt_readonly API.
I think
Charles added the comment:
Oh, one more thing that is actually quite important -- since BEGIN IMMEDIATE
and BEGIN EXCLUSIVE "modify" the database, these statements (intended to begin
a transaction) are treated as "is_dml" when using the sqlit
Charles added the comment:
Sqlite since 3.7.11 provides sqlite3_stmt_readonly() API for determining if a
prepared statement will affect the database. I made the change, removing the
SQL scanning code and replacing it with:
self->is_dml = !sqlite3_stmt_readonly(self->st);
But then
New submission from Charles :
In statement.c, there is some logic which detects whether or not an incoming
statement is a DML-type. The logic, as of 2019-05-08, I am referring to is
here:
https://github.com/python/cpython/blob/fc662ac332443a316a120fa5287c235dc4f8739b/Modules/_sqlite
New submission from Charles P :
https://github.com/python/cpython/blob/master/Lib/distutils/util.py#L106-L131
Due to the split('/') and os.path.join(), this function converts an absolute
path of the form "C:/foobar" into a relative "C:foobar", which is likely to be
Change by Charles P :
--
pull_requests: +12852
___
Python tracker
<https://bugs.python.org/issue31525>
___
___
Python-bugs-list mailing list
Unsubscribe:
Charles Merriam added the comment:
Hi Cheryl,
No. I've dealt with the Team Python long cycles for random pull requests
before.
Charles
On Fri, Apr 12, 2019 at 2:27 PM Cheryl Sabella
wrote:
>
> Cheryl Sabella added the comment:
>
> Good catch! In the same section
New submission from Charles Merriam :
On page:
https://docs.python.org/3.8/library/itertools.html
In the heading summary, in the "Iterators terminating on the shortest input
sequence:" section, in the "zip_longest()" table row, in the "Arguments"
column, the te
New submission from Charles-Axel Dein :
The example for `walk()` in `email.message.EmailMessage` makes use of the
`_structure` function but does not clarify how to import it.
I can make a patch adding a line:
from email.iterators import _structure
--
assignee: docs@python
Charles <chd...@gmail.com> added the comment:
FYI, the 'cryptography' package from pypi no longer builds after this fix. (I
applied the patch to the 2.7.14 source code tarball.) I don't know if that's
because of the fix, or because LibreSSL 2.7.X broke 'cryptography' too:
clang -fno-
Charles <chd...@gmail.com> added the comment:
I'm not sure it's a beta release. I think they just forgot to update on their
homepage what the latest stable is.
Nothing on the releases page or the release notes says it's a beta.
--
___
New submission from Charles <chd...@gmail.com>:
On macOS I could build python 2.7.14 with libressl 2.6.4 without any problems.
If I try to build that same version of python with libressl 2.7.0, I get the
failure pasted in below.
/Users/chdiza/.tmp/tmpdir/python27-20180323-74284-f2auy2/
Charles Machalow <csm10...@gmail.com> added the comment:
All of Python is implicitly cross platform. If something isn't actually cross
platform, it should be mentioned explicitly in the documentation. For example
see the mmap documentation, it explicitly say on Unix it does X, on W
Charles Machalow <csm10...@gmail.com> added the comment:
Antti, is there a place in the ctypes documentation that explicitly says ctypes
is not meant to be used cross-platform? If not, shouldn't that be mentioned?
I think ultimately ctypes should default to standard OS/compiler be
New submission from Charles Merriam <charles.merr...@gmail.com>:
It is unexpected to testers and users to ArgParse that it terminates the
process; one usually expects an error code. Fix by modifying documentation to
section 16.4.4 The parse_args() Method.
Change the words &
Charles Wohlganger added the comment:
The PR contains all the requested features, as well as mutual deletion
(requested on PR page), and I have separated out the options for mutual
deletion triggered by delete or triggered by backspace. I've found in usage
that it was irritating to have both
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
--
pull_requests: -2554
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
--
keywords: +patch
pull_requests: +3565
stage: needs patch -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
--
keywords: +patch
pull_requests: +3517
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
--
pull_requests: +3253
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Charles Wohlganger added the comment:
ZoomHeight has been put back into being an extension. This was because
configdialog assumes autoexpand was an extension, and the idleconf tests all
need at least one extension to exist to be useful. Zoomheight is pointless in
almost any modern desktop
Charles Wohlganger added the comment:
I am not sure I understand your concern. As part of mainlining the extensions,
all of their keybindings were moved to config-keys.def . There is nothing to
prevent users from changing the keybindings or preventing us from making the
defaults different
New submission from Charles Ferguson:
Whilst debugging a problem in some of my code (which turned out to be a
misspelt filename), I found that I could not access one of the properties of
the FileNotFoundError object.
Essentially, if you get a 'FileNotFoundError' for opening a file that does
Charles Wohlganger added the comment:
Modulo is defined mathematically as the remainder of Euclidian division. I.E. a
positive r where a % b = r is equivalent to a = b * x + r. I think it confuses
the issue to say "-190 % 12 were the mathematical equivalent -10", when that is
t
Charles Wohlganger added the comment:
Unfortunately, it looks like config deletes settings for extensions when they
are not found - which is what will happen with this patch. One solution would
be to have separate config files for 2 and 3
Charles Wohlganger added the comment:
The patch moves all config variables to config-main, config-highlight (for
highlight colors), and config-keys (for keys). Keys and highlights are
configurable in their respective tabs. Parens and Code Context options are in
the Highlighting tab, Format
Charles-François Natali added the comment:
I'm not convinced.
The reason is that using the number of CPU cores is just a heuristic
for a *default value*: the API allows the user to specify the number
of workers to use, so it's not really a limitation.
The problem is that if you try to think
Charles Machalow added the comment:
Was browsing and found this.
This option would be very useful as it could help avoid a current bug I've had
to deal with : https://bugs.python.org/issue29753. My use case works with
data/structs from another device all-together, so I can't control it's
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
Added file: http://bugs.python.org/file47031/test_parenclose.py
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Charles Wohlganger added the comment:
I've uploaded a test file and updated ParenClose.
--
Added file: http://bugs.python.org/file47030/ParenClose.py
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
Added file: http://bugs.python.org/file47029/test_parenclose.py
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Charles Wohlganger added the comment:
Menus items were placed where they appeared as extensions. It would be no
difficulty for me to move them around.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Charles Wohlganger added the comment:
Changes to master have introduced tests with hardcoded values for what
extensions are expected to be loaded by IDLE. Given that this patch turn all
current extensions into mainlined modules, none of them are loaded as
extensions and all of the related
Charles Wohlganger added the comment:
I (foolishly) was committing to master for a different IDLE enhancement. Until
that one is pulled, I don't think I can make a new PR without it also having
all the changes from my previous one.
New uploaded file has docstrings for the ParenClose class
Charles Wohlganger added the comment:
I've written an extension (see file) that does auto insertion of closing
parens, brackets, braces, ticks, and quotes. It also (optionally) skips the
closers when they are typed right next to the already exiting one. It also
takes into account triple-ticks
Charles Wohlganger added the comment:
I modified Mark Rosen's newTabExtension to work with more recent versions of
IDLE, as it wasn't working when I tried it on mine. It's not clear if it ever
could when it was originally working, but I can't get it to move tabs between
multiple window
Charles Wohlganger added the comment:
Pull Request is passing build tests. Please check for pushing to master at your
convenience.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Charles Wohlganger added the comment:
Thank you, Cheryl Sabella. I think I've found which tests I've missed running.
Now to fix all the bugs...
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Charles Wohlganger added the comment:
Pull request won't pass build test, but passes the full idle test on my
workstation.
Primary cause seems to be:
ImportError: cannot import name 'EditorWindow' from 'idlelib.editor'
I can also import EditorWindow by itself on my workstation. None
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
--
pull_requests: +2718
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Charles Wohlganger added the comment:
I've rolled pretty much all this was going to do, other than underlining and
font work into #27099. Trying to bring parenmatch into main otherwise would
have been just as much of a hassle.
--
___
Python tracker
Charles Wohlganger added the comment:
Progress Update: I've moved all of the basic functionality of the extensions
into the regular parts of IDLE, including menus and keyboard shortcuts.
parenmatch and codecontext have all of their settings now in the Highlighting
settings tab. I have added
Charles Wohlganger added the comment:
Implimenting #27099 seems the more reasonable solution to me, so I'll work on
that when I have free time.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Charles Wohlganger added the comment:
The pull request has been changed to only have the theme element able to be
selected. #22705 hasn't had activity in a few years. Is there something I can
do to move it along?
--
___
Python tracker <
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
--
pull_requests: +2554
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Charles Wohlganger:
Current IDLE parenmatch highlighting uses the 'hilite' style when highlighting
the parens/expression.
Desired behavior is to use a user-setting based style that is independent from
the hilite style (which is used for highlighting selected text). Desired
Charles Wohlganger added the comment:
'opener' sounds fine to me. I agree it makes much more sense than 'default'.
I don't know much about Emacs, and couldn't find what their parens highlighting
styles were. I can't think of anything sensible that isn't in this extension
with this enhancement
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
--
pull_requests: +2504
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Charles Wohlganger added the comment:
There are two changes:
First - The flash-delay option is for how until the parens that are highlighted
will stop highlighting. The flash-delay option for the ParenMatch only affects
the 'default' style. Similarly the 'expressions' style does not use
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
--
pull_requests: +2366
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
--
pull_requests: +2363
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
--
pull_requests: -2362
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Charles Wohlganger <charles.wohlgan...@gmail.com>:
--
pull_requests: +2362
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Charles Wohlganger:
Sorry, I'm new to this, and I've done it out of order. Commit #2306 covers the
following:
In IDLE, parenmatch extension:
Add highlighting left and right parens to styles.
Make flash-delay setting independent of parens highlighting style. Currently
Charles-François Natali added the comment:
The rationale for rejecting wouldn't be "DRY does not apply in this
case", it would be that this makes the code more complicated, and that
a negligible speedup would not be worth it.
Now, thanks to your benchmark, a 10% speedup is not negl
Charles Cazabon added the comment:
oh ffs ;)
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30161>
___
___
Python-bugs-list
New submission from Charles Cazabon:
This is a weird one. I've reproduced it with 3 versions of 2.7, including the
latest 2.7.13. I didn't find an open bug about this, but I had difficulty
crafting a search string for it, so I may have missed something.
Basically, using a `with` statement
Charles-François Natali added the comment:
This refactoring was already suggested a long time ago, and at the
time both Guido and I didn't like it because it makes the code
actually more complicated: DRY in this case doesn't apply IMO.
Also, this whole thread is a repeat of:
http
Charles McEachern added the comment:
That seems to do it! Looks like the trick is to define __reduce__ to help out
the serializer. Thanks!
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Charles McEachern added the comment:
This caused me several hours of misery yesterday, trying to isolate what was
going wrong.
I am unfortunately not at liberty to share the code I'm working on. The example
on GitHub has the general thrust of it: my constructor was always called
1 - 100 of 2220 matches
Mail list logo
