Takuo Matsuoka added the comment:
Thank you Ethan for your comments.
Sure, I was not familiar with how you measure the magnitude of the
consequences. The code in my own work was of the kind of the generic
example I gave, but I have abandoned the approach, and don't seem able
to find it any
Takuo Matsuoka added the comment:
Thank you Ethan for reopening this issue and closing the other one.
Here is a description of a more specific issue, containing a more
reasonable example. I've changed the title of the issue to a more
appropriate one accordingly.
Context
---
Some classes
Takuo Matsuoka added the comment:
I'm going to close this one since I failed to specify the issue
clearly enough. See
https://bugs.python.org/issue47224
for a more specific issue.
--
resolution: -> duplicate
stage: -> resolved
status: open -&g
Takuo Matsuoka added the comment:
It can't be moved backed to unresolved this way. I close this one now.
--
resolution: -> duplicate
status: open -> closed
title: The variable __module__ in the class body getting an undesirable value
from __prepare__ of the metaclass ->
New submission from Takuo Matsuoka :
Context
---
Some classes have the variable __name__ in their namespace __dict__ ,
and one may wish to create more such classes with varied values of
__name__ . Some of those could be created with a metaclass whose
__prepare__ returns a mapping having
Takuo Matsuoka added the comment:
I tried to close
https://bugs.python.org/issue47136
and mistakingly closed this one.
This one is open. Sorry about the mistake.
--
resolution: duplicate ->
status: closed -> open
___
Python tracker
Takuo Matsuoka added the comment:
I'm going to close this one since I failed to specify the issue
clearly enough. See
https://bugs.python.org/issue47223
for a more specific issue.
--
resolution: -> duplicate
stage: -> resolved
status: open -&g
New submission from Takuo Matsuoka :
Context
---
Some classes have the variable __name__ in their namespace __dict__ ,
and one may wish to create more such classes with varied values of
__name__ . Some of those could be created with a metaclass whose
__prepare__ returns a mapping having
Takuo Matsuoka added the comment:
Thank you for your response.
I think __name__ here is very different from __len__ .
(1) Even if you set __name__ to what should be the right value, e.g.,
when my class O will be a subclass of say 'type', and __name__ is an
appropriate thing for your purposes
New submission from Takuo Matsuoka :
In the creation of a class, it looks as if the value of the variable
__name__ gets assigned automatically to the variable __module__ in the
class body. However, the correct name space where the value of
__name__ should be looked up is NOT the mapping object
Takuo Matsuoka added the comment:
Thanks Éric Araujo, for the information. Actually, I sought for a
similar issue here in the tracker, but didn't find one filed, so this
report appears to be unique.
--
___
Python tracker
<https://bugs.python.
New submission from Takuo Matsuoka :
The issue is described as Issue (1) here:
https://mail.python.org/archives/list/python-id...@python.org/message/BEGGQEU6MG7RYIY7HB4I6VQ23L6TXB6H/
Please look at "Note" just before "Issues treated" there as
well. What's mentioned in thi
New submission from Takuo Matsuoka :
The error is this:
>>> *()
File "", line 1
SyntaxError: can't use starred expression here
I think it's right SyntaxError is raised here, but the message is
incorrect. Indeed, many starred expressions are actually allowed
there. E.g
New submission from Takuo Matsuoka :
Being unaware of the processes here, I have posted the issue to the python-idea
mailing list. Please refer to it.
https://mail.python.org/archives/list/python-id...@python.org/message/TCWYZIIRZWIR7CDJWDAUBCAMU2CBFB3Y/
Thank you.
--
assignee: docs
14 matches
Mail list logo
