[issue37797] Add name attribute to NameError

Change by Dong-hee Na : -- pull_requests: +15147 pull_request: https://github.com/python/cpython/pull/15453 ___ Python tracker <https://bugs.python.org/issue37

[issue37797] Add name attribute to NameError

Change by Dong-hee Na : -- pull_requests: -15147 ___ Python tracker <https://bugs.python.org/issue37797> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37798] Add C fastpath for statistics.NormalDist.inv_cdf()

Dong-hee Na added the comment: Thank you for the mentoring of this work. It was great experience for me! -- ___ Python tracker <https://bugs.python.org/issue37

[issue25026] (FreeBSD/OSX) Fix fcntl module to accept 'unsigned long' type commands for ioctl(2).

Dong-hee Na added the comment: Can I take a look at this issue? Is there anything should I care about except update clinic? Thanks! -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue25

[issue37805] json.dump(..., skipkeys=True) has no unit tests

Change by Dong-hee Na : -- keywords: +patch pull_requests: +15176 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15489 ___ Python tracker <https://bugs.python.org/issu

[issue37805] json.dump(..., skipkeys=True) has no unit tests

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

[issue24479] Support LMMS project files in mimetypes.guess_type

Dong-hee Na added the comment: @vstiner I'd like to work on this issue. My plan is adding mime-types as 'mmp' to 'application/x-lmms-project' and 'mmpz' to 'application/x-lmms-project' What do you think? -- nosy: +corona10 _

[issue33955] Implement PyOS_CheckStack on macOS using pthread_get_stack*_np

Dong-hee Na added the comment: @ronaldoussoren Do you have any ideas to resume this issue again? -- ___ Python tracker <https://bugs.python.org/issue33

[issue22347] mimetypes.guess_type("//example.com") misinterprets host name as file name

Change by Dong-hee Na : -- pull_requests: +15206 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15522 ___ Python tracker <https://bugs.python.org/issu

[issue37798] Add C fastpath for statistics.NormalDist.inv_cdf()

Change by Dong-hee Na : -- pull_requests: +15223 pull_request: https://github.com/python/cpython/pull/15546 ___ Python tracker <https://bugs.python.org/issue37

[issue37798] Add C fastpath for statistics.NormalDist.inv_cdf()

Dong-hee Na added the comment: @rhettinger If you are okay, Can you review PR 15546, please? IMHO, this issue should be fixed ASAP... Thanks again -- ___ Python tracker <https://bugs.python.org/issue37

[issue37943] mimetypes.guess_extension() doesn’t get JPG right

Dong-hee Na added the comment: It works well on the master branch version but also the latest 3.7 branch I think that we can close this issue for `.jpe` issue if we don't have to support "image/jpg" case. Python 3.9.0a0 (heads/master:daa82d019c, Aug 31 2019, 23:37:00) [Clan

[issue37943] mimetypes.guess_extension() doesn’t get JPG right

Change by Dong-hee Na : -- nosy: -vstinner ___ Python tracker <https://bugs.python.org/issue37943> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24416] Return a namedtuple from date.isocalendar()

Dong-hee Na added the comment: @vstinner @taleinat This patch of this issue is not merged yet. If there is no reason to abandon this patch, is it okay for me to continue working on it? -- nosy: +corona10, vstinner ___ Python tracker <ht

[issue24416] Return a namedtuple from date.isocalendar()

Dong-hee Na added the comment: This patch/The patch -- ___ Python tracker <https://bugs.python.org/issue24416> ___ ___ Python-bugs-list mailing list Unsub

[issue24416] Return a namedtuple from date.isocalendar()

Change by Dong-hee Na : -- pull_requests: +15301 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/15633 ___ Python tracker <https://bugs.python.org/issu

[issue24416] Return a namedtuple from date.isocalendar()

Dong-hee Na added the comment: @p-ganssle @taleinat I agree that there are penalties of this patch what you said. But I'm wondering how the `fromisocalendar` API relates to this patch. Rather, wouldn't this patch contribute to improving the usability of the `fromisocalendar` AP

[issue24416] Return a namedtuple from date.isocalendar()

