Since the name of the encompassing type is "numeric" rather than "number", can we adjust the error message?

Source:https://docs.python.org/3.9/library/stdtypes.html#numeric-types-int-float-complex

But an instance of a numeric type is a number, is not?

And if use "argument type", it should be "str", not "string".

But an instance of a numeric type is a number, is not?

It is, but I think that it's a bit more useful to users to specify the actual types in this case since it's aTypeError. Also, when searching the docs for "number", the relevant documentation page ("Built-in Types") does not come up as a suggestion, instead they'll likely encounter the page for the "numbers" module (which would not be relevant to the error). When searching for "numeric", more relevant results are found, including "Built-in Types".

And if use "argument type", it should be "str", not "string".

I'll update the suggestion accordingly.

This is a standard message used in many sites. For example:

>>> float([])Traceback (most recent call last):  File "<stdin>", line 1, in <module>TypeError: float() argument must be a string or a number, not 'list'

If you want to change it, please open a separate issue.

If you want to change it, please open a separate issue.

Alright, I'll take a look at what other areas use this error message and consider whether or not it should be addressed. That would definitely go outside of the scope of this PR.

Can we specify that the pair of integers returned are contained within a tuple?

This was copied from the docstring offloat.as_integer_ratio. Otheras_integer_ratio methods have similar wording.

This suggestion was based on the docstring Raymond recently created forFraction.as_integer_ratio(), I made a similarsuggestion that he added to the PR.

If it would be helpful, I could create a separate PR to make a similar change tofloat.as_integer_ratio().

The tupleis the pair, so I find "tuple containing a pair" a bit confusing. That almost sounds like((numerator, denominator),) or something. Why not be explicit and write "a tuple(numerator, denominator)"?

Why not be explicit and write "a tuple (numerator, denominator)"?

That would be an improvement. I mostly just wanted to specify that the function returned a tuple.

"Pair" is a synonym of 2-element tuple. If you think that this term is incorrect, please open a separate issue and analyze all uses of in in the code and in the documentation (there are a lot of occurrences).

"Pair" is a synonym of 2-element tuple.

Either is probably fine, I just figured it was worth trying to be more technically descriptive. Thanks.

Based on the context, I can roughly tell what this conditional is doing. From my understanding,_PyObject_LookupAttrId() is assessing whether or not the PyObjectx contains anas_integer_ratio attribute. If a value less than zero is returned (usually -1), it does not contain that attribute.

However, I'm not certain that I understand wherePyId_as_integer_ratio is coming from or howPyId actually works. I was unable to find any documentation onPyId or_Py_IDENTIFIER(), so I'm guessing it's an internal part of the C-API (since it's prefixed with an underscore).

My best guess is that a reference toPyId_as_integer_ratio was created when_Py_IDENTIFIER(as_integer_ratio) was used.

I'm fairly new to the C-API, so I'm trying to learn more about it so that I can be more helpful in PR reviews that involve it. Particularly the internal implementation details that aren't in the documentation.

It is described in the header:Include/cpython/object.h.

Ah, thanks for letting me know where to look. The code comments there addressed my question:

PyId_foo is a static variable, either on block level or file level. On first usage, the string "foo" is interned, and the structures are linked.