consider adding package pythonnet to call into .net world

[Denis Akhiyarov]

Nowadays .NET is pre-installed on Windows and offers some nice ways to call into .NET libraries such as WPF or even Windows API.

So can I suggest to include pythonnet into WinPython like pywin32 is included?

https://pypi.python.org/pypi/pythonnet

http://www.lfd.uci.edu/~gohlke/pythonlibs/#pythonnet

http://pypi.python.org/pypi/pywin32

Thanks,

Denis

[Thorsten Kranz]

+1

Installation of python.net is rather awkward, so having it in WinPython would definitely be nice.

Greetings,
Thorsten

--
You received this message because you are subscribed to the Google Groups "WinPython" group.
To unsubscribe from this group and stop receiving emails from it, send an email to winpython+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[stonebig]

I see cgohlke has a pythonnet-2.1.0.dev1

".0.dev1" means suffering to my ears.

[Denis Akhiyarov]

you have beta or dev versions of mingwpy, spyder, seaborn, pyopengl in WinPython 3.4.3.7 :)

but seriously let me find out on mailing list what blocks merging dev into master.

[stonebig]

Yes, I'm expert in suffering

[Thorsten Kranz]

Ok, sounds promising... Looking forward to reading good news!

stonebig <stone...@gmail.com> schrieb am Do., 4. Feb. 2016 21:01:

Yes, I'm expert in suffering

--

[stonebig]

I'm not sure of the constraints or side-benefits of using pythonnet in WinPython, a userland distro.
Can you give some demo examples of what you expect from this ?

[Denis Akhiyarov]

First of all, pythonnet can be used for both extending and embedding CPython using .NET and Mono, without any limitations of IronPython and without need for C compiler.

Then .NET multithreading can use multiple cores (see TPL), but I have not seen anyone exploring this idea.

Here is quick tutorial for pythonnet:

http://pythonnet.github.io/readme.html

Here is WPF GUI example:

https://mail.python.org/pipermail/pythondotnet/2015-June/001653.html

Also some WinForms examples here:

https://github.com/pythonnet/pythonnet/tree/master/demo

Some people used pythonnet to connect to SQL Server database, although I was able to use directly pymssql:

https://mail.python.org/pipermail/pythondotnet/2014-September/001585.html

At my work I use pythonnet to call into numerical libraries for python from .NET and to call into proprietory .NET dlls from CPython.

On Sun, Feb 7, 2016 at 3:50 PM, stonebig <stone...@gmail.com> wrote:

I'm not sure of the constraints or side-benefits of using pythonnet in WinPython, a userland distro.
Can you give some demo examples of what you expect from this ?

--
You received this message because you are subscribed to a topic in the Google Groups "WinPython" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/winpython/G4QFjF2f9Bw/unsubscribe.
To unsubscribe from this group and all its topics, send an email to winpython+...@googlegroups.com.

[Sol Simpson]

If this was a multi platform targeted distro, I would give this suggestion a -1, but since it is WinPython after all, +1 from me. ;)

the WordPad demo is really cool, and shows how simple / nice the interface is, IMO.  Looks easier to use than pyqt in some ways. Another gui framework to learn, unless you already know .NET I suppose, which many probably do. This all assumes the package is somewhat stable, no idea about this.

[Denis Akhiyarov]

pythonnet is not specific to Windows, Mono and now CoreCLR can run on wide variety of platforms much like CPython.

On Mon, Feb 8, 2016 at 9:36 AM, Sol Simpson <s...@isolver-software.com> wrote:

If this was a multi platform targeted distro, I would give this suggestion a -1, but since it is WinPython after all, +1 from me. ;)

the WordPad demo is really cool, and shows how simple / nice the interface is, IMO.  Looks easier to use than pyqt in some ways. Another gui framework to learn, unless you already know .NET I suppose, which many probably do. This all assumes the package is somewhat stable, no idea about this.

--

[Sol Simpson]