Dong-hee Na added the comment: @pganssle @serhiy.storchaka Sounds reasonable on the view of maintaining pure Python and C APIs at the time Thank you for the explanation. -- ___ Python tracker <https://bugs.python.org/issue24

[issue24416] Return a namedtuple from date.isocalendar()

Dong-hee Na added the comment: @taleinat @p-ganssle I am okay with closing this issue without any change. My initial purpose for this issue was also whether or not to close a long left issue. I am +1 to closing this issue without any change. Please leave a vote for this issue. If @taleinat

[issue24416] Have date.isocalendar() return a structseq instance

Dong-hee Na added the comment: @vstinner == baseline == ./python.exe -m timeit -r11 -s 'import datetime' -s 'a = datetime.datetime.now().isocalendar()' 5000 loops, best of 11: 8.73 nsec per loop == proposed == ./python.exe -m timeit -r11 -s &#x

[issue35923] Update the BuiltinImporter in importlib to use loader._ORIGIN instead of a hardcoded value

Change by Dong-hee Na : -- keywords: +patch pull_requests: +15318 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15651 ___ Python tracker <https://bugs.python.org/issu

[issue35923] Update the BuiltinImporter in importlib to use loader._ORIGIN instead of a hardcoded value

Change by Dong-hee Na : -- versions: +Python 3.9 ___ Python tracker <https://bugs.python.org/issue35923> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue22347] mimetypes.guess_type("//example.com") misinterprets host name as file name

Change by Dong-hee Na : -- pull_requests: +15345 pull_request: https://github.com/python/cpython/pull/15687 ___ Python tracker <https://bugs.python.org/issue22

[issue22347] mimetypes.guess_type("//example.com") misinterprets host name as file name

Dong-hee Na added the comment: @vstinner(my mentor) @maxking Now this issue is solved. I'd like to close this issue. Is it okay? -- nosy: +maxking, vstinner ___ Python tracker <https://bugs.python.org/is

[issue22347] mimetypes.guess_type("//example.com") misinterprets host name as file name

Dong-hee Na added the comment: Great! I will close bpo-35939 also. -- ___ Python tracker <https://bugs.python.org/issue22347> ___ ___ Python-bugs-list mailin

[issue22347] mimetypes.guess_type("//example.com") misinterprets host name as file name

Change by Dong-hee Na : -- stage: patch review -> resolved ___ Python tracker <https://bugs.python.org/issue22347> ___ ___ Python-bugs-list mailing list Un

[issue22347] mimetypes.guess_type("//example.com") misinterprets host name as file name

Change by Dong-hee Na : -- resolution: -> fixed status: open -> closed ___ Python tracker <https://bugs.python.org/issue22347> ___ ___ Python-bugs-list

[issue35939] Remove urllib.parse._splittype from mimetypes.guess_type

Dong-hee Na added the comment: This issue is fixed by https://github.com/python/cpython/pull/15522 -- resolution: -> fixed stage: -> resolved status: open -> closed versions: +Python 3.9 ___ Python tracker <https://bugs.python.or

[issue35939] Remove urllib.parse._splittype from mimetypes.guess_type

Change by Dong-hee Na : -- resolution: fixed -> duplicate superseder: -> mimetypes.guess_type("//example.com") misinterprets host name as file name ___ Python tracker <https://bugs.py

[issue24416] Have date.isocalendar() return a structseq instance

Dong-hee Na added the comment: @vstinner Here is the new benchmark with you suggested. It seems to affect performance. == Baseline == Mean +- std dev: 134 ns +- 2 ns == PR 15633 == Mean +- std dev: 174 ns +- 5 ns -- ___ Python tracker <ht

[issue38038] Remove urllib.parse._ from xmlrpc.client

New submission from Dong-hee Na : This issue is the same as bpo-22347. Let's remove the deprecated urllib.parse._splituser and urllib.parse._splittype from xmlrpc.client -- components: Library (Lib) messages: 351199 nosy: corona10, serhiy.storchaka, vstinner priority: normal sev

[issue38038] Remove urllib.parse._ from xmlrpc.client

Change by Dong-hee Na : -- versions: +Python 3.7 ___ Python tracker <https://bugs.python.org/issue38038> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38038] Remove urllib.parse._ from xmlrpc.client

