I must confess I never got around to experimenting with it =( But thanks for
bringing attention to it, and I'm sure this will get back on my plate as the
IronPython team triages these issues for the next version.
Have you tried importing on a background thread to speed things up? That would
be
Lukas,
When you use ExtensionPart, it calls Assembly.Load on each file in the zip file
referenced, so you don't need to do clr.Addreference.
System.Windows.Data.dll and System.Windows.Controls.Data.dll are not DLLs in
Silverlight; they are in the Silverlight SDK. So you'll have to package them
Ryan,
The reason you're seeing that weird error message is that consumer versions of
Silverlight omit exception strings (note the error says "debugging string" are
unavailable, not line numbers =P). The developer version of Silverlight has
full exception strings.
Now I can get the line number
I'd advise keeping them in separate projects/websites, but it shouldn't be a
requirement if you're just using ASPX/VB files. But, once you need to compile
those files to a DLL, you need different projects (1 DLL per project).
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.
Pablo/Dody, we don't support pre-compiled files currently in ASP.NET; the
integration managed that. ~js
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Dody Gunawinata
Sent: Monday, February 22, 2010 9:28 AM
To: Discussion of IronPython
Subject:
Let me see if understand your question:
You have funciones.dll and your trying to use it in IronPython like this:
import clr
clr.AddReferenceToFile('funciones.dll')
from funciones import *
First off, I'm not sure the contents of funciones.dll. You mentioned
"conexiones" as the namespace, but I'
> I still need to package my app into a zip file and serve it locally (doesn't
> work from the filesystem)
Michael, what do you exactly mean by this? You need your app to run out of
browser?
> It doesn't seem to me that embedded xaml is working
First of all, docs/spec issue: the current onlin
Hello guys,
I'm getting to grips with 'gestalt', the new way of embedding IronPython
in Silverlight:
http://ironpython.net/browser/docs.html
It seems ok so far, I still need to package my app into a zip file and
serve it locally (doesn't work from the filesystem) so you don't gain
much in t
On 31/03/2010 00:48, Dino Viehland wrote:
Absolutely -- the fix already made it in for 2.6.1 and it does cover
all methods on IsolatedStorageFile -- so this should just work.
Cool - thanks. :-)
Michael
*From:* users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com
Absolutely - the fix already made it in for 2.6.1 and it does cover all methods
on IsolatedStorageFile - so this should just work.
From: users-boun...@lists.ironpython.com
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Michael Foord
Sent: Tuesday, March 30, 2010 4:41 PM
To: Discussion
On 31/03/2010 00:37, Michael Foord wrote:
For what it's worth I've just hit this problem too, but with
GetUserStoreForApplication.
Bah, and store.FileExists(...). Probably all methods in that api. :-(
Any chance of fixing this for 2.6.1?
Michael
Michael
2010/3/16 Dino Viehland mailto:di.
For what it's worth I've just hit this problem too, but with
GetUserStoreForApplication.
Michael
2010/3/16 Dino Viehland
> A possible work around for this is:
>
> def f():
>for i in xrange(200):
>try:
>return
> System.IO.IsolatedStorage.IsolatedStorageFile.GetUserStoreFo
This works for me w/ 2.6. I've included my simple repro below which creates a
new script engine in a remote app domain, loads my assembly in, runs some code
which subclasses the MBRO base class, instantiates an instance of this class,
and then calls it from a remote app domain. The key thing h
13 matches
Mail list logo
