New submission from G :
All of bisect's functions (insort_{left,right}, bisect_{left,right}) can only
use comparison of objects via __lt__.
They should support providing a custom comparison function.
--
components: Library (Lib)
messages: 345216
nosy: gpery
priority: normal
sev
Change by G :
--
keywords: +patch
pull_requests: +13837
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/13970
___
Python tracker
<https://bugs.python.org/issu
G added the comment:
I opened a relevant PR, https://github.com/python/cpython/pull/11781.
I believe a key parameter is inferior to a comparison callback. The former is a
specific case of the latter, and in my use case would force me to create
another class to serve as a comparator for my
G added the comment:
I did, thanks!
--
___
Python tracker
<https://bugs.python.org/issue4356>
___
___
Python-bugs-list mailing list
Unsubscribe:
G added the comment:
What do you propose to do for objects outside your project?
Replace their __lt__ method with a context manager which replaces the original
implementation, for lists at a time?
__lt__ is not good enough as a one-way-to-do-it solution.
issue4356 is also a good-enough
New submission from G :
stat.py (Lib/stat.py)'s implementation of filemode doesn't account for
socket-type files, while _stat (Modules/_stat.c) does, using S_IFSOCK.
--
components: Library (Lib)
messages: 323248
nosy: gpery
priority: normal
severity: normal
status: open
tit
Change by G :
--
keywords: +patch
pull_requests: +8193
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34353>
___
___
Python-bugs-lis
New submission from G:
I'm teaching Python in a computer lab with 28, new this Sept., Mac Minis.
One of the machines will run from the command line in Terminal but will not run
using IDLE. I'm using the turtle module for graphics. I've attached a screen
snap of the code and err
G added the comment:
Hi,
Thanks for getting back to me,.
I will try this first thing Monday when I'm back at work.
George
> On Nov 6, 2015, at 8:29 PM, Zachary Ware wrote:
>
>
> Zachary Ware added the comment:
>
> Check the traceback carefully, it shows exact
New submission from G:
I have installed one copy of Python 3.5.1 and Tcl/Tk 8.6.4.1 in a high school
lab with 28 more computers. Want to be sure I'm doing it correctly. Before the
update we were running Python 2.7.10 and always got a warning: Tcl/Tk (8.5.9)
may be unstable. I'm sti
G added the comment:
Thank you very much
Sent from George Moreno's iPhone
> On Dec 17, 2015, at 14:48, SilentGhost wrote:
>
>
> Changes by SilentGhost :
>
>
> --
> components: +IDLE, Macintosh, Tkinter
> nosy: +gpolo, ned.deily,
G added the comment:
Thank you very much.
Sent from George Moreno's iPhone
> On Dec 17, 2015, at 15:12, Ned Deily wrote:
>
>
> Ned Deily added the comment:
>
> Please read the information at the web page linked to in that message you
> have been seeing: https
New submission from G. Allard :
For educational purposes, I'm developing my own IP stack in Python. It's going
well but I'm stuck at a low level.
I need to implement the following (simple) task:
- open an AF_PACKET socket (socket.socket)
- bind it to a specific interface (sock
G. Allard added the comment:
Next 3 steps must be (in decreasing priorities):
- fix the code
- write a mini-howto. It will be used for test purposes
- write documentation (a Howto/tutorial)
For the 3rd step, I would accept to join a team
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 E G :
Δημοϲθενικοί starts with an upper-case delta. 'Δημοϲθενικοί'.isupper() should
yield "True".
Ἀεὶ also fails this test: it begins with a capital Alpha with a breathing.
εἰϲ is properly parsed: isupper() is False and islower() is True.
Desp
E G added the comment:
Oops: this is not a bug. The isupper() method tests ALL chars.
Only the first char in the examples was a capital. All of the logic/tests
succeed.
Sorry for the error. Thanks to Serhiy S. for swift attention on this.
--
resolution: -> not a bug
ti
New submission from Anton G. :
When I did some work on typeshed I found some weird syntax in pipes.py.
if type(cmd) is not type(''):
which can easily be changed to
if not isinstance(cmd, str):
There are two occurrences and I will directly create the PR :)
--
component
New submission from Matias G :
Hi Python developers,
I stumbled on a weird behavior, which might be a bug actually.
I am surprised by the output of the following piece of code:
```
import weakref
refs = []
class A:
def __init__(self):
refs.append(weakref.ref(self
Matias G added the comment:
About the reference in exception: I thought that Python 3 didn't have
the need for `sys.exc_clear()` (which has been removed), specifically
for this kind of problem.
The code I use is in fact more complex than the small snippet I posted
here to reproduc
New submission from Om G :
During optimization, the compiler deletes blocks that are marked as
unreachable. In doing so, it can render jump instructions that used to jump
over the now-deleted blocks redundant, since simply falling through to the next
non-empty block is now equivalent.
An
Change by Om G :
--
keywords: +patch
pull_requests: +22591
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23733
___
Python tracker
<https://bugs.python.org/issu
Change by Om G :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue42615>
___
___
New submission from Matias G :
Hi,
This is more a question/proposal than a real issue. I apologize in
advance if this has already been debated or if it is not relevant.
I noticed `setdefault` method of mutable mapping objects is returning
the default value as passed in the call, when
New submission from Kaushik G :
a call of the form `subprocess.run([x, y, z])` where one of the elements is a
`pathlib.Pat`h fails on windows because the path is not converted to a string
as it should. This works fine (as expected) on macOS and Linux.
A typical error message is:
`TypeError
Kaushik G added the comment:
Thank you for your response.
There are two concerns I have here.
1. Python's promise of being straightforward. In MOST cases pathlib.Path
objects do the right thing, casting to a string such that pathlib.Path is a
drop in replacement. This excepti
Kevin G added the comment:
Can anyone add "reverse" support? Key and reverse support are both functional
requirement.
--
nosy: +flyingosprey
___
Python tracker
<https://bugs.python.
New submission from Shane G :
plistlib in Python 3.7.3 (and earlier) does not autodetect plist data as XML if
it contains whitespace before the "https://github.com/python/cpython/blob/3.7/Lib/plistlib.py#L493
--
messages: 346089
nosy: shaneg
priority: normal
severity: normal
s
Shane G added the comment:
This issue was created because I ran across a plist like this when parsing
entitlements in an IPA. I assume that this happened by some unusual step in
the toolchain when building the application.
To some other points:
* agreed lstrip()ing just the key would not
New submission from Valerio G :
I encountered one condition where calling get_type_hints causes infinite
recursion when dealing with forward declaration and cyclic types.
Here's an example:
from typing import Union, List, get_type_hints
ValueList = List['Value']
Value = Union
Change by Valerio G :
--
type: -> crash
___
Python tracker
<https://bugs.python.org/issue37806>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Paul G:
In the .py implementation of datetime.replace (and date.replace and
time.replace), the new datetime is created using the datetime type:
https://github.com/python/cpython/blob/master/Lib/datetime.py#L1578
But in the C source, it is created from type(self):
https
Paul G added the comment:
@r.david.murray In the other thread, you mention that the full test suite is
run against the C and Python implementations, so that answers the question of
how to write the tests.
I think treating it as an enhancement in Python 3.7 makes a reasonable amount
of sense
Ryan G. added the comment:
This functionality is useful to me. Is this issue still alive? If not, how can
I help?
--
nosy: +Ryan G.
___
Python tracker
<https://bugs.python.org/issue31
New submission from Samuli G:
The initial bytes provided for the BytesIO constructor are lost when the stream
is written to.
Seeking to offset zero, and then getting the value of the entire buffer results
of getting only the bytes that have been appended by calling "
Changes by G Young :
--
pull_requests: +1797
___
Python tracker
<http://bugs.python.org/issue30361>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by G Young :
--
pull_requests: +1801
___
Python tracker
<http://bugs.python.org/issue29596>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by G Young :
--
pull_requests: +1873
___
Python tracker
<http://bugs.python.org/issue29510>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by G Young :
--
pull_requests: +2041
___
Python tracker
<http://bugs.python.org/issue29596>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by G Young :
--
pull_requests: +2042
___
Python tracker
<http://bugs.python.org/issue29596>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by andrew-g :
--
keywords: +patch
pull_requests: +12331
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35100>
___
___
Python-
andrew-g added the comment:
pinging the issue to try get the PR reviewed
--
nosy: +andrew-g
___
Python tracker
<https://bugs.python.org/issue35100>
___
___
Pytho
New submission from serge g :
I am not sure if it is python's issue (correct me if this is wrong place for
report). But sometimes (probably every 3-4 attempt) when I run script,
interpreter just stucks for some time (0.5-3 minutes) and then actually runs
the script normally.
To figur
Change by Angie G :
--
components: +Build, SSL
type: resource usage -> performance
___
Python tracker
<https://bugs.python.org/issue29406>
___
___
Python-
New submission from g...@nlc.co.nz :
To monitor how much of my multiprocess.Pool is completed I am forced to use
undocumented features which I fear mat changed in the future. Especially
result._number_left which looks like a private variable. Can you please
document the result from
New submission from g...@nlc.co.nz :
A list can no be used as the key to a dict, apparently because it is
"unhashable": TypeError: unhashable type: 'list'.
The code must exist to hash object like this a tuple is hashable and can be
constructed from a list.
--
com
Change by g...@nlc.co.nz :
--
title: multiprocesssing.Pool.map_async() undocumented ->
multiprocesssing.pool.AsyncResult undocumented field
___
Python tracker
<https://bugs.python.org/issu
Paul G added the comment:
This seems very useful to me. I very frequently advise people *against* using
dateutil.parser (despite my conflict of interest as maintainer of dateutil) for
well-known formats, but the problem frequently comes up of, "what should I do
when I have date creat
Alan G added the comment:
Lol! After four years I could hardly claim to care anymore...
--
___
Python tracker
<http://bugs.python.org/issue1296434>
___
___
Pytho
New submission from Charles G.:
Environment:
Python 3.5.2
Visual Studio 2015 Update 2
Windows 7
amd64
I tried to build python with pgo (build.bat --pgo) but found that no
python35!1.pgc or python!1.pgc was created. Then I run the tests one by one
while checking the existence of python35!1
Charles G. added the comment:
Community Edition. PGO is available in the Community Edition since at least VS
2012.
--
___
Python tracker
<http://bugs.python.org/issue27
Charles G. added the comment:
The compiler itself supports PGO in the Community Edition. I'm not sure about
the IDE (not using it). Since I compiled python using the batch file (with
msbuild) so it is not limited by the features of th
Charles G. added the comment:
Tried with Visual Studio Community 2015 Update 3 with same result.
--
___
Python tracker
<http://bugs.python.org/issue27509>
___
___
New submission from G Young:
When writing scientific notation to CSV with custom line-terminators, the
behaviour is inconsistent depending on the line-terminator you use.
In the file provided, two different line-terminator result in one quoting the
number as a string and the other not. IMO
G Young added the comment:
That doesn't make sense to me. Can you explain how that is intended behaviour?
I just changed from '-' to '?' in the lineterminator.
--
___
Python tracker
<http:
G Young added the comment:
Second time around does the charm. I see the hidden "-" in the scientific
notation is causing this. Thanks!
--
___
Python tracker
<http://bugs.python.o
New submission from G. Poore:
os.path.isfile() sometimes incorrectly reports that a file does not exist under
Python 3.3 (only tested under Windows). This may be encoding related. The
issue only appears under a very particular set of circumstances; see comments
in the attached script. The
G Young added the comment:
Google indicates that this is indeed a feature of the language. Sorry about
that! I guess that was a miscommunication on the PR-end.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
New submission from G Young:
This issue arose as we were making changes to the 'pandas' library. I am not
sure if this is a bug or feature, but it definitely did not cross anyone's
minds when discussing the PR at hand. I have attached a code sample to
illustrate the "
New submission from Paul G:
According to PEP495
(https://www.python.org/dev/peps/pep-0495/#aware-datetime-equality-comparison)
datetimes are considered not equal if they are an ambiguous time and have
different zones. However, currently "interzone comparison" is defined /
implemen
New submission from Paul G:
After PEP-495, the default value for non-fold-aware datetimes is that they
return the DST side, not the STD side (as was the assumption before PEP-495).
This invalidates an assumption made in `tz.fromutc()`. See lines 991-1000 of
datetime.py:
dtdst = dt.dst
Paul G added the comment:
Of the `tzinfo` implementations provided by `python-dateutil`, `tzrange`,
`tzstr` (GNU TZ strings), `tzwin` (Windows style time zones) and `tzlocal` all
satisfy this condition. These are basically all implementations of default
system time zone information.
With
Paul G added the comment:
> After all, how much effort would it save for you in dateutil if you could
> reuse the base class fromutc?
Realistically, this saves me nothing since I have to re-implement it anyway in
in all versions <= Python 3.6 (basically just the exact same algor
Paul G added the comment:
I've never written a "What's New" before, but here are the main things I took
away from implementing a PEP 495-compliant tzinfo class:
- The `fold` attribute is the SECOND occurrence of the time, not the first
occurrence of the time. In my first p
Changes by Eric G. Barron :
--
nosy: +ericography
___
Python tracker
<http://bugs.python.org/issue11457>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sebastian G Pedersen :
--
components: Library (Lib)
nosy: SebastianGPedersen
priority: normal
severity: normal
status: open
title: ftplib uses latin-1 as default encoding
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9
Change by Sebastian G Pedersen :
--
keywords: +patch
pull_requests: +17443
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18048
___
Python tracker
<https://bugs.python.org/issu
New submission from Steven G. Johnson :
In embedded Python, if the embedding code sets a signal handler (e.g. for
SIGINT), then signal.getsignal(SIGINT) returns None. However,
signal.signal(SIGINT, signal.getsignal(SIGINT)) throws a TypeError, even though
it should logically be a no-op
Sebastian G Pedersen added the comment:
Thank you for the feedback.
I will elaborate a little bit on the reasons and thoughts behind the pull
request:
Since RFC 2640, the industry standard within FTP Clients is UTF-8 (see e.g.
FileZilla here: https://wiki.filezilla-project.org
Sebastian G Pedersen added the comment:
Thanks again for the engagement.
I am also in favor of adding the encoding to the constructor. However,
following Giampaolo's comment, that utf-8 is standard and has been for a long
time (and the RFC dating back to year 1999), I am also in fav
Sebastian G Pedersen added the comment:
Yes, I will update the PR before the end of next week.
--
___
Python tracker
<https://bugs.python.org/issue39
Change by Danilo G. Baio :
--
nosy: +dbaio
___
Python tracker
<https://bugs.python.org/issue40900>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<http://bugs.python.org/issue30744>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<http://bugs.python.org/issue29304>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<http://bugs.python.org/issue17960>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<http://bugs.python.org/issue29988>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Bryan G. Olson:
Demo:
Run the Python library's test_random.py under the Python debugger and check the
generator at the start of test_shuffle():
C:\bin\Python36>python -m pdb Lib\test\test_random.py
> c:\bin\python36\lib\test\test_random.py(1)()
-> import
Bryan G. Olson added the comment:
I'm going through https://docs.python.org/devguide/pullrequest.html and would
like to be assigned this issue.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Bryan G. Olson :
--
pull_requests: +1135
___
Python tracker
<http://bugs.python.org/issue29960>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Bryan G. Olson :
--
pull_requests: +1181
___
Python tracker
<http://bugs.python.org/issue29960>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<http://bugs.python.org/issue17852>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue32561>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue31122>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue22499>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue30491>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue32623>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue32637>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue32703>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue32590>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue32810>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue32767>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue24255>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue32751>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue19495>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue31901>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue32226>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xavier G. Domingo :
--
nosy: +xgdomingo
___
Python tracker
<https://bugs.python.org/issue32292>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jonathan G. Underwood added the comment:
Seeing a very similar problem - very high memory useage during byte compilation.
Consider the very simple code in a file:
```
def test_huge():
try:
huge = b'\0' * 0x1 # this allocates 4GB of memory!
except M
Jonathan G. Underwood added the comment:
Thanks to both Serhiy Storchaka and David Murray - indeed you're both correct,
and that is the issue in 21074, and the workaround from there of declaring a
variable for that size fixes the pr
Change by Sergey G. Brester :
--
keywords: +patch
pull_requests: +8375
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
1 - 100 of 153 matches
Mail list logo
