[issue45429] [Windows] time.sleep() should use CREATE_WAITABLE_TIMER_HIGH_RESOLUTION

2021-10-11 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue45429> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36054] On Linux, os.count() should read cgroup cpu.shares and cpu.cfs (CPU count inside docker container)

2021-10-11 Thread Dong-hee Na
Dong-hee Na added the comment: > There is IBM effort to do this in container level, so that os.cpu_count() > will return right result in container Good news! -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/i

[issue45373] ./configure --enable-optimizations should enable LTO

2021-10-11 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue45373> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45452] Support crash tolerance for gdbm module

2021-10-12 Thread Dong-hee Na
New submission from Dong-hee Na : >From gdbm 1.21, gdbm supports the crash tolerance feature. We may need to provide APIs for those versions. https://www.gnu.org.ua/software/gdbm/manual/Crash-Tolerance.html Following features will be provided if the user using gdbm >= 1.21 - Need to p

[issue45452] Support crash tolerance for gdbm module

2021-10-12 Thread Dong-hee Na
Dong-hee Na added the comment: I am going to work on this issue :) -- ___ Python tracker <https://bugs.python.org/issue45452> ___ ___ Python-bugs-list mailin

[issue45452] Support crash tolerance feature for gdbm module

2021-10-12 Thread Dong-hee Na
Dong-hee Na added the comment: FYI, I got a mail about this feature from Terence Kelly who design these amazing things :) -- ___ Python tracker <https://bugs.python.org/issue45

[issue45452] Support crash tolerance for gdbm module

2021-10-12 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue45452> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45452] Support crash tolerance feature for gdbm module

2021-10-12 Thread Dong-hee Na
Change by Dong-hee Na : -- title: Support crash tolerance for gdbm module -> Support crash tolerance feature for gdbm module ___ Python tracker <https://bugs.python.org/issu

[issue45455] Fill func.__doc__ lazily

2021-10-12 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue45455> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45452] Support crash tolerance feature for gdbm module

2021-10-14 Thread Dong-hee Na
Change by Dong-hee Na : -- keywords: +patch pull_requests: +27230 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28942 ___ Python tracker <https://bugs.python.org/issu

[issue45452] Support crash tolerance feature for gdbm module

2021-10-14 Thread Dong-hee Na
Dong-hee Na added the comment: > How would it be used from Python? What are scenarios? I am preparing PoC, I will share you once done. >From gdbm 1.21, gdbm provides 2 kinds of format. (Standard format / Extended >format.) To create a gdm format with the extended option, GDBM_NUM

[issue45464] TypeError when inheriting from both OSError and AttributeError

2021-10-14 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue45464> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45452] Support crash tolerance feature for gdbm module

2021-10-14 Thread Dong-hee Na
Dong-hee Na added the comment: > And what's next? I may introduce following API which only available to use extension format. (I am PoC with this) > dbm.gdbm_failure_atomic('snapshot_path0', 'snapshot_path1') About gdbm_latest_snapshot(), I am still cu

[issue45452] Support crash tolerance feature for gdbm module

2021-10-14 Thread Dong-hee Na
Dong-hee Na added the comment: Sorry, I don't know my answer is enough. Or do you have any ideas or the opposite ideas? -- ___ Python tracker <https://bugs.python.org/is

[issue45452] Support crash tolerance feature for gdbm module

2021-10-14 Thread Dong-hee Na
Dong-hee Na added the comment: dbm.gdbm_failure_atomic('snapshot_path0', 'snapshot_path1') -> db.gdbm_failure_atomic('snapshot_path0', 'snapshot_path1') -- ___ Python t

[issue45452] Support crash tolerance feature for gdbm module

2021-10-14 Thread Dong-hee Na
Dong-hee Na added the comment: Yeah, I agree with gdbm_latest_snapshot(), this API might be too low-level. But as I am one of the rocksdb user who directly uses rocksdb API for the production platform as caching purposes. so when I think about my and my team's rocksdb

[issue45452] Support crash tolerance feature for gdbm module

2021-10-14 Thread Dong-hee Na
Dong-hee Na added the comment: > Please show examples. Sorry, I don't understand, do you mean caching example or recovery example? When we use rocksdb, we can get checkpoints files under local file system. And we can recover the database by using them. http://rocksdb.org/blog/2015/1

[issue45470] possible bug in datetime.timestamp()

2021-10-14 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +p-ganssle ___ Python tracker <https://bugs.python.org/issue45470> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45478] Send a patch to libexpat to solve _POSIX_C_SOURCE issue.

2021-10-14 Thread Dong-hee Na
New submission from Dong-hee Na : Yesterday, I left an issue to libexpat project about what we solved yesterday to follow Christian suggestion. https://github.com/libexpat/libexpat/issues/513 The maintainer suggests sending a patch with reordering all headers files related to expat_config.h

[issue45478] Send a patch to libexpat to solve _POSIX_C_SOURCE issue.

2021-10-14 Thread Dong-hee Na
Dong-hee Na added the comment: Related PRs - https://github.com/python/cpython/commit/d413c503636cde2a6ab0ada25dccb0134633a8e6 by Dong-hee - https://github.com/python/cpython/commit/8177404d520e81f16324a900f093adf3856d33f8 by Pablo - https://github.com/python/cpython/commit

[issue45478] Send a patch to libexpat to solve _POSIX_C_SOURCE issue.

2021-10-14 Thread Dong-hee Na
Dong-hee Na added the comment: I will send this patch file, when I apply this patch file, my compiler did not raise _POSIX_C_SOURCE issue. (gcc version 8.4.1 20200928 (Red Hat 8.4.1-1) (GCC)) CPython affects - xmltok.c - xmlrole.c (Not yet applied to CPython code) Not affected - xmlfile.c

[issue45478] Send a patch to libexpat to solve _POSIX_C_SOURCE issue.

2021-10-14 Thread Dong-hee Na
Dong-hee Na added the comment: Please take a look at the patch file that it will be okay to CPython code base :) -- ___ Python tracker <https://bugs.python.org/issue45

[issue45452] Support crash tolerance feature for gdbm module

2021-10-16 Thread Dong-hee Na
Dong-hee Na added the comment: I've done my PoC in my local environment. ``` import dbm.gnu as dbm db = dbm.open('x.db', 'nx') db.gdbm_failure_atomic('even_snapshot.bin', 'odd_snapshot.bin') for k, v in zip('abcdef', 'ghijkl

[issue45452] Support crash tolerance feature for gdbm module

2021-10-16 Thread Dong-hee Na
Dong-hee Na added the comment: So IMHO, those APIs are not that low-level API since they only need to create a file with 'x' flag and then calling gdbm_failure_atomic API. and if the user failed to save the file due to several accidents. They can easily restore the local file DB by

[issue45395] Frozen stdlib modules are discarded if custom frozen modules added.

2021-10-16 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue45395> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45489] ForwardRef does not support | operator

2021-10-16 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue45489> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45489] ForwardRef does not support | operator

2021-10-16 Thread Dong-hee Na
Dong-hee Na added the comment: --- a/Lib/typing.py +++ b/Lib/typing.py @@ -719,6 +719,12 @@ def __eq__(self, other): def __hash__(self): return hash(self.__forward_arg__) +def __or__(self, other): +return Union[self, other] + +def __ror__(self, other

[issue45489] ForwardRef does not support | operator

2021-10-16 Thread Dong-hee Na
Change by Dong-hee Na : -- versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue45489> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45489] ForwardRef does not support | operator

2021-10-16 Thread Dong-hee Na
Change by Dong-hee Na : -- keywords: +patch pull_requests: +27275 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28991 ___ Python tracker <https://bugs.python.org/issu

[issue45489] ForwardRef does not support | operator

2021-10-16 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset 15ad52fbf607b6ccec44a38a8a32a5f1fad635ee by Dong-hee Na in branch 'main': bpo-45489: Update ForwardRef to support | operator. (GH-28991) https://github.com/python/cpython/commit/15ad52fbf607b6ccec44a38a8a32a5

[issue45489] ForwardRef does not support | operator

2021-10-16 Thread Dong-hee Na
Dong-hee Na added the comment: @guido Do we need to create a backport for 3.10? Ken and I are waiting for your comment :) https://github.com/python/cpython/pull/28991#issuecomment-944926933 -- ___ Python tracker <https://bugs.python.