Change by Dong-hee Na : -- keywords: +patch pull_requests: +15357 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15703 ___ Python tracker <https://bugs.python.org/issu

[issue38038] Remove urllib.parse._ from xmlrpc.client

Change by Dong-hee Na : -- nosy: +cheryl.sabella ___ Python tracker <https://bugs.python.org/issue38038> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38038] Remove urllib.parse._splittype from xmlrpc.client

Change by Dong-hee Na : -- title: Remove urllib.parse._ from xmlrpc.client -> Remove urllib.parse._splittype from xmlrpc.client ___ Python tracker <https://bugs.python.org/issu

[issue15382] os.utime() mishandles some arguments

Dong-hee Na added the comment: @vstinner This issue is not solved yet. Can I finalize this issue? -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue15

[issue38038] Remove urllib.parse._splittype from xmlrpc.client

Change by Dong-hee Na : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.or

[issue38038] Remove urllib.parse._splittype from xmlrpc.client

Dong-hee Na added the comment: @vstinner Right. splittype() is deprecated. Nevertheless, the same functionality is still accessible to end users with _splittype (). So I thought we should go in the direction of removing this completely. >From the view of the standard library is used

[issue38038] Remove urllib.parse._splittype from xmlrpc.client

Dong-hee Na added the comment: Understood -- ___ Python tracker <https://bugs.python.org/issue38038> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35923] Update the BuiltinImporter in importlib to use loader._ORIGIN instead of a hardcoded value

Change by Dong-hee Na : -- assignee: nnja -> corona10 resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python

[issue38155] Add __all__ to the datetime module

Dong-hee Na added the comment: Good news, When this issue is solved. Can we solve the issue from https://github.com/python/cpython/pull/15633 ? -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue38

[issue21705] cgi.py: Multipart with more than one file is misparsed

Change by Dong-hee Na : -- resolution: -> fixed stage: test needed -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue33282] Subprocess Popen communicate hung if stdin not given to Popen, even though script not expecting any input

Dong-hee Na added the comment: I would like to recommend this kind of question should be discussed at comp.lang.python mailing list. If cpython bug is detected from this issue. Please reopen this issue. Thanks! -- nosy: +corona10 resolution: -> not a bug stage: -> resolved

[issue38170] imghdr: Support detecting heif

New submission from Dong-hee Na : I've found that imghdr does not detect HEIF type yet. I'd like to propose adding to detect HEIF type. There's already real-life usage within HEIF (https://help.dropbox.com/en-es/installs-integrations/mobile/ios-formats) And also we can find

[issue38170] imghdr: Support detecting heif

Dong-hee Na added the comment: https://mpeg.chiariglione.org/standards/mpeg-h/image-file-format -- ___ Python tracker <https://bugs.python.org/issue38

[issue38170] imghdr: Support detecting heif

