Change by Dong-hee Na :
--
versions: +Python 3.7, Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue38790>
___
___
Python-bugs-list mailin
Dong-hee Na added the comment:
Looks like
https://github.com/python/cpython/blob/088b63ea7a8331a3e34bc93c3b873c60354b4fad/Tools/c-analyzer/known.tsv#L1549
should be updated also.
What do you think?
--
nosy: +corona10
___
Python tracker
<ht
Change by Dong-hee Na :
--
pull_requests: -16706
___
Python tracker
<https://bugs.python.org/issue38616>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Dong-hee Na :
--
pull_requests: +16706
pull_request: https://github.com/python/cpython/pull/17202
___
Python tracker
<https://bugs.python.org/issue38
Change by Dong-hee Na :
--
keywords: +patch
pull_requests: +16707
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/17202
___
Python tracker
<https://bugs.python.org/issu
Change by Dong-hee Na :
--
pull_requests: +16708
pull_request: https://github.com/python/cpython/pull/17202
___
Python tracker
<https://bugs.python.org/issue38
Change by Dong-hee Na :
--
pull_requests: -16708
___
Python tracker
<https://bugs.python.org/issue38616>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Dong-hee Na :
--
pull_requests: -16707
___
Python tracker
<https://bugs.python.org/issue38615>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Dong-hee Na :
--
pull_requests: +16709
pull_request: https://github.com/python/cpython/pull/17203
___
Python tracker
<https://bugs.python.org/issue38
Dong-hee Na added the comment:
@eric.smith
I 've submitted the patch, Can I get a review from you if you don't mind?
Thank you :)
--
nosy: +corona10
___
Python tracker
<https://bugs.python.o
Dong-hee Na added the comment:
This cause of failure PR 17010 was due to change of start methods as follows:
https://docs.python.org/3/library/multiprocessing.html#contexts-and-start-methods
Changed in version 3.8: On macOS, the spawn start method is now the default.
The fork start method
Dong-hee Na added the comment:
This cause of failure PR 17010 was due to change of start methods as follows:
https://docs.python.org/3/library/multiprocessing.html#contexts-and-start-methods
Changed in version 3.8: On macOS, the spawn start method is now the default.
The fork start method
Dong-hee Na added the comment:
Steve approved this PR 17154 but we need one more reviewer to review this PR.
I hope we can reflect PR 17154 before alpha1 is released.
--
___
Python tracker
<https://bugs.python.org/issue22
New submission from Dong-hee Na :
https://travis-ci.org/python/cpython/jobs/613795145#L2020
Log detail:
0:01:44 load avg: 3.38 [ 73/419] test_multiprocessing_fork passed (1 min 42
sec) -- running: test_capi (1 min 40 sec)
/home/travis/build/python/cpython/Lib/multiprocessing
Dong-hee Na added the comment:
Duplicated with issue38842
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
Dong-hee Na added the comment:
https://dev.azure.com/python/cpython/_build/results?buildId=54136&view=results
Looks okay at this time.
It was nerve-racking, I worried about my mistake affect publishing Python 3.9.0
alpha1.
Thank you everyone who help
Dong-hee Na added the comment:
CGI programs are stored in a directory which must be configured in the web
server. The path is typically SERVER_ROOT/cgi-bin, so the URL looks like
http://www.domain/cgi-bin/script
So IMHO, is_cgi's assumption is correct.
IMHO, this is not the wrong
Dong-hee Na added the comment:
In addition, the code is not about the path on the file system,
but about the web request path.
https://bugs.python.org/msg216960 will help you to understand.
--
___
Python tracker
<https://bugs.python.
Dong-hee Na added the comment:
Yes, IMHO, but this code is related to the http.server.CGIHTTPRequestHandler.
This code looks like to be executed on the http.server.CGIHTTPRequestHandler
not the apache server.
According to docs,
This defaults to ['/cgi-bin', '/htbin&
Dong-hee Na added the comment:
I can reproduce on the latest master branch.
./python Tools/scripts/2to3 2.py
RefactoringTool: Skipping optional fixer: buffer
RefactoringTool: Skipping optional fixer: idioms
RefactoringTool: Skipping optional fixer: set_literal
RefactoringTool: Skipping
Dong-hee Na added the comment:
Thanks, Siwon Kang, I now understood what you want to say.
I left some comments on your PR 17312.
--
___
Python tracker
<https://bugs.python.org/issue38
Dong-hee Na added the comment:
@martin.panter, @asvetlov
I add the core developers who looks like to be experts on this module.
Can you follow up on Siwon's PR?
Thanks for your understanding.
--
nosy: +asvetlov, martin.panter
versions: -Pytho
Change by Dong-hee Na :
--
nosy: +Rhodri James, ethan.furman -corona10
___
Python tracker
<https://bugs.python.org/issue38863>
___
___
Python-bugs-list mailin
Dong-hee Na added the comment:
> p.s. the new PR also needs to be backported for the 3.8 bots.
PR 17252 and PR 17253 are backporting patches.
And they are ready to be merged :)
Thank you for the following up on this issue.
--
___
Python trac
Dong-hee Na added the comment:
IMHO,
1. replace self._allocated_bytes to self._sum_allocated_bytes
2. initialize self._sum_allocated_bytes at the __init__ time.
2. if self._allocated_bytes is needed, calculate from _sum_allocated_bytes it
will take O(1)
If the suggestion is accepted, I
Dong-hee Na added the comment:
Dear core developers,
I 'd like to discuss fixing this issue.
IMHO, There are 2 options to fix this issue.
1. Add parenthesize when creating ListComp.
The change will be as follow:
new = ListComp(results.get("
New submission from Dong-hee Na :
array.fromstring was deprecated at 3.2
IMHO, now we can remove array.fromstring.
For my research, there is no usage on the standard library.
I 'd like to propose that let's remove array.fromstring from 3.9
--
components: Library (Lib)
messag
Dong-hee Na added the comment:
I'd like to tag this issue as an easy issue.
--
___
Python tracker
<https://bugs.python.org/issue38916>
___
___
Python-bugs-l
Change by Dong-hee Na :
--
keywords: +easy (C)
___
Python tracker
<https://bugs.python.org/issue38916>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dong-hee Na added the comment:
For whom are interested in this issue,
Please wait until the core developer decides to approve this issue. :)
After that, we can review the PR for this issue.
Thank you for understanding.
--
___
Python tracker
Change by Dong-hee Na :
--
nosy: +brett.cannon
___
Python tracker
<https://bugs.python.org/issue38916>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dong-hee Na added the comment:
> The other deprecation in the array module says, "Deprecated since version
> 3.3, will be removed in version 4.0". Perhaps this one should have had the
> same qualifier.
I agree,
How about note it in the documentation and logging rather
Dong-hee Na added the comment:
@ned.deily @maxking
I close this issue since all PRs were merged.
Thanks, everyone for actions for this issue :)
Have a warm and happy holiday and a hopeful new year.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -&g
Dong-hee Na added the comment:
@nanjekyejoannah
IMHO, tests were added through bpo-22367
I think that we can close this issue.
What do you think?
--
nosy: +corona10
___
Python tracker
<https://bugs.python.org/issue36
Change by Dong-hee Na :
--
pull_requests: +17118
pull_request: https://github.com/python/cpython/pull/17651
___
Python tracker
<https://bugs.python.org/issue24
Dong-hee Na added the comment:
Thanks @nanjekyejoannah for comment.
Yes, I found that the codes are updated.
see
https://github.com/python/cpython/blob/bd44a7ead9f7336d7bb45f186b2b6ca0300154f7/Objects/structseq.c#L488
I close this issue.
--
nosy: +corona10
resolution: -> fi
Change by Dong-hee Na :
--
keywords: +patch
pull_requests: +17179
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17734
___
Python tracker
<https://bugs.python.org/issu
Change by Dong-hee Na :
--
pull_requests: +17200
pull_request: https://github.com/python/cpython/pull/17764
___
Python tracker
<https://bugs.python.org/issue38
Change by Dong-hee Na :
--
pull_requests: +17201
pull_request: https://github.com/python/cpython/pull/17765
___
Python tracker
<https://bugs.python.org/issue38
Dong-hee Na added the comment:
> This makes list comparison 2x slower.
This is affected by PR 17734? or PyObject_RichCompare patched?
--
nosy: +corona10
___
Python tracker
<https://bugs.python.org/issu
Dong-hee Na added the comment:
Master
Mean +- std dev: 1.08 us +- 0.02 us
Before PR-17734
Mean +- std dev: 584 ns +- 12 ns
New suggested
.
Mean +- std dev: 578 ns +- 14 ns
diff --git a/Objects/object.c b/Objects/object.c
index 6fc1146..b42f41a 100644
--- a/Objects
Change by Dong-hee Na :
--
keywords: +patch
pull_requests: +17213
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17780
___
Python tracker
<https://bugs.python.org/issu
Change by Dong-hee Na :
--
pull_requests: +17241
pull_request: https://github.com/python/cpython/pull/17814
___
Python tracker
<https://bugs.python.org/issue39
Dong-hee Na added the comment:
I noticed that min/max builtin function also has the same problem.
For example, PyPy raise TypeError as
TypeError: max() expects at least one argument.
PR-17814 is an update patch for this.
I suggest changing the title to be "Fix inaccurate TypeError mes
Change by Dong-hee Na :
--
versions: -Python 3.5, Python 3.6
___
Python tracker
<https://bugs.python.org/issue39200>
___
___
Python-bugs-list mailing list
Unsub
New submission from Dong-hee Na :
When I copy and paste the pretty long text into REPL shell.
REPL shell is crash down with segment fault.
This issue is only reproducible on macOS,
but Linux REPL doesn't look like normal behavior.
[origin
Change by Dong-hee Na :
--
nosy: +serhiy.storchaka, vstinner
___
Python tracker
<https://bugs.python.org/issue39209>
___
___
Python-bugs-list mailing list
Unsub
Dong-hee Na added the comment:
@pablogsal
Works correct with PR 17860 :)
Python 3.9.0a2+ (heads/pr/17860:958541d67c, Jan 6 2020, 20:45:49)
[Clang 11.0.0 (clang-1100.0.33.16)] on darwin
Type "help", "copyright", "credits" or "l
Dong-hee Na added the comment:
@pablogsal
PR 17813 is merged.
If you don't mind, can we review PR 17814 that will be applied or not?
--
___
Python tracker
<https://bugs.python.org/is
New submission from Dong-hee Na :
https://discuss.python.org/t/ot-gmane-server-moving/2967
AFAIK, we have several codes that use news.gmane.org.
According to article, don't we have to update it?
(sorry I am not a committer, so I don't have permission to write on that)
https://
Dong-hee Na added the comment:
@vstinner
Oh! sure, I will submit the PR right a way :)
--
___
Python tracker
<https://bugs.python.org/issue39242>
___
___
Pytho
Change by Dong-hee Na :
--
keywords: +patch
pull_requests: +17315
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17903
___
Python tracker
<https://bugs.python.org/issu
New submission from Dong-hee Na :
Since poplib.POP3/POP3_SSL's implementation depends on socket.makefile, the
client should reject if the timeout is zero.
Because socket.makefile said that 'The socket must be in blocking mode' and if
we set timeout to zero, the client does
Dong-hee Na added the comment:
Sure, I will submit the PR by tomorrow :)
--
___
Python tracker
<https://bugs.python.org/issue39259>
___
___
Python-bugs-list m
Change by Dong-hee Na :
--
keywords: +patch
pull_requests: +17323
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17912
___
Python tracker
<https://bugs.python.org/issu
Dong-hee Na added the comment:
ftplib:
https://github.com/python/cpython/blob/efa3b51fd060352cc6220b27a1026e4d4d5401bd/Lib/ftplib.py#L155
nntplib:
https://github.com/python/cpython/blob/2e6a8efa837410327b593dc83c57492253b1201e/Lib/nntplib.py#L1049
smtplib:
https://github.com/python/cpython
Change by Dong-hee Na :
--
pull_requests: +17344
pull_request: https://github.com/python/cpython/pull/17936
___
Python tracker
<https://bugs.python.org/issue39
Dong-hee Na added the comment:
I also fail to reproduce the issue on the master branch of Python on macOS.
--
nosy: +corona10
___
Python tracker
<https://bugs.python.org/issue39
Dong-hee Na added the comment:
Victor: Changes are only correcting the message.
I am +1 on backporting :)
--
___
Python tracker
<https://bugs.python.org/issue39
Change by Dong-hee Na :
--
pull_requests: +17351
pull_request: https://github.com/python/cpython/pull/17939
___
Python tracker
<https://bugs.python.org/issue39
Dong-hee Na added the comment:
CPython or stdlib: There is no code depends on the error message of range and
min/max.
3rd party: IMHO, if somebody relies on the error message, not error type, I
think that the code pattern is bad usage
And as I mentioned on msg359243, other python compatible
Change by Dong-hee Na :
--
nosy: +corona10
___
Python tracker
<https://bugs.python.org/issue39298>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Dong-hee Na :
See: https://github.com/python/cpython/pull/17939#pullrequestreview-341290152
There was partial refactoring through PR 17939.
I and Victor think that nntplib._NNTPBase can be removed by merging
nntplib._NNTPBase and nntplib.NNTP.
The only care point would be
Change by Dong-hee Na :
--
pull_requests: +17366
pull_request: https://github.com/python/cpython/pull/17958
___
Python tracker
<https://bugs.python.org/issue39
Change by Dong-hee Na :
--
pull_requests: +17367
pull_request: https://github.com/python/cpython/pull/17959
___
Python tracker
<https://bugs.python.org/issue39
Dong-hee Na added the comment:
Any progress?
--
nosy: +corona10
___
Python tracker
<https://bugs.python.org/issue26317>
___
___
Python-bugs-list mailin
Dong-hee Na added the comment:
I met this issue during I compile with gcc9 on my local mac machine.
This issue should be fixed..
--
___
Python tracker
<https://bugs.python.org/issue26
Change by Dong-hee Na :
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/issue26317>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dong-hee Na added the comment:
> Can we now close this issue? Or is there still something to do?
There is no case on xxlib series except LMTP.
I am going to open a new issue about LMTP.
So let's close this :)
--
___
Python tracker
New submission from Dong-hee Na :
see: https://github.com/python/cpython/pull/17958#issuecomment-573390867
I've noticed that LMTP does not support the timeout parameter.
See: https://docs.python.org/3.9/library/smtplib.html#smtplib.LMTP
However, LMTP also able to use the socket whi
Change by Dong-hee Na :
--
keywords: +patch
pull_requests: +17402
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17998
___
Python tracker
<https://bugs.python.org/issu
Change by Dong-hee Na :
--
pull_requests: +17403
pull_request: https://github.com/python/cpython/pull/17999
___
Python tracker
<https://bugs.python.org/issue39
Dong-hee Na added the comment:
@lucianamarques
Good news, if you submit the patch.
Please ping me and @vstinner :)
--
___
Python tracker
<https://bugs.python.org/issue39
Change by Dong-hee Na :
--
nosy: +corona10
___
Python tracker
<https://bugs.python.org/issue39343>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dong-hee Na added the comment:
Same for news.gmane.org
>>> s = nntplib.NNTP('news.gmane.org')
Traceback (most recent call last):
File "", line 1, in
File "/Users/corona10/oss/cpython/Lib/nntplib.py", line 1045, in __init__
self.sock = self
Dong-hee Na added the comment:
s = nntplib.NNTP('nntp.perl.org')
s = nntplib.NNTP('news.mozilla.org')
I 've checked a few servers list to use.
But I don't know that they are proper to use.
--
___
Python tracker
<h
Dong-hee Na added the comment:
But for now on, IMHO skip is better choice.
--
___
Python tracker
<https://bugs.python.org/issue39343>
___
___
Python-bugs-list m
Change by Dong-hee Na :
--
keywords: +patch
pull_requests: +17411
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18013
___
Python tracker
<https://bugs.python.org/issu
Dong-hee Na added the comment:
Thanks for the opinion.
Sounds reasonable!
--
___
Python tracker
<https://bugs.python.org/issue39200>
___
___
Python-bugs-list m
New submission from Dong-hee Na :
Remove deprecated methods since Python 3.3.
Moreover nntplib.NNTP.xgtitle has not been exposed through docs.python.org
https://docs.python.org/3/library/nntplib.html
--
assignee: corona10
messages: 360163
nosy: corona10, vstinner
priority: normal
Change by Dong-hee Na :
--
pull_requests: +17431
pull_request: https://github.com/python/cpython/pull/18035
___
Python tracker
<https://bugs.python.org/issue39
Change by Dong-hee Na :
--
pull_requests: +17433
pull_request: https://github.com/python/cpython/pull/18035
___
Python tracker
<https://bugs.python.org/issue39
Change by Dong-hee Na :
--
keywords: +patch
pull_requests: +17432
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18035
___
Python tracker
<https://bugs.python.org/issu
Change by Dong-hee Na :
--
pull_requests: -17431
___
Python tracker
<https://bugs.python.org/issue39336>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Dong-hee Na :
--
pull_requests: -17433
___
Python tracker
<https://bugs.python.org/issue39336>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dong-hee Na added the comment:
I apologize for the noise caused by the wrong PR connection.
--
nosy: +corona10
___
Python tracker
<https://bugs.python.org/issue39
Dong-hee Na added the comment:
Looks like xgtitle is supported but xpath is not.
>>> a.xgtitle('gmane.comp.python.committers')
('282 Descriptions in form "group description"',
[('gmane.comp.python.committers', 'CPython Committer
Dong-hee Na added the comment:
> Does
> https://docs.python.org/dev/library/nntplib.html#nntplib.NNTP.description
> give the same result?
Not exactly same but descriptions give a similar result.
>>> import nntplib
>>> a = nntplib.NNTP('n
Change by Dong-hee Na :
--
keywords: +patch
pull_requests: +17455
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/18061
___
Python tracker
<https://bugs.python.org/issu
New submission from Dong-hee Na :
For example, long_is_finite has not been used for 12 years.
--
assignee: corona10
messages: 360408
nosy: corona10
priority: normal
severity: normal
status: open
title: Remove unused code from longobject.c complexobject.c floatobject.c
Dong-hee Na added the comment:
If you don't mind, Would you like to attach the reproducible script for this?
--
nosy: +corona10
___
Python tracker
<https://bugs.python.org/is
Change by Dong-hee Na :
--
pull_requests: +17493
pull_request: https://github.com/python/cpython/pull/18105
___
Python tracker
<https://bugs.python.org/issue39
Change by Dong-hee Na :
--
keywords: +patch
pull_requests: +17494
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18105
___
Python tracker
<https://bugs.python.org/issu
Change by Dong-hee Na :
--
pull_requests: -17493
___
Python tracker
<https://bugs.python.org/issue39145>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dong-hee Na added the comment:
rm-finite.patch was applied by bpo-39415.
> Once that's merged, let's close this issue as rejected.
I close this issue to a rejected state as discussed above.
Thank you to all who participated in this discussion.
--
nosy: +corona
Dong-hee Na added the comment:
Thank you to all who participated in this discussion and review :)
--
___
Python tracker
<https://bugs.python.org/issue39
Dong-hee Na added the comment:
Reproducible.
It looks similar to bpo-38588.
We will apply the same solution as we did at bpo-38588?
or do we plan to apply the solution which is suggested on msg359023?
--
nosy: +corona10, inada.naoki, pablogsal
Change by Dong-hee Na :
--
stage: -> needs patch
versions: -Python 3.6
___
Python tracker
<https://bugs.python.org/issue39421>
___
___
Python-bugs-list mai
Change by Dong-hee Na :
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/issue39421>
___
___
Python-bugs-list mailing list
Unsubscribe:
Dong-hee Na added the comment:
> To be honest, given how many ways this bug happens I think its time to
> consider msg359023.
+1 to me also
--
___
Python tracker
<https://bugs.python.org/i
701 - 800 of 1592 matches
Mail list logo