Today we're excited to announce the release of the Dynamic Language Runtime
(DLR) as a separate Codeplex project. This release is a beta because we want
our v0.9 to be the same sources and bits as IronPython v2.0. Due to a couple
of good customer bugs, they wanted to release v2 RC2 in NOV and
ok I think that makes sense, thanks
Just so I understand, this is really an issue of different .NET frameworks
between the desktop and Silverlight? So, I would face this issue even if I
did not use DLR and went with C#?
On Thu, Nov 27, 2008 at 12:50 AM, Curt Hagenlocher <[EMAIL PROTECTED]>wrote:
Unfortunately, the Silverlight and desktop CLRs aren't binary-compatible --
you're basically linking against a different set of strongly-named
assemblies when you're building a Silverlight version. You'll almost
certainly need to contact the vendor and ask them to provide support for
Silverlight i
Wow , that was fast...
Anyway no I did not / can not, this is a third party dll. From the docs
"Technically, it is a .NET 2.0 assembly (DLL library), ..."
On Thu, Nov 27, 2008 at 12:37 AM, Curt Hagenlocher <[EMAIL PROTECTED]>wrote:
> You've built two different versions of API.dll -- one for the
You've built two different versions of API.dll -- one for the desktop CLR
and one for Silverlight -- yes?
On Wed, Nov 26, 2008 at 9:35 PM, Nummers <[EMAIL PROTECTED]> wrote:
> Just getting going on Ipy / Silverlight and hit a roadblock.
>
> This works on ipy but gives an error w/ Ipy in Silverlig
Just getting going on Ipy / Silverlight and hit a roadblock.
This works on ipy but gives an error w/ Ipy in Silverlight (IOError: Could
not add reference to assembly API.dll).
import clr
clr.AddReference('API.dll')
from OEC.API import *
from OEC.DATA import *
same kind of error with:
clr.AddRefe
Hello IronPython community,
Since we released IronPython 2.0 RC1, there have been some major blocking bugs
reported in the mailing list. We have fixed 7 of them and are releasing
IronPython 2.0 RC2. We expect to release the final version in less than two
weeks barring any more major blocking b
Does it also repro under a debugger? Given it's a full 5 seconds could you
pause the app when this is happening to see what the actual stacks are?
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Glenn Jones [EMAIL
PROTECTED]
Sent: Tuesday, November 25, 20
I wouldn't expect any breaking changes in COM until IronPython 3.0 at the
earliest. That being said our COM binding logic is actually owned by the DLR
team. They have been and will continue working on fixing bugs in the COM
binding logic. Therefore you might see us integrate in small bug fixe
That's a really fine question. I had to change all of my COM item access
twice now in adodbapi. I finally ended up using a function, because iron
python and c python are so different in this area. My current code is:
if onIronPython:
def getIndexedValue(obj,index):
return obj.Item[index
Oh, and I think the 1.1-equivalent of ParamDictionaryAttribute is
ParamDictAttribute.
On Wed, Nov 26, 2008 at 4:33 AM, Curt Hagenlocher <[EMAIL PROTECTED]>wrote:
> The keyword arguments you've seen used on CLR classes are actually using
> properties as initializers. That is,
>
> tb = System.Wind
The keyword arguments you've seen used on CLR classes are actually using
properties as initializers. That is,
tb = System.Windows.Forms.TextBox(Text = 'Hello')
is exactly equivalent to
tb = System.Windows.Forms.TextBox()
tb.Text = 'Hello'
On Wed, Nov 26, 2008 at 12:38 AM, Dave Moor <[EMAIL PRO
What will happen with the item-like access to COM objects in IP 2.0?
Whether it will return to []-like access (as in RC 1) or it will
remain .Item(...)?
IMHO RC 1 way is more preferred.
Best regards,
Zaur
2008/10/27 Dino Viehland <[EMAIL PROTECTED]>:
> Oh, and I'm not sure if this is by design o
Hi Everyone
I am developing a C# application using VS2005 and IronPython v1.1.0
(currently). I am trying to add a function to a C# class that will be
callable from IronPython which will take a keyword argument list mimicking:
def fred(self, name, **kwargs):
I found this link
http://blogs.msdn
14 matches
Mail list logo
