Hello Ironpython-users,
I'm trying to create a child interactive console in ipy.exe that would
reside in another AddDomain to be able to unload and reload specific
assemblies. Its enviromnet should copy the parent's one in every
detail, and it should load the unloadable module and initialize a few
Have no problems with either IronPython.sln or Git here
at HEAD ed928f6b39bff20a2f60225193b459581b9b756e
with VS 2010 Ultimate and TortoiseGit 1.8.5.0 .
-Original Message-
From: Markus Schaber
Sent: Tuesday, February 4, 2014 12:21
To: Jeff Hardy
Cc:
Subject: [Ironpython-users] Splitting
Title: Re: [Ironpython-users] multiprocessing?
The usages of multiprocessing.Process are few and far between in multiprocessing.Pool.
This is the most prominent one:
for i in range(self._processes - len(self._pool)):
w = self.Process(target=worker,
> Issue #173 with patch:
> https://github.com/IronLanguages/main/issues/173
> That works for me! I just removed the removal of the slash. I don't
> know what that will do for Windows users that had a path that started with
> "/".
> We distribute our own DLLs, so no rush for a new release.
RTFM
http://ironpython.net/documentation/dotnet/dotnet.html#ref-and-out-parameters .
-Original Message-
From: Don Arnold
Sent: Wednesday, April 30, 2014 0:39
To: [email protected]
Cc:
Subject: [Ironpython-users] issue creating object from third-party assembly
Hi! I'm having
> Hi! I'm having trouble understanding some weird behavior when trying to use
> an object defined in a third-party assembly.
> When I view the assembly in Object Explorer, I see that the CosEvent class
> defines two constructors.
> One parameterless:
>
> public CosEvent()
> Member of Cos.C
> I would definitely be interested in helping, but don't exactly know where to
> start. We have a lot of users who would
> love to get access to numpy on our OSX and 64bit windows versions of our
> product. This is only going to become a
> bigger problem in the future since we will probably only
> Hi,
> I just noticed that the non-BMP Unicode Literals don't seem to work correctly
> in IronPython, this seems to work correctly in cPython 2.7.8:
> Python 2.7.8 (default, Jun 30 2014, 16:03:49) [MSC v.1500 32 bit (Intel)] on
> win32
u"\U00010042"
> u'\U00010042'
> IronPython 2.7.4 (2.7
>> Hi,
>> I just noticed that the non-BMP Unicode Literals don't seem to work correctly
>> in IronPython, this seems to work correctly in cPython 2.7.8:
>> Python 2.7.8 (default, Jun 30 2014, 16:03:49) [MSC v.1500 32 bit (Intel)] on
>> win32
> u"\U00010042"
>> u'\U00010042'
>> IronPython 2.
Equals methods of the
> objects are never actually called, except on the first assertion with the ==
> operator.
My guess is it's cutting corners by comparing hashes instead.
--
Regards,
Ivan Pozdeev
___
Ironpython-users mailing list
Ironpython
nontrivial, and IPy doesn't come with
debug symbols to debug the stock instance), they can, at least, track the cause or be asked to provide a
reproducible example.
--
Regards,
Ivan Pozdeev
___
Ironpython-users mailing list
Ironpython-users@p
checks on the mutation functions.
In addition to that, you may peek if the current line is an assignment operator
or includes a dictionary assignment/update and things like `vars()' result.
This is too much for a one-off task but looks prom
12 matches
Mail list logo
