Mailman 3 এপ্রিল 2016 - Python.NET

Multithreading/multiprocessing
by Alan Macdonald 5 মে, 2025

5 মে, 2025

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

2 1

PythonNet on Cygwin
by Nikhil Garg 21 জুন, 2017

21 জুন, 2017

Hi Guys, I was wondering if anyone knows how to make Python for .Net work on cygwin installation of python. I have been looking around and find a mixed bag of information. If anyone knows of the working version of Python for .Net and its dependency, I would appreciate if you could share it with me. Currently, I am using a generic windows version and it works just fine, but I need it to work on Cygwin version of python. I appreciate any helpful replies. Thanks, Nikhil

2 2

cx_freeze and python.net
by Boris Burdin 22 মে, 2017

22 মে, 2017

Hello everybody, I'm trying to build a python.net application using cx-freeze . Once the application is built, I put in my final folder the Python.Runtime.dll. but it stil doesn't seem to work . Actually, when I run the .exe file, nothing is happening. So, I wonder if there were something else to do, another dll to put in the folder, or any option to use with cx_freeze when building the application ? i would be very grateful if you could help me on this matter .. Thanks in advance, Boris

3 2

pythonnet appdomain(s)
by Adam Klein 7 সেপ্টেম্বর, 2016

7 সেপ্টেম্বর, 2016

Hello, Is there a design reason that pythonnet loads C# assemblies into its own AppDomain rather than establishing a separate AppDomain? It would be useful for instance when developing in C# in parallel with writing python code (say, in the ipython REPL) to be able to reload C# assemblies dynamically. Also, we've found it useful in Initialize() to enable shadow copying, to prevent file locking, ie internal static void Initialize() { ... AppDomain domain = AppDomain.CurrentDomain; // prevent file locking domain.SetShadowCopyFiles(); domain.SetShadowCopyPath(null); Although these are deprecated methods, and really it should be establishing a new AppDomain as above. Regards, Adam _________________________________ Adam D Klein BlueMountain Capital Management LLC 280 Park Ave, 5th Floor East New York, NY 10017 O:(212)905-2136 C:(917)331-8871

2 1

"Incorrect" behavior of inheriting from class which is inherited from .Net class
by Hansong Huang 25 আগস্ট, 2016

25 আগস্ট, 2016

Hello, This is related to previous investigation of inheriting from .NET interface class to create WPF MVVM structure. As now I believe it has nothing to do with interface class, but instead caused by inheriting from .Net class overall. please see the following code import clr, Systemclass baseNA(System.Random): __namespace__ = "BaseNA" def __init__(self): super(baseNA,self).__init__()# @clr.clrmethod(System.String,[]) def ToString(self): return "string" class baseNB(baseNA): __namespace__ = "BaseNB" def __init__(self): super(baseNB,self).__init__()bna = baseNA()print bna.ToString()print bna._Random__ToString()bnb = baseNB()print bnb.ToString()print bnb._baseNA__ToString()print bnb._Random__ToString() This produces the following outputstringBaseNA.baseNABaseNB.baseNBBaseNB.baseNBBaseNB.baseNB as you see, while baseNA -- the first level inherited class works fine. ToString() overrides System.Random.ToString() But baseNB inherited from baseNA did not inherit ToString() method from baseNA, but rather inherited from System.Random. Not sure if it is a bug in python.net or was intended. regards, Hansong

4 4

pyinstaller + pythonnet
by Nikhil Garg 19 জুন, 2016

19 জুন, 2016

Hi All, I tried to build a very simple executable using pyinstaller, where my script just imported clr module. I managed to build the executable but then the executable doesnt run. I have posted the error below. I think the executable is able to find the runtime dll but it is unable to run it. Unhandled Exception: System.IO.FileLoadException: Could not load file or assembl y 'Python.Runtime, Version=4.0.0.1, Culture=neutral, PublicKeyToken=5000fea6cba7 02dd' or one of its dependencies. The located assembly's manifest definition doe s not match the assembly reference. (Exception from HRESULT: 0x80131040) at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String cod eBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntro spection, Boolean suppressSecurityChecks) at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName as semblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMar k& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIn trospection, Boolean suppressSecurityChecks) at System.Reflection.Assembly.Load(AssemblyName assemblyRef) at clrModule.initclr() I would appreciate any help

2 2

calling Python via Python.Runtime DLL from IronPython
by Cameron Hayne 28 এপ্রিল, 2016

28 এপ্রিল, 2016

