Ipy.exe ipy32.exe ipyw.exe ipyw32.exe

[ivelin.peychev]

Are there any legal reasons why ironpython executables are not packaged with Rhino?

[nathanletwory (Nathan 'jesterKing' Letwory)]

I doubt there are legal reasons, but @brian or @stevebaer would know better.

[brian (Brian Gillespie)]

Can you tell me why you’d want the IronPython executables packaged with Rhino?

I think the answer to your question, however is “no”.

[ivelin.peychev]

I am thinking of subprocessing ipy.exe from GH in order to reduce the load on that thread and use IronPython instead of Rhino for some calculations.

I have local installation of IronPython, but I don’t know what kind of issues this may cause to mix them up.

[brian (Brian Gillespie)]

Now we’re definitely into @stevebaer’s territory

[stevebaer]

This shouldn’t cause any problems. Launching a separate process should work just fine.

[ivelin.peychev]

Even if Rhino’s ironpython version is different from the one I have locally?

[stevebaer]

A separate process is a separate process. There shouldn’t be an issue, but I can’t guarantee it.

[ivelin.peychev]

Ok then is it possible to add the ipy.exe(cutables) to be distributed along with Rhino? This will also answer another topic I created before:

Working on RhinoPython without running Rhino

So my idea is if I don’t need to access any Rhino or GH objects, but rather just use ironpython. How can I access it if I already have Python3 installed and set as default in the system variable path. I assume I need to work in a virtual environment, but does Rhino have that already setup? If so can I just use it? How ca I access it from, let’s say VScode or WingIDE? Thanks in advance.

[stevebaer]

@ivelin.peychev

Ok then is it possible to add the ipy.exe(cutables) to be distributed along with Rhino?

We aren’t going to add this to the distribution (at least not for V6).