Change by Erlend E. Aasland :
--
keywords: +patch
nosy: +erlendaasland
nosy_count: 1.0 -> 2.0
pull_requests: +25266
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26680
___
Python tracker
<https://bugs.p
Change by Erlend E. Aasland :
--
nosy: +erlendaasland
___
Python tracker
<https://bugs.python.org/issue32275>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Erlend E. Aasland :
--
nosy: +erlendaasland
___
Python tracker
<https://bugs.python.org/issue33450>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Erlend E. Aasland :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Erlend E. Aasland added the comment:
Thanks for the report, Brother Beer.
--
___
Python tracker
<https://bugs.python.org/issue44389>
___
___
Python-bugs-list m
Erlend E. Aasland added the comment:
But TLSv1.3 is included in openssl 1.1.1, no?
--
___
Python tracker
<https://bugs.python.org/issue44389>
___
___
Python-bug
Erlend E. Aasland added the comment:
Yes, and judging from PEP 644, I figured the TLSv1.3 flag was _not_ deprecated.
Sorry for the misunderstanding/noise.
--
___
Python tracker
<https://bugs.python.org/issue44
Erlend E. Aasland added the comment:
Let me know if you want me to open a PR that adds the correct flag and adds
deprecation wrappers to the tests.
--
___
Python tracker
<https://bugs.python.org/issue44
Erlend E. Aasland added the comment:
Ah, I see now that it's deprecated in the docs as well:
https://docs.python.org/3/library/ssl.html#ssl.OP_NO_TLSv1_3
--
___
Python tracker
<https://bugs.python.org/is
Change by Erlend E. Aasland :
--
pull_requests: +25284
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/26699
___
Python tracker
<https://bugs.python.org/issu
Erlend E. Aasland added the comment:
Thanks, Christian.
--
___
Python tracker
<https://bugs.python.org/issue44389>
___
___
Python-bugs-list mailing list
Unsub
Erlend E. Aasland added the comment:
It's not removed, it's renamed (by 84f7382215b9e024a5590454726b6ae4b0ca70a0,
GH-22994, bpo-42157). You can access it using the '_ucnhash_CAPI' attribute.
--
nosy: +erlendaasland
___
Py
Erlend E. Aasland added the comment:
Sounds like an easy solution is to open an issue/PR against rust-cpython to
update the doctest, IMO.
--
___
Python tracker
<https://bugs.python.org/issue44
Change by Erlend E. Aasland :
--
keywords: +patch
pull_requests: +25318
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26728
___
Python tracker
<https://bugs.python.org/issu
Erlend E. Aasland added the comment:
> What would be the use case for this?
Quoting D. Richard Hipp, from the sqlite-users mailing list, 2018-03-18, FWIW:
These APIs support the concept of using small databases (small enough
to fit in memory) as a container for passing information aro
Change by Erlend E. Aasland :
--
pull_requests: +25330
pull_request: https://github.com/python/cpython/pull/26745
___
Python tracker
<https://bugs.python.org/issue42
New submission from Erlend E. Aasland :
The threading tests (ThreadTests) in Lib/sqlite3/test/dbapi.py has a lot of
code duplication, and none of the test methods use the
test.support.threading_helper.reap_threads helper. Also, some branches are not
covered by this test class. Suggesting the
Change by Erlend E. Aasland :
--
keywords: +patch
pull_requests: +25333
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26748
___
Python tracker
<https://bugs.python.org/issu
Erlend E. Aasland added the comment:
The current code duplication has several negative impacts, IMO:
- Readability
Currently the ThreadTests class spans 173 lines. Refactored, it spans 51
lines (should fit in a screenful), making it easy to see what's actually being
tested.
Curr
Change by Erlend E. Aasland :
--
nosy: +erlendaasland
___
Python tracker
<https://bugs.python.org/issue44434>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Erlend E. Aasland :
--
nosy: +erlendaasland
___
Python tracker
<https://bugs.python.org/issue44431>
___
___
Python-bugs-list mailing list
Unsubscribe:
Erlend E. Aasland added the comment:
I'm marking this as closed/fixed. Mark, please reopen if you disagree :)
--
nosy: +erlendaasland
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python t
Change by Erlend E. Aasland :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Erlend E. Aasland added the comment:
> Erlend, is anything left in this issue?
Nothing left; thank you for your guidance and reviews, Dong-hee, Berker,
Serhiy, and Pablo.
--
resolution: -> fixed
stage: patch review -> resolved
status: open
Change by Erlend E. Aasland :
--
pull_requests: +25397
pull_request: https://github.com/python/cpython/pull/26816
___
Python tracker
<https://bugs.python.org/issue44
Erlend E. Aasland added the comment:
FYI, bpo-44087 added the Py_TPFLAGS_DISALLOW_INSTANTIATION flag to
sqlite3.Statement.
(Side note: I find the issue title a little bit confusing.)
--
___
Python tracker
<https://bugs.python.org/issue43
Change by Erlend E. Aasland :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Erlend E. Aasland :
--
pull_requests: +25421
pull_request: https://github.com/python/cpython/pull/26840
___
Python tracker
<https://bugs.python.org/issue42
New submission from Erlend E. Aasland :
https://github.com/python/cpython/pull/26840/checks?check_run_id=2879802998
2021-06-21T22:34:41.2973359Z Current runner version: '2.278.0'
2021-06-21T22:34:41.3112811Z ##[group]Operating System
2021-06-21T22:34:41.3113619Z Microsoft Windows S
Erlend E. Aasland added the comment:
FYI, sqlite3 was converted to Argument Clinic in bpo-40956.
--
___
Python tracker
<https://bugs.python.org/issue20
New submission from Erlend E. Aasland :
Currently, it is possible to clear both the sqlite3 trace callback and progress
handler by passing 'None' as the callback/handler, however it is not possible
to clear the authoriser callback.
Suggesting to allow clearing the authoriser cal
Change by Erlend E. Aasland :
--
keywords: +patch
pull_requests: +25438
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26863
___
Python tracker
<https://bugs.python.org/issu
Change by Erlend E. Aasland :
--
pull_requests: +25452
pull_request: https://github.com/python/cpython/pull/26876
___
Python tracker
<https://bugs.python.org/issue42
New submission from Erlend E. Aasland :
Currently, pysqlite_Connection keeps borrowed references to all the sqlite3
exception types. Suggesting to convert these to strong refs.
See comments on GH-26745:
https://github.com/python/cpython/pull/26745#issuecomment-866810269
--
assignee
Erlend E. Aasland added the comment:
Has these issues (ConnectionRefusedError/ConnectionResetError during handshake)
been reported on other systems than macOS? AFAICS, they've only been reported
for the macOS CI.
--
___
Python tracker
&
Erlend E. Aasland added the comment:
See also bpo-33450.
--
___
Python tracker
<https://bugs.python.org/issue44229>
___
___
Python-bugs-list mailing list
Unsub
Change by Erlend E. Aasland :
--
pull_requests: +25462
pull_request: https://github.com/python/cpython/pull/26884
___
Python tracker
<https://bugs.python.org/issue42
Change by Erlend E. Aasland :
--
pull_requests: +25463
pull_request: https://github.com/python/cpython/pull/26885
___
Python tracker
<https://bugs.python.org/issue43
Change by Erlend E. Aasland :
--
resolution: fixed ->
status: closed -> open
versions: +Python 3.10
___
Python tracker
<https://bugs.python.org/i
Change by Erlend E. Aasland :
--
pull_requests: +25464
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26886
___
Python tracker
<https://bugs.python.org/issu
Change by Erlend E. Aasland :
--
pull_requests: +25466
pull_request: https://github.com/python/cpython/pull/26889
___
Python tracker
<https://bugs.python.org/issue43
Erlend E. Aasland added the comment:
Using this patch, I'm (so far) no longer able to reproduce these test failures:
diff --git a/Lib/test/test_ssl.py b/Lib/test/test_ssl.py
index cee97a8302..c9c1546467 100644
--- a/Lib/test/test_ssl.py
+++ b/Lib/test/test_ssl.py
@@ -2443,9 +2443,13 @
Erlend E. Aasland added the comment:
... should perhaps also return True in that case, but it does not seem to have
any thing to say.
--
___
Python tracker
<https://bugs.python.org/issue44
Erlend E. Aasland added the comment:
I can reproduce these issues easily on 3.7, 3.8, and 3.9:
$ python3.7 -m test test_ssl -u all -F -m test_get_server_certificate -v
[...]
test_get_server_certificate (test.test_ssl.SimpleBackgroundTests) ... server:
new connection from ('127.
Change by Erlend E. Aasland :
--
keywords: +patch
pull_requests: +25469
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26893
___
Python tracker
<https://bugs.python.org/issu
Erlend E. Aasland added the comment:
Closing as a duplicate of bpo-44229. Please revert if you disagree.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> test_ssl: test_get_server_certificate() and
test_msg_callback_deadlock_bpo
Erlend E. Aasland added the comment:
Marking bpo-43855 as a duplicate of this issue.
--
___
Python tracker
<https://bugs.python.org/issue44229>
___
___
Pytho
Erlend E. Aasland added the comment:
Marking bpo-44237 as a duplicate of this issue.
--
___
Python tracker
<https://bugs.python.org/issue44229>
___
___
Pytho
Erlend E. Aasland added the comment:
Marking this as a duplicate of bpo-44229. Please revert if you disagree.
--
dependencies: -test_ssl: test_get_server_certificate() and
test_msg_callback_deadlock_bpo43577() fail randomly on the macOS CI
resolution: -> duplicate
st
Erlend E. Aasland added the comment:
See also bpo-44229.
--
___
Python tracker
<https://bugs.python.org/issue33450>
___
___
Python-bugs-list mailing list
Unsub
Change by Erlend E. Aasland :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Erlend E. Aasland added the comment:
FYI, here's a CI failure against 3.9:
https://github.com/python/cpython/runs/2894813367?check_suite_focus=true
--
___
Python tracker
<https://bugs.python.org/is
New submission from Erlend E. Aasland :
https://github.com/python/cpython/runs/2905621215:
2021-06-24T14:18:23.3772681Z
==
2021-06-24T14:18:23.3773622Z FAIL:
test_sendfile_close_peer_in_the_middle_of_receiving
Change by Erlend E. Aasland :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> [Windows] test_asyncio: Proactor
test_sendfile_close_peer_in_the_middle_of_receiving failure
___
Python tra
Erlend E. Aasland added the comment:
Two new failures today:
https://github.com/python/cpython/runs/2905621215:
2021-06-24T14:18:23.3772681Z
==
2021-06-24T14:18:23.3773622Z FAIL
New submission from Erlend E. Aasland :
Builder: https://buildbot.python.org/all/#/builders/543
The buildbot has failed since 0982ded179f280176868c1c4eccf77bf70687816:
bpo-44032: Move pointer to code object from frame-object to frame specials
array. (GH-26771)
Test stdio log attached
Erlend E. Aasland added the comment:
Fatal Python error: Py_EndInterpreter: thread still has a frame
Python runtime state: initialized
Thread 0x7ff625ee4740 (most recent call first):
File "", line 4 in
make: *** [Makefile:1256: buildbottest] Aborted (core dumped)
program fin
Erlend E. Aasland added the comment:
I haven't observed this issue on the CI since GH-26893 through GH-26896 was
merged. Marking this as resolved. If anyone disagrees, feel free to reopen :)
--
resolution: -> fixed
stage: patch review -> resolved
status: ope
Change by Erlend E. Aasland :
--
nosy: +erlendaasland
___
Python tracker
<https://bugs.python.org/issue42238>
___
___
Python-bugs-list mailing list
Unsubscribe:
Erlend E. Aasland added the comment:
But here, it is write() that returns EPROTOTYPE. See msg394798.
--
___
Python tracker
<https://bugs.python.org/issue44
Erlend E. Aasland added the comment:
I'd be interested in hearing Ronald's opinion. (Added to nosy.)
--
nosy: +ronaldoussoren
___
Python tracker
<https://bugs.python.o
Erlend E. Aasland added the comment:
In inherit_slots() in Objects/typeobject.c, Py_TPFLAGS_HAVE_VECTORCALL
inheritance depends on if the base type is a heap type or not. This aligns with
PEP 590[1]:
Heap types never inherit the vectorcall protocol because that
would not be safe (heap
Change by Erlend E. Aasland :
--
pull_requests: +25562
pull_request: https://github.com/python/cpython/pull/27001
___
Python tracker
<https://bugs.python.org/issue43
Change by Erlend E. Aasland :
--
resolution: -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder: -> Asyncio Event Documentation Links Incorrect
___
Python tracker
<https://bugs.python
Erlend E. Aasland added the comment:
Serhiy/Terry: Is further discussion needed? Can this be closed, or should the
proposed PR be applied (after resolving any issues)?
--
nosy: +erlendaasland
___
Python tracker
<https://bugs.python.org/issue41
Erlend E. Aasland added the comment:
> Is anything left here?
Should the immutable flag also be applied to the heap types converted in and
before Python 3.9 before closing this issue?
--
___
Python tracker
<https://bugs.python.org/issu
Erlend E. Aasland added the comment:
These types now lack the Py_TPFLAGS_IMMUTABLETYPE flag:
## Types converted in Python 3.9
- _abc._abc_data
- _json.Encoder
- _json.Scanner
- _random.Random
- _struct.Struct
- _struct.unpack_iterator
- ast.AST
- posix.DirEntry
- posix.ScandirIterator
Erlend E. Aasland added the comment:
FYI, this buildbot has been green after Victor's git clean adjustment in the
buildbot repo.
I've been trying to reproduce the test_still_running failure on the buildbot,
but have not been able to do so determi
Change by Erlend E. Aasland :
--
status: open -> pending
___
Python tracker
<https://bugs.python.org/issue44517>
___
___
Python-bugs-list mailing list
Un
Erlend E. Aasland added the comment:
The AMD64 Fedora Stable 3.x buildbot has not been red for one week. Closing
this now. Victor/Pablo, please reopen if you disagree.
--
resolution: -> not a bug
stage: -> resolved
status: pending -&g
Erlend E. Aasland added the comment:
Thanks John, for the report, and Jack, for the fix!
--
nosy: +erlendaasland
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Erlend E. Aasland :
--
pull_requests: +25692
pull_request: https://github.com/python/cpython/pull/27155
___
Python tracker
<https://bugs.python.org/issue42
Change by Erlend E. Aasland :
--
pull_requests: +25693
pull_request: https://github.com/python/cpython/pull/27156
___
Python tracker
<https://bugs.python.org/issue42
New submission from Erlend E. Aasland :
pysqlite_collation_callback() currently uses the variable argument function
PyObject_CallFunctionObjArgs(). Suggesting micro-optimise this by using
PyObject_Vectorcall instead.
--
components: Extension Modules
messages: 397521
nosy
Change by Erlend E. Aasland :
--
keywords: +patch
pull_requests: +25695
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27158
___
Python tracker
<https://bugs.python.org/issu
Change by Erlend E. Aasland :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Erlend E. Aasland :
--
nosy: +erlendaasland
___
Python tracker
<https://bugs.python.org/issue34828>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Erlend E. Aasland :
The sqlite3.Connection.create_collation() function limits collation names to
ASCII characters only. As sqlite3_create_collation_v2() (and
sqlite3_create_collation()) support UTF8, there is no need for this limitation
anymore.
See https://github.com
Change by Erlend E. Aasland :
--
pull_requests: +25818
pull_request: https://github.com/python/cpython/pull/27273
___
Python tracker
<https://bugs.python.org/issue42
Change by Erlend E. Aasland :
--
keywords: +patch
pull_requests: +25928
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27395
___
Python tracker
<https://bugs.python.org/issu
Change by Erlend E. Aasland :
--
nosy: +erlendaasland
___
Python tracker
<https://bugs.python.org/issue3783>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Erlend E. Aasland :
--
nosy: +erlendaasland
nosy_count: 1.0 -> 2.0
pull_requests: +25960
pull_request: https://github.com/python/cpython/pull/27431
___
Python tracker
<https://bugs.python.org/issu
Change by Erlend E. Aasland :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Erlend E. Aasland :
--
pull_requests: +25982
pull_request: https://github.com/python/cpython/pull/27456
___
Python tracker
<https://bugs.python.org/issue42
Change by Erlend E. Aasland :
--
pull_requests: +25987
pull_request: https://github.com/python/cpython/pull/27464
___
Python tracker
<https://bugs.python.org/issue31
Change by Erlend E. Aasland :
--
pull_requests: +25988
pull_request: https://github.com/python/cpython/pull/27465
___
Python tracker
<https://bugs.python.org/issue31
Change by Erlend E. Aasland :
--
pull_requests: +25991
pull_request: https://github.com/python/cpython/pull/27472
___
Python tracker
<https://bugs.python.org/issue31
Change by Erlend E. Aasland :
--
assignee: -> erlendaasland
status: open -> pending
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.7
___
Python tracker
<https://bugs.python.org/i
Change by Erlend E. Aasland :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Erlend E. Aasland added the comment:
hydroflask, can you provide a reproducer?
--
nosy: +erlendaasland
versions: +Python 3.11 -Python 3.6, Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue42
Erlend E. Aasland added the comment:
Thanks!
I had to comment out the reg_func() call (it is not defined in test.py, and I
don't know what it's supposed to do), and change "with lock.shared_context():"
to "with lock:", but I'm unable get a deadlock. I
Erlend E. Aasland added the comment:
> In production the error was happening after 30 minutes of so.
Great, thanks.
> The major problem is that I don't exactly know how to provoke SQLite to
> acquire an internal lock.
IIRC, you can provoke the internal SQLite lock s
New submission from Erlend E. Aasland :
The third argument to sqlite3_result_text() is the length of the string passed
as the second argument. Currently, we pass -1, so SQLite has to invoke strlen()
to compute the length of the passed string. Suggesting to use
PyUnicode_AsUTF8AndSize() iso
Change by Erlend E. Aasland :
--
keywords: +patch
pull_requests: +26090
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27588
___
Python tracker
<https://bugs.python.org/issu
Erlend E. Aasland added the comment:
> Could you please add a test for string containing embedded NUL?
Of course, thanks for the heads up.
> I think that we should raise explicit error if sz > INT_MAX.
Yes, I thought about this. I do agree that raising OverflowError would be
bette
Erlend E. Aasland added the comment:
Serhiy, I've updated the PR, if you want to take a look. Thanks for your
feedback.
--
___
Python tracker
<https://bugs.python.org/is
Erlend E. Aasland added the comment:
I'm guessing this has to do with mixing spaces and tabs when indenting code.
This can be fixed in your text editor.
--
nosy: +erlendaasland
status: open -> pending
___
Python tracker
<https://bugs
Change by Erlend E. Aasland :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Erlend E. Aasland added the comment:
> I guess Python can't support tab
AFAIK, it was a deliberate decision during the Python 2 => Python 3 transition.
> [...] it sounds Gnu nano mix spaces and tabs!
You can set up GNU nano to expand tabs:
$ echo "set tabstos
Erlend E. Aasland added the comment:
Closing as out-of-date. If anyone disagrees, please reopen :)
--
resolution: -> out of date
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.or
401 - 500 of 829 matches
Mail list logo