Should it be possible to call Python (CPython) code from IronPython (an IronPython script) via the Python.Runtime DLL ? I.e. an IronPython script that imports the Python.Runtime DLL and then calls the functions provided by that DLL. In my preliminary tests, I get an error about ‘copy_reg’ not being found. This error seems to happen when calling PythonEngine.Initialize(). -- Cameron Hayne cameron.hayne(a)introspect.ca

3 6

Python.NET 2.1 released
by Tony Roberts 12 এপ্রিল, 2016

12 এপ্রিল, 2016

Hi, Python.NET 2.1 has now been released and can be installed using pip: pip install --upgrade pythonnet Or alternatively dowloaded manually from PyPI ( https://pypi.python.org/pypi/pythonnet/2.1.0) The headline new feature of this release support for Python 3. It also contains many other smaller enhancements and bug fixes. If you are still using an older version from sourceforge or the 2.1.0.dev1 pre-release I would highly recommend upgrading to this release. Many thanks to all the contributors for their efforts to make this release happen. It was a long time coming and wouldn't have happened without a lot of work from them. Development continues on github here https://github.com/pythonnet/pythonnet and I would encourage anyone who would like to get involved. One important thing this project is currently lacking is documentation, so if anyone would like to help there that would be particularly appreciated. Contributors/github users: please note I have merged the develop branch back into master and pull requests will now be accepted against the master branch. Best regards, Tony Roberts www.pyxll.com

1 0

How to handle INotifyPropertyChanged interface
by Hansong Huang 5 এপ্রিল, 2016

5 এপ্রিল, 2016

I am still trying to figure out how to implement WPF MVVM with Python.Net.Previously, I have successfully used System.Dynamic.ExpandoObject as a ViewModel container self.window = System.Windows.Markup.XamlReader.Load(outStream)self.window.DataContext = DotNetExpandoObject() where DotNetExpandoObject is a wrapper class for System.Dynamic.ExpandoObject class DotNetExpandoObject(System.Dynamic.ExpandoObject):... in which I redefined __getattr__ and __setattr__ it works flawlessly as System.Dynamic.ExpandoObject implements INotifyPropertyChange interface already Now, I would like to get away from using System.Dynamic.ExpandoObject but to implement my own I first tried to expose a python class back to .Netclass MyViewModel(System.Object): __namespace__ = "WPFPyDemo" def __init__(self): super(MyViewModel,self).__init__() self._inputText = "Line - in" @clr.clrproperty(str) def inputText(self): return self._inputText @inputText.setter def inputText(self,value): self._inputText = value self.OnPropertyChanged("inputText") self.window.DataContext = MyViewModel() The one direction data binding works fine, and the "Line - in" text correctly shows up in the textblock control.obviously this is not sufficient as there is no INotifyPropertyChange interface. So, I inherit the interface , and tries to implement the typical C# code" public event PropertyChangedEventHandler PropertyChanged" -- not sure how to handle event in Python.Net, the follow code probably is completely wrong class ViewModel(System.ComponentModel.INotifyPropertyChanged): __namespace__ = "WPFPy" def __init__(self): super(ViewModel, self).__init__() self.PropertyChanged = System.ComponentModel.PropertyChangedEventHandler def OnPropertyChanged(self, propertyName): if self.PropertyChanged != None: PropertyChanged(self, System.ComponentModel.PropertyChangedEventArgs(propertyName)) class MyViewModel(ViewModel): __namespace__ = "WPFPyDemo" def __init__(self): super(MyViewModel,self).__init__() self._inputText = "Line - in" @clr.clrproperty(str) def inputText(self): return self._inputText @inputText.setter def inputText(self,value): self._inputText = value self.OnPropertyChanged("inputText") The process terminates due to StackOverflowException. Looks like the error happens when WFP recoganized INotifyPropertyChange interface and tries to access MyViewModel class via it.

3 9

Re: [Python.NET] PythonDotNet Digest, Vol 141, Issue 6
by Hansong Huang 4 এপ্রিল, 2016

4 এপ্রিল, 2016

Here is how I understand IronPython's implementation .Net expects an event to be defined by the class that implements INotifyPropertyChanged interface. However, as python does not support event type, IronPython created two methods at its interface with .Net: add_PropertyChanged and remove_PropertyChanged. hence, whenever .Net would add or remove a handler from this event, these two methods are called instead. then a separate python class is created within IronPython to actual track and invoke callback functions. well, looks like Python.Net implemented exactly the same as IronPython. dir(System.ComponentModel.INotifyPropertyChanged) ==>['PropertyChanged', '__class__', '__cmp__', '__delattr__', '__doc__', '__format__', '__getattribute__', '__hash__', '__init__', '__iter__', '__module__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__', 'add_PropertyChanged', 'remove_PropertyChanged']so, in principle the same implementation as in IronPython should work. but instead, I got stackoverflow here is my implementation:make_event() and event() and even_handler() classes are copied from IronPython examples, used to track and invoke callback functions class ViewModel(System.ComponentModel.INotifyPropertyChanged): ''' this does not work. PropertyChanged event can not be implemented yet''' __namespace__ = "ViewModel" PropertyChanged == None def __init__(self): super(ViewModel, self).__init__() self.PropertyChanged, self._propertyChangedCaller = make_event() @clr.clrmethod(None, [System.ComponentModel.PropertyChangedEventHandler]) def add_PropertyChanged(self, value): self.PropertyChanged += value @clr.clrmethod(None, [System.ComponentModel.PropertyChangedEventHandler]) def remove_PropertyChanged(self, value): self.PropertyChanged -= value def OnPropertyChanged(self, propertyName): if self.PropertyChanged != None: self._propertyChangedCaller(self, System.ComponentModel.PropertyChangedEventArgs(propertyName)) One possible reason might be that the types specified in @clr.clrmethod is not correct, therefore, .Net could not find the right method to call. Hansong > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 3 Apr 2016 11:08:50 -0500 > From: Denis Akhiyarov <denis.akhiyarov(a)gmail.com> > To: "A list for users and developers of Python for .NET" > <pythondotnet(a)python.org> > Subject: Re: [Python.NET] How to handle INotifyPropertyChanged > interface > Message-ID: > <CALxxJLTeEjH8Uco+nNWA7tvkxasWBonjkFRJVj9DQR8XRYAaoA(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > is it possible to workaround this non-implemented feature by using > ___setattr__() hook? seems like people were able to do this in ironpython: > > http://stackoverflow.com/questions/3856905/ > > On Sun, Apr 3, 2016 at 10:40 AM, Tony Roberts <tony(a)pyxll.com> wrote: > > > Yeah, it looks like the crash is probably because of the missing event > > implementation as suspected. I'm a bit surprised that it didn't fail > > earlier when trying to instantiate the type. > > > > If you do get a chance to take a look at adding that functionality be sure > > to submit a pull request! > > > > Best regards, > > Tony > > > > > > On Sun, Apr 3, 2016 at 4:30 PM Hansong Huang <hhspiny(a)live.com> wrote: > > > >> Tony, > >> > >> thanks for the hint. > >> > >> the event PropertyChanged was declared in INotifyPropertyChanged > >> interface by pythonnet, but obviously not implemented. > >> [('PropertyChanged', <unbound event 'PropertyChanged'>), > >> > >> anyway, the stackoverflow only happens if both following are present > >> 1. the class is derived from INotifyPropertyChanged interface > >> 2. the class exposes property back to .Net vis @clrproperty > >> > >> which seems to prove that it is the PropertyChanged event that is not > >> implemented in python class resulted in the crash. > >> > >> I was not sure if .Net event can be handled by pythonnet. I found a few > >> examples with IronPython, but there, a python class of "event" seems to be > >> implemented instead. > >> > >> Below is the stack trace > >> > >> > >> [External Code] > >> clr.dll!CallDescrWorkerInternal () Unknown > >> clr.dll!CallDescrWorkerWithHandler(struct CallDescrData *,int) Unknown > >> clr.dll!CallDescrWorkerReflectionWrapper(struct CallDescrData *,class > >> Frame *) Unknown > >> clr.dll!RuntimeMethodHandle::InvokeMethod(class Object *,class > >> PtrArray *,class SignatureNative *,bool) Unknown > >> mscorlib.ni.dll!00007fffb86e1ca4() Unknown > >> mscorlib.ni.dll!00007fffb8618272() Unknown > >> mscorlib.ni.dll!00007fffb867fc4a() Unknown > >> [External Code] > >> mscorlib.ni.dll!00007fffb86dbaf5() Unknown > >> mscorlib.ni.dll!00007fffb86d281f() Unknown > >> System.ni.dll!00007fffb77556d4() Unknown > >> System.ni.dll!00007fffb7755637() Unknown > >> System.ni.dll!00007fffb775541d() Unknown > >> PresentationFramework.ni.dll!00007fff96c1ca70() Unknown > >> PresentationFramework.ni.dll!00007fff96c23902() Unknown > >> PresentationFramework.ni.dll!00007fff96c22ea1() Unknown > >> PresentationFramework.ni.dll!00007fff96c22693() Unknown > >> PresentationFramework.ni.dll!00007fff96c223c9() Unknown > >> PresentationFramework.ni.dll!00007fff96c21a03() Unknown > >> PresentationFramework.ni.dll!00007fff96c0d84c() Unknown > >> PresentationFramework.ni.dll!00007fff96b97299() Unknown > >> PresentationFramework.ni.dll!00007fff96b9720e() Unknown > >> PresentationFramework.ni.dll!00007fff96c852f0() Unknown > >> WindowsBase.ni.dll!00007fff9f6f9bc9() Unknown > >> WindowsBase.ni.dll!00007fff9f6f9ac6() Unknown > >> WindowsBase.ni.dll!00007fff9f6fca2b() Unknown > >> mscorlib.ni.dll!00007fffb86ca79e() Unknown > >> mscorlib.ni.dll!00007fffb86ca637() Unknown > >> mscorlib.ni.dll!00007fffb86ca5f2() Unknown > >> WindowsBase.ni.dll!00007fff9f913810() Unknown > >> WindowsBase.ni.dll!00007fff9f6fc784() Unknown > >> WindowsBase.ni.dll!00007fff9f6f7c24() Unknown > >> WindowsBase.ni.dll!00007fff9f6f8061() Unknown > >> WindowsBase.ni.dll!00007fff9f6f9e53() Unknown > >> WindowsBase.ni.dll!00007fff9f6f9d82() Unknown > >> WindowsBase.ni.dll!00007fff9f6f9bc9() Unknown > >> WindowsBase.ni.dll!00007fff9f6f9ac6() Unknown > >> WindowsBase.ni.dll!00007fff9f6f7583() Unknown > >> WindowsBase.ni.dll!00007fff9f6f94ff() Unknown > >> WindowsBase.ni.dll!00007fff9f8c496a() Unknown > >> clr.dll!UMThunkStub () Unknown > >> user32.dll!UserCallWinProcCheckWow() Unknown > >> user32.dll!DispatchMessageWorker() Unknown > >> WindowsBase.ni.dll!00007fff9f730ee8() Unknown > >> WindowsBase.ni.dll!00007fff9f70d8fc() Unknown > >> PresentationFramework.ni.dll!00007fff96af98b3() Unknown > >> PresentationFramework.ni.dll!00007fff96af969d() Unknown > >> clr.dll!CallDescrWorkerInternal () Unknown > >> clr.dll!CallDescrWorkerWithHandler(struct CallDescrData *,int) Unknown > >> clr.dll!CallDescrWorkerReflectionWrapper(struct CallDescrData *,class > >> Frame *) Unknown > >> clr.dll!RuntimeMethodHandle::InvokeMethod(class Object *,class > >> PtrArray *,class SignatureNative *,bool) Unknown > >> mscorlib.ni.dll!00007fffb86e1c20() Unknown > >> mscorlib.ni.dll!00007fffb8618272() Unknown > >> [External Code] > >> clr.dll!UMThunkStub () Unknown > >> [External Code] > >> > WPFPy.py!threadStart Line 256 Python > >> [External Code] > >> > >> > >> ------------------------------ > >> From: tony(a)pyxll.com > >> Date: Sun, 3 Apr 2016 15:20:47 +0000 > >> Subject: Re: [Python.NET] How to handle INotifyPropertyChanged interface > >> To: hhspiny(a)pine.cc; pythondotnet(a)python.org > >> > >> > >> What's the full stack trace? > >> > >> I suspect it's something to do with the event declared on the interface > >> not being implemented. The managed type constructed doesn't define any > >> events, so that would cause the construction of the type of fail - which is > >> probably the error you're getting (although without the stack trace it's > >> just an educated guess). > >> > >> It shouldn't be too hard to add events to the derived type if someone > >> wanted to have a go at implementing it. The code is in the > >> CreateDerivedType method in src/runtime/classderived.cs. To be consistent > >> with how methods and properties work, it would need a clrevent function > >> adding to the clr module (src/runtime/resource/clr.py) - maybe it could > >> work like this: > >> > >> class MyClass(INotifyPropertyChanged): > >> OnPropertyChanged = clr.clrevent(event_attributes, event_type) > >> > >> Then in classderived.cs the class any clrevents on the python class could > >> be added to the managed type using TypeBuilder.DefineEvent. > >> > >> So, anyway - short answer is that what you're trying to do won't work > >> without changes to pythonnet; but the changes required shouldn't be too > >> hard if you wanted to have a go. > >> > >> Best regards, > >> Tony > >> > >> > >> On Sun, Apr 3, 2016 at 3:37 PM Hansong Huang <hhspiny(a)live.com> wrote: > >> > >> It seems inheriting from INotifyPropertyChanged is the cause > >> > >> self.window = System.Windows.Markup.XamlReader.Load(outStream) > >> self.window.DataContext = MyViewModel() > >> class MyViewModel(System.Object): > >> __namespace__ = "WPFPyDemo" > >> def __init__(self): > >> super(MyViewModel,self).__init__() > >> self._inputText = "Line - in" > >> @clr.clrproperty(str) > >> def inputText(self): > >> return self._inputText > >> @inputText.setter > >> def inputText(self,value): > >> self._inputText = value > >> self.OnPropertyChanged("inputText") > >> > >> The above code works fine. > >> > >> but if switch inheritance to > >> class MyViewModel(System.ComponentModel.INotifyPropertyChanged): > >> and nothing else changed, python gives > >> > >> "The process terminates due to StackOverflowException" > >> > >> Not sure why. > >> > >> > >> Thanks for the help > >> > >> ------------------------------ > >> From: hhspiny(a)live.com > >> To: pythondotnet(a)python.org > >> Subject: How to handle INotifyPropertyChanged interface > >> Date: Thu, 31 Mar 2016 20:38:38 -0400 > >> > >> > >> I am still trying to figure out how to implement WPF MVVM with Python.Net. > >> Previously, I have successfully used System.Dynamic.ExpandoObject as a > >> ViewModel container > >> > >> self.window = System.Windows.Markup.XamlReader.Load(outStream) > >> self.window.DataContext = DotNetExpandoObject() > >> > >> where DotNetExpandoObject is a wrapper class for > >> System.Dynamic.ExpandoObject > >> class DotNetExpandoObject(System.Dynamic.ExpandoObject): > >> ... in which I redefined __getattr__ and __setattr__ > >> > >> it works flawlessly as System.Dynamic.ExpandoObject implements > >> INotifyPropertyChange interface already > >> > >> Now, I would like to get away from using System.Dynamic.ExpandoObject but > >> to implement my own > >> > >> I first tried to expose a python class back to .Net > >> class MyViewModel(System.Object): > >> __namespace__ = "WPFPyDemo" > >> def __init__(self): > >> super(MyViewModel,self).__init__() > >> self._inputText = "Line - in" > >> @clr.clrproperty(str) > >> def inputText(self): > >> return self._inputText > >> @inputText.setter > >> def inputText(self,value): > >> self._inputText = value > >> self.OnPropertyChanged("inputText") > >> > >> self.window.DataContext = MyViewModel() > >> > >> The one direction data binding works fine, and the "Line - in" text > >> correctly shows up in the textblock control. > >> obviously this is not sufficient as there is no INotifyPropertyChange > >> interface. > >> > >> So, I inherit the interface , and tries to implement the typical C# code > >> " public event PropertyChangedEventHandler PropertyChanged" > >> > >> -- not sure how to handle event in Python.Net, the follow code probably > >> is completely wrong > >> > >> class ViewModel(System.ComponentModel.INotifyPropertyChanged): > >> __namespace__ = "WPFPy" > >> def __init__(self): > >> super(ViewModel, self).__init__() > >> self.PropertyChanged = > >> System.ComponentModel.PropertyChangedEventHandler > >> def OnPropertyChanged(self, propertyName): > >> if self.PropertyChanged != None: > >> PropertyChanged(self, > >> System.ComponentModel.PropertyChangedEventArgs(propertyName)) > >> > >> class MyViewModel(ViewModel): > >> __namespace__ = "WPFPyDemo" > >> def __init__(self): > >> super(MyViewModel,self).__init__() > >> self._inputText = "Line - in" > >> > >> @clr.clrproperty(str) > >> def inputText(self): > >> return self._inputText > >> @inputText.setter > >> def inputText(self,value): > >> self._inputText = value > >> self.OnPropertyChanged("inputText") > >> > >> > >> The process terminates due to StackOverflowException. > >> Looks like the error happens when WFP recoganized INotifyPropertyChange > >> interface and tries to access MyViewModel class via it. > >> _________________________________________________ > >> Python.NET mailing list - PythonDotNet(a)python.org > >> https://mail.python.org/mailman/listinfo/pythondotnet > >> > >> > > _________________________________________________ > > Python.NET mailing list - PythonDotNet(a)python.org > > https://mail.python.org/mailman/listinfo/pythondotnet > > >

1 0