On Mon, Feb 8, 2016 at 10:54 AM, Denis Akhiyarov <denis.a...@gmail.com> wrote:

pythonnet is not specific to Windows, Mono and now CoreCLR can run on wide variety of platforms much like CPython.

Shows how little I know about the .NET world. ;(

[stonebig]

This "0.dev1" is still raining over my enthousiasm.
The absolute lack of 2.1 target release date also.

[Denis Akhiyarov]

I posted your concerns here:

https://mail.python.org/pipermail/pythondotnet/2016-February/001710.html

Tony Roberts is working on Python 3.5 builds with Travis CI and AppVeyor.

Otherwise I do not see any other blocking issues.

[stonebig]

"files-> open" failed on Python3.4 ...

Is it Python 3 compatible ?

[stonebig]

It's only testing on Python 2.6 (!) and 2.7 on Travis and Appveyor.

Waiting for a wordpad demo that is ok on Python3.

[Denis Akhiyarov]

I think you are committing into master branch, not develop. I made the same mistake before. On develop branch I see tests on Python 3: https://travis-ci.org/pythonnet/pythonnet/builds/106303487

let me check the demo on Python 3.

[stonebig]

ok, I fixed my 3 PRs

[stonebig]

Looking further:
- ok the functionnality is a must have,
- but no, it's not stable yet http://www.xavierdupre.fr/app/pymyinstall/helpsphinx/blog/2016/2016-01-03_pythonnet.html

I guess this project has currently only one active contributor, and would greatly need a second one for a few months.

[Denis Akhiyarov]

@stonebig, I agree that Python 3.5 support is a must have and until this pull request is merged, pythonnet should not be considered for release. But let me try to address other concerns mentioned by Xavier Dupré from Microsoft, since his blog does not allow comments:

1)

Debugging is still uneasy. Maybe I missed something. I downloaded the source fromPython website and I inserted many prints to understand where the module was stuck

It is possible to debug pythonnet in mixed-mode (both Python and C# code at the same time) using PTVS. The key is to select correct set of debugger in Visual Studio (Native, Managed, Python). Tony also used PyCharm to debug pythonnet code when embedding CLR. There are some open issues with debuggers for both IDEs, but I think these are not blocking issues.

2)

The second concern is about passing numpy arrays as pointers between Python and CLR, the overloading fails. I tried the same thing on my branch which fixes some overloading issues (see the link below ) and it seems to works, although I'm not sure what is supposed to be returned for this case:

https://github.com/pythonnet/pythonnet/issues/131

>>> ar = IntPtr.__overloads__[int](array.__array_interface__['data'][0])

Decref(NULL)

Here is some background info on this numpy array passing:

https://mail.python.org/pipermail/pythondotnet/2014-May/001525.html

3)

Could not load file or assembly 'file:///<apath>\Python.Runtime.dll

This is very common error resolved by installing properly pythonnet from wheels. Usually the problem is that Python.Runtime.DLL is not installed to the correct folder in Python\lib\site-packages.

I agree on need for contributors to fix some outstanding issues like Python 3.5 support.

--

[Denis Akhiyarov]

BTW, I did not find IntPtr_long anywhere in pythonnet or .NET.

To unsubscribe from this group and all its topics, send an email to winpython+unsubscribe@googlegroups.com.

[stonebig]

looking further, it's not so much a dead project, but the development not happening on Master is odd to me.

[stonebig]

are there any example of pythonnet with some example of :
- gui with a grid object
- database access ?

[Denis Akhiyarov]

here is wpf dynamic grid object:

 

https://github.com/pythonnet/pythonnet/pull/185

Database access is likely good enough in python, including ORM. So why would .NET database access needed from python? BTW - it is very hard to provide demo for databases, especially SQL Server.

Like I mentioned before in this thread, some people used pythonnet to connect to SQL Server database, although I was able to use directly pymssql:

https://mail.python.org/pipermail/pythondotnet/2014-September/001585.html

[stonebig]

Thanks!

Now waiting for pythonnet 2.1 to happen.