Dong-hee Na added the comment: Oh.. but PEP 594 is planning to remove imghdr. (https://www.python.org/dev/peps/pep-0594) It looks like that adding a new feature is not proper. I close this issue because of PEP 594 -- resolution: -> wont fix stage: -> resolved status: open -&g

[issue38173] [EASY] tkinter.filedialog.askopenfilenames should follow PEP8

Change by Dong-hee Na : -- keywords: +newcomer friendly ___ Python tracker <https://bugs.python.org/issue38173> ___ ___ Python-bugs-list mailing list Unsub

[issue38173] [EASY] tkinter.filedialog.askopenfilenames should follow PEP8

New submission from Dong-hee Na : https://github.com/python/cpython/blob/39d87b54715197ca9dcb6902bb43461c0ed701a2/Lib/tkinter/filedialog.py#L397 This should be options["multiple"]=1 -> options["multiple"] = 1 -- components: Tkinter messages: 352438 nosy: coro

[issue38155] Add __all__ to the datetime module

Dong-hee Na added the comment: @ta1hia My idea is that both tests should be added. @p-ganssle's test aims to check the attr is allowed or not. And your test aims to check attribute equalities of pure python module and c module. -- ___ P

[issue36232] Improve error message on dbm.open

Dong-hee Na added the comment: I think that this issue solved. Can we close this issue? -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue36

[issue38265] Update os.pread to accept the length type as size_t

New submission from Dong-hee Na : I've found this comments. // TODO length should be size_t! but Python doesn't support parsing size_t yet. (https://github.com/python/cpython/blob/279f44678c8b84a183f9eeb85e0b086228154497/Modules/posixmodule.c#L8830) I don't know when this comm

[issue38265] Update os.pread to accept the length type as size_t

Dong-hee Na added the comment: Oh okay! Thanks for letting me know. Is it okay to switch it into Py_ssize_t? -- ___ Python tracker <https://bugs.python.org/issue38

[issue38265] Update os.pread to accept the length type as size_t

Dong-hee Na added the comment: Linux: http://man7.org/linux/man-pages/man2/pread.2.html BSD: https://www.freebsd.org/cgi/man.cgi?pread(2) macOS: https://developer.apple.com/library/archive/documentation/System/Conceptual/ManPages_iPhoneOS/man2/pread.2.html All of them pass the length as

[issue38265] Update os.pread to accept the length type as size_t

Change by Dong-hee Na : -- keywords: +patch pull_requests: +15940 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16359 ___ Python tracker <https://bugs.python.org/issu

[issue38243] A reflected XSS in python/Lib/DocXMLRPCServer.py

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

[issue38243] A reflected XSS in python/Lib/DocXMLRPCServer.py

Dong-hee Na added the comment: Looks like this issue can be solved by below code changed. @@ -833,7 +834,7 @@ class XMLRPCDocGenerator: def set_server_title(self, server_title): """Set the HTML title of the generated server documentation""&quo

[issue38243] A reflected XSS in python/Lib/DocXMLRPCServer.py

Change by Dong-hee Na : -- keywords: +patch pull_requests: +15953 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16373 ___ Python tracker <https://bugs.python.org/issu

[issue38243] A reflected XSS in python/Lib/DocXMLRPCServer.py

Dong-hee Na added the comment: I've proposed the patch on GitHub which escaping the server_title when the documenter.page is called. (It different point with msg353132. -- ___ Python tracker <https://bugs.python.org/is

[issue38265] Update os.pread to accept the length type as size_t

Dong-hee Na added the comment: Thank you @serhiy.storchaka and Kyle Stanley for the code review and approve. This issue is now solved. I close this issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed _

[issue38269] test_venv failed on AMD64 Debian PGO 3.x

New submission from Dong-hee Na : https://buildbot.python.org/all/#/builders/47/builds/3578 This issue was found from GH-16359 The main issue of this failure is the lack of storage space. OSError: [Errno 28] No space left on device: '/tmp/tmpnmcjxia9/bin/python' -> '/t

[issue38243] A reflected XSS in python/Lib/DocXMLRPCServer.py

Dong-hee Na added the comment: @vstinner Thank you for the feedback. I've updated the PR with the unit test you suggested :-) -- ___ Python tracker <https://bugs.python.org/is

[issue38269] AMD64 Debian PGO 3.x, AMD64 Clang UBSan 2.7 buildbots: No space left on device

Dong-hee Na added the comment: @gregory.p.smith @vstinner Looks like https://github.com/python/buildmaster-config/pull/111 is merged. Can we close this issue? -- ___ Python tracker <https://bugs.python.org/issue38

[issue38243] A reflected XSS in python/Lib/DocXMLRPCServer.py

Dong-hee Na added the comment: Sure! -- ___ Python tracker <https://bugs.python.org/issue38243> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38243] A reflected XSS in python/Lib/DocXMLRPCServer.py

Change by Dong-hee Na : -- pull_requests: +16026 pull_request: https://github.com/python/cpython/pull/16447 ___ Python tracker <https://bugs.python.org/issue38

[issue38308] Add optional weighting to statistics.harmonic_mean()

Dong-hee Na added the comment: Great idea! -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue38308> ___ ___ Python-bugs-list mailing list Unsub

[issue38243] A reflected XSS in python/Lib/DocXMLRPCServer.py

Change by Dong-hee Na : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue38243] A reflected XSS in python/Lib/DocXMLRPCServer.py

Dong-hee Na added the comment: > I prefer to keep it open until the 3.5 backport is merged. Sorry, I didn't find it. Yes, we should let it open until the PR is merged. -- ___ Python tracker <https://bugs.python.org

[issue26093] __qualname__ different when calling generator object w/ functions.partial

Dong-hee Na added the comment: Python 3.9.0a0 (heads/bpo-31722:fc4a044a3c, Oct 4 2019, 03:10:14) [Clang 11.0.0 (clang-1100.0.33.8)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import functools

[issue38308] Add optional weighting to statistics.harmonic_mean()

Dong-hee Na added the comment: @rhettinger If you are okay, Can I process with this issue with your guide? -- ___ Python tracker <https://bugs.python.org/issue38

[issue38308] Add optional weighting to statistics.harmonic_mean()

Dong-hee Na added the comment: Oh.. Thank you for letting me know -- ___ Python tracker <https://bugs.python.org/issue38308> ___ ___ Python-bugs-list mailin

[issue38210] Intersection of dict view with iterator returns empty set

Change by Dong-hee Na : -- keywords: +patch pull_requests: +16190 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16602 ___ Python tracker <https://bugs.python.org/issu

[issue38210] Intersection of dict view with iterator returns empty set

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

[issue38202] A fatal error in test_dictviews

Dong-hee Na added the comment: Can you finalize the PR 16241 by adding the unit test which @serhiy.storchaka suggested? -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/issue38

[issue31722] _io.IncrementalNewlineDecoder doesn't inherit codecs.IncrementalDecoder

Change by Dong-hee Na : -- pull_requests: +16247 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/16664 ___ Python tracker <https://bugs.python.org/issu

[issue31722] _io.IncrementalNewlineDecoder doesn't inherit codecs.IncrementalDecoder

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

[issue38419] The path of check-c-globals.py on README is wrong

New submission from Dong-hee Na : See https://github.com/python/cpython/blob/01171ebd966b0cd6352057799ad876dd1e07942e/Tools/c-analyzer/README#L37 -- keywords: newcomer friendly messages: 354246 nosy: corona10 priority: normal severity: normal status: open title: The path of check-c

[issue38419] The path of check-c-globals.py on README is wrong

Dong-hee Na added the comment: This is newcomer friendly issue. -- ___ Python tracker <https://bugs.python.org/issue38419> ___ ___ Python-bugs-list mailin

[issue38419] The path of check-c-globals.py on README is wrong

Change by Dong-hee Na : -- keywords: +easy ___ Python tracker <https://bugs.python.org/issue38419> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38419] The path of check-c-globals.py on README is wrong

Dong-hee Na added the comment: > Hey, Can I take on this issue? :-) Unfortunately, Amir already sent a patch for this. Please take a look at another issue :) Thank you -- ___ Python tracker <https://bugs.python.org/issu

[issue38425] Remove warning: ‘res’ may be used uninitialized in this function

New submission from Dong-hee Na : Python/Python-ast.c: In function ‘PyAST_obj2mod’: Python/Python-ast.c:10253:12: warning: ‘res’ may be used uninitialized in this function [-Wmaybe-uninitialized] CentOS Linux release 7.6.1810 gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-36) -- assignee

[issue38425] Remove warning: ‘res’ may be used uninitialized in this function

Change by Dong-hee Na : -- keywords: +patch pull_requests: +16274 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16688 ___ Python tracker <https://bugs.python.org/issu

[issue38425] Remove warning: ‘res’ may be used uninitialized in this function

Change by Dong-hee Na : -- stage: patch review -> versions: +Python 3.8 ___ Python tracker <https://bugs.python.org/issue38425> ___ ___ Python-bugs-list mai

[issue38426] declare visit_validate in Py_DEBUG macro

New submission from Dong-hee Na : I've got the warining like this. Modules/gcmodule.c:1925:1: warning: ‘visit_validate’ defined but not used [-Wunused-function] visit_validate(PyObject *op, void *parent_raw) This looks like only used in pydebug. I'd like to propose declaring thi

[issue38425] Remove warning: ‘res’ may be used uninitialized in this function

Change by Dong-hee Na : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue38449] regression - mimetypes guess_type is confused by ; in the filename

Dong-hee Na added the comment: I'd like to suggest add unit test for the report case. So that we can detect future regression issue :) -- nosy: +corona10 ___ Python tracker <https://bugs.python.org/is

[issue38449] regression - mimetypes guess_type is confused by ; in the filename

Dong-hee Na added the comment: And I aplogize for my patch which makes regrssion issue. -- ___ Python tracker <https://bugs.python.org/issue38449> ___ ___ Pytho

[issue37731] Possible redifinition of _POSIX_C_SOURCE in ./pyconfig.h

Dong-hee Na added the comment: This is also reproducible on Ubuntu 18.04 gcc 7.4.0 In file included from /home/corona10/cpython/Modules/expat/expat_config.h:8:0, from /home/corona10/cpython/Modules/expat/xmltok.c:49: ./pyconfig.h:1586:0: warning: "_POSIX_C_SOURCE"

[issue38449] regression - mimetypes guess_type is confused by ; in the filename

Dong-hee Na added the comment: > Yes, we should add a test case definitely, do you want to work on a PR? Sure, I want to finalize this issue :) -- ___ Python tracker <https://bugs.python.org/issu

[issue38449] regression - mimetypes guess_type is confused by ; in the filename

Change by Dong-hee Na : -- pull_requests: +16311 pull_request: https://github.com/python/cpython/pull/16729 ___ Python tracker <https://bugs.python.org/issue38

[issue38474] digit check logic can be replaced by Py_ISDIGIT on prepare_s

New submission from Dong-hee Na : digit check logic can be replaced by Py_ISDIGIT on prepare_s. -- assignee: corona10 messages: 354643 nosy: corona10 priority: normal severity: normal status: open title: digit check logic can be replaced by Py_ISDIGIT on prepare_s

[issue38474] digit check logic can be replaced by Py_ISDIGIT on prepare_s

Change by Dong-hee Na : -- keywords: +patch pull_requests: +16347 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16787 ___ Python tracker <https://bugs.python.org/issu

[issue38474] digit check logic can be replaced by Py_ISDIGIT on prepare_s

Change by Dong-hee Na : -- versions: +Python 3.7, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue38474> ___ ___ Python-bugs-list mailin

[issue38474] digit check logic can be replaced by Py_ISDIGIT on prepare_s

Dong-hee Na added the comment: > What is the benefit of such change? I think that if an API is implemented for a specific purpose, it should be used. This will help us to maintain code quality. Especially in the case of pointed out logics, since Py_ISDIGIT is exactly what we want to do,

[issue38474] digit check logic can be replaced by Py_ISDIGIT on prepare_s

Dong-hee Na added the comment: > I'm inclined to agree: the current code works and is efficient; there's no > strong reason to change it. Okay, then I will close the PR. I respect core developer's opinions. -- ___ P

[issue38474] digit check logic can be replaced by Py_ISDIGIT on prepare_s

Change by Dong-hee Na : -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue38493] os.CLD_KILLED should be implemented

Change by Dong-hee Na : -- keywords: +patch pull_requests: +16373 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16821 ___ Python tracker <https://bugs.python.org/issu

[issue38493] os.CLD_KILLED should be implemented

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

[issue38493] os.CLD_KILLED should be implemented

Dong-hee Na added the comment: > What about CLD_STOPPED? I think that it should be added also. I 've added the CLD_STOPPED on PR 16821. -- ___ Python tracker <https://bugs.python.org

[issue38493] os.CLD_KILLED and os.CLD_STOPPED should be implemented

Change by Dong-hee Na : -- title: os.CLD_KILLED should be implemented -> os.CLD_KILLED and os.CLD_STOPPED should be implemented ___ Python tracker <https://bugs.python.org/issu

[issue38513] Should we maintain Jython related code?

New submission from Dong-hee Na : I can read some of Jython related code on the master branch. ASFIK, this codes are the legacy of Jython2. Currently, Jython3 stops development since 2017. https://github.com/jython/jython3 Can we get rid of the Jython related code? Or is there any reason to

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