[issue45503] Several improvement point of gdbm module

2021-10-17 Thread Dong-hee Na
New submission from Dong-hee Na : I have a chance to exchange mail with gdbm module maintainer Sergey Poznyakoff to supporting the crash tolerance feature. (See bpo-45452) Other dbm modules also might have the same issue what the maintainer pointed out. I copy and paste the content that

[issue45503] Several improvement point of gdbm module

2021-10-17 Thread Dong-hee Na
Change by Dong-hee Na : -- components: +Library (Lib) type: -> enhancement versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issu

[issue45478] Send a patch to libexpat to solve _POSIX_C_SOURCE issue.

2021-10-17 Thread Dong-hee Na
Dong-hee Na added the comment: https://github.com/libexpat/libexpat/pull/514 merged, The change is affected to libexpat 2.4.2 -- ___ Python tracker <https://bugs.python.org/issue45

[issue45434] [C API] Clean-up the Python.h header file

2021-10-18 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +corona10 nosy_count: 1.0 -> 2.0 pull_requests: +27295 pull_request: https://github.com/python/cpython/pull/29015 ___ Python tracker <https://bugs.python.org/issu

[issue45434] [C API] Clean-up the Python.h header file

2021-10-18 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset fd03917786a9036ee87b7df604dfb260cc2420c9 by Dong-hee Na in branch 'main': bpo-45434: Include stdlib.h for specialize stat (GH-29015) https://github.com/python/cpython/commit/fd03917786a9036ee87b7df604dfb2

[issue45478] Send a patch to libexpat to solve _POSIX_C_SOURCE issue.

2021-10-18 Thread Dong-hee Na
Change by Dong-hee Na : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue45478> ___

[issue45510] Specialize BINARY_SUBTRACT

2021-10-18 Thread Dong-hee Na
New submission from Dong-hee Na : https://github.com/faster-cpython/ideas/issues/100 -- messages: 404176 nosy: corona10 priority: normal severity: normal status: open title: Specialize BINARY_SUBTRACT type: performance versions: Python 3.11

[issue45510] Specialize BINARY_SUBTRACT

2021-10-18 Thread Dong-hee Na
Change by Dong-hee Na : -- keywords: +patch pull_requests: +27299 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29010 ___ Python tracker <https://bugs.python.org/issu

[issue45452] Support crash tolerance feature for gdbm module

2021-10-18 Thread Dong-hee Na
Dong-hee Na added the comment: @serhiy what is the main concern about this feature? -- ___ Python tracker <https://bugs.python.org/issue45452> ___ ___ Python-bug

[issue45452] Support crash tolerance feature for gdbm module

2021-10-18 Thread Dong-hee Na
Dong-hee Na added the comment: if you think that this feature is not usable, I will let gdbms maintainers write the idea to the Python-dev mailing list if they want to enable this feature. -- ___ Python tracker <https://bugs.python.

[issue45452] Support crash tolerance feature for gdbm module

2021-10-18 Thread Dong-hee Na
Dong-hee Na added the comment: Wow, long discussion than I expected, I wish that you don't feel uncomfortable with my opinion first :) > The main concern is that it is not clear how to use this feature, and if it > is not clear IMHO, this feature is similar usage level with gdbm

[issue45532] Replace 'default' with 'main' as default in sys.version

2021-10-19 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue45532> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45532] Replace 'default' with 'main' as default in sys.version

2021-10-19 Thread Dong-hee Na
Dong-hee Na added the comment: +1 -- ___ Python tracker <https://bugs.python.org/issue45532> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45532] Replace 'default' with 'main' as default in sys.version

2021-10-19 Thread Dong-hee Na
Change by Dong-hee Na : -- keywords: +easy (C) ___ Python tracker <https://bugs.python.org/issue45532> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45532] Replace 'default' with 'main' as default in sys.version

2021-10-19 Thread Dong-hee Na
Dong-hee Na added the comment: > youknowone Do you want to take a look? -- nosy: +youknowone ___ Python tracker <https://bugs.python.org/issue45532> ___ _

[issue45500] Rewrite test_dbm

