Skip to content

C API: Check in PyTuple_SET_ITEM() and PyList_SET_ITEM() #106168

Description

@vstinner

Activity

  1. added 5 commits that reference this issue on Jun 28, 2023
  2. reopened this on Oct 29, 2023
  3. scoder commented on Oct 29, 2023

    @scoder
    Contributor

    The PyTuple_SET_ITEM() and PyList_SET_ITEM() functions don't check that the index is valid. It should be checked with an assertion.

    I oppose this statement. Their documentation says that both allow unchecked writing into the list/tuple. Adding these checks breaks their contract.

  4. scoder commented on Oct 29, 2023

    @scoder
    Contributor

    If you insist on adding such a check, you can assert that the index is within the currently allocated array bounds. Writing outside of that range is definitely incorrect. However, writing beyond the current size may not be.

  5. added 2 commits that reference this issue on Oct 29, 2023
  6. added a commit that references this issue on Oct 30, 2023
  7. scoder commented on Nov 1, 2023

    @scoder
    Contributor

    [Copying my comment from the PR here as IMHO it describes the situation quite well and thus belongs rather into the ticket discussion.]

    @vstinner wrote:

    I dislike PyList_New() + PyList_SET_ITEM() API since the list is immediately tracked by the GC and so calling gc.get_objects() can expose an invalid list object (ex: calling repr(list) can crash)

    That's why I prefer not requiring users to change the size before they set the value. Doing that would bring the list in an invalid state.

    With this change, PyList_SetItem() and PyList_SET_ITEM() become inconsistent: PyList_SetItem() uses list->ob_size, whereas PyList_SET_ITEM() uses list->allocated.

    I don't see an inconsistency here. They serve different needs, that's why we have two different functions. As you write, PyList_SetItem() decrefs the current value and replaces it with a new one. That can only safely be done within [0:size]. PyList_SET_ITEM() writes a value to an array position that does not yet have a value. That can only safely be done within [0:allocated]. Different needs, different functions, different boundary conditions.

    You could rather argue that PyList_SET_ITEM() is only really valid within [size:allocated]. Within [0:size], it would overwrite existing, owned values. However, enforcing that would probably break even more code that might just look slightly brittle but is actually working perfectly fine (because it does what you suggested, it updates the size immediately before setting the value).

    Cython uses the _SET_ITEM() functions to initialise freshly created lists and tuples, but it also calls PyList_SET_ITEM() in a fast, inlined PyList_Append() implementation:
    https://github.com/cython/cython/blob/master/Cython/Utility/Optimize.c#L29-L77
    We use this for list comprehensions, for example, where we control the list internally. As long as the next item fits into the already allocated array, we just put it there and increase the size.

  8. vstinner commented on Nov 1, 2023

    @vstinner
    MemberAuthor

    I changed PyList the same way than PyTuple, but as you described, PyList is different and requires special treatement. I'm fine with #111480 that's why I merged it 👍

  9. added 3 commits that reference this issue on Nov 1, 2023
  10. added 2 commits that reference this issue on Nov 3, 2023
  11. added a commit that references this issue on Nov 3, 2023
  12. added a commit that references this issue on Nov 3, 2023
  13. added 3 commits that reference this issue on Feb 11, 2024
  14. added 3 commits that reference this issue on Sep 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    type-bugAn unexpected behavior, bug, or error

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions