-
-
Notifications
You must be signed in to change notification settings - Fork 31.9k
gh-101944: mistake in documentation for PyModule_AddObjectRef()
#101957
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Thanks @OTheDev!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think that this change makes the documentation easier to understand. For me, it sounds more misleading than before :-(
@@ -449,10 +449,11 @@ state: | |||
Add an object to *module* as *name*. This is a convenience function which | |||
can be used from the module's initialization function. | |||
|
|||
On success, return ``0``. On error, raise an exception and return ``-1``. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please keep this general statement. There are many cases where the function can fail. For example, if mod is not a module or has no dictionary. PyDict_SetItemString() can fail with MemoryError, etc.
raised in this case. | ||
If *value* is ``NULL`` (indicating failure), raise an exception and return | ||
``-1``. If an exception is set, raise that exception. If no exception is | ||
set, raise :exc:`SystemError`. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This documentation sounds misleading to me. The normal case when value is NULL is that an exception is already set, so the function does not "raise an exception". Also, I dislike documenting the exact exception type for implementation details: please don't document "SystemError".
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
please don't document "SystemError".
That was my fault; I encouraged it in #101957 (comment). Sorry 'bout that!
A Python core developer has requested some changes be made to your pull request before we can consider merging it. If you could please address their requests along with any other requests in other reviews from core developers that would be appreciated. Once you have made the requested changes, please leave a comment on this pull request containing the phrase |
I created a different doc change to clarify the NULL case: PR gh-129433. |
Closes #101944.
The issue author opened #101945, but closed it shortly after (not sure why).
I double-checked the source code of the function and can confirm that there is a mistake in the docs:
cpython/Python/modsupport.c
Lines 630 to 660 in 924a3bf