New submission from Alexander Riccio :
I compiled PCBuild Debug x64 from an updated clone of upstream, and when
running the testsuite under Application Verifier with handle verification, the
test triggers an invalid handle access by passing an invalid overlapped handle
to CancelIoEx with
Alexander Riccio added the comment:
Hmm, proceeding a bit further pointed to finish_recv in windows_events.py
--
Added file: https://bugs.python.org/file48299/python_invalid_handle.PNG
___
Python tracker
<https://bugs.python.org/issue36
Alexander Mohr added the comment:
@yselivanov even better :)
--
___
Python tracker
<https://bugs.python.org/issue31033>
___
___
Python-bugs-list mailin
Alexander Riccio added the comment:
It's part of the Windows SDK, and is installed with it. To enable for this
error, add the Python executable in Application Verifier, and check the Handles
box.
--
___
Python tracker
<https://bugs.py
Change by Alexander Belopolsky :
--
assignee: belopolsky ->
___
Python tracker
<https://bugs.python.org/issue9325>
___
___
Python-bugs-list mailing list
Un
Alexander Mohr added the comment:
@grzgrzgrz3, does this resolve the issue in https://bugs.python.org/issue29406
? I'm guessing you based this PR on that issue. If so I'd like it merged ASAP
as otherwise our prod services will be incompatible with all future python
releases
Alexander Mohr added the comment:
my understanding is that the PR in https://bugs.python.org/issue30698 fixes
this issue no? If so can we get it merged?
--
___
Python tracker
<https://bugs.python.org/issue29
Alexander Belopolsky added the comment:
New changeset 9f1b7b93f5f0ef589e7b272e127cacf4ce5d23f1 by Alexander Belopolsky
(Paul Ganssle) in branch 'master':
bpo-32403: Faster date and datetime constructors (#4993)
https://github.com/python/cpython/commit/9f1b7b93f5f0ef589e7b272e127cac
Alexander Belopolsky added the comment:
New changeset 9f1b7b93f5f0ef589e7b272e127cacf4ce5d23f1 by Alexander Belopolsky
(Paul Ganssle) in branch 'master':
bpo-32403: Faster date and datetime constructors (#4993)
https://github.com/python/cpython/commit/9f1b7b93f5f0ef589e7b272e127cac
Change by Alexander Belopolsky :
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue32403>
___
___
Change by Alexander Sibiryakov :
--
files: decode_crash.py
nosy: sibiryakov
priority: normal
severity: normal
status: open
title: Crash during decoding using UTF-16/32 and custom error handler
type: crash
versions: Python 3.5, Python 3.7
Added file: https://bugs.python.org/file47391
Change by Alexander Sibiryakov :
Added file: https://bugs.python.org/file47392/test_string.bin
___
Python tracker
<https://bugs.python.org/issue32583>
___
___
Python-bug
New submission from Alexander Sibiryakov :
The CPython interpreter gets SIGSEGV or SIGABRT during the run. The script
attempts to decode binary file using UTF-16-LE encoding and custom error
handler. The error handler is poorly built, and doesn't respect the unicode
standard with
Change by Alexander Belopolsky :
--
components: +Interpreter Core -Documentation
stage: needs patch -> resolved
___
Python tracker
<https://bugs.python.org/issu
New submission from Alexander Belopolsky :
A switch to wordcode is implemented in Python 3.6, but the documentation in the
dis module was mostly left unchanged. See issue 26647, msg266388 and issue
27095, msg268389.
--
assignee: docs@python
components: Documentation
messages: 310440
Alexander Belopolsky added the comment:
There is an uncommitted update for the EXTENDED_ARG opcode documentation
attached to issue 27095 as mkfu4.patch by Demur Rumed.
--
nosy: +Demur Rumed
___
Python tracker
<https://bugs.python.org/issue32
Change by Alexander Belopolsky :
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/issue32625>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky added the comment:
New changeset 04af5b1ba9eb546a29735fac6cb5298159069b53 by Alexander Belopolsky
(Paul Ganssle) in branch 'master':
bpo-10381: Add timezone to datetime C API (#5032)
https://github.com/python/cpython/commit/04af5b1ba9eb546a29735fac6cb529
Change by Alexander Belopolsky :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Alexander Mohr :
--
nosy: +thehesiod
versions: +Python 3.5
___
Python tracker
<https://bugs.python.org/issue29317>
___
___
Python-bugs-list mailin
New submission from Alexander Mohr :
currently gather/wait allow you to return on the first exception and leave the
children executing.
A very common use case that I have is of launching multiple tasks, and if any
of them fail, then all should fail..otherwise the other tasks would continue
Alexander Belopolsky added the comment:
New changeset 22864bc8e4a076bbac748ccda6c27f1ec41b53e7 by Alexander Belopolsky
(Paul Ganssle) in branch 'master':
Add What's new entry for datetime.fromisoformat (#5559)
https://github.com/python/cpython/commit/22864bc8e4a076bbac748ccda
New submission from Alexander Mohr :
This test fails when run in a debian docker container from a OSX host with the
following error:
test test_os failed -- Traceback (most recent call last):
File "/build/Python-3.6.3/Lib/test/test_os.py", line 3273, in test_attributes
self.c
Alexander Mohr added the comment:
btw there are some other tests that fail too after removing that test like:
test test_tokenize failed -- Traceback (most recent call last):
File "/build/Python-3.6.3/Lib/test/test_tokenize.py", line 1557, in
test_random_files
testfi
Alexander Mohr added the comment:
sorry if my report is confusing, the issue is when run in a debian:stretch
docker container on an OSX host, so running this: docker run --rm -ti
docker:stretch on osx. So if you have access to an OSX machine and have docker
running (18.02.0-ce-mac53) on
Alexander Mohr added the comment:
here's how to repro, download fresh debian:stretch image, then install reqs for
python:
apt-get update && apt-get install curl build-essential libssl-dev libffi-dev
libmemcached-dev zlib1g-dev
install pyenv-installer:
c
Alexander Belopolsky added the comment:
New changeset 5bd04f964b4f1bcdbd0fa36de04f087c2db07cfe by Alexander Belopolsky
(Paul Ganssle) in branch 'master':
bpo-10381, bpo-32403: What's new entries for changes to datetime (gh-5814)
https://github.com/python
Alexander Belopolsky added the comment:
New changeset 5bd04f964b4f1bcdbd0fa36de04f087c2db07cfe by Alexander Belopolsky
(Paul Ganssle) in branch 'master':
bpo-10381, bpo-32403: What's new entries for changes to datetime (gh-5814)
https://github.com/python
Alexander Belopolsky added the comment:
New changeset fff596f792a0752b0e571fa57809e5752aba6353 by Alexander Belopolsky
(Miss Islington (bot)) in branch '3.7':
bpo-10381, bpo-32403: What's new entries for changes to datetime (gh-5814)
(gh-5929)
https://github.com/python
Alexander Belopolsky added the comment:
New changeset fff596f792a0752b0e571fa57809e5752aba6353 by Alexander Belopolsky
(Miss Islington (bot)) in branch '3.7':
bpo-10381, bpo-32403: What's new entries for changes to datetime (gh-5814)
(gh-5929)
https://github.com/python
Alexander Nelson added the comment:
Thank you for this fix.
--
nosy: +Alexander Nelson
___
Python tracker
<https://bugs.python.org/issue32878>
___
___
Python-bug
Alexander Belopolsky added the comment:
New changeset 0e06be836ca0d578cf9fc0c68979eb682c00f89c by Alexander Belopolsky
(Miss Islington (bot)) in branch '3.7':
Add What's new entry for datetime.fromisoformat (GH-5559) (GH-5939)
https://github.com/python
Change by Alexander Belopolsky :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Alexander Belopolsky added the comment:
This issue has been superseded by #25928.
--
resolution: rejected -> duplicate
stage: patch review -> resolved
superseder: -> Add Decimal.as_integer_ratio()
___
Python tracker
<https://bug
New submission from Alexander Kanavin :
You can see here:
https://github.com/python/cpython/blob/master/Makefile.pre.in#L708
that regen-importlib is building a binary from .o files which are built from .c
and .h files, which are, at the same time, regenerated by other regen- targets.
This
Alexander Mohr added the comment:
another idea would be neat to somehow plug into the stats so people can trace
(ex: via datadog tracing) "slow" tasks, similarly to things that are outputted
via PYTHONASYNCIODEBUG, however in this case be able to trace slow steps and
also slow a
Alexander Mohr added the comment:
I was about to open a new bug, but I think my idea overlaps with this one.
From what I understand there are two ways to cancel tasks:
1) calling task.cancel()
2) explicitly raising a CancelledError
with #2 you can get a traceback by catching the exception
New submission from Alexander Sturm :
This issue can be reproduced using Python 3.5.2 - 3.5.5 compiled with VS2015
(tested both the official Python builds as well as local builds using VS2015
Version 14.0.25431.01 Update 3) on 64-bit Windows.
To reproduce, run the attached file (or python -c
Change by Alexander Sturm :
Added file: https://bugs.python.org/file47522/annotated_dissasembly.txt
___
Python tracker
<https://bugs.python.org/issue33232>
___
___
Pytho
Alexander Sturm added the comment:
As mentioned, the code is compiled correctly by VS2017 - both in 3.5.5 and
3.6.5. So I cannot reproduce the issue with Python 3.6.5.
Would it be possible to switch the default platform toolset used to compile
Python 3.5 in the next source release to v141
Change by Alexander Harkness :
--
pull_requests: +6103
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue13940>
___
___
Python-bugs-lis
Change by Alexander Harkness :
--
nosy: +bearbin
___
Python tracker
<https://bugs.python.org/issue13940>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Harkness added the comment:
ssu
--
nosy: +bearbin
___
Python tracker
<https://bugs.python.org/issue5305>
___
___
Python-bugs-list mailing list
Unsub
Alexander Harkness added the comment:
Pull Request opened on GH to fix this issue:
https://github.com/python/cpython/pull/6395
--
versions: +Python 3.6, Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue13
New submission from Alexander Neumann :
The code below causes a
AttributeError: 'Event' object has no attribute 'name'
It seems like the entries of `Machine.events` are not available during
`__setstate__`. However, the behaviour depends on the Python version.
For Pyth
Alexander Neumann added the comment:
Changed issue title to summarise the actual problem better.
--
title: Pickling objects with recursive references and partials fail ->
Unpickling objects with recursive references and partials fail due to
incomplete state passed to __setstat
New submission from Alexander Böhn :
Attempting to compile an Objective-C++ source file suffixed “.mm” results in an
error complaining about the file extension being unrecognized.
--
components: Distutils
messages: 316405
nosy: dstufft, eric.araujo, fish2000
priority: normal
severity
Change by Alexander Böhn :
--
keywords: +patch
pull_requests: +6453
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33466>
___
___
Py
New submission from Alexander Mohr :
I'm seeing a lot of leaks via valgrind against the hashlib module. It appears
that it's calling OpenSSL_add_all_digests(); on init, and never calling the
corresponding EVP_Cleanup on free:
https://www.openssl.org/docs/man1.
Alexander Mohr added the comment:
closing as I'm not quite sure this is right
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.
Alexander Belopolsky added the comment:
Is this similar to issue 29097?
--
___
Python tracker
<https://bugs.python.org/issue31327>
___
___
Python-bugs-list mailin
Change by Alexander McFarlane :
--
nosy: Alexander McFarlane
priority: normal
severity: normal
status: open
title: abs__file__ in "Lib/site.py"
___
Python tracker
<https://bugs.python.o
New submission from Alexander McFarlane :
The pythonnet module clr causes a TypeError when `abs__file__` attempts to run
the following line:
`m.__file__ = os.path.abspath(m.__file__)`
Reproduction:
```
import clr
cls.__file__ = 'example'
```
--
components: +Library (
Change by Alexander McFarlane :
--
type: -> crash
___
Python tracker
<https://bugs.python.org/issue31798>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Alexander McFarlane :
--
title: "abs__file__" in "Lib/site.py" fails for modules where "__file__" cannot
be assigned a new value -> `site.abs__file__` fails for modules where
`__file__` cannot be modified
_
Alexander Belopolsky added the comment:
Let me look into this. It's been a while ...
--
___
Python tracker
<https://bugs.python.org/issue28292>
___
___
Alexander Belopolsky added the comment:
> 1. Raise OverflowError at both ends (revert issue15421patch). The method
> becomes unusable for two extreme months.
The issue 15421 patch was committed in 85710a40e7e9eab86060bedc3762ccf9ca
Change by Alexander Belopolsky :
--
keywords: +patch
pull_requests: +4049
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Alexander Belopolsky added the comment:
I submitted PR 4079. Serhiy, please review the logic and if this matches what
we discussed a year ago, I will add the docs and NEWS entries.
--
___
Python tracker
<https://bugs.python.org/issue28
Alexander Belopolsky added the comment:
Note that #5288 relaxed the whole number of minutes restriction on UTC offsets.
Since the goal is to be able to parse the output of .isoformat(), I think %z
should accept sub-minute offsets.
--
nosy: +belopolsky
Alexander Belopolsky added the comment:
New changeset fdd9b217c60b454ac6a82f02c8b0b551caeac88b by Alexander Belopolsky
in branch 'master':
Closes bpo-28292: Implemented Calendar.itermonthdays3() and itermonthdays4().
(#4079)
https://github.com/python/cpyt
Change by Alexander Belopolsky :
--
pull_requests: +4079
stage: commit review -> patch review
___
Python tracker
<https://bugs.python.org/issue28281>
___
___
Py
Alexander Belopolsky added the comment:
I submitted Mark's patch unchanged as PR 4109. If we don't hear from Mark, I
will address my own comments and merge.
--
___
Python tracker
<https://bugs.python.o
Alexander Belopolsky added the comment:
I would like to add my voice to MAL's objections. I was not aware of
time.clock() depreciation before Victor brought this issue to my attention.
time.clock() is a very well-known API eponymous to a venerable UNIX system
call. Its limitation
Alexander Belopolsky added the comment:
I am going to merge PR 4015 submitted for issue 31800. That issue asks to make
%z strptime format accept offsets with : separators. Given that a similar
feature has been added to glibc several years ago, I don't see much need for
bikeshedding.
Alexander Belopolsky added the comment:
New changeset 32318930da70ff03320ec50813b843e7db6fbc2e by Alexander Belopolsky
(Mario Corchero) in branch 'master':
Closes bpo-31800: Support for colon when parsing time offsets (#4015)
https://github.com/python/cpyt
Alexander Belopolsky added the comment:
New changeset 66c88ce30ca2b23daa37038e1a3c0de98f241f50 by Alexander Belopolsky
in branch 'master':
Closes bpo-28281: Remove year (1-) limits on the weekday() function. (#4109)
https://github.com/python/cpyt
Alexander Belopolsky added the comment:
Brian, is this still relevant? If so, cab you submit a pull request?
--
versions: +Python 3.7 -Python 3.6
___
Python tracker
<https://bugs.python.org/issue25
Alexander Belopolsky added the comment:
I don't have access to NetBSD and this looks like a bug in the system
implementation of localtime. The timestamp method is implemented by probing
system localtime in the vicinity of UTC timestamp.
What does time.localtime(14400) with these TZ set
Alexander Belopolsky added the comment:
I hate this long form display!
Next time please use time.localtime(14400)[:].
Do you agree that this is a system bug? On my Mac, I get
$ python -c 'import time; print(time.localtime(14400)[:])'
(1969, 12, 31, 23, 0, 0,
Alexander Belopolsky added the comment:
I posted a wrong command, but fortunately I am in New York, so it did not matter
$ TZ=EST+05EDT,M3.2.0,M11.1.0 python -c 'import
time;print(time.localtime(14400)[:])'
(1969, 12, 31, 23, 0, 0,
Alexander Belopolsky added the comment:
I am not sure. This is a system bug and we often provide work-arounds
or even reimplementations of buggy time functions in the time and
datetime modules. Whether or not this is something that is worth
fixing is a question for the affected NetBSD users
Alexander Belopolsky added the comment:
> The documentation only says “datetime.timestamp” calls “mktime”
Indeed. See
<https://docs.python.org/3/library/datetime.html#datetime.datetime.timestamp>.
This is a documentation bug. Since 3.6 the timestamp does not call
mktime. In fac
New submission from Alexander Mentis :
Documentation for set/frozenset says |=, &=, -=, ^= operators do not apply to
immutable instances of frozenset. This is incorrect. These operators can be
used on frozenset; however, they behave differently on frozenset than on set.
When used with
Alexander Mentis added the comment:
I don't think you understood my bug.
That the augmented assignment operators work differently for set and frozenset
is not the issue.
The issue is that the documentation says that the |=, &=, -=, ^= operators do
not apply to immutable ins
Change by Alexander Prokhorov :
--
nosy: +Alexander Prokhorov
___
Python tracker
<https://bugs.python.org/issue30256>
___
___
Python-bugs-list mailing list
Unsub
Alexander Belopolsky added the comment:
Isn't this a duplicate of issue 13305?
--
status: pending -> open
___
Python tracker
<https://bugs.python.org
Alexander Belopolsky added the comment:
The better is the enemy of the good here. Given the history of this issue, I
would rather accept a well documented restrictive parser than wait for a more
general code to be written. Note that we can always relax the parsing rules in
the future
Alexander Belopolsky added the comment:
+1 on what Paul said.
Mathieu, the goal for 3.7 will be to get Paul's PR merged. It will be great if
you could help in reviewing it. We can return to the features in your PR
during the 3.8 development
Change by Alexander Belopolsky :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue32267>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alexander Belopolsky added the comment:
New changeset 09dc2f508c8513e0466a759cc27a09108c1e55c2 by Alexander Belopolsky
(Paul Ganssle) in branch 'master':
bpo-15873: Implement [date][time].fromisoformat (#4699)
https://github.com/python/cpython/commit/09dc2f508c8513e0466a759cc27a09
New submission from Alexander Mohr :
Currently subscriting a attribute that's None reports the following:
>>> class Foo: pass
>>> Foo.organizer = None
>>> Foo.organizer['start']
Traceback (most recent call last):
File "", line 1, in
Typ
Alexander Mohr added the comment:
oh for second example I meant something like this:
>>> class Foo: pass
>>> Foo.organizer = None
>>> Foo.blah = Foo
>>> Foo.blah.organizer = None
>>> Foo.blah.organizer
Alexander Belopolsky added the comment:
Maybe __round__ can be generalized to take a timedelta instead of ndigits?
For some related prior art, take a look at
<http://code.kx.com/q/ref/arith-integer/#xbar>.
--
___
Python tracker
Alexander Belopolsky added the comment:
In my experience, when dealing with temporal data truncation (rounding towards
-infinity) is more useful than any other form of rounding. See also issue 19475.
--
___
Python tracker
<https://bugs.python.
Alexander Belopolsky added the comment:
The problem that I have with the round/truncate proposal is that it is not
general enough. Days, hours, minutes etc. are just arbitrary intervals that
became popular for obscure historical and astronomical reasons. In practice,
you are as likely to
Alexander Belopolsky added the comment:
> I think that a "truncate to rrule" function is *way* beyond the scope of the
> standard library
I agree and I did not propose that. What I said was that in the process of
implementing truncate to rrule in dateutil you may encou
Alexander Belopolsky added the comment:
> replacing all elements of a datetime below a certain level is a very common
> idiom
This can be accomplished rather efficiently by truncating a time tuple:
>>> t = datetime.now()
>>> datetime(*t.timetuple()[:6])
datetime.dat
Alexander Belopolsky added the comment:
I am about +0 on adding a keyword argument to datetime.now. Note that as I
wrote in issue 19475 (msg202242), "precision" may be a misleading name because
python makes no guarantee about the precision of the computer clock.
Still, this feat
Alexander Belopolsky added the comment:
> (And, honestly, `dateutil` would provide a version-independent backport
> anyway).
Why not start with that? Remember: python standard library is where code goes
to die. By implementing this feature in dateutil you will not be tied to
rela
Change by Alexander Belopolsky :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Alexander Belopolsky :
--
nosy: +belopolsky
___
Python tracker
<https://bugs.python.org/issue32604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Alexander Mohr :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue33565>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Alexander Mohr :
while investigating https://github.com/boto/botocore/issues/1464 I used
tracemalloc (like I've done before in 3.5.2) to try to figure out where the
leak was. To my surprise tracemalloc listed stacks that didn't make any sense.
Strangest exam
Alexander Mohr added the comment:
here's a version that tries to do something similar but does not reproduce the
issue
--
Added file: https://bugs.python.org/file47602/tracemalloc_test2.py
___
Python tracker
<https://bugs.python.org/is
Alexander Mohr added the comment:
I realize it doesn't track leaks, it's a tool to help find leaks when used
correctly :) This example should be similar to using the compare snapshots
mechanism as I start tracking from a stable point (several iterations in after
a gc), and then
Alexander Belopolsky added the comment:
I was able to reproduce this issue on Linux as follows
>>> import time, calendar, os
>>> os.environ['TZ'] = 'right/UTC' # "right" timezones account for leap seconds
>>> time.tzset()
>>>
Alexander Belopolsky added the comment:
New changeset 89a25ce4fdb9c2a1a59d8cbfc498a2614b98e9ae by Alexander Belopolsky
(Mario Corchero) in branch 'master':
bpo-33541: Remove unused __pad function (GH-4377)
https://github.com/python/cpython/commit/89a25ce4fdb9c2a1a59d8cbfc498a2
Change by Alexander Belopolsky :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Alexander Mohr added the comment:
so based on my last comment I just realized we could easily see if something
was amiss by comparing results from python 3.5.2 to 3.6.5 and low and behold
the callstack in question does not appear in the tracemalloc results from 3.5.2
1901 - 2000 of 4095 matches
Mail list logo
