<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On 5 February 2014 09:04, Jeff Hardy <span dir="ltr"><<a href="mailto:jdhardy@gmail.com" target="_blank">jdhardy@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Feb 4, 2014 at 12:39 PM, Olof Bjarnason<br>
<<a href="mailto:olof.bjarnason@gmail.com">olof.bjarnason@gmail.com</a>> wrote:<br>
> Hi there, new to IronPython, but 5+ years user of CPython.<br>
><br>
> I've done some googling already, but cannot seem to find whether or not the<br>
> Python std lib module "multiprocessing" is intended to be used in IronPython<br>
> or not.<br>
<br>
</div>I would love to, but it's probably the most difficult module to<br>
support in the entire stdlib. It's also primarily (but not entirely) a<br>
workaround for CPython's GIL, which IronPython doesn't have. Because<br>
multiprocessing and threading implement the same API, in principle you<br>
should be able to use multiprocessing on CPython and threading on<br>
IronPython without much effort.<br>
<div class="im"><br></div></blockquote><div><br></div><div>I can see multiprocessing being one of the most advanced modules of PyStdLib, yes.<br></div><div><br></div><div>I guess I could just switch to the threading module then. But does it support Pool e.g., so I can re-use scripts I already have written?<br>
<br>Is the semantics of thread the same as in Python, being "fake" threading, not separate processes, in the IPY version of threading?<br><br></div><div>I guess a follow up on that is "why"? Shouldn't the semantics be as similar as possible to the PyStdLib?<br>
<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
><br>
> 1. Is there a web page describing exactly what python standard modules are<br>
> available in the IronPython environment?<br>
<br>
</div>Not yet. One of my never-quite-at-the-top-of-my-list tasks is to<br>
create a branch of the Python documentation that contains<br>
IronPython-specific information. Last time I tried I got lost yak<br>
shaving Sphinx and never quite finished it<br>
(<a href="https://github.com/IronLanguages/ironpython-docs" target="_blank">https://github.com/IronLanguages/ironpython-docs</a>). Ideally it would<br>
list what version of IronPython things became available (or if they're<br>
not) and have completely rewritten sections for extending & embedding.<br></blockquote><div><br></div><div>I can see this being a huge task to tackle, but it is also essential for IronPython adoption by CPython devs (as me).<br>
<br>It is definately need to have documentation of what is available and not from the StdLib.<br><br></div><div>Also, having a fork of the whole doc seems overkill - and a high maintenance burden.<br><br>I'm asking for a list of modules and their status. Importable? Unit tests passing? Sounds almost automatable to come with that list come to think of it...<br>
<br></div><div>Is there any CI mechanism for IronPython in place? TravisCI or similar?<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> 2. Is the intention of the IronPython maintainers to at support Python<br>
> Standard Library? It does seem like a bit of duplication between .NET<br>
> platform and PyStdLib, to say the least. But as a user of both worlds, I'd<br>
> like to pick-and-choose the best from each!<br>
<br>
</div>As much as possible, yes. There are a few cases (like multiprocessing)<br>
where it might be too difficult to be worth the effort, but the vast<br>
majority of it should Just Work.<br>
<span class="HOEnZb"><font color="#888888"><br>
- Jeff<br>
</font></span></blockquote></div><br></div><div class="gmail_extra">Thanks for you long answer Jeff!<br><br><br></div><div class="gmail_extra">/Olof<br></div></div>