Repository navigation
Hard crash when deleting from Dictionary #2530
Copy link
Copy link
Closed
Labels
Description
Environment
- Pythonnet version: 3.0.5
- Python version: both 3.12 and 3.13
- Operating System: MacOS Sequoia 15.1.1
- .NET Runtime: both 7.0.410 and 8.0.403
Details
- Describe what you were trying to get done.
Remove an element from a .NET Dictionary using the del operator (__delitem__).
- What commands did you run to trigger this issue?
If you can provide a Minimal, Complete, and Verifiable example this will help us understand the issue.
I reduced the problem to the following example, simply run from the command line:
import pythonnet
pythonnet.load('coreclr')
print(pythonnet.get_runtime_info(), end='\n\n')
import clr
from System.Collections.Generic import Dictionary
from System import Int32, String
DT = Dictionary[Int32, String]
d = DT()
d[10] = '10'
d[20] = '20'
print('__delitem__ is implemented by {}'.format(
next(iter(cls for cls in DT.mro() if hasattr(cls, '__delitem__')))
))
del d[20] # crash- If there was a crash, please include the traceback here.
The program crashed with the following output:
Runtime: CoreCLR
=============
Version: <undefined>
Initialized: True
Shut down: False
Properties:
HOST_RUNTIME_CONTRACT = 0x600003a840c8
PROBING_DIRECTORIES =
RUNTIME_IDENTIFIER = osx-arm64
FX_DEPS_FILE = /usr/local/share/dotnet/shared/Microsoft.NETCore.App…
APP_CONTEXT_DEPS_FILES = /usr/local/share/dotnet/shared/Microsoft.N…
APP_CONTEXT_BASE_DIRECTORY =
PLATFORM_RESOURCE_ROOTS = :
NATIVE_DLL_SEARCH_DIRECTORIES = :/usr/local/share/dotnet/shared/Mic…
TRUSTED_PLATFORM_ASSEMBLIES = /usr/local/share/dotnet/shared/Micros…
__delitem__ is implemented by <class 'System.Collections.Generic.Dictionary[Int32,String]'>
Unhandled exception. System.NullReferenceException: Object reference not set to an instance of an object.
at Python.Runtime.BorrowedReference.DangerousGetAddress() in /home/benedikt/.cache/uv/sdists-v6/.tmpkW03e6/pythonnet-3.0.5/src/runtime/Native/BorrowedReference.cs:line 18
at Python.Runtime.NewReference..ctor(BorrowedReference reference, Boolean canBeNull) in /home/benedikt/.cache/uv/sdists-v6/.tmpkW03e6/pythonnet-3.0.5/src/runtime/Native/NewReference.cs:line 20
at Python.Runtime.Runtime.PyTuple_SetItem(BorrowedReference pointer, IntPtr index, BorrowedReference value) in /home/benedikt/.cache/uv/sdists-v6/.tmpkW03e6/pythonnet-3.0.5/src/runtime/Runtime.cs:line 1482
at Python.Runtime.ClassBase.mp_ass_subscript_impl(BorrowedReference ob, BorrowedReference idx, BorrowedReference v) in /home/benedikt/.cache/uv/sdists-v6/.tmpkW03e6/pythonnet-3.0.5/src/runtime/Types/ClassBase.cs:line 498
[1] 56976 abort python3.12 /tmp/ramdisk/delme_test_pythonnet.py
Notice that __delitem__ is also implemented by the MutableMappingMixin class here, which simply calls the Remove() method, but Dictionary has its own implementation (that I can't find), which takes precedence.
The former would have worked correctly (tested), as Remove() works as usual.
Reactions are currently unavailable
Activity
filmor commentedon Dec 13, 2024
Thank you for the reproducible example, I will look into it. If you want to have a go at it, you are more than welcome though.
Side note: I have checked that this is not a regression in today's release, the same error happens on all 3.* versions.
filmor commentedon Dec 13, 2024
My first guess is that we simply don't implement the deletion case. For
__delitem__, Python passes anullto thevalueparameter ofmp_ass_subscript.mp_ass_subscriptis implemented via Indexers which does not have an equivalent to__delitem__.So, we have the following options:
ICollection,IDictionary,IList, and classes that implement these, special-case scalar deletions to use the respective remove functionslostmsu commentedon Dec 13, 2024
Hm, this actually should work due to
pythonnet/src/runtime/Mixins/collections.py
Line 58 in dfd746b
Maybe it is not enabled by default? It might not be enabled due to scenarios where you don't want these methods to appear in any kind of reflection (from Python).
DiegoBaldassarMilleuno commentedon Dec 16, 2024
And it would work, except that the
Dictionaryclass provides its own implementation of__delitem__that overrides the one inMutableMappingMixin:filmor commentedon Dec 17, 2024
Well, the direct implementation always wins, and Python, counts
mp_ass_subscriptas an implementation for__setitem__and__delitem__. We could go through the__mro__to find the mixin, but at that point it might make more sense to just extend themp_ass_subscriptimplementation to handle the deletion itself.implemented __delitem__ for IDictionary<K,V> and IList<T>
implemented __delitem__ for IDictionary<K,V> and IList<T>
implemented __delitem__ for IDictionary<K,V> and IList<T>
implemented __delitem__ for IDictionary<K,V> and IList<T>
implemented __delitem__ for IDictionary<K,V> and IList<T>
implemented __delitem__ for IDictionary<K,V> and IList<T>