Mailman 3 - Python.NET

how to install in sles12
by Ramesh Ponnada 25 Jul '20

25 Jul '20

Hi, i see error while installing pythonnet module in sles12 OS machine. could you please share us the steps. ./pip3 install pythonnet Collecting pythonnet Using cached Collecting pycparser py2.py3-none-any.whl <https://devpi.qualcomm.com/root/pypi/%2Bf/758/2ad22678f0fcd/pycparser-2.20-…> (112 kB) Building wheels for collected packages: pythonnet Building wheel for pythonnet (setup.py) ... error ERROR: Command errored out with exit status 1: command: /software/python/3.7.6/bin/python3.7 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-0fnlx7pb/pythonnet/setup.py'"'"'; __file__='"'"'/tmp/pip-install-0fnlx7pb/pythonnet/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' bdist_wheel -d /tmp/pip-wheel-e5dshd8e cwd: /tmp/pip-install-0fnlx7pb/pythonnet/ -- Ramesh

1 0

Working group notes for July 16, 2020
by Mark Visser 16 Jul '20

16 Jul '20

Attendees: Benedikt, Mark, Amos Agenda Review action items from last meeting Amos will try to fix soft shutdown 3.8 CI Victor will try to reproduce soft shutdown 3.8 CI failure Since the failure appears to be in codecs tests, Victor will try to check if any codecs fixes were not backported from Lost Tech branch Notes Soft shutdown - CI failure related to issue #891 <https://github.com/pythonnet/pythonnet/issues/891> see https://github.com/pythonnet/pythonnet/blob/master/src/runtime/runtime.cs#L… <https://github.com/pythonnet/pythonnet/blob/master/src/runtime/runtime.cs#L…> soft mode finished from Amos's side still need test cases for reload mode - may have stability issues Benedikt still reviewing hold off merging until we're sure it's stable Unity will do additional QA (use branch updated to master first) Still some polish to be done Some parts have already been merged to master via other PRs small PR #1175 - Remove unnecessary `CheckExceptionOccurred` calls <https://github.com/pythonnet/pythonnet/pull/1175> looks good comments from Victor to address quantconnect branches will close Action Items Benedikt - Check whether we need to change the `WITH_DEBUG` variant of PyObject_TYPE for newer versions of Python (> 3.8?) Benedikt - Add reference to backports-2.5 branch in README Benedikt - Switch to .NET Standard for everything but ClrModule Benedikt - Change project files to new format Victor - Consider adding a StolenReference type Benedikt - will look at Amos's fix for #891 issue in PR #958 Benedikt - will look into Python Buffer branch again 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, July 30 at 12pm EST (click for your time zone) <https://www.google.com/search?q=12:00+pm+EST>. Mark Visser M&E Dev Manager Unity Technologies - www.unity3d.com <http://www.unity3d.com/>

1 0

Working group notes for June 18, 2020
by Benedikt Reinartz 18 Jun '20

18 Jun '20

Working group notes for June 18, 2020 Attendees: Mohamed, Amos, Victor, Benedikt Agenda * Review action items from last meeting o Benedikt/Mohamed: extract “Moving files around” PR o Benedikt/Mohamed: extract “Support for dotnet SDK” PR * PR #958 https://github.com/pythonnet/pythonnet/pull/958 - what's left, how can we (Unity) help bring this to master? Notes * No new NuGet for 2.x releases due to many packages needed * We will start releasings NuGet for 3.x dev builds as soon as they are available * PR opened to drop Python 2 support (1158) * CLR/CoreCLR loading is striving to be pure Python with no C code to simplify build and deployment * PR #958 https://github.com/pythonnet/pythonnet/pull/958 : Amos is syncing it to the latest master. Victor: still quite a few comments pending * On PyHandle (#1087): Integrate with the existing NewReference and BorrowedReference types, which should be used on the interface to Python Action Items * Check whether we need to change the `WITH_DEBUG` variant of PyObject_TYPE for newer versions of Python (> 3.8?) * Add reference to backports-2.5 branch in README * Switch to .NET Standard for everything but ClrModule * Change project files to new format * Consider adding a StolenReference type

1 0