2021-10-20 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset d46b2217d13bbcf8145da8c12a487ba775d6f162 by Ɓukasz Langa in branch '3.9': [3.9] bpo-45500: Rewrite test_dbm (GH-29002) (GH-29074) https://github.com/python/cpython/commit/d46b2217d13bbcf8145da8c12a487ba775d6f162 -- nosy:

[issue45532] Replace 'default' with 'main' as default in sys.version

2021-10-20 Thread Dong-hee Na
Dong-hee Na added the comment: > Note that _Py_gitidentifier is supposed to return meaningful values while > building from within a git checkout '3.11.0a1+ (heads/main:3163e68c34, Oct 20 2021, 18:39:18) [Clang 12.0.0 (clang-1200.0.32.29)] FYI, it retrieves branch infor

[issue45532] Replace 'default' with 'main' as default in sys.version

2021-10-20 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset d2cd5eef0c3fc0431bfe3fc24b4c020ebfcf8aad by Jeong YunWon in branch 'main': bpo-45532: Replace 'default' with 'main' as default in sys.version (GH-29100) https://github.com/python/cpython/commit/d2cd5eef0c

[issue45532] Replace 'default' with 'main' as default in sys.version

2021-10-20 Thread Dong-hee Na
Dong-hee Na added the comment: Thank you Ezio and youknowone :) -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/i

[issue44019] operator.call/operator.__call__

2021-10-21 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset a53456e587c2e935e7e77170d57960e8c80d8a4d by Kreus Amredes in branch 'main': bpo-44019: Add operator.call() to __all__ for the operator module (GH-29110) https://github.com/python/cpython/commit/a53456e587c2e935e7e77170d57960

[issue44019] operator.call/operator.__call__

2021-10-21 Thread Dong-hee Na
Change by Dong-hee Na : -- pull_requests: +27401 pull_request: https://github.com/python/cpython/pull/29124 ___ Python tracker <https://bugs.python.org/issue44

[issue44019] operator.call/operator.__call__

2021-10-21 Thread Dong-hee Na
Dong-hee Na added the comment: > test___all__ was not supposed to fail with the missing "call" in > operator.__all__? AFAIK, it doesn't check. I add the test for the operator module. -- ___ Python tracker <https://bu

[issue44019] operator.call/operator.__call__

2021-10-21 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset 37fad7d3b7154c44b9902a2ab0db8641f1a0284b by Dong-hee Na in branch 'main': bpo-44019: Add test_all_exported_names for operator module (GH-29124) https://github.com/python/cpython/commit/37fad7d3b7154c44b9902a2ab0db86

[issue44019] operator.call/operator.__call__

2021-10-21 Thread Dong-hee Na
Change by Dong-hee Na : -- pull_requests: +27418 pull_request: https://github.com/python/cpython/pull/29142 ___ Python tracker <https://bugs.python.org/issue44

[issue43706] enumerate() instantiation time reducing by using PEP 590 vectorcall

2021-10-21 Thread Dong-hee Na
Dong-hee Na added the comment: See my last benchmark https://github.com/python/cpython/pull/25154#issuecomment-949061515 Same result in both Linux VM and Macbook pro. -- ___ Python tracker <https://bugs.python.org/issue43

[issue43706] enumerate() instantiation time reducing by using PEP 590 vectorcall

2021-10-21 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +kj ___ Python tracker <https://bugs.python.org/issue43706> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue43706] enumerate() instantiation time reducing by using PEP 590 vectorcall

2021-10-21 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset 83f202a802b0810e2f0900c6d298fd104390f2ba by Dong-hee Na in branch 'main': bpo-43706: Use PEP 590 vectorcall to speed up enumerate() (GH-25154) https://github.com/python/cpython/commit/83f202a802b0810e2f0900c6d298fd

[issue43706] enumerate() instantiation time reducing by using PEP 590 vectorcall

2021-10-21 Thread Dong-hee Na
Dong-hee Na added the comment: Thanks Victor! -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/i

[issue43706] enumerate() instantiation time reducing by using PEP 590 vectorcall

2021-10-21 Thread Dong-hee Na
Change by Dong-hee Na : -- versions: +Python 3.11 -Python 3.10 ___ Python tracker <https://bugs.python.org/issue43706> ___ ___ Python-bugs-list mailing list Unsub

[issue43706] enumerate() instantiation time reducing by using PEP 590 vectorcall

2021-10-21 Thread Dong-hee Na
Dong-hee Na added the comment: @vstinner I noticed that the msg390083 was based on a non-optimized build. https://github.com/python/cpython/pull/25154#issuecomment-949061515 ran with the same build option condition. Here is the PGO + LTO based benchmark. Still fast

[issue45429] [Windows] time.sleep() should use CREATE_WAITABLE_TIMER_HIGH_RESOLUTION

2021-10-24 Thread Dong-hee Na
Change by Dong-hee Na : -- keywords: +patch pull_requests: +27472 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29203 ___ Python tracker <https://bugs.python.org/issu

[issue45429] [Windows] time.sleep() should use CREATE_WAITABLE_TIMER_HIGH_RESOLUTION

2021-10-24 Thread Dong-hee Na
Dong-hee Na added the comment: AS-IS: average: 0.015609736680984497 TO-BE: average: 2.7387380599975585e-05 Impressive result :) -- Added file: https://bugs.python.org/file50392/bpo-45429.py ___ Python tracker <https://bugs.python.

[issue45669] An 'ascii_alphanumerics' variable is missing in the 'strings' lib

2021-10-29 Thread Dong-hee Na
Dong-hee Na added the comment: +1 to me also -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue45669> ___ ___ Python-bugs-list mailin

[issue45669] An 'ascii_alphanumerics' variable is missing in the 'strings' lib

2021-10-29 Thread Dong-hee Na
Dong-hee Na added the comment: I always need to write trivial code to generate fixed-length random strings with ascii_alphanumerics. It will solve similar usages and help a lot of packages. -- ___ Python tracker <https://bugs.python.

[issue45669] An 'ascii_alphanumerics' variable is missing in the 'strings' lib

2021-10-30 Thread Dong-hee Na
Dong-hee Na added the comment: @skip.montanaro I agree with your concern, if authors want to use this constant, they need to use the mentioned workaround to import it. But we already have cases that add such constants if we considered them as useful constants. So I think that the main

[issue45634] [sqlite3] don't combine error checks when adding integer constants

2021-10-31 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset 39b4d5938ce781af41f8c9da72dee46095a78642 by Erlend Egeberg Aasland in branch 'main': bpo-45634: Don't combine error checks when adding `sqlite3` int constants (GH-29251) https://github.com/python

[issue45634] [sqlite3] don't combine error checks when adding integer constants

2021-10-31 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset ed91f959b032951620f32bcd93ff27223699a86a by Erlend Egeberg Aasland in branch '3.10': [3.10] bpo-45634: Don't combine error checks when adding `sqlite3` int constants (GH-29251). (GH-29343) https://github.com/python

[issue45512] [sqlite3] simplify "isolation level"

2021-11-05 Thread Dong-hee Na
Dong-hee Na added the comment: Hmm, now I understood what you intended, The code was hard to read without knowing the condition of the begin_statement. Would this be a trade-off in terms of code readability? -- nosy: +corona10 ___ Python tracker

[issue45510] Specialize BINARY_SUBTRACT

2021-11-11 Thread Dong-hee Na
Change by Dong-hee Na : -- pull_requests: +27773 pull_request: https://github.com/python/cpython/pull/29523 ___ Python tracker <https://bugs.python.org/issue45

[issue45512] [sqlite3] simplify "isolation level"

2021-11-14 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset b567b9d74bd9e476a3027335873bb0508d6e450f by Erlend Egeberg Aasland in branch 'main': bpo-45512: Simplify isolation_level handling in `sqlite3` (GH-29053) https://github.com/python/cpython/commit/b567b9d74bd9e476a3027335873bb0

[issue45512] [sqlite3] simplify "isolation level"

