Hello,
has anyone successfully used multithreading or multiprocessing with Python.Net?
I tried to multi-thread from the .Net side and the Python.Net libraries seem to have issues in the RunScript method. I had to take an implementation off the web of that method because the shipped method doesn’t seem to work.
I then had a working multi-processing example from CPython that I tried from Python.Net but it gives an error
'module' object has no attribute 'argv'
When trying to create a process pool by executing the line
pool = Pool(processes=4)
Is it possible to do multithreading or multiprocessing with Python.Net?
Thanks,
Alan
Attendees: Victor, Mark, Felix, Benoit
Agenda:
Review last week's action items:
everyone should look into the finalizer issues if they can
PythonException finalizer update
Notes:
finalizer issues?
not sure what this is referencing, Victor will talk to Benedikt
PythonException finalizer update blocked due to failure on 3.6
Benedikt gave Felix pointers he needed to get unblocked
Victor posted a pull that potentially fixes - this PR #1426 <https://github.com/pythonnet/pythonnet/pull/1426>
Victor has a bunch of breaking changes he wants to potentially land for 3.0
feature: ability to add mix-ins to .NET types with Python
solves multiple issues with dictionary conversions
avoids having to create a proxy class in C# that doesn't behave like a C# dictionary
allows you to create a class that works as a dictionary in both Python and C#
fairly mature, possibly can land before 3.0
feature: change overload resolution to whatever dynamic does in C#
solves problem where overloads behave in a surprising way
barely a proof-of-concept (not even tested/validated/etc)
feature: ability to change base class
others
Victor has many open PRs
https://github.com/pythonnet/pythonnet/pulls/lostmsu <https://github.com/pythonnet/pythonnet/pulls/lostmsu>
please review
Have we tested on Apple Silicon
no
Benoit can test
Travis? do we have automated testing on Mac? we do, AMD64 only
we don't have a good debugger for 64-bit ARM
Unity will need Apple Silicon support by November to make our Python package officially supported
potentially lots of work
Native code page still there?
no, got removed
Action Items:
Victor to make a list of breaking changes in his branch that could land for 3.0 and discuss with Benedikt
Felix to review #1426 <https://github.com/pythonnet/pythonnet/pull/1426>
Victor to update Improve Python <-> .NET exception integration <https://github.com/pythonnet/pythonnet/pull/1134>
Victor to update https://github.com/pythonnet/pythonnet/pull/1133 <https://github.com/pythonnet/pythonnet/pull/1133> and check with Benedikt that it's still good to land for 3.0
Benoit to test on Apple Silicon & derisk
The meeting notes google doc is here <https://docs.google.com/document/d/1rJVU84B_dgx58-_EopjRtOJVFAI2WfHJYV0n7uE…>. Feel free to correct or add additional information.
The next meeting will be held on Thursday, April 22 at 12pm EST (click for your time zone) <https://www.google.com/search?q=12:00+pm+EST>.
Mark Visser
Senior Dev Manager, M&E
Unity Technologies - www.unity3d.com <http://www.unity3d.com/>
Hi everyone,
I'm thrilled to announce that Python for Unity has been updated to support the latest Python for .NET! This update brings Python 3.7 support and the ability to use native Python modules. Well, technically you could use them before; the difference is that now Unity won't crash on domain reload if you do. :-)
You can find more details in the official announcement <https://forum.unity.com/threads/python-for-unity-release-announcements.1084…>.
I'm cross-posting here because this release would not have been possible without the joint efforts of Unity, Imaginary Spaces and the Python for .NET developers. Thank you Amos, Felix, Victor, Benedikt, and Benoit!
cheers,
-Mark
Mark Visser
Senior Dev Manager, M&E
Unity Technologies - www.unity3d.com <http://www.unity3d.com/>