Python.NET 2.5.0 released
by Benedikt Reinartz 14 Jun '20

14 Jun '20

Hi all, We have just released v2.5.0 of Python.NET: - https://github.com/pythonnet/pythonnet/releases/tag/v2.5.0 - https://pypi.org/project/pythonnet/ This will be the last release to support Python 2 and non-.NET-Standard builds. Thanks a lot to the contributors to this release: @alexhelms @amos402 @andreydani @benoithudson @chrisjbremner @Cronan @filmor @ftreurni @henon @inna-w @Jeff17Robbins @jmlidbetter @koubaa @m-rossi @matham @mjmvisser @NickSavin @s4v4g3 @slide Regards Benedikt

1 0

the most popular 50 jobs on ideras.com since 2020-06-04
by ideras.com job search engine 04 Jun '20

04 Jun '20

1 0

Working group notes for June 4, 2020
by Mark Visser 04 Jun '20

04 Jun '20

Attendees: Benedikt, Victor, Mark Agenda Review action items from last meeting Benedikt/Mohamed: extract “Moving files around” PR Benedikt/Mohamed: extract “Support for dotnet SDK” PR Notes PR 1094 reviewed by Amos (thanks!) 2.5 release in progress PR 824 will go into 2.5 RC will be released this week - taking a while due to combination of platforms & python versions github master branch will be 2.5 release and only land bug fixes will only publish 2.5 to PyPI - not Nuget Benedikt will start new develop branch after next meeting (June 18th) once that's done we'll start integrating big PRs that break things (including dropping Python 2.x) other PRs on hold until after 2.5 release Victor's branch (for after 2.5 release) worked on providing Python interfaces to existing .NET collections implemented and injected mixins for stuff from collections.abc into reflected classes implementing interfaces from System.Collections.Generic also implemented buffer interface for arrays depends on features that haven't yet landed upstream Python for .NET now part of the .NET foundation! no change to the license after the 2.5 release we can improve our appveyer setup Action Items Benedikt/Mohamed: extract “Moving files around” PR Benedikt/Mohamed: extract “Support for dotnet SDK” PR 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, June 18th at 12pm EST, 9am PST, 6pm CET, 1am China. Mark Visser M&E Dev Manager Unity Technologies - www.unity3d.com <http://www.unity3d.com/>

2 1

Working group notes for Feb 27, 2020
by Mark Visser 21 May '20

21 May '20