2021-11-15 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset 822c3dcce3996e411c1ff5c432c6ac7d2845cfd6 by Erlend Egeberg Aasland in branch 'main': bpo-45512: Raise exception if sqlite3.Connection.__init__ is called with bad isolation level (#29561) https://github.com/python/cpyt

[issue45512] [sqlite3] simplify "isolation level"

2021-11-15 Thread Dong-hee Na
Change by Dong-hee Na : -- pull_requests: +27810 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/29562 ___ Python tracker <https://bugs.python.org/issu

[issue45429] [Windows] time.sleep() should use CREATE_WAITABLE_TIMER_HIGH_RESOLUTION

2021-11-16 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset 55868f1a335cd3853938082a5b25cfba66563135 by Dong-hee Na in branch 'main': bpo-45429: Support CREATE_WAITABLE_TIMER_HIGH_RESOLUTION if possible (GH-29203) https://github.com/python/cpython/commit/55868f1a335cd3853938082a5b25cf

[issue45429] [Windows] time.sleep() should use CREATE_WAITABLE_TIMER_HIGH_RESOLUTION

2021-11-16 Thread Dong-hee Na
Change by Dong-hee Na : -- pull_requests: +27832 pull_request: https://github.com/python/cpython/pull/29589 ___ Python tracker <https://bugs.python.org/issue45

[issue45512] [sqlite3] simplify "isolation level"

2021-11-17 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset 5f9247e36a0213b0dcfd43533db5cf6570895cfd by Erlend Egeberg Aasland in branch 'main': bpo-45512: Extend `sqlite3` test suite regarding isolation levels (GH-29576) https://github.com/python/cpython/commit/5f9247e36a0213b0dcfd43533db5cf

[issue45512] [sqlite3] simplify "isolation level"

2021-11-17 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset e002bbc6cce637171fb2b1391ffeca8643a13843 by Dong-hee Na in branch 'main': bpo-45512: Simplify manage isolation level (GH-29562) https://github.com/python/cpython/commit/e002bbc6cce637171fb2b1391ffeca

[issue45512] [sqlite3] simplify "isolation level"

2021-11-17 Thread Dong-hee Na
Dong-hee Na added the comment: @erlendaasland Now we close this issue right? -- ___ Python tracker <https://bugs.python.org/issue45512> ___ ___ Python-bug

[issue45429] [Windows] time.sleep() should use CREATE_WAITABLE_TIMER_HIGH_RESOLUTION

2021-11-17 Thread Dong-hee Na
Change by Dong-hee Na : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue45429> ___ ___ Pyth

[issue45512] [sqlite3] simplify "isolation level"

2021-11-18 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset 0920b61a0cb30128287ebafab1df8cad3a3dffdb by Erlend Egeberg Aasland in branch 'main': bpo-45512: Use Argument Clinic to set sqlite3 isolation level (GH-29593) https://github.com/python/cpython/commit/0920b61a0cb30128287ebafab1df8c

[issue45510] Specialize BINARY_SUBTRACT

2021-11-18 Thread Dong-hee Na
Dong-hee Na added the comment: Thank you Mark! -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/i

[issue45760] Remove "PyNumber_InMatrixMultiply"

2021-11-24 Thread Dong-hee Na
Change by Dong-hee Na : -- keywords: +patch nosy: +corona10 nosy_count: 3.0 -> 4.0 pull_requests: +27988 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29751 ___ Python tracker <https://bugs.python.org/i

[issue45760] Remove "PyNumber_InMatrixMultiply"

2021-11-26 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset db671b010cb4662011c6e6567a1f4fcd509102b8 by Dong-hee Na in branch 'main': bpo-45760: Remove PyNumber_InMatrixMultiply (GH-29751) https://github.com/python/cpython/commit/db671b010cb4662011c6e6567a1f4f

[issue45760] Remove "PyNumber_InMatrixMultiply"

2021-11-26 Thread Dong-hee Na
Change by Dong-hee Na : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue45760> ___ ___ Pyth

[issue40280] Consider supporting emscripten/webassembly as a build target

2021-11-26 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue40280> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45908] dict.fromkeys insertion order

2021-11-27 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +methane, rhettinger ___ Python tracker <https://bugs.python.org/issue45908> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30533] missing feature in inspect module: getmembers_static

2021-11-30 Thread Dong-hee Na
Dong-hee Na added the comment: Please update the documentation also. see: https://docs.python.org/3.11/library/inspect.html?highlight=inspect#inspect.getmembers -- nosy: +corona10 status: closed -> open ___ Python tracker <

