Author r.david.murray
Recipients r.david.murray, terry.reedy
Date 2009-06-17.02:50:39
SpamBayes Score 3.88078e-13
Marked as misclassified No
Message-id <1245207043.31.0.473872982886.issue6294@psf.upfronthosting.co.za>
In-reply-to
Content
Since 3.1 is in final release candidate, a change like this is not
appropriate for 3.1.

This error message is generated in PyErr_WriteUnraisable, which is
called from many contexts, including __del__ methods. A __del__ method
called during shutdown is most likely what is generating the error you
are speaking of, but as far as I know the __del__ method has no way to
know that it is being called during shutdown in particular.  So the
proposed fix to the message won't work.

The reason this message is so mysterious is that in this particular case
there is additional information that normally appears in the message
that has apparently also been nullified during shutdown and that token
is simply omitted.  This appears to be a bug, since the code substitutes
<unknown> for other elements that are substituted into the message if
they are NULL, but does not do so for the object passed in to the
subroutine.  Either the fact that the object prints as the empty string
is a bug, or <unknown> should be substituted for it.  With that bug
fixed, the message would read:

   Exception TypeError: "'NoneType' object is not callable" in <unknown>
ignored

which is more easily parsed correctly.  As long as we're mucking about
in that code, though, perhaps a more generic reformatting of the message
would be clearer even with that bug fixed. I suggest:

   The following Exception of type TypeError was raised in <unknown> but
was ignored: 'NoneType' object is not callable
History
Date User Action Args
2009-06-17 02:50:43r.david.murraysetrecipients: + r.david.murray, terry.reedy
2009-06-17 02:50:43r.david.murraysetmessageid: <1245207043.31.0.473872982886.issue6294@psf.upfronthosting.co.za>
2009-06-17 02:50:41r.david.murraylinkissue6294 messages
2009-06-17 02:50:40r.david.murraycreate