Skip to content

gh-133438: Fix the use of the terms "argument" and "parameter" in the documentation #135160

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

Open
wants to merge 10 commits into
base: main
Choose a base branch
from
Prev Previous commit
Next Next commit
iFix some references.
  • Loading branch information
serhiy-storchaka committed Jun 8, 2025
commit a6ac9e5a46ba1383feb23af1f09bf66bb997b1e9
4 changes: 2 additions & 2 deletions Doc/whatsnew/2.5.rst
Original file line number Diff line number Diff line change
Expand Up @@ -1685,9 +1685,9 @@ provides functions for loading shared libraries and calling functions in them.
The :mod:`ctypes` package is much fancier.

To load a shared library or DLL, you must create an instance of the
:class:`CDLL` class and provide the name or path of the shared library or DLL.
:class:`~ctypes.CDLL` class and provide the name or path of the shared library or DLL.
Once that's done, you can call arbitrary functions by accessing them as
attributes of the :class:`CDLL` object. ::
attributes of the :class:`!CDLL` object. ::

import ctypes

Expand Down
20 changes: 10 additions & 10 deletions Doc/whatsnew/2.6.rst
Original file line number Diff line number Diff line change
Expand Up @@ -2851,29 +2851,29 @@ where various combinations of ``(start, stop, step)`` are supplied.
.. Revision 57769

All :mod:`ctypes` data types now support
:meth:`from_buffer` and :meth:`from_buffer_copy`
:meth:`~ctypes._CData.from_buffer` and :meth:`~ctypes._CData.from_buffer_copy`
methods that create a ctypes instance based on a
provided buffer object. :meth:`from_buffer_copy` copies
provided buffer object. :meth:`!from_buffer_copy` copies
the contents of the object,
while :meth:`from_buffer` will share the same memory area.
while :meth:`!from_buffer` will share the same memory area.

A new calling convention tells :mod:`ctypes` to clear the ``errno`` or
Win32 LastError variables at the outset of each wrapped call.
(Implemented by Thomas Heller; :issue:`1798`.)

You can now retrieve the Unix ``errno`` variable after a function
call. When creating a wrapped function, you can supply
``use_errno=True`` as a keyword argument to the :func:`DLL` function
and then call the module-level methods :meth:`set_errno` and
:meth:`get_errno` to set and retrieve the error value.
``use_errno=True`` as a keyword argument to the :func:`~ctypes.DLL` function
and then call the module-level methods :func:`~ctypes.set_errno` and
:func:`~ctypes.get_errno` to set and retrieve the error value.

The Win32 LastError variable is similarly supported by
the :func:`DLL`, :func:`OleDLL`, and :func:`WinDLL` functions.
the :func:`~ctypes.DLL`, :func:`~ctypes.OleDLL`, and :func:`~ctypes.WinDLL` functions.
You supply ``use_last_error=True`` as a keyword argument
and then call the module-level methods :meth:`set_last_error`
and :meth:`get_last_error`.
and then call the module-level methods :func:`~ctypes.set_last_error`
and :func:`~ctypes.get_last_error`.

The :func:`byref` function, used to retrieve a pointer to a ctypes
The :func:`~ctypes.byref` function, used to retrieve a pointer to a ctypes
instance, now has an optional *offset* argument that is a byte
count that will be added to the returned pointer.

Expand Down
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy