Change by Irit Katriel :
--
components: +IO
___
Python tracker
<https://bugs.python.org/issue30700>
___
___
Python-bugs-list mailing list
Unsubscribe:
Irit Katriel added the comment:
rlock_count is an unsigned long, so it can't be negative.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue38
Irit Katriel added the comment:
Have you had a chance to look into this?
It took some debugging to get to the bottom of this problem in our system
(nothing in the "what's new in python 3.8" doc gave any hint).
The solution I went for was to replace the old macros with th
Irit Katriel added the comment:
I believe this is what Rahul means:
import enum
class Color(enum.Flag):
RED = enum.auto()
BLUE = enum.auto()
GREEN = enum.auto()
white = Color.RED | Color.BLUE | Color.GREEN
assert white.name is None
# Note, however that:
assert str(Color.RED
Irit Katriel added the comment:
I've confirmed that my test still segfaults on master, but if I take the
Py_TRASHCAN_SAFE_BEGIN(op) from PR 12607 then it doesn't segfault.
--
versions: +Python 3.10, Python 3.9 -Python 3.8
___
Python tracker
Irit Katriel added the comment:
The error is coming from here:
https://github.com/python/cpython/blob/cb9879b948a19c9434316f8ab6aba9c4601a8173/Objects/frameobject.c#L958
and CO_MAXBLOCKS is defined in Include/cpython/code.h
#define CO_MAXBLOCKS 20 /* Max static block nesting within
Irit Katriel added the comment:
In summary, I think this is not-a-bug.
--
___
Python tracker
<https://bugs.python.org/issue39934>
___
___
Python-bugs-list mailin
Irit Katriel added the comment:
Another oddity:
This gives the error:
for x in '1':
for x in '2':
for x in '3':
for x in '4':
for x in '5':
for x in '6':
for x in '8':
for x in '9':
for x in '10':
for x in '11':
for x in '12
Irit Katriel added the comment:
On windows 10, master:
> python.bat --version
Running Release|Win32 interpreter...
Python 3.10.0a0
>python.bat x.py
Running Release|Win32 interpreter...
SyntaxError: too many statically nested blocks
That's when x.py has the nested for loops withou
Irit Katriel added the comment:
Unlike the 22 nested while,
if 1:
if 2:
...
if 22:
pass
doesn't error. Is that correct?
--
___
Python tracker
<https://bugs.python.org/issue39
Irit Katriel added the comment:
I also can't reproduce it on a later version. If this is a 2.7/3.6 only
problem, should the issue be closed?
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue33
Change by Irit Katriel :
--
title: Output SyntaxError is not defective -> Line number of SyntaxError
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
I don't think it's true that the lineno is correct when compiling a string
(Remi's string is just too short):
>>> try:
... compile('if __name__ == "__main__":\n print("hello world"\n x=5\n',
'', 'exec')
... except Sy
Irit Katriel added the comment:
I see in the code of _create_pseudo_member_ that _name_ is deliberately set to
None, and furthermore in __str__ and __repr__ the fact that it is None is used
to determine whether self is a composite (pseudo) or not.
So first question is whether this should
Irit Katriel added the comment:
I think this issue can be closed, there is nothing to do on it.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue36
Irit Katriel added the comment:
Is this issue resolved?
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue37378>
___
___
Python-bugs-list m
Irit Katriel added the comment:
Oh, it's closed, sorry for the noise.
--
___
Python tracker
<https://bugs.python.org/issue37378>
___
___
Python-bugs-list mailin
Change by Irit Katriel :
--
components: +Interpreter Core
type: behavior -> enhancement
___
Python tracker
<https://bugs.python.org/issue41114>
___
___
Python-
Change by Irit Katriel :
--
components: +IO
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue41051>
___
___
Python-bugs-list mailing list
Un
Irit Katriel added the comment:
The PEP that Raymond linked to says:
"Further smarts could have been added to the comparison mechanism, but this
limited set of allowed "swaps" was chosen because it doesn't require the
infrastructure to do any processing (negation) o
Irit Katriel added the comment:
You might find some information here:
https://devguide.python.org/documenting/#translating
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue41
Irit Katriel added the comment:
I think this documentation enhancement was done under issue36642 (PR 12855).
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue11
Irit Katriel added the comment:
Sorry, I copied the wrong numbers. The doc change is here:
https://github.com/python/cpython/commit/8218bd4caf683ee98c450a093bf171dbca6c4849
--
___
Python tracker
<https://bugs.python.org/issue11
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
type: -> behavior
___
Python tracker
<https://bugs.python.org/i
Irit Katriel added the comment:
I think this issue can be closed because the deprecation info was added. If
it's staying open for the actual removal in 3.10, should the title change
accordingly?
--
nosy: +iritkatriel
___
Python tracker
<ht
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation -Library (Lib)
nosy: +docs@python
title: Docs for typing.ForwardRef don't state that is was added in 3.7 -> Docs
for typing.ForwardRef don't state that it was added
Change by Irit Katriel :
--
assignee: -> terry.reedy
components: +IDLE
___
Python tracker
<https://bugs.python.org/issue40181>
___
___
Python-bugs-list mai
Irit Katriel added the comment:
Can this be closed now?
--
components: +Tests
nosy: +iritkatriel
type: -> behavior
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
type: -> behavior
___
Python tracker
<https://bugs.python.org/i
Irit Katriel added the comment:
Can this be closed now?
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue38068>
___
___
Python-bugs-list m
Change by Irit Katriel :
--
components: +asyncio
nosy: +yselivanov
type: -> performance
___
Python tracker
<https://bugs.python.org/issue37263>
___
___
Py
Irit Katriel added the comment:
Looks like this was done under issue32356, so this issue can be closed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue29
Change by Irit Katriel :
--
components: +asyncio
nosy: +asvetlov, yselivanov
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue29745>
___
_
Irit Katriel added the comment:
Raymond, I think you intended to close this but missed a click.
--
___
Python tracker
<https://bugs.python.org/issue36
Irit Katriel added the comment:
I don't see this problem on 3.10. Is this still an issue or can this issue be
closed?
Running Release|Win32 interpreter...
Python 3.10.0a0 (heads/bpo17490-dirty:00eb063b66, Sep 27 2020, 13:20:24) [MSC
v.1916 32 bit (Intel)] on win32
Type "help",
Irit Katriel added the comment:
It looks like PR 12225 resolved this issue. Can this be closed then?
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue31
Irit Katriel added the comment:
I think this was fixed by now:
I changed the script to print the result:
**
import inspect, sys
# /etc/hostname is one line, but our source has multiple lines
code = compile('\n\n\n1/0', '/etc/hostname', 'exec')
try
Irit Katriel added the comment:
Ah sorry this is about adding a 2to3 fixer. I thought the request was to put
Message back in __all__.
A fixer may still be relevant.
--
___
Python tracker
<https://bugs.python.org/issue11
Irit Katriel added the comment:
It this still relevant? Presumably anyone who was going to be broken has been
broken by now and moved to lower case message.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue11
Irit Katriel added the comment:
This issue can be closed - the added tests have been merged.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue27
Irit Katriel added the comment:
David, if this was fixed in Python 3 as you say then this issue can be closed
now.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue23
Irit Katriel added the comment:
As stated above, this has been fixed in python 3:
**
C:\Users\User\src\cpython>type x.py
def f(x):
global x
C:\Users\User\src\cpython>python.bat
Running Release|Win32 interpreter...
Python 3.
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +21359
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22313
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
type: -> behavior
versions: +Python 3.10, Python 3.9
___
Python tracker
<https://bugs.python.org/issue11414>
___
___
Python-
Irit Katriel added the comment:
Since this is a python 2-only issue, I think this issue can be closed.
--
___
Python tracker
<https://bugs.python.org/issue29
Irit Katriel added the comment:
Looks like the backport was done and this issue can be closed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue30
Irit Katriel added the comment:
Since backport to 2.7 is no longer relevant, I think this issue can be closed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue30
Irit Katriel added the comment:
Looks like this is complete and can be closed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue9
Irit Katriel added the comment:
Looks like this is complete and can be closed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue29
Irit Katriel added the comment:
Backport to 2.7 is no longer relevant, so I think this issue can be closed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue29
Irit Katriel added the comment:
I think this is complete and can now be closed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue37
Irit Katriel added the comment:
This looks like a duplicate of issue27032 so I think it can be closed now.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue33
Irit Katriel added the comment:
I think this can be closed as not a bug, unless Victor can clarify with an
example script why there is an issue.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue34
Irit Katriel added the comment:
Should this issue be closed as 'rejected', or is there anything left to do?
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue33
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation -Library (Lib)
nosy: +docs@python
versions: +Python 3.10, Python 3.9 -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
This issue can be closed now.
--
___
Python tracker
<https://bugs.python.org/issue27032>
___
___
Python-bugs-list mailin
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
type: -> behavior
___
Python tracker
<https://bugs.python.org/i
Irit Katriel added the comment:
The fact that a bug was discovered a long time ago doesn't say anything about
its relevance (hence old issues are not automatically closed).
In this case I believe the bug is no longer relevant and therefore the issue
can be closed
Irit Katriel added the comment:
I think it's reasonable to discuss the problem on python-ideas rather than on a
bugs issue, when it's not obvious what the right solution is.
--
___
Python tracker
<https://bugs.python.org/issue41
Irit Katriel added the comment:
I just noticed that the patch by Serhiy has unit tests for this case, expecting
ValueError. So this is apprently a feature and not a bug.
--
___
Python tracker
<https://bugs.python.org/issue17
Irit Katriel added the comment:
Do you think it would help if the exception was of type UnhashableType
(subclass of TypeError)? This would give the user a hint that this error is a
thing which is worth looking for in the docs and understanding.
--
nosy: +iritkatriel
Irit Katriel added the comment:
I think this is a bug in literal_eval:
>>> 3+6j
(3+6j)
>>> 6j+3
(3+6j)
>>> ast.literal_eval('3+6j')
(3+6j)
>>> ast.literal_eval('6j+3')
Traceback (most recent call last):
File "", line 1, in
File &q
Irit Katriel added the comment:
I think this issue is out of date.
1. I replaced the import statement in the script by "from
multiprocessing.connection import Connection" and it gave "AttributeError:
'Crash' object has no attribute 'bar'" rather than a segfault
Irit Katriel added the comment:
Should this PR be backported? Otherwise this issue can be closed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue40
Irit Katriel added the comment:
This seems complete.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue13790>
___
___
Python-bugs-list m
Irit Katriel added the comment:
Looks like this can be closed.
--
nosy: +iritkatriel
status: pending -> open
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
The mode string is calculated here:
https://github.com/python/cpython/blob/master/Modules/_io/fileio.c#L1055
and is based on these four values in the fileio struct:
unsigned int created : 1;
unsigned int readable : 1;
unsigned int writable : 1
Irit Katriel added the comment:
You didn't specify the logger in the assertLogs() call.
The documentation says that "The default is the root logger, which will catch
all messages."
https://docs.python.org/3/library/unittest.html#unittest.TestCase.assertLogs
This is behaving a
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +21531
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22526
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
This seems complete. Can is be closed?
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue32192>
___
___
Irit Katriel added the comment:
The help message is now:
Help on method_descriptor:
setdefault(self, key, default=None, /)
Insert key with a value of default if key is not in the dictionary.
Return the value for key if key is in the dictionary, else default.
This issue should
Irit Katriel added the comment:
This issue can be closed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue40348>
___
___
Python-bug
Irit Katriel added the comment:
This issue can be closed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue36568>
___
___
Python-bug
Irit Katriel added the comment:
I think this can be closed as a duplicate of 39816.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue40
Irit Katriel added the comment:
Looks like this issue can be closed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue29986>
___
___
Pytho
Irit Katriel added the comment:
This seems resolved.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue30953>
___
___
Python-bugs-list m
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
components: +Library (Lib)
___
Python tracker
<https://bugs.python.org/issue26214>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
components: +Distutils
___
Python tracker
<https://bugs.python.org/issue41755>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Irit Katriel :
--
components: +Distutils
nosy: +dstufft, eric.araujo
___
Python tracker
<https://bugs.python.org/issue40530>
___
___
Python-bugs-list m
Change by Irit Katriel :
--
components: +Distutils
nosy: +dstufft, eric.araujo
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue41134>
___
_
Irit Katriel added the comment:
Looks like the answer is: it is a deliberate change, not a bug. Should this
issue be closed?
--
components: +Library (Lib)
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue40
Irit Katriel added the comment:
for copy and copy2 it doesn't say anything about what happens if dst exists.
for copy file, copy tree and move it does.
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python, iritkatr
Irit Katriel added the comment:
It looks like this is complete and can be closed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue29
Irit Katriel added the comment:
Can this issue be closed? It looks like Boris simply misunderstood the
semantics of difflib, which Raymond has clarified.
--
components: +Library (Lib)
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
Since this was fixed in python 3, and the backport to python 2 is no longer
relevant, I think this issue can now be closed.
--
___
Python tracker
<https://bugs.python.org/issue1690
Irit Katriel added the comment:
Python 3.10.0a0 (heads/master:6595cb0af4, Sep 18 2020, 12:33:44) [MSC v.1916 32
bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import xmlrpc.client
>
Irit Katriel added the comment:
Since there won't be a python 2.7 backport, should this issue be closed?
--
nosy: +iritkatriel
status: pending -> open
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
Steve, are you planning to work on porting this patch to github?
Note: it would need a unit test, and also node is not guaranteed to have a
lineno field.
--
nosy: +iritkatriel
status: pending -> open
___
Pyt
Irit Katriel added the comment:
I think this issue can be closed (not a bug).
--
nosy: +iritkatriel
status: pending -> open
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
I don't see this problem in python 3.10. Is it a python 2-only issue, and if so
then can this issue be closed?
Running Release|Win32 interpreter...
Python 3.10.0a0 (heads/bpo-24792-dirty:1e183f4de5, Sep 14 2020, 15:53:51) [MSC
v.1916 32 bit (Intel)] on win32
Irit Katriel added the comment:
The backport of the patch to 3.8 has failed.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue39
Change by Irit Katriel :
--
components: +Library (Lib) -2to3 (2.x to 3.x conversion tool)
___
Python tracker
<https://bugs.python.org/issue40407>
___
___
Pytho
Irit Katriel added the comment:
Can you give more details about what you're fixing: what were the compiler
warnings, which compiler (and which version of the compiler), which system?
Also, why did you create the PR against the 3.9 branch rather than master?
--
nosy: +iritkatriel
Irit Katriel added the comment:
I think this was fixed under issue35113.
--
nosy: +iritkatriel, xtreak
___
Python tracker
<https://bugs.python.org/issue24
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation -Library (Lib)
nosy: +docs@python
title: Python 3.6.0 multiprocessing map_async callback -> Documentation:
Clarify role of callback with map_async
___
Python t
Change by Irit Katriel :
--
components: -2to3 (2.x to 3.x conversion tool)
___
Python tracker
<https://bugs.python.org/issue33085>
___
___
Python-bugs-list m
201 - 300 of 3641 matches
Mail list logo