Skip to content

[pull] master from pythonnet:master#1

Open
pull[bot] wants to merge 1083 commits intovvolis:masterfrom
pythonnet:master
Open

[pull] master from pythonnet:master#1
pull[bot] wants to merge 1083 commits intovvolis:masterfrom
pythonnet:master

Conversation

@pull
Copy link

@pull pull bot commented Jan 11, 2021

See Commits and Changes for more details.


Created by pull[bot] (v2.0.0-alpha.4)

Can you help keep this open source service alive? 💖 Please sponsor : )

@pull pull bot added ⤵️ pull merge-conflict Resolve conflicts manually labels Jan 11, 2021
filmor and others added 28 commits May 4, 2022 09:38
…eneric arguments as long as there is no ambiguity
Multiple fixes related to Dictionary.Keys bug
Fixes #1640

Co-authored-by: Victor Nova <[email protected]>
* Move to modern setuptools with pyproject.toml

Also moves the version to a common ̀`version.txt` that is read by both
the .NET and Python builds.

* Allow explicitly overriding the version suffix for .NET builds
`Min`/`MaxSupportedVersion` and `IsSupportedVersion` on `PythonEngine`
Implement configuring clr from environment
fixed unhandled Python errors during comparison attempts

fixes #1848
fixed unhandled Python errors during comparison attempts

fixes #1848
filmor and others added 30 commits February 24, 2026 08:50
---
updated-dependencies:
- dependency-name: NUnit3TestAdapter
  dependency-version: 6.0.0
  dependency-type: direct:production
  update-type: version-update:semver-major
- dependency-name: NUnit3TestAdapter
  dependency-version: 6.0.0
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <[email protected]>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Not at all sure why this helps, but when assigning `None` instead, the
object is gone at the time of garbage collection.
- The first two run into issues because our meta type's `tp_getattro` is
  not overridden by its subclasses
- The last runs into a `PyErrOccurred` when trying to access its
  `__len__`, related to our sequence decoding logic
In Python 3.14, the objects __dict__ seems to already be half
deconstructed, leading to crashes during garbage collection.

Since gc in Python is single-threaded (I think :)), it should
be fine to have a single static for this. If that is not true,
we can always use a thread-local instead.
Python 3.14 introduced a new assertion that prevents us from using
PyObject_GenericSetAttr directly in our meta type. To work around
this, we manipulate the type dict directly.

This workaround is a simplified variant of Cython's workaround from
cython/cython#6325.

The relevant Python change is in
python/cpython#118454
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

⤵️ pull merge-conflict Resolve conflicts manually

Projects

None yet

Development

Successfully merging this pull request may close these issues.