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
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
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 (socket.bind)
Python
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 reproduce
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
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 :)
--
components: Library
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 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.
Despite t
David E. Franco G. added the comment:
How is that clutter?
Even the most basic text editor (window notepad) have it, and knowing that
yours or whoever code you are looking at extend horizontally beyond the size of
your current windows size is a relevant information.
--
Added file
New submission from David E. Franco G. :
I noticed that the horizontal scroll bar is missing, I think it was present in
previous version, regardless it would be nice if its be present.
Thanks.
--
assignee: terry.reedy
components: IDLE
files: no scroll bar.PNG
messages: 388469
nosy
Change by Om G :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue42615>
___
___
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
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
Change by Danilo G. Baio :
--
nosy: +dbaio
___
Python tracker
<https://bugs.python.org/issue40900>
___
___
Python-bugs-list mailing list
Unsubscribe:
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 exception
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
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
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
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 favor
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
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
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
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 Valerio G :
--
type: -> crash
___
Python tracker
<https://bugs.python.org/issue37806>
___
___
Python-bugs-list mailing list
Unsubscrib
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[str, ValueList
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
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
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
G added the comment:
I did, thanks!
--
___
Python tracker
<https://bugs.python.org/issue4356>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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
severity
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 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 figure out
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
Change by andrew-g :
--
keywords: +patch
pull_requests: +12331
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35100>
___
___
Python-
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
Sergey G. Brester added the comment:
I have extended the PR a bit (more tests and corresponding documentation part).
--
___
Python tracker
<https://bugs.python.org/issue34
Sergey G. Brester added the comment:
> Would you consider adding your test suite into the regression tests as well?
Sure. Done.
> Right now, this is a well known issue on all platforms
Really? I can't imagine this for something else as windows (and it is currently
fixed also for w
New submission from Sergey G. Brester :
There is a vulnerability "insufficient escape of special chars for quoting of
arguments by exec process" for python-language, if executing windows
batch-files (bat/cmd).
### What version of python is affected?
All
### Does this issue
Change by Sergey G. Brester :
--
keywords: +patch
pull_requests: +8375
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
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 :
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
title: stat's
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 problem
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 MemoryError
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue19495>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32751>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue24255>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32767>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32810>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32590>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32703>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32637>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32623>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue30491>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue22499>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue31122>
___
Change by Angie G <angelynn68...@gmail.com>:
--
components: +Build, SSL
type: resource usage -> performance
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32561>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32292>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32226>
___
Change by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue31901>
___
Paul G <p.gans...@gmail.com> 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
Change by g...@nlc.co.nz <g...@nlc.co.nz>:
--
title: multiprocesssing.Pool.map_async() undocumented ->
multiprocesssing.pool.AsyncResult undocumented field
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
New submission from g...@nlc.co.nz <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
constru
New submission from g...@nlc.co.nz <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
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
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
Changes by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29988>
___
Changes by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue17960>
___
Changes by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29304>
___
Changes by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30744>
___
Changes by G Young <gfyoun...@gmail.com>:
--
pull_requests: +2042
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29596>
___
__
Changes by G Young <gfyoun...@gmail.com>:
--
pull_requests: +2041
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29596>
___
__
Changes by Xavier G. Domingo <xgdomi...@gmail.com>:
--
nosy: +xgdomingo
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue17852>
___
Changes by G Young <gfyoun...@gmail.com>:
--
pull_requests: +1873
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29510>
___
__
Changes by G Young <gfyoun...@gmail.com>:
--
pull_requests: +1801
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29596>
___
__
Changes by G Young <gfyoun...@gmail.com>:
--
pull_requests: +1797
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30361>
___
__
New submission from David E. Franco G.:
wandering for the internet I fount some unicode character in a random comment,
and just for curiosity I wanted to use python (3.6.1) to see their value, so I
copy those characters and paste them in IDLE, and in doing so it just close
without warning
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 Bryan G. Olson <bryan.ol...@acm.org>:
--
pull_requests: +1181
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29960>
___
Changes by Bryan G. Olson <bryan.ol...@acm.org>:
--
pull_requests: +1135
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29960>
___
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 <rep...@bugs.python.org>
<http://bugs.python.org/i
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 unit
David E. Franco G. added the comment:
I found the problem, it was a test.pyc file that was in my personal folder...
once deleted it work perfect
the build-in test module should have some other name...
--
___
Python tracker <rep...@bugs.python.
David E. Franco G. added the comment:
Ok, Done.
that work in both 3.5 and 3.6
I also did the
python -m idlelib.ColorDelegator
and
python -m idlelib.colorizer
and they turn ok
I also open those modules in their respective idle and run them, ColorDelegator
work ok but colorizer
David E. Franco G. added the comment:
>I presume you would like 'async' and 'await' highlighted as keywords.
Yes.
Some others tools like IPython and the Spider IDE that come with the Anaconda
package already highlighted them as keywords, even if you can use them as
normal variab
New submission from David E. Franco G.:
Well, this is pretty self explanatory, when playing with this new features of
async and await (https://docs.python.org/3.5/whatsnew/3.5.html#new-features) I
found to me surprise that there is no syntax highlighting for it in the IDLE
for py3.5 and also
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 pas
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
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
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
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 /
i
David E. Franco G. added the comment:
I think that removing the "typing." is for the best, with the example above
>>> help(foo)
Help on function foo in module __main__:
foo(data:typing.List[typing.Any]) -> typing.Iterator[typing.Tuple[int,
typing.Any]]
>>>
David E. Franco G. added the comment:
as that is the case, how about this as a solution:
def formatannotation(annotation, base_module=None):
if isinstance(annotation, type):
if annotation.__module__ in ('builtins', base_module):
return annotation.__qualname__
New submission from David E. Franco G.:
the issue is that when calling help on a function annotated with typing, all
the relevant information is lost, for example
from typing import List, Any, Iterator, Tuple
def foo(data:List[Any]) -> Iterator[ Tuple[int,Any] ]:
...
when calling h
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 <rep...@bugs.python.org>
<http://bugs.py
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 <rep...@bugs.python.org>
<http://bugs.python.org/i
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
Charles G. added the comment:
Tried with Visual Studio Community 2015 Update 3 with same result.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
1 - 100 of 152 matches
Mail list logo