Attendees: Victor, Mark, Benedikt, Benoit, Amos, Felix Agenda Review action items from last meeting: Benoit to finish wiki page for threading Victor will talk to Benedikt regarding creating a lib/separate repo for codecs (this also applies to QuantConnect) Quantconnect PR - Victor to ensure Amos commits are mirrored in master Amos should take over PR #1016 Victor will try to review #958 instead See if Benedikt needs better time or we can make decisions while he’s off Unity is settled on 2.4.0, and might reduce presence Create NuGet organization and transfer package ownership for NuGet package <https://www.nuget.org/packages/pythonnet/> At least 1 more person to admin NuGet org Mailing list for maintainers only A plan to replace IntPtr with the new reference types Upstreaming Lost Tech (Victor’s) fork Python 2 support? DllImport -> GetDelegateForFunctionPointer Notes Wiki page for threading is up in tutorials section Victor & Amos discussing failing multithreading test case in PR #1022 Looks like Amos's commits in the Quantconnect PR are already in master PR #1016 closed in favour of using PR #958 instead Slow going on PR #958 review needs some description to explain the changes - a few sentences that describe the intended effects of the changes: what actions are necessary to implement soft shutdown? hard to get overall picture of what the code is expected to do Regarding the time slot this is the best we can get that balances China, North America and Germany time zones it's OK for Victor make decisions in the meeting - unless Benedikt is completely against the decision, it will be OK NuGet org Victor has access problem is that registered e-mail is the mailing list e-mail, security hole A plan to replace IntPtr with the new reference types we should avoid using IntPtr in our own pull requests should use proper pointer types ourselves, once we've got good practices established can be documented belongs with Benedikt's work on loader PR Upstreaming Lost Tech (Victor’s) fork Python 2 support not handled, should we drop support from master (and move 2.x to branch)? DllImport -> GetDelegateForFunctionPointer change require dropping 2.x in general dropping 2.x helps with a lot of things not a problem for Unity, also moving to 3.x No arguments against dropping support for 2.x in master were raised is master in a good state for a last release of 2.x? have one last push to get any changes not specific to 3.x into master before branch-off / tag codecs other minor changes stability of current release? random CI failures we added more tests recently - e.g. domain reload tests unstable one of the domain reload tests often fails on Python 2.7 Amos' changes for normal mode shutdown should solve these failures - should we land them first? no, let's only backport them if there is demand master is currently green As soon as we have all PRs we want in, we will tag 2.4.1 (if no breaking changes, 2.5 otherwise) and branch if necessary will use a github milestone to track PRs for 2.4.1 Still failing tests on 3.8, but likely a dependency on 3.7 - next release should have 3.8 support Lost Tech branch has support for Python version independence (except for 3.8) complete version independence requires dynamic tp slot handling will need runtime logic for handling different versions of Python to handle differing slot locations also need to remove PInvoke usage solving for these two issues will allow any Python version to be used at runtime instead of requiring pre-build for specific versions Lost Tech branch doesn't handle embedding C# in Python, but CLR loader PR should take care of this - already working, and should work with Lost Tech branch changes Dynamic CLR loading won't support 2.4 Action Items Victor will create codecs repo on github Amos to create issue or PR to make implicit operator for reference types to convert reference to IntPtr Amos will create wiki page to explain soft shutdown Benedikt will look into creating a private mailing list for maintainers only Everyone - tag PRs you want to land in 2.4.1, we'll try to get merged before next release Benedikt to check that modernization branch will work with 3.8 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, March 12th at 12pm EST, 9am PST, 6pm CET, 1am China. Mark Visser Tooling Dev Manager Unity Technologies - www.unity3d.com <http://www.unity3d.com/>

1 3

Is it possible to check if a .NET class is a subclass of another .NET class
by robert.hoelzl＠posteo.de 20 May '20

20 May '20

In python I can check the inheritance via isinstance() (and issubclass()). These methods do not work on .NET classes. Are there alternative methods which are doing the job for .NET

2 2

How to run in STA without spawning an extra thread
by robert.hoelzl＠posteo.de 18 May '20

18 May '20

I want to create a WPF app, which requires a STA thread. Unfortunately the main-thread of python.exe runs in MTA and thus cannot be utilitized. I had to spwan an extra thread, But this makes my IDE's (PyCharm) debugger not work any more (does not stop on breakpoints). I downloaded the Python.NET sources to create a version that runs in STA, but I failed to find any piece of code, that activates MTA (and which I could change to STA). I expected it to be in "/src/monoclr/pynetinit.c", but here I only found the code to load Python.Runtime.dll. can anyone give me a hint? regards, Robert

1 3

How the clr module works with .NET imports
by adam.preble＠gmail.com 29 Apr '20

29 Apr '20

I'm curious about how the clr module and the subsequent imports work. I'm asking for a hand in understanding that since that's some pretty dense code for me to understand by myself. I'm doing this because I'm trying to have the same functions in my own pure .NET, async-await Python interpreter project. I have a fairly simple example I am using as a test that I got originally from IronPython--that also works with Python.NET: >>> import clr >>> clr.AddReference("System") <System.Reflection.RuntimeAssembly object at 0x0000022C20DA2438> >>> from System import Environment >>> Environment <class 'System.Environment'> Two questions: 1. Generally how does Python.NET track these references? I assumed there'd be a module loader for .NET DLLs but saw nothing in sys.meta_path. In my own project, I've been polluting the local context with a a __clr__ dunder. 2. How does Python.NET get Environment out of the System reference? Is it a misnomer? Environment's in mscorlib but the System namespace. I'm treating AddReference("System") as adding the System assembly, but I suppose it's more applicable to say it's adding the System namespace. I don't know how to represent that in .NET parlance. I found this, which seems rather tedious! https://stackoverflow.com/questions/79693/getting-all-types-in-a-namespace-… Presumably that would mean going through all references and finding matching namespaces.

1 0