[issue45982] Bug in Error messages

2021-12-04 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue45982> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27946] elementtree calls PyDict_GetItem without owning a reference to the dict

2021-12-04 Thread Dong-hee Na
Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue27946> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45510] Specialize BINARY_SUBTRACT

2021-12-08 Thread Dong-hee Na
Dong-hee Na added the comment: New changeset 5de39f4b412ed5b0f3ed0140c83b2c1f8c707603 by Brandt Bucher in branch 'main': bpo-45510: Check both types when specializing subtraction (GH-29995) https://github.com/python/cpython/commit/5de39f4b412ed5b0f3ed0140c83b2c

[issue46006] [subinterpreter] _PyUnicode_EqualToASCIIId() issue with subinterpreters

2021-12-09 Thread Dong-hee Na
Dong-hee Na added the comment: > If two strings are interned and part of the same interpreter, the "ptr1 == > ptr2" comparison continues to work. Yeah, AFAIK Comparing two interned strings from different interpreters are not the av

[issue22367] Add open_file_descriptor parameter to fcntl.lockf() (use the new F_OFD_SETLK flag)

2019-11-09 Thread Dong-hee Na
Change by Dong-hee Na : -- pull_requests: +16607 pull_request: https://github.com/python/cpython/pull/17099 ___ Python tracker <https://bugs.python.org/issue22

[issue22367] Add open_file_descriptor parameter to fcntl.lockf() (use the new F_OFD_SETLK flag)

2019-11-10 Thread Dong-hee Na
Dong-hee Na added the comment: One question: Is there any reason to choose the name is `open_file_descriptor` not `open_file_description`? -- ___ Python tracker <https://bugs.python.org/issue22

[issue22367] Add open_file_descriptor parameter to fcntl.lockf() (use the new F_OFD_SETLK flag)

2019-11-10 Thread Dong-hee Na
Dong-hee Na added the comment: According to https://www.gnu.org/software/libc/manual/html_node/Open-File-Description-Locks.html It is important to distinguish between the open file description (an instance of an open file, usually created by a call to open) and an open file descriptor

[issue22367] Add open_file_descriptor parameter to fcntl.lockf() (use the new F_OFD_SETLK flag)

2019-11-14 Thread Dong-hee Na
Change by Dong-hee Na : -- pull_requests: +16664 pull_request: https://github.com/python/cpython/pull/17154 ___ Python tracker <https://bugs.python.org/issue22

[issue22367] Add open_file_descriptor parameter to fcntl.lockf() (use the new F_OFD_SETLK flag)

2019-11-14 Thread Dong-hee Na
Dong-hee Na added the comment: @vstinner Victor, Thanks for letting me know. It was reproduced on my mac machine so I fix the test. Please take a look. -- ___ Python tracker <https://bugs.python.org/issue22

[issue22367] Add open_file_descriptor parameter to fcntl.lockf() (use the new F_OFD_SETLK flag)

2019-11-15 Thread Dong-hee Na
Dong-hee Na added the comment: @Michael.Felt Thanks for the suggestion. I 've updated the PR to skip the test on AIX. cc @vstinner -- ___ Python tracker <https://bugs.python.org/is

[issue22367] Add open_file_descriptor parameter to fcntl.lockf() (use the new F_OFD_SETLK flag)

2019-11-15 Thread Dong-hee Na
Dong-hee Na added the comment: Dear Core developers Although I updated the unit test for this issue if the reverting is a better way. Please let me know. I am happy to follow the decision. :) Thanks always -- ___ Python tracker <ht

[issue37083] Document TYPE_COMMENT in documentation reference for compound statements

2019-11-16 Thread Dong-hee Na
Change by Dong-hee Na : -- keywords: +patch pull_requests: +16696 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/17191 ___ Python tracker <https://bugs.python.org/issu

[issue38790] test_fcntl failing on macOS CI

2019-11-16 Thread Dong-hee Na
Dong-hee Na added the comment: This issue was reported from victor See https://bugs.python.org/msg356607 And I attached the patch for this on GH 17154. Please take a look at the patch also. I apologize for the trouble as the original test code author. -- keywords: +patch

<    2   3   4   5   6   7   8   9   10   11   >