Karthikeyan Singaravelan added the comment:
Thanks, can confirm it on Python 3.7 . Unfortunately I couldn't test it with
master since I have some problems setting up virtualenv and pip with the
compiled binary. Running it on Python 3.7 hangs
(bpo34173-env) ➜ cpython git:(master) ✗ p
Karthikeyan Singaravelan added the comment:
Sorry for the noise about the title change. It seems you have edited it while I
was typing my comment. There was a form error while I tried submit but I
ignored it to try again and it had set my title. I have reverted back to your
edit.
Thanks
Karthikeyan Singaravelan added the comment:
The assertion also fails on master. I did some manual git blame work. The
assertion passes with commit 7324b5ce8e7c031a0a3832a6a8d7c639111ae0ff. It fails
with the next commit 078f1814f1a4413a2a0fdb8cf4490ee0fc98ef34
(https://bugs.python.org
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue27794>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34220>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Seems related : https://bugs.python.org/issue15317
Thanks
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34
Karthikeyan Singaravelan added the comment:
I took all the commits made to Lib/email from 3.5 to latest of 3.6 branch with
`git log --oneline --format="%h" upstream/3.5..upstream/3.6 Lib/email >
commits.txt`
I could see the test fails with a87ba60 and passes with d94ef8f. Probab
Karthikeyan Singaravelan added the comment:
Can reproduce this on Python 3.5 and 3.6 too
# Python 3.5
➜ cpython git:(f497e74) $ ./python
Python 3.5.6rc1+ (remotes/upstream/3.5:f497e74, Jul 25 2018, 14:32:33)
[GCC 5.4.0 20160609] on linux
Type "help", "copyright", "
Karthikeyan Singaravelan added the comment:
Python 3.4 seems fine
➜ cpython git:(57b85d3) ./python
Python 3.4.9rc1+ (default, Jul 25 2018, 14:39:07)
[GCC 5.4.0 20160609] on linux
Type "help", "copyright", "credits" or "license" for more informa
Karthikeyan Singaravelan added the comment:
Seems like this is the same as https://bugs.python.org/issue30156.
Relevant commit :
https://github.com/python/cpython/commit/7822f151b68e40376af657d267ff774439d9adb9
.
Comment on the commit :
https://github.com/python/cpython/commit
Karthikeyan Singaravelan added the comment:
Seems related : https://bugs.python.org/issue31121
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue33
Karthikeyan Singaravelan added the comment:
On a similar note SpooledTemporaryFile is also documented as a function though
it's a class. Ref :
https://docs.python.org/3.8/library/tempfile.html#tempfile.SpooledTemporaryFile
--
nosy: +x
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34226>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34229>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Is there a way to test this or trigger this code using Python syntax?
`slice(start, stop, step).indices()` uses slice_indices in
Objects/sliceobject.c . I checked the function docs
https://docs.python.org/2.7/c-api/slice.html#c.PySlice_GetIndices
Change by Karthikeyan Singaravelan :
--
keywords: +patch
pull_requests: +8003
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
New submission from Karthikeyan Singaravelan :
Test6012 is not run as part of make test since it's not added to
support.run_unittest at the end of the file. Hence running the test as a single
file causes error. It seems argparsing related test which is a part of
_testcapi.module.c in Pyt
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34241>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Interesting. It works fine with Python 3.6 and latest master but segfaults in
python 3.7.0 . I will try the latest python 3.7 branch later.
# Python 3.6 on Mac
(bpo34241-env)mysite git:(master) python
Python 3.6.4 (default, Mar 12 2018, 13:42
Karthikeyan Singaravelan added the comment:
Not reproducible in latest 3.7 branch. Search for "django segmentation fault"
returns me https://bugs.python.org/issue34087 which is also unicode related and
contains a django test project . I hope the related ticket is the one. F
New submission from Karthikeyan Singaravelan :
Python 3 supports type annotations in functions but when there is a TypeError
due to calling a function then only the arguments are given in the error
message. If the function has type annotations then adding them to the error
message will give
Karthikeyan Singaravelan added the comment:
I have added support for functions defined inside a function and methods of a
class along with some basic tests. Since directly taking co_name from code
object returns only the name without any context like Foo.square inside square
when I try to
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34272>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34269>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34276>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
This is an issue with Python 2 too which I hope can be fixed too. The original
logic in the code was committed around 16 years back :
https://github.com/python/cpython/commit/bbc0568a5c7d3849a22c78d545823a4b952c0933
and tests are also around 10
Karthikeyan Singaravelan added the comment:
I just checked back the behavior on Perl's https://github.com/libwww-perl/URI/
. It seems to handle that along with other additional cases. Maybe some of the
tests can be adopted from there for better coverage too
(https://github.com/libwww
Karthikeyan Singaravelan added the comment:
I think I have found the bug. When we call setLevel then to clear the cache
value of Logger objects `logging.Logger.manager.loggerDict.values()`
(https://github.com/python/cpython/blob/9c18b1ae527346bc178250ad1ca07bffdacde5dd/Lib/logging/__init__
Change by Karthikeyan Singaravelan :
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue34269>
___
___
Python-bugs-list mailing list
Unsub
Karthikeyan Singaravelan added the comment:
I was just searching for the line and came to know it's a Monty Python
reference :) There seems to be a similar example here with reference to this :
https://docs.python.org/3.8/library/tarfile.html#command-line-interface
python -m tarfi
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue31506>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Okay, I did some code search on GitHub for
`logging.Logger.manager.loggerDict.clear()`
(https://github.com/search?q=logging.Logger.manager.loggerDict.clear%28%29&type=Code)
and there was some code in the test_logging where it was used in tear
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34294>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
➜ cpython git:(70d56fb525) ✗ ./python.exe
Python 3.7.0a2+ (tags/v3.7.0a2-341-g70d56fb525:70d56fb525, Jul 31 2018,
21:58:10)
[Clang 7.0.2 (clang-700.1.81)] on darwin
Type "help", "copyright", "credits" or
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34203>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34303>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34304>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
The reported behavior is reproducible in master as well as of ea68d83933 but
not on 3.6.0. I couldn't bisect to the exact commit between 3.7.0 and 3.6.0
where this change was introduced though. I can also see some deprecation
warnings as
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34315>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34319>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Related issue : https://bugs.python.org/issue34326
Thanks
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34
Karthikeyan Singaravelan added the comment:
Some of VSTS Mac OS and Linux builds also have the same failure
Sample Linux :
https://python.visualstudio.com/cpython/_build/results?buildId=21154&view=logs
Sample Mac OS :
https://python.visualstudio.com/cpython/_build/results?buildId=2
Change by Karthikeyan Singaravelan :
--
keywords: +patch
pull_requests: +8148
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34325>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Upstream issue was resolved : https://github.com/pypa/setuptools/issues/1394
Thanks
--
status: pending -> open
___
Python tracker
<https://bugs.python.org/issu
Karthikeyan Singaravelan added the comment:
Ah sorry, I don't know why it opened this bug while adding a comment. Feel free
to change the status.
Thanks
--
___
Python tracker
<https://bugs.python.org/is
Karthikeyan Singaravelan added the comment:
I tried the tests on FreeBSD 11.x and FreeBSD 10.x digitalocean droplets with
master branch and the tests pass. Adding information that might be helpful.
# FreeBSD 11.2-RELEASE
root@freebsd-s-1vcpu-1gb-blr1-01:~/cpython # uname -a
FreeBSD freebsd-s
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34330>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue33954>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
I think this is an explicit decision to remove it in Python 3 unless I am
mistaking the syntax you are referring to. Please refer :
https://www.python.org/dev/peps/pep-3113/ . A note on 2to3 to fix this :
https://www.python.org/dev/peps/pep-3113
Karthikeyan Singaravelan added the comment:
Thanks for the feedback on this. Brett also gave feedback on the python-ideas
mailing list as below :
> Two things to quickly mention: one is that type hints have no run-time
> semantics, so adding them to such a critical exception wo
Karthikeyan Singaravelan added the comment:
It seems there was a major refactor in traceback module with
6bc2c1e7ebf359224e5e547f58ffc2c42cb36a39 where this was fixed in Python 3.
Ignoring the KeyError seems reasonable to me.
Thanks
--
nosy: +xtreak
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34349>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
I think this can be closed with
https://github.com/python/buildmaster-config/commit/9a456462fb891328b5b8a170522d5f56f480fdfb.
The buildbots are also green now with the failure reported in
https://buildbot.python.org/all/#/builders/147/builds/174
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34358>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34360>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34367>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34369>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Adding Vinay for his thoughts on this. Also Python 3.4 and 3.5 are in security
fixes only mode and can be removed.
Thanks
--
nosy: +vinay.sajip, xtreak
___
Python tracker
<https://bugs.python.
Karthikeyan Singaravelan added the comment:
Thanks for the script. I can reproduce this on master and Python 3.6 too.
Sometimes the attached script causes timeout error. Running it under gdb gives
me below :
[New Thread 0x18ab of process 10682]
[New Thread 0x1903 of process 10682]
[New
Karthikeyan Singaravelan added the comment:
@prudvinit
Reference :
https://docs.python.org/3.8/library/unittest.html#unittest.TestCase.maxDiff
> This attribute controls the maximum length of diffs output by assert methods
> that report diffs on failure. It defaults to 80*8 char
Karthikeyan Singaravelan added the comment:
@victor I am little confused over the issue since you have said
"`assertDictEqual()` "will be used by default to compare dictionaries in calls
to assertEqual()" and "`maxDiff` doesn't apply to `assertEqual()` when
compar
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue19217>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34334>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34487>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34518>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Is this what you are referring to that has docs for send, close and throw in
coroutine objects ?
Coroutine object docs :
https://docs.python.org/3/reference/datamodel.html#coroutine-objects
If the above is the one then I think we can improve on
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34516>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
urrlib3 seems to handle this case at
https://github.com/urllib3/urllib3/blob/c41fa8c7ed8cb7315195dc15e67958754ea276d5/src/urllib3/util/url.py#L184
.
Test cases :
https://github.com/urllib3/urllib3/blob/0f85e05af9ef2ded671a7b47506dfd24b32decf0
Karthikeyan Singaravelan added the comment:
This might be redundant but I googled 'itertools tee thread safe' and came
across a detailed SO answer from 2017 that explains the issue along with a
similar example that causes segfault in the compiler but it was not reported
here it
Karthikeyan Singaravelan added the comment:
I can also reproduce the original script's segfault in 2.7 but not in master.
There is a related bug as per the original description by Dmitry that
itertools.tee is not thread safe in https://bugs.python.org/msg323817 and a
related SO answ
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34535>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue22872>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Is this related to pyreadline? I can see an upstream issue with similar
traceback and an open PR with some discussion.
GitHub issue : https://github.com/pyreadline/pyreadline/issues/49
Open PR : https://github.com/pyreadline/pyreadline/pull/51
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34539>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
There is a very similar SO question
https://stackoverflow.com/questions/51885734/python-crashes-when-i-am-trying-to-access-any-date-related-fields-in-mailitem-co
which points to an AttributeError. Is this a case where Python segfaults or
there is
Karthikeyan Singaravelan added the comment:
Can you please add some more detail on the problem and maybe a small script
explaining what you expect and what the current output is? Clicking on the
pinterest link gives no details.
Thanks
--
nosy: +xtreak
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34536>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
This might help : https://github.com/mhammond/pywin32/issues
Thanks
--
Regards,
Karthikeyan S
--
___
Python tracker
<https://bugs.python.org/issue34
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34576>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
Are you asking for a separate section grouping together all the assert methods
from different parts which I think is useful. If you are looking for a better
link then there is a link in the below text at the start of the page
> If you are alre
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34561>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
If it's due to cache then there is a REST API to clear the cache manually and
someone with access to Appveyor credentials can give it a try to clear the
cache and see if it's fixed.
Ref : https://github.com/appveyor/ci/issues/985
Karthikeyan Singaravelan added the comment:
Another way will be to invalidate the cache by manually updating
cleanup-cache.txt in the end. But this requires a commit that has to be
reverted later to enable caching and I don't think it's worthy to pollute git
history for th
Karthikeyan Singaravelan added the comment:
One another way will be to set environment variable to skip the cache restore
and trigger a build to see if cache is the actual problem. I don't know how
configurable environment variables are from the UI to trigger a specific build
with th
Karthikeyan Singaravelan added the comment:
Might be related to the below :
open issue : https://bugs.python.org/issue14576
https://bugs.python.org/issue14576
https://bugs.python.org/issue16758
https://bugs.python.org/issue10722
https://bugs.python.org/issue7217
I think from the above
Karthikeyan Singaravelan added the comment:
Ah ok, I thought disabling the cache with APPVEYOR_CACHE_SKIP_RESTORE as true
will trigger a successful build and in the end it will store the new set of
artifacts from the recent compiler to the cache and then we can toggle the
environment
Karthikeyan Singaravelan added the comment:
You're welcome. Feel free to close this if it answers your question.
Thanks
--
___
Python tracker
<https://bugs.python.org/is
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34574>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34580>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Karthikeyan Singaravelan :
--
keywords: +patch
pull_requests: +8538
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Karthikeyan Singaravelan added the comment:
Seems like an extra note is reasonable here. I have created a PR for this.
Feedback welcome on the wording.
Thanks.
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
versions: +Python
Karthikeyan Singaravelan added the comment:
It seems there was a similar report pointing to the same line in the test using
Fedora 28. Ref : https://bugs.python.org/issue34354
Thanks
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.
Karthikeyan Singaravelan added the comment:
Seems related : https://bugs.python.org/issue34587
Thanks
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34
Karthikeyan Singaravelan added the comment:
Just want to add that it's a constant source of problem with respect to Redis
and antirez wrote a detailed blog post about it yesterday :
http://antirez.com/news/122 . It causes a lot of energy and emotional drain
when issues like this g
Change by Karthikeyan Singaravelan :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue34606>
___
___
Python-bugs-list mailing list
Unsubscribe:
Karthikeyan Singaravelan added the comment:
It's also reproducible on master. git blame tells me this is introduced with
feccdb2a249a71be330765be77dee57121866779 (https://bugs.python.org/issue29774)
➜ cpython git:(master)
commit feccdb2a249a71be330765be77dee57121866779
Author: S
Karthikeyan Singaravelan added the comment:
Thanks for the comments. I will add `con.close()` to the examples linked.
Should I remove or change this line as per Daniel's comment "Note that this
does not automatically call :meth:`close` on the connection object."
Than
Karthikeyan Singaravelan added the comment:
Thanks, I have pushed a change adding `con.close` at the end of the example and
also verified that `./python.exe Doc/includes/sqlite3/ctx_manager.py` works as
expected.
Thanks
--
___
Python tracker
Karthikeyan Singaravelan added the comment:
Sounds good to me too since I copy paste from there time to time and also an
unclosed connection doesn't seem to trigger a ResourceWarning it seems. I have
pushed a commit to the same PR. I have changed it manually for all the include
fil
2501 - 2600 of 3092 matches
Mail list logo