Re: [IronPython] IronPython Hosting ?

[Dody Gunawinata]

I am hosting IronPython in a context of one HTTP request execution via
template engine rendering in CMS/ecommerce context.

My systems provide user configurable templates that they save and
these templates are executed at run time after being loaded from the
DB. These templates have built in functions (trims, etc) written in C#
but I also provide IronPythons scripts that can be used directly
within these templates. The good thing about these scripts is that the
user can create and edit their own scripts.

Since all these scripts functions must be available in one HTTP
request, I worry constantly about these functions performance.



On Fri, Mar 4, 2011 at 7:53 PM, Jeff Hardy  wrote:
> On Fri, Mar 4, 2011 at 9:42 AM, L. Lee Saunders  wrote:
>> My biggest hurdle was running IronPython out of C++/cli.  I tried hand
>> converting some working C# code but was failing.  I finally had to resort to
>> RedGate's "Reflector" with the C++/cli plugin.  That did not produce working
>> code either, but with its output and my attempts to hand convert, I was able
>> to produce working code.
>
> Can you share it? You're probably not the only person to try, and I'd
> like to know what the differences from C# are.
>
> - Jeff
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython in websites

[Dody Gunawinata]

Patientboost.com and a bunch of other websites that runs on our
IronPython powered CMS.

On Thu, Jan 13, 2011 at 5:53 PM, Pablo Dalmazzo
 wrote:
> Hi there,
> I was wondering if you know examples of IronPython being used in current
> websites.
> We use IronPython with asp.net but for intranets so far.
> Greetings.
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] no compile page model question

[Dody Gunawinata]

The source code for IronPython for ASP.Net is available at codeplex.
Check out the implementation - you can probably get something out of
it.

On Mon, Dec 6, 2010 at 1:11 PM, Pablo Dalmazzo  wrote:
> I was just reading about that you said here
> http://www.asp.net/dynamiclanguages/whitepaper
> I was trying to figure out if we can dll the asp.net code files without the
> workarounds we use now
>> Date: Sun, 5 Dec 2010 16:45:34 +0200
>> From: empirebuil...@gmail.com
>> To: users@lists.ironpython.com
>> Subject: Re: [IronPython] no compile page model question
>>
>> I think it's because the Codedomprovider that asp.net relies on cannot
>> be implemented in ironpython.
>>
>> On Sat, Nov 27, 2010 at 4:41 PM, Pablo Dalmazzo
>>  wrote:
>> > I'm missing a big part of the picture so forgive me if this question
>> > doesnt
>> > make any sense to you.
>> > In C#, VB.NET, etc the code behind in asp.net page is defined inside a
>> > class. Is there any relation between
>> > IronPython code doesn't get compiled to normal .NET code where you'd
>> > have a
>> > class at the IL level for each class you have at the source level, and
>> > asp.net with IronPython using the no compile page model?
>> >
>> >
>> > ___
>> > Users mailing list
>> > Users@lists.ironpython.com
>> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> >
>> >
>>
>>
>>
>> --
>> nomadlife.org
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] no compile page model question

[Dody Gunawinata]

I think it's because the Codedomprovider that asp.net relies on cannot
be implemented in ironpython.

On Sat, Nov 27, 2010 at 4:41 PM, Pablo Dalmazzo
 wrote:
> I'm missing a big part of the picture so forgive me if this question doesnt
> make any sense to you.
> In C#, VB.NET, etc the code behind in asp.net page is defined inside a
> class. Is there any relation between
> IronPython code doesn't get compiled to normal .NET code where you'd have a
> class at the IL level for each class you have at the source level, and
> asp.net with IronPython using the no compile page model?
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Embedding IronPython in ASP.NET/SharePoint2010/Commerce Server

[Dody Gunawinata]

I am using similar approach in our business license software that runs the
city of Alexandria, Egypt. We have to deal with 350 different type of
business licenses with multiple factor for calculating the fees (minimum 5).
So we just construct the fees calculation formula in Python script that a
business admin can change at any time and import all the necessary variables
for the formula to work.


On Sun, Oct 3, 2010 at 1:45 PM, Jeff Hardy  wrote:

> Hi Charles,
> The approach I've used for web applications in the past is to have the
> runtime and engine be application-wide and create a new scope for each
> script on every request. Scopes are very cheap to create and will keep the
> scripts isolated so that they don't affect each other.  The engine and
> runtime are thread-safe, so you can safely get away with only having one per
> application. I also use a cache of CompiledCode objects for each script to
> avoid recompiling them each time.
>
> - Jeff
>
> On Sun, Oct 3, 2010 at 6:15 AM, Medcoff, Charles  > wrote:
>
>> Hello,
>>
>>
>>
>> I have a client for which I am developing a SharePoint 2010/Microsoft
>> Commerce Server 2009 applications.  The client has a fairly complex set of
>> business rules for their ordering process which may change frequently.
>> Rules engines are pretty expensive so I’m considering the approach of
>> embedding Iron Python into the app as an alternative to making it a bit
>> easier to make rules updates via scripting.
>>
>>
>>
>> My approach is to launch an Iron Python script from within an Operation
>> Sequence Component (
>> http://msdn.microsoft.com/en-us/library/dd464335(CS.90).aspx) which is a
>> standard extensibility point within Commerce Server.  In nutshell an
>> Operation Sequence Component is a .NET assembly containing a class which
>> implements a particular interface, and is loaded via reflection by the
>> Commerce Server runtime.  The class is then loaded/executed when the
>> relevant Commerce Server API is used.
>>
>>
>>
>> I’ve successfully written a simple Operation Sequence Component which
>> executes a script.  The only catch to getting it to work is to register all
>> of the related Iron Python DLL in the GAC.  Here is an example of what I’m
>> doing:
>>
>>
>>
>> namespace IPythonOperationalSequenceComponent
>> {
>> public class IronPythonOperationSequenceComponent
>>  : Microsoft.Commerce.Providers.Components.OperationSequenceComponent
>> {
>> public override void ExecuteQuery(
>> Microsoft.Commerce.Contracts.Messages.CommerceQueryOperation
>>  queryOperation,
>> Microsoft.Commerce.Broker.OperationCacheDictionary
>>  operationCache,
>> Microsoft.Commerce.Contracts.Messages.
>> CommerceQueryOperationResponse response)
>> {
>> try
>> {
>> ScriptEngine pyEngine = Python.CreateEngine();
>> ScriptScope pyScope = pyEngine.CreateScope();
>> pyScope.SetVariable("request", queryOperation);
>> pyScope.SetVariable("cache", operationCache);
>> pyScope.SetVariable("response", response);
>> ScriptSource
>>  source = pyEngine.CreateScriptSourceFromFile(@"rules.py");
>> CompiledCode compiled = source.Compile();
>> compiled.Execute(pyScope);
>> }
>> catch (Exception ex)
>> {
>> // error handling elided
>> }
>> }
>> }
>> }
>>
>>
>>
>>
>>
>> Now this is a “toy” approach as I shouldn’t need to create an engine,
>> scope, compile the script, etc. for every post back.  I’m thinking a better
>> approach is to have the script engine, scope and compiled script live at the
>> HttpWebApplication level and be shared across all threads, requests, users.
>> My concern is that will this approach work.  What are the threading,
>> concurrency, and performance issues involved?  Has anyone done anything like
>> this in ASP, let alone SharePoint and can share their experiences with
>> regards to what works, what does not work, best approach, etc.
>>
>>
>>
>> --chuck
>>
>>
>>
>>
>>
>> Best Regards,
>>
>> Chuck
>>
>>
>>
>>
>>
>> Charles Medcoff
>>
>> Principal Consultant* *|* *Enterprise Integration Solutions* *
>>
>>  [image: Description: Description: mailsiglogo]
>>
>> Tel:  (248) 687-5623
>>
>> Cell: (248) 884-2854
>>
>> www.rcmt.com/eis
>>
>>
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.c

Re: [IronPython] If not IronPython, what?

[Dody Gunawinata]

Hi all,

My firm develops both on CPython(Django) and IronPython (embedded in C# 4.0
applications) and we have no plan to change. So far so good. We use
IronPython for the power of its language, not so much for Python libraries.


Dody G.

On Mon, Aug 23, 2010 at 11:25 AM, Michael Foord
wrote:

>  On 23/08/2010 05:51, Rob Brown-Bayliss wrote:
>
>> On Mon, Aug 23, 2010 at 10:22 AM, Tristan Zajonc
>>  wrote:
>>
>>> The popularity of the JVM and the CLR suggest not everybody agrees with
>>> your
>>> assessment.
>>>
>> A lot of the 'popularity' comes from people who shouldn't be making
>> the choice.  I work for a company where the management think dot net
>> will end poverty, fix global warming and bring world peace while
>> ensuring they grab more of the market than our competition.
>>
>> Every thing has to be dot net to these people, none of whom know what
>> a VM is.It has to be dot net because microsoft sales people tell
>> them so.
>>
>
> Well, if languages based on VMs that compile to an intermediate
> representation first and then interpret bytecode are *bad* then that sends
> CPython out of the window too...
>
> Of course both .NET and the JVM have kick-ass JIT compilers, so maybe it is
> having a JIT compiler that is bad? That makes CPython good but PyPy and
> Unladen Swallow bad (along with IronPython and Jython of course). Hmm...
>
> The cross-platform story for .NET is not brilliant, with Mono constantly
> playing catch-up and only just switching away from a leaks-like-hell garbage
> collector. Other than that the "technical arguments" that have been
> presented against .NET in this thread are poor.
>
> All the best,
>
> Michael Foord
>
>
>  Fortunately I can use Ironpython because it has the dot net magic.
>> Unfortunately I cant use cpython because it's just not magic.
>>
>> I agree with Vernon, a VM that basically (I know about mono, but it's
>> always going to be playing catch up) only runs on Windows is a stupid
>> idea.  But as long as people who don't know what they are talking
>> about are running the show thats how it will be.
>>
>>
>> --
>>
>> Rob
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>
>
> --
> http://www.ironpythoninaction.com/
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython / DLR Direction

[Dody Gunawinata]

It's really hard to trust Microsoft even for Javascript. That road is full
of carcasses of abandoned/half backed implementation from Jscript to
JScript.Net to Managed JScript - every a couple of years they come up with a
new version of Javascript implementation only to see it wither and die.

On Sat, Aug 7, 2010 at 11:04 PM, Jeff Hardy  wrote:

> On Sat, Aug 7, 2010 at 12:40 PM, Vernon Cole 
> wrote:
> > JavaScript is, I must admit, a better language than JCL.  But compared to
> > Python?  Gimme a break!
>
> Python is a better language, but at this point in time, if they can
> only pick one, JavaScript is a better business decision. Plus, as of
> ES5, JavaScript is actually quite usable. The JavaScript language
> itself is not bad (with some bizarre quirks), but the DOM APIs that it
> is usually bound to taint people's opinion of the language.
>
> > On the other hand, if MS were to "unsupport" IronPython then they could
> no
> > longer keep us from submitting patches, could they?
>
> No, they couldn't, assuming they stopped distributing it as well.
> However, until we know more about the fate of Microsoft's IronPython,
> it's all just speculation.
>
> - Jeff
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython for ASP.Net with .Net 4.0

[Dody Gunawinata]

Oh dude, you just made my year!



On Mon, Jul 26, 2010 at 10:34 AM, Jimmy Schementi wrote:

> See
> http://blog.jimmy.schementi.com/2010/07/aspnet-dynamic-language-support-is-open.html.
> *Finally*, it's now open source too! =)
> ~Jimmy
>
>
>
> On Sun, Jul 25, 2010 at 7:42 PM, Jimmy Schementi wrote:
>
>> Yes, stay tuned this evening.
>>
>> On Jul 25, 2010, at 3:55 PM, Dody Gunawinata 
>> wrote:
>>
>> Is there any update on IronPython for ASP.Net 4.0? The current IP for
>> ASP.Net 3.5 will not run on ASP.Net 4.0.
>>
>> --
>> <http://nomadlife.org>nomadlife.org
>>
>>  ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] IronPython for ASP.Net with .Net 4.0

[Dody Gunawinata]

Is there any update on IronPython for ASP.Net 4.0? The current IP for
ASP.Net 3.5 will not run on ASP.Net 4.0.

-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython for asp.net and codefiles

[Dody Gunawinata]

Is there any way to control the when IP for ASP.Net does the caching?

I have been using VirtualPathProvider to serve IP ascx/aspx code on demand
but I have to disable the caching  completely via public override
CacheDependency GetCacheDependency because I need to server different codes
depending on authentication.

On Sun, Mar 21, 2010 at 10:33 PM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:

> Pablo, what is the reason you are looking into obfuscation? Is it because
> you’re concerned that people could make requests for your *.aspx.py files
> and see the Python source? By default any request for a *.aspx.py file
> should fail because that file extensions is not in the MIME type map on IIS.
> That should be enough for any obfuscation you need.
>
>
>
> Note that C#/VB “obfuscation” through compiling to DLLs isn’t really
> obfuscation either; if you had access to the DLL you could get all the
> source code. However, IIS by default refuses access to the “bin” directory.
> So, the methods of hiding source code are essentially the same between
> static and dynamic languages; refuse access to the actual source files.
>
>
>
> Quick note on compiled modules: Microsoft.Web.Scripting.dll caches compiled
> Python modules, so on the first visit to an ASPX page that uses IronPython
> it compiles the code-behind .aspx.py file in memory, and subsequent visits
> reuses the compiled file. The Python file is only re-compiled if it’s
> changed between requests.
>
>
>
> ~js
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Dody Gunawinata
> *Sent:* Sunday, March 21, 2010 1:49 AM
> *To:* Discussion of IronPython
> *Subject:* Re: [IronPython] IronPython for asp.net and codefiles
>
>
>
> If you want to hide your logic from the source, move as much of the
> functionality to a dll, whether it is a static or ironpython dll. I don't
> think IronPython for ASP.Net supports compilable asp.net.
>
> On Sat, Mar 6, 2010 at 4:52 PM, Pablo Dalmazzo 
> wrote:
>
> Hi there,
>
> now I got to work the dlls and I did a small app. which turns my asp.net.py 
> codefile into 2 pieces, a .py codefile which makes only functions calls
> to a dll with the actual logic code. But I was wondering why IronPython for
> asp.net was designed without having in mind to allow the .aspx files to be
> tied with dlls for the sourcecode, for allowing obfuscation just like it's
> possible to make in VB.NET or C#. Or may be it just wasnt easy at all to
> do that for IronPython? Is the technical explanation too complicated or may
> I know about it? Is there information about this somewhere?
>
> Greetins, Pablo
>
>
> --
>
> Tu Hotmail guarda el borrador que estás escribiendo para que no pierdas tu
> mensaje. Conocé 
> cómo<http://www.descubrewindowslive.com/hotmail/actualizacion-guardado.asp>
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
>
> --
> nomadlife.org
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython for asp.net and codefiles

[Dody Gunawinata]

If you want to hide your logic from the source, move as much of the
functionality to a dll, whether it is a static or ironpython dll. I don't
think IronPython for ASP.Net supports compilable asp.net.

On Sat, Mar 6, 2010 at 4:52 PM, Pablo Dalmazzo wrote:

>  Hi there,
>
> now I got to work the dlls and I did a small app. which turns my asp.net.py 
> codefile into 2 pieces, a .py codefile which makes only functions calls
> to a dll with the actual logic code. But I was wondering why IronPython for
> asp.net was designed without having in mind to allow the .aspx files to be
> tied with dlls for the sourcecode, for allowing obfuscation** just like
> it's possible to make in VB.NET or C#. Or may be it just wasnt easy at all
> to do that for IronPython? Is the technical explanation too complicated or
> may I know about it? Is there information about this somewhere?
>
> Greetins, Pablo
>
> --
> Tu Hotmail guarda el borrador que estás escribiendo para que no pierdas tu
> mensaje. Conocé 
> cómo
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython for asp.net integration with Visual Studio 2008

[Dody Gunawinata]

Get this drop http://ironpython.net/download/aspnet-201001 for IronPython
2.6 support.

On Thu, Feb 25, 2010 at 7:41 AM, Pablo Dalmazzo wrote:

>  Hi there,
>
> I have Visual Studio 2008 Professional SP1 installed. I also have
> IronPython v. 2.6 installed. In the C:\Program files\IronPython folder there
> is an IronPython.dll file version 2.6.911.0. But when I create an 
> asp.netwebsite project in IronPython in Visual Studio, the IronPython.dll file
> created in the bin folder is listed as version 2.0.0.0 and in the web.config
> file as
>
> "IronPython, Version=2.0.0.0, Culture=neutral, 
> PublicKeyToken=31bf3856ad364e35"
>
> is this the last version VS2008 supports or is there any way to update VS
> to create the website with a 2.6.911.0 version instead?
>
> Greetings
>
> --
> Hotmail es confiable. Con autenticación de remitentes y filtros Anti-Spam
> mejorados un 80% . Ver 
> más.
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Is it possible to associate an IronPython asp.net webform to a dll file?

[Dody Gunawinata]

hmm..there's nothing that I am aware of. The only thing that I found working
is setting up a single custom class to be inherited by all the aspx.py file.

On Mon, Feb 22, 2010 at 2:58 PM, Pablo Dalmazzo wrote:

>  Hi there,
>
> In ASP.NET with the normal ASP model you could have the codefile of the
> aspx file in a dll by inheriting the class inside the dll. In IronPython you
> have another model and the only option in the aspx page is "codefile" and
> there is no "inherits". My question is, is there any way to associate an
> aspx file to a source file which is not directly viewable such as a dll or a
> pyc file?
>
> Greetings, Pablo Dalmazzo
>
> --
> Windows Live Hotmail es más seguro con filtro Anti Spam mejorado un 80%. ¡Más
> info aquí! 
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython ASP

[Dody Gunawinata]

If you need any specific help, just make post on this list. I am running
production IronPython for ASP.Net applications on Windows 2008, Windows 2003
so I might be able to help.

In general, there is no special treatment needed to be done to have it
running on Windows Server 2008.

On Tue, Jan 26, 2010 at 9:35 PM, Andrew Evans wrote:

> Does anyone have an article on installing and configuring IronPython for
> ASP.net for Windows Server 2008?
>
> *cheers
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] [ANN] IronPython 2.6 ASP.NET integration

[Dody Gunawinata]

Awesome. Thank you so much. Now I can upgrade to final version of IronPython
2.6 :)

Dody Gunawinata

On Fri, Jan 15, 2010 at 9:33 PM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:

> All,
>
> The ASP.NET integration (Microsoft.Web.Scripting.dll) has been updated to
> work with the final version of IronPython 2.6:
>
> Download it here:
> http://ironpython.net/download/aspnet-201001
>
> Read more about the project here:
> http://aspnet.codeplex.com/wikipage?title=Dynamic%20Language%20Support
>
> And for all those curious about how it works:
> http://www.asp.net/IronPython/whitepaper/
>
> ~Jimmy
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] LINQ from IronPython

[Dody Gunawinata]

I am not well averse with generator expression, but I think it will have
problem supporting the 9 keywords in LINQ Query Comprehension Syntax so
sticking to extension methods would make more sense.

C# LINQ Query comprehension is purely syntactic (
http://blogs.msdn.com/ericlippert/archive/2009/12/07/query-transformations-are-syntactic.aspx
),

On Tue, Dec 22, 2009 at 6:59 AM, Jeff Hardy  wrote:

> This is one of those things that I've been pondering for a while, so I
> thougt I'd throw it out there and see what everyone else thinks (I
> fully expect to hear that I'm crazy...). I'd like to be able to query
> an existing data model (Entity Framework in this case, but that's not
> important) from IronPython without pulling all of the data to the
> client. By my read there are two necessary things and one nice-to-have
> to enable this.
>
> This is just a bunch of random thoughts about how to get LINQ support
> into IronPython; I know nothing about the details of the IronPython
> compiler, so I'm making no assumptions about the difficulty of any of
> this.
>
> Extension Methods
> --
> The biggest hurdle (but probably the most fruitful) is enabling
> extension methods. Unfortunately, I don't know enough about how
> IronPython looks up methods on .NET classes to know how easy this is,
> so I'll just ramble about possible syntaxes and assume the lookups
> will work.
>
> The first option is identical to C#:
>   from System import Linq# or...
>   import System.Linq
>
> Either form pulls in all extension methods in all public, static types
> in that namespace.
>
> The second option is similar to C#, but requires knowing the extension
> class as well:
>   from System.Linq import Queryable
>
> This form would only pull in extension methods defined in the Queryable
> class.
>
> I prefer the second option over the first ('explicit is better than
> implicit'), but both have problems in not being completely clear what
> is happening.
>
> Another option is to be completely explicit:
>   clr.Extend(myObj, System.Linq.Queryable)
>
> It's nice and explicit about what is happening, but could get tedious
> quickly.
>
> Expression Trees (C# lambdas)
> --
> Trying to do
>   Queryable.Where(entities.Customers, lambda c: c.Id % 2 == 0))
> gives (not surprisingly)
>   The type arguments for method 'Where' cannot be inferred from the usage.
>
> Putting in the generic argument manually
>   Queryable.Where[Customer](entities.Customers, lambda c: c.Id % 2 == 0))
> I get (again, not surprisingly)
>   `expected Expression[Func[Course, int, bool]], got function`
>
> So, at the very least lambdas would have to be convertible to
> Expression<> objects. I know the DLR uses expression trees internally,
> but I don't know if they're available at the proper time for that
> conversion to be possible. The type inference doesn't seem anymore
> difficult than what's already done, but who knows...
>
> Generator Expressions as LINQ exprssions
> --
> With extension methods and expression trees, the Q in LINQ is handled;
> now the LIN ('Language INtegrated') needs to be filled in.
>
> Most of the LINQ queries I do are of the form:
>   from customer in entities.Customers
>   where customer.Name == name
>   select customer
>
> This just so happens to look a lot like
>   customer for customer in entities.Customers if customer.Name == name
>
> i.e. a generator expression.
>
> Generator expressions and LINQ queries have a lot in common - chief
> amongst them is that they're both lazy. Would it be possible, if
> `entities.Customers ` implements IQueryable, for a generator
> expression to be converted into a LINQ query? Would it even be
> desirable?
>
> The alternative is
>   entities.Customers.Where(lambda c: c.Name == name)
>
> which is perfectly fine, but something more would be nice.
> --
>
> One thing all of this is that it doesn't change the syntax of Python
> at all, just the semantics. I'm not sure if that's good or bad,
> though.
>
> Thoughts?
>
> - Jeff
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Embedding IronPython in Silverlight

[Dody Gunawinata]

OK I found out what's wrong.

I am using Visual Studio 2010 Beta 2 targeting Silverlight 3. This
application already has references to IP 2.0 assemblies. So what I did was
remove the old references and then re-add IronPython 2.6 RC 3.

Now although VS informed me that the referred assemblies points to 2.6, it
still uses IP 2.0 assemblies for Intellisense and Object Browser. A right
click reload to Reflector from the VS also loaded IP 2.0 assembly.

I had to delete the ClientBin folder so VS stopped referring to the old IP
assemblies. Once this is done, finally all the "missing" types appear (the
old one only had DynamicApplication and 4 other classes).

Sorry for the wrong alarm :)

Dody G.

On Thu, Dec 10, 2009 at 7:31 PM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:

>  Dody,
>
> That blog post should work against 2.6 RC3; the method your looking for
> is a static
> method: Microsoft.Scripting.Silverlight.DynamicEngine.CreateRuntime. Take a
> look at the example again, I use a using statement to get rid of the
> Microsoft.Scripting part.
>
> ~js
>
>  --
> *From:* users-boun...@lists.ironpython.com [
> users-boun...@lists.ironpython.com] on behalf of Dody Gunawinata [
> empirebuil...@gmail.com]
> *Sent:* Thursday, December 10, 2009 1:41 AM
> *To:* Discussion of IronPython
> *Subject:* [IronPython] Embedding IronPython in Silverlight
>
>   What are the necessarily libraries for embedding IronPython in
> Silverlight for the 2.6 releases?
>
>  My scenario is simply running snippets of Python codes inside oceans of
> C# based Silverlight code. This Silverlight application has already an
> embedded IronPython based on older binaries in 2.0 version.
>
>  I tried yesterday to upgrade this to 2.6 RC 3 and failed. I tried using
> the technique on Jimmy's recent blog post,
> http://blog.jimmy.schementi.com/2009/11/embedding-ironpython-in-silverlight.html,
> I couldn't find the bloody Silverlight.DynamicEngine.CreateRuntime()
> method anywhere even after linking to Microsoft.Scripting.Silverlight.dll
>
>  I linked to the following assemblies located under Silverlight\bin under
> IronPython 2.6 RC 3 zip.
> - IronPython.dll
> - IronPython.MOdules.dll
> - Microsoft.Dynamic.dll
> - Microsoft.Scripting.Core.dll
> - Microsoft.Scripting.dll
> - Microsoft.Scripting.Silverlight.dll
>
> --
> nomadlife.org
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] Embedding IronPython in Silverlight

[Dody Gunawinata]

What are the necessarily libraries for embedding IronPython in Silverlight
for the 2.6 releases?

My scenario is simply running snippets of Python codes inside oceans of C#
based Silverlight code. This Silverlight application has already an embedded
IronPython based on older binaries in 2.0 version.

I tried yesterday to upgrade this to 2.6 RC 3 and failed. I tried using the
technique on Jimmy's recent blog post,
http://blog.jimmy.schementi.com/2009/11/embedding-ironpython-in-silverlight.html,
I couldn't find the bloody Silverlight.DynamicEngine.CreateRuntime() method
anywhere even after linking to Microsoft.Scripting.Silverlight.dll

I linked to the following assemblies located under Silverlight\bin under
IronPython 2.6 RC 3 zip.
- IronPython.dll
- IronPython.MOdules.dll
- Microsoft.Dynamic.dll
- Microsoft.Scripting.Core.dll
- Microsoft.Scripting.dll
- Microsoft.Scripting.Silverlight.dll

-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Mailing list downtime

[Dody Gunawinata]

So you guys switching to the new Google DNS too (DARFC)

:)

On Mon, Dec 7, 2009 at 7:53 PM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:

> Sorry for the IronPython mailing list downtime this weekend; it was a
> mess-up with moving to a new DNS server.
>
>
>
> ~Jimmy
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Wildcard conf on IIS6

[Dody Gunawinata]

 MetaBase.xml and MBSchema.xml. IIS stores these files in the
*systemroot*\System32\Inetsrv
folder of your computer

2009/10/19 Markus Törnqvist 

> On Sun, Oct 18, 2009 at 06:40:57PM -0600, Jeff Hardy wrote:
>
> >> The Hello World stuff:
> >
> >> Now http://localhost/ works as well, hooray!
> >
> >So you were able to get the HelloWorld app to work using wildcards,
> correct?
>
> That would be stretching the term...
>
> Like I said in the original post, I got it working under / but
> not eg. /test/ or /foo/ which would be truly wildcard.
>
> Did URLs like that work anywhere else?
>
> >> But where is the fail?
> >I think this is going to take some deeper digging - do you know how to
> >get a metabase.xml file? Can you send me a copy of yours directly
> >(off-list)?
>
> I don't, but if you tell me, I'd be happy to oblige :)
>
> Thanks!
>
> --
> mjt
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Wildcard conf on IIS6

[Dody Gunawinata]

There's no progress on my side yet and I am swamped at work :( It looks like
Jeff's busy as well.

2009/10/9 Markus Törnqvist 

> Hi!
>
> The original thread seems to have withered out, so I'll make a new one.
>
> I'm still having the problems with getting wildcards configured on IIS6,
> so this is just an attempt to ask if someone who might have skipped
> the original thread might see this and have a clue on how to get it
> going :)
>
> Thanks!
>
> --
> mjt
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython 3

[Dody Gunawinata]

+1

On Mon, Oct 5, 2009 at 1:14 PM, Michael Foord wrote:

> Hey all,
>
> I have an idea for how I'd like to see IronPython 3 developed, not sure how
> much extra work it would be but it would be very cool...
>
> I'd love to see IronPython 3 as a separate DLR language that could be used
> alongside IronPython 2.X. That way an IronPython 2 engine could use
> IronPython 3 engines and vice versa. This would allow Python 3 apps to use
> Python 2 libraries (with a wrapper layer) and vice-versa, and be unique in
> the Python world (well the Jython guys could do it as well).
>
> I guess there are two ways of doing it. Either provide a single
> implementation where Python engines can be created as 2.X engines or 3.X
> engines. I imagine this would be fairly painful to do. Alternatively provide
> a separate set of assemblies for Python 3 - IronPython3.dll,
> IronPython3.Modules.dll etc. so that projects can reference *both* as
> separate dlr languages - I imagine this might make sharing code between the
> implementations a bit 'fiddly'.
>
> It would however make the transition from IronPython 2 to IronPython 3 a
> lot less painful.
>
> All the best,
>
> Michael
>
> --
> http://www.ironpythoninaction.com/
> http://www.voidspace.org.uk/blog
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython/NWSGI 0-byte 200/404 response with HelloWorld?

[Dody Gunawinata]

I spent only two hours before giving up and got the usual errors. I'll try
it again on the weekend (it's Friday/Saturday here in Egypt) so I can
fortify myself with Oktoberfest amount of beer - see if it helps.

2009/9/30 Markus Törnqvist 

> On Tue, Sep 29, 2009 at 05:08:07PM +0200, Dody Gunawinata wrote:
> >Cool. Thanks. I'll try this tonight and see what kind of mind bombs I will
> >encounter :)
>
> Did you get any interesting results?-)
>
> Thanks!
>
> --
> mjt
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython/NWSGI 0-byte 200/404 response with HelloWorld?

[Dody Gunawinata]

Cool. Thanks. I'll try this tonight and see what kind of mind bombs I will
encounter :)

2009/9/29 Markus Törnqvist 

> >2009/9/29 Markus T�rnqvist 
> >> I navigate to http://localhost/
> >> Which redirects to http://localhost/set_test_cookie/
> >> This is all in my application, it's expected to test for cookies.
> >>  
> >> That's what I have now.
>
> On Tue, Sep 29, 2009 at 04:52:24PM +0200, Dody Gunawinata wrote:
> >This looks like nwsgi fails to bind to wildcard request although weirdly
> it
> >does respond to the first root request. Isyour hello.wsgi a Django
> >application?
>
> Sure, here are the contents:
> import os
> os.environ['DJANGO_SETTINGS_MODULE'] = 'mysite.settings'
>
> import django.core.handlers.wsgi
>
> application = django.core.handlers.wsgi.WSGIHandler()
>
> PS.
> Because osEnviron or whatever is now disabled, this seems to be the
> only way to do IronPython. I even think mr Hardy recommended this way.
>
> So, uhh, what's next? :/
>
> Thanks!
>
> --
> mjt
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython/NWSGI 0-byte 200/404 response with HelloWorld?

[Dody Gunawinata]

This looks like nwsgi fails to bind to wildcard request although weirdly it
does respond to the first root request. Isyour hello.wsgi a Django
application?

2009/9/29 Markus Törnqvist 

> On Tue, Sep 29, 2009 at 03:56:54PM +0200, Dody Gunawinata wrote:
> >Can you show me your uri that generate this 404 error?
>
> I navigate to http://localhost/
>
> Which redirects to http://localhost/set_test_cookie/
>
> This is all in my application, it's expected to test for cookies.
>
>  
>
> That's what I have now.
>
> --
> mjt
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython/NWSGI 0-byte 200/404 response with HelloWorld?

[Dody Gunawinata]

Can you show me your uri that generate this 404 error?

2009/9/29 Markus Törnqvist 

> On Tue, Sep 29, 2009 at 01:19:07PM +0200, Dody Gunawinata wrote:
> >If you are using IIS 6.0, try to use wildcard mapping to asp.net
> >
> http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/5c5ae5e0-f4f9-44b0-a743-f4c3a5ff68ec.mspx?mfr=true
> >
> ><
> http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/5c5ae5e0-f4f9-44b0-a743-f4c3a5ff68ec.mspx?mfr=true
> >
>
> Am I missing something; I already had that! :o
>
> c:\windows\microsoft.net\framework\v2.0.50727\aspnet_isapi.dll
>
> And I also configured it for the Web Sites entry, and made it propagate
> to all children.
>
> Do I need something special for Web.config also?
>
> Thanks!
>
> --
> mjt
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython/NWSGI 0-byte 200/404 response with HelloWorld?

[Dody Gunawinata]

If you are using IIS 6.0, try to use wildcard mapping to asp.net
http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/5c5ae5e0-f4f9-44b0-a743-f4c3a5ff68ec.mspx?mfr=true



On Tue, Sep 29, 2009 at 10:42 AM, Markus Törnqvist  wrote:

> On Mon, Sep 28, 2009 at 10:58:19PM +0300, Markus T�rnqvist wrote:
> >On Mon, Sep 28, 2009 at 09:13:40AM -0600, Jeff Hardy wrote:
> >
> >But it gives me a 404, from IIS (not Django) so I'm guessing my
> >Web.config is bad.
> >
> >
> >
> >
> >I tried to Google quickly (but it might be more important I get this
> message
> >out) if I can make  recurse or is my
> wildcard
> >tag broken?
> >
> >I'll try to add the cookie url as a scriptMapping and Google more, tho
> help
> >is appreciated as always :)
>
> Hmh, it looks like a problem in IIS, it doesn't appear to even hit
> Web.config o_O
>
> I couldn't find anything on the net about getting the entire Default Web
> Site
> going as ASP.NET - would anyone here know?
>
> I'd hate to create virtual directories, because obviously a lot of the
> Django
> stuff is virtually handled by itself, and IIS doesn't apparently do
> regexp URL mapping :/
>
> Thanks!
>
> --
> mjt
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython/NWSGI 0-byte 200/404 response with HelloWorld?

[Dody Gunawinata]

Yup. NWSGI beta 2 was built against older version. Either rebuild or use
assembly rebinding
http://aspadvice.com/blogs/ssmith/archive/2006/11/15/AssemblyBinding-in-Web-Config-and-XMLNS.aspx

On Fri, Sep 25, 2009 at 6:14 PM, Markus Törnqvist  wrote:

> On Tue, Sep 22, 2009 at 09:56:58PM +0300, Markus T�rnqvist wrote:
> >On Tue, Sep 22, 2009 at 09:43:50AM -0600, Jeff Hardy wrote:
> >>I'd like to help more, but I'm a bit overwhelmed at the moment - sorry.
> [...]
> >Anyway, I'll tell you which way it goes, don't worry about that :D
>
> I upgraded to IronPython 2.6rc1 by removing IronPython, so it left
> only my site-packages and scripts intact, and then installing the
> new version.
>
> I replaced the seven IronPython DLLs in ...\site-packages\myapp\lib
> with the new versions (dated 9/15/2009), reset IIS and restarted
> the Default Website to be safe.
>
> http://localhost/
>
>  Could not load file or assembly 'Microsoft.Scripting, Version=0.9.6.20,
>  Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its
> dependencies.
>  The located assembly's manifest definition does not match the assembly
>  reference. (Exception from HRESULT: 0x80131040)
>
> [FileLoadException: Could not load file or assembly 'Microsoft.Scripting,
> Version=0.9.6.20, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one
> of its dependencies. The located assembly's manifest definition does not
> match the assembly reference. (Exception from HRESULT: 0x80131040)]
>   NWSGI.WsgiHandler..cctor() +0
>
> [TypeInitializationException: The type initializer for 'NWSGI.WsgiHandler'
> threw an exception.]
>
> [TargetInvocationException: Exception has been thrown by the target of an
> invocation.]
>   System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean
> publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandle&
> ctor, Boolean& bNeedSecurityCheck) +0
>   System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean
> fillCache) +86
>   System.RuntimeType.CreateInstanceImpl(Boolean publicOnly, Boolean
> skipVisibilityChecks, Boolean fillCache) +230
>   System.Activator.CreateInstance(Type type, Boolean nonPublic) +67
>   System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr, Binder
> binder, Object[] args, CultureInfo culture, Object[] activationAttributes)
> +1051
>   System.Activator.CreateInstance(Type type, BindingFlags bindingAttr,
> Binder binder, Object[] args, CultureInfo culture, Object[]
> activationAttributes) +111
>   System.Web.Configuration.HttpHandlerAction.Create() +57
>   System.Web.Configuration.HandlerFactoryCache..ctor(HttpHandlerAction
> mapping) +19
>   System.Web.HttpApplication.GetFactory(HttpHandlerAction mapping) +96
>   System.Web.HttpApplication.MapHttpHandler(HttpContext context, String
> requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)
> +125
>
> System.Web.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
> +93
>   System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean&
> completedSynchronously) +155
>
> What can I do here?
>
> I haven't played much with the registry, but it says
>
>  WRN: Assembly binding logging is turned OFF.
>  To enable assembly bind failure logging, set the registry value
> [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1.
>  Note: There is some performance penalty associated with assembly bind
> failure logging.
>  To turn this feature off, remove the registry value
> [HKLM\Software\Microsoft\Fusion!EnableLog].
>
> So I figured I'd create a DWORD named Fusion!EnableLog and set the value to
> 1.
>
> But it didn't have a visible effect even after restarts.
>
> Is this a problem with NWSGI not understanding 2.6rc1? A recompile
> required? Will there be an update on the site? Something else bad? Help?
>
> Thanks!
>
> --
> mjt
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython/NWSGI 0-byte 200/404 response with HelloWorld?

[Dody Gunawinata]

Usually installed mean that the dll is registered to GAC. But for NWSGI, I
think the installer simply put nwsgi.dll in a directory. As this is an
ASP.Net system, you have to move it to the bin directory of your web folder.

On Sat, Sep 19, 2009 at 7:56 PM, Markus Törnqvist  wrote:

> On Sat, Sep 19, 2009 at 10:44:10AM -0600, Jeff Hardy wrote:
> >On Sat, Sep 19, 2009 at 8:23 AM, Markus Törnqvist  wrote:
> >> Again, from its configurations, I set the mapping .wsgi -> NWSGI.dll
> >
> >This needs to point to the aspnet_isapi.dll file, not NWSGI.dll. Just
> >copy the path from the .aspx entry.
>
> Beautiful!
>
> Is this common ISAPI theory that I would have known if I had a firmer
> background in these things or did I miss something?
>
> I get a different kind of 500 now, now I get
>  The current identity (NT AUTHORITY\NETWORK SERVICE) does not have write
>  access to 'c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary
> ASP.NET
>  Files'.
>
> Which looks like a totally good starting point for me to look into :D
>
> Thanks! :>
>
> PS.
> What about copying NWSGI? What does "installed" mean in the readme?
> Is it registered in the registry like, or something, so it can be found
> from a dynamic location?
>
> I do prefer copying it into the application directory, because then it's
> explicit, but just to understand what's happening :)
>
> Thanks again, man :)
>
> --
> mjt
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython/NWSGI 0-byte 200/404 response with HelloWorld?

[Dody Gunawinata]

Ah, I know what you did wrong. Map .wsgi to asp.net dll, not nwsgi.dll.

On Sat, Sep 19, 2009 at 7:50 PM, Markus Törnqvist  wrote:

> On Sat, Sep 19, 2009 at 07:37:48PM +0300, Dody Gunawinata wrote:
> >Hi Markus,
> >It works fine on my installation (Windows 2003 32 bit). Here's the hello
> >world sample  http://nwsgi.spellcoder.org/hello.wsgi.
>
> It does!
>
> >You can download the whole binaries here
> >http://nwsgi.spellcoder.org/nwsgi.rar and try it out on your machine. See
> if
> >it works.
>
> Downloaded, extracted into C:\Inetpub\wwwroot\Hello
>
> Created Extension (and enabled)
>
> Created the virtual directory.
>
> Properties, configuration, mappings and added the .wsgi -> nwsgi.dll map.
>
> Restart IIS.
>
> And still 500!
>
> Might this be related to service packs? 2003 R2 Enterprose Edition SP2
> here.
>
> Can't find anything more exact on IIS than IIS V6.0 :/
>
> Did you do something differently?
>
> Thanks!! :)
>
> --
> mjt
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython/NWSGI 0-byte 200/404 response with HelloWorld?

[Dody Gunawinata]

Hi Markus,
It works fine on my installation (Windows 2003 32 bit). Here's the hello
world sample  http://nwsgi.spellcoder.org/hello.wsgi.

You can download the whole binaries here
http://nwsgi.spellcoder.org/nwsgi.rar and try it out on your machine. See if
it works.

Dody Gunawinata

2009/9/19 Dody Gunawinata 

> I'm currently trying to replicate your problem on IIS 6.0 on WIndows 2003
> server. I'll get the result in a bit.
>
>
> On Sat, Sep 19, 2009 at 6:54 PM, Markus Törnqvist  wrote:
>
>> On Sat, Sep 19, 2009 at 05:23:21PM +0300, Markus T�rnqvist wrote:
>> >
>> >Unfortunately it's still broken; "The specified procedure could not be
>> found."
>> >
>> [...]
>> >
>> >I'm thinking, do I need some sort of config for callable? Does Web.config
>> >get parsed and it's somehow broken in the example?
>>
>> Finally found SOMETHING:
>>
>> http://blogs.msdn.com/david.wang/archive/2005/06/21/HOWTO_Diagnose_and_Fix_Common_ISAPI_Filter_Installation_Failures.aspx
>>
>> "If your ISAPI DLL uses an API call that is not actually present on the
>> target
>> OS, you can get this error. This is particularly insidious because you are
>> able to compile/link the DLL successfully, yet the DLL fails to load on an
>> OS
>> which does not implement the API call you linked against.
>>
>> For example, suppose your ISAPI uses the RegGetValue() API call introduced
>> in
>> Windows Server SP1 (all platforms) and XP Pro x64. You download and use
>> the
>> latest Microsoft Platform SDK, which contains the advapi32.lib and include
>> files for you to link and use RegGetValue(). Now, you try to run this
>> ISAPI
>> DLL on XP Pro 32bit, which has an older version of advapi32.dll that as
>> documented, does not support RegGetValue(). The end result is error 127
>> since
>> your ISAPI DLL will be looking for advapi32.dll to provide the
>> RegGetValue()
>> that it needs... which does not exist on XP Pro 32bit."
>>
>> Was that DLL compiled and/or coded for, say, 2008 Server?-)
>>
>> I'll see what I can do to investigate further, but this is starting to
>> go over my head, so all help is once again appreciated; thanks! :)
>>
>> --
>> mjt
>>
>>
>
>
> --
> nomadlife.org
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython/NWSGI 0-byte 200/404 response with HelloWorld?

[Dody Gunawinata]

I'm currently trying to replicate your problem on IIS 6.0 on WIndows 2003
server. I'll get the result in a bit.

On Sat, Sep 19, 2009 at 6:54 PM, Markus Törnqvist  wrote:

> On Sat, Sep 19, 2009 at 05:23:21PM +0300, Markus T�rnqvist wrote:
> >
> >Unfortunately it's still broken; "The specified procedure could not be
> found."
> >
> [...]
> >
> >I'm thinking, do I need some sort of config for callable? Does Web.config
> >get parsed and it's somehow broken in the example?
>
> Finally found SOMETHING:
>
> http://blogs.msdn.com/david.wang/archive/2005/06/21/HOWTO_Diagnose_and_Fix_Common_ISAPI_Filter_Installation_Failures.aspx
>
> "If your ISAPI DLL uses an API call that is not actually present on the
> target
> OS, you can get this error. This is particularly insidious because you are
> able to compile/link the DLL successfully, yet the DLL fails to load on an
> OS
> which does not implement the API call you linked against.
>
> For example, suppose your ISAPI uses the RegGetValue() API call introduced
> in
> Windows Server SP1 (all platforms) and XP Pro x64. You download and use the
> latest Microsoft Platform SDK, which contains the advapi32.lib and include
> files for you to link and use RegGetValue(). Now, you try to run this ISAPI
> DLL on XP Pro 32bit, which has an older version of advapi32.dll that as
> documented, does not support RegGetValue(). The end result is error 127
> since
> your ISAPI DLL will be looking for advapi32.dll to provide the
> RegGetValue()
> that it needs... which does not exist on XP Pro 32bit."
>
> Was that DLL compiled and/or coded for, say, 2008 Server?-)
>
> I'll see what I can do to investigate further, but this is starting to
> go over my head, so all help is once again appreciated; thanks! :)
>
> --
> mjt
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython/NWSGI 0-byte 200/404 response with HelloWorld?

[Dody Gunawinata]

Hi Markus,
You are downloading an old version of NWSGI. The latest version is NWSGI 2.0
Beta 2 which you can find here
http://nwsgi.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=29347. It
has a very much different way to install.

Give it a try and let me know if you have any problem.

Dody Gunawinata

On Sat, Sep 19, 2009 at 2:15 PM, Markus Törnqvist  wrote:

> On Sat, Sep 19, 2009 at 12:31:05AM +0300, Markus T�rnqvist wrote:
> >Hi!
> >
> >I asked this question on
> >http://nwsgi.codeplex.com/Thread/View.aspx?ThreadId=69422
>
> And I found something new, tho the problem is still not solved, so
> I'd like to paste that here too :)
>
> I figured out that the 404 is a common problem with misconfigured ISAPI, so
> I
> added C:\Inetpub\wwwroot\Hello\bin\NWSGI.dll as a Web Service Extension.
>
> Combined with the Virtual Directory -> Configuration -> Mapping .wsgi
> configuration it tells me "The specified procedure could not be found" 500
> (Internal Server Error)
>
> The internet shows some occurrences, but they all seem application-specific
> and I'm not sure where to go with this debugging...
>
> Any and all help is still much appreciated!
>
> Thanks!
>
> --
> mjt
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] Tornado webserver

[Dody Gunawinata]

Facebook open sourced FriendFeed's web server based on Python 2.6
http://www.tornadoweb.org/. It looks very promising and it comes with a
lightweight web development framework.

-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] C# - IronPython Integration

[Dody Gunawinata]

http://dlr.codeplex.com/Wiki/View.aspx?title=Docs%20and%20specs
Download the dlr-spec-hosting document.

On Sat, Aug 8, 2009 at 8:10 AM,  wrote:

> I am new to IronPython. I am trying to add IronPython scripting support to
> my C# program. I have a number of questions.
>
> Namespaces
> --
> Looking at C# examples on WWW, I can see:
>
> using IronPython.Hosting;
> using Microsoft.Scripting;
> using Microsoft.Scripting.Hosting;
>
> Where can I get documentation on these namespaces?
>
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Platform comparison

[Dody Gunawinata]

For grammar engine, language development process, etc, there are a bunch of
efforts notably the M language, albeit far more ambitious than just a
language toolkit.

Both are providing facilities for interoperability between dynamic languages
(e.g. calling Python libraries from Perl)

Both are targeted as platform for dynamic language implementations.

Parrot VM has Perl6, a swiss army of a language that supports multitudes of
programming styles, etc. The closest in .Net stack is C# 4.0. Btw, does C#
4.0 dynamic qualify the language as a DLR language? I mean it is possible to
go dynamic crazy just with that keyword in C#.



On Mon, Aug 3, 2009 at 7:28 AM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:

> ParrotVM has a Python implementation … though it’s not a full
> implementation today (http://pirate.tangentcode.com/). Parrot seems to
> have a ton of language implementations build using it, but very few are
> complete implementations (with the exception of Perl); they are just tests
> of Parrot as a compiler infrastructure. The DLR has two fairly-complete
> language implementations (IronRuby and IronPython), along with some other
> test languages, that may or may not be available against the latest source
> code (JavaScript and Visual Basic existed against an older version, Scheme
> and Lisp are among the available ones today).
>
>
>
> However, regardless of whether similar languages are implemented on those
> frameworks, you can still make comparisons between the DLR and Parrot as
> dynamic language compiler tools.
>
>
>
> At a very high level, Parrot provides tools for the whole language
> development process, from a grammar engine, compiler tools, and a VM to run
> the generated code on. The DLR provides a way to get from a syntax tree to
> CLI code; it does not provide (or lock you into using) a specific parser to
> map your language to DLR syntax trees, and it uses any CLI-compatible VM to
> run on (CLR or Mono). The DLR also provides mechanisms to cache dynamic
> method calls, and make your language interoperate with existing CLI code.
>
>
>
> For further reading:
>
> Parrot Docs: http://docs.parrot.org/parrot/latest/html/
>
> DLR Docs: http://dlr.codeplex.com/Wiki/View.aspx?title=Docs%20and%20specs
>
>
>
> ~Jimmy
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Bruce Bromberek
> *Sent:* Sunday, August 02, 2009 9:07 PM
> *To:* d...@nomadlife.org; Discussion of IronPython
> *Subject:* Re: [IronPython] Platform comparison
>
>
>
> To my knowledge there is not a working python implementation under parrot
> nor is there an IronPerl implementation for the DLR.  The comparison you ask
> for is not even apples and oranges,  More like mushrooms and turnips :)
> ;
>
> On Sun, Aug 2, 2009 at 10:59 AM, Dody Gunawinata 
> wrote:
>
> Is there any comparison between DLR and ParrotVM somewhere on the
> interwebs?
>
>
> --
> nomadlife.org
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] Platform comparison

[Dody Gunawinata]

Is there any comparison between DLR and ParrotVM somewhere on the interwebs?

-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] SQLite

[Dody Gunawinata]

If not, is SQLite .NET
from http://sqlite.phxsoftware.com/ the best alternative?
Yes. That library is solid. I have used them in productions.

On Thu, Jul 30, 2009 at 12:04 AM, Bruce Bromberek  wrote:

> In Cpython I use SQLite, in Iron Python I've taken to using SQL Server
> Compact Edition.  But then again I am only writing for the windows platform.
>
>
> On Wed, Jul 29, 2009 at 1:19 PM, Harry Pierson <
> harry.pier...@microsoft.com> wrote:
>
>> We don't support the CPython sqlite3 module, but I would expect the
>> System.Data.SQLite DLL to work with IronPython. I imagine it would be
>> possible to build a sqlite3 compatible wrapper around System.Data.SQLite,
>> but I don't know if anyone has done that.
>>
>> Harry
>>
>> -Original Message-
>> From: users-boun...@lists.ironpython.com [mailto:
>> users-boun...@lists.ironpython.com] On Behalf Of Kelie
>> Sent: Wednesday, July 29, 2009 10:52 AM
>> To: users@lists.ironpython.com
>> Subject: [IronPython] SQLite
>>
>> Hello,
>>
>> Is SQLite currently supported in IronPython? If not, is SQLite .NET
>> from http://sqlite.phxsoftware.com/ the best alternative?
>>
>> Thanks.
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Q:ASP.NET developing with IPY.Deploying on IIS or Apache?

[Dody Gunawinata]

1. There is nothing special to make it work on IIS. Simply download
http://aspnet.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=17613 and
run the example which contains all the web.config you need.2. We have been
using it extensively for the past 2 years on production. The latest version
is stable. There's no need to wait for .Net 4.0
3. It works on IIS 6.0 and 7.0 on Windows 2003 32/64 bit and Windows 2008
32/64 bit.
4. Not sure about the apache scenario.

On Wed, Jul 15, 2009 at 10:31 AM, Bernd Viehmann wrote:

> Hello,
>
> I have just finished reading the ASP.NET part in the book "IronPython in
> Action" which is excellent. I have played a little bit with it using Visual
> Studio and it ooks like IPY will make the job of developing ASP.NETwebsites 
> much easier. But unfortunatly in the book is nothing about
> deploying the work to an IIS web-server. I think this should be fixed in the
> next version of the book, Micheal & Christian ;-) Even if it might be easy
> until now I am unable to get things running.
>
> So help me please:
>
> What must be done when taking the *.aspx.py productive? Can not find an
> config-tutorial in the web.
> Is IronPython stable enough to develop larger ASP.NET applications in
> Python? Is it recommended by Microsoft, or should we wait for .net 4.0?
> Can it be done on Server 2003 and what IIS version is needed?
> Can Apache on windows be used also with Mono? And Linux?
>
> A lot of questions, I know. So you don't have to answer all of them. I will
> be happy for every answer that comes :-)
>
> Regards
>
> Bernd (on the border between Germany and Netherlands)
>
>
>
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] DLR based Javascript Implementation

[Dody Gunawinata]

The build is up. This is the email from the one of the dev.

"
Of course. I've uploaded a build, with compatible DLR dlls to the
http://code.remobjects.com/p/roscript/downloads/ page. Note that the Delphi
Prism compiler itself can be freely downloaded (command line edition),
should you want to change/recompile the code yourself.

http://downloads.embarcadero.com/free/delphi_prism";


On Sun, Jun 21, 2009 at 11:38 AM, Dody Gunawinata
wrote:

> I'm asking the dev to publish a build. I'll update once they have one.
> Dody G.
>
> On Sat, Jun 20, 2009 at 5:03 PM, Slide  wrote:
>
>> Someone posted this one before, I just can't seem to find the compiler
>> to compile the roscript :-) I believe it is the Oxygene compiler I
>> need, but I can't find a good download location.
>>
>> On Sat, Jun 20, 2009 at 2:24 AM, Dody Gunawinata
>> wrote:
>> > http://www.remobjects.com/roscript.aspx
>> >
>> > ___
>> > Users mailing list
>> > Users@lists.ironpython.com
>> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> >
>> >
>>
>>
>>
>> --
>> slide-o-blog
>> http://slide-o-blog.blogspot.com/
>>
>
>
>
> --
> nomadlife.org
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] DLR based Javascript Implementation

[Dody Gunawinata]

I'm asking the dev to publish a build. I'll update once they have one.
Dody G.

On Sat, Jun 20, 2009 at 5:03 PM, Slide  wrote:

> Someone posted this one before, I just can't seem to find the compiler
> to compile the roscript :-) I believe it is the Oxygene compiler I
> need, but I can't find a good download location.
>
> On Sat, Jun 20, 2009 at 2:24 AM, Dody Gunawinata
> wrote:
> > http://www.remobjects.com/roscript.aspx
> >
> > ___
> > Users mailing list
> > Users@lists.ironpython.com
> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >
> >
>
>
>
> --
> slide-o-blog
> http://slide-o-blog.blogspot.com/
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] DLR based Javascript Implementation

[Dody Gunawinata]

http://www.remobjects.com/roscript.aspx
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Embedding IronPython and calling python functions from C#

[Dody Gunawinata]

You can read all yours file scripts, then using StringBuilder to combine
then and call CreateScriptSourceFromString()Then you can call your functions
within the combined scripts normally. Pretty much you are creating a giant
source code on the fly.

On Thu, Jun 11, 2009 at 5:32 PM, Patrick van der Willik <
patr...@toolmaker.nl> wrote:

>  I'm currently attempting to embed the IronPython 2 runtimes into an
> existing application written in C#. However, I find the amount of
> documentation lacking on what I'm trying to do. I currently have a
> proof-of-concept version which uses Lua and LuaInterface, but the people who
> have to write the scripts dislike Lua(Well, more hate it with a passion) and
> would love to see this working with Python.
>
> My host application is a networked application that must trigger certain
> scripts functions on events generated by the connected clients. The idea is
> that when my application starts, it will load the IronPython script
> environment, launches an 'autoexec.py' which will load various other scripts
> files and do some housekeeping. Once this all is completed, it will start
> listening to incoming connections. However, in various scenarios, the
> application has to trigger scripted functions when data is received from a
> client. Which script function is called is different per client and per
> event. I have events for connecting, logging on, disconnecting and a set of
> data specific events after receiving data. This highly depends on the
> received packets.
>
> My question here is: How do I embed IronPython in such a fashion that I can
> load my scripts and then trigger various functions within that? I've seen
> many examples that just call CreateScriptSourceFromString() or File each
> time in which just 1 piece of code is implemented. This is not suitable for
> the needs here because the scripted systems can become quite complex.
>
> With regards,
> Patrick
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] How to insert or embed a html file in to a Word doc ?

[Dody Gunawinata]

Check the API for System.XML  otherwise use Element Tree
http://effbot.org/zone/element-index.htm

On Mon, Jun 8, 2009 at 10:21 PM, Sivaguru Perambalam
wrote:

> Update :
>
> Figured out the solution for the 1st question (embedding the html file in
> to a Word Doc, part ) .
>
> *BUT, I am still in need of answer for my Question 2.*
>
> Thanks!
>
>
> On Mon, Jun 8, 2009 at 12:32 PM, Sivaguru Perambalam <
> itssivag...@gmail.com> wrote:
>
>> Hello,
>>
>> I am trying to embed a html file (a report as a result of an sql query )
>> in to a word document in a particular location.
>> I am trying to get this done using the 
>> OfficeInterop & Iron Python 
>> 2.x.
>>
>> 1) How can I embed a html file in to a word document ?
>> 2) How can I embed it on to a location by replacing a token in the Word
>> doc. Eg . The word file would have a token . The HTML file has
>> to be embedded in the place where This token is .
>>
>> Thanks !
>
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] How to insert or embed a html file in to a Word doc ?

[Dody Gunawinata]

I recommend you to use http://invoke.co.nz/products/help/docx.aspx library.
Parsing .docx xml is by hand will waste a lot of your time.
Dody G.

On Mon, Jun 8, 2009 at 7:32 PM, Sivaguru Perambalam
wrote:

> Hello,
>
> I am trying to embed a html file (a report as a result of an sql query ) in
> to a word document in a particular location.
> I am trying to get this done using the 
> OfficeInterop & Iron Python 
> 2.x.
>
> 1) How can I embed a html file in to a word document ?
> 2) How can I embed it on to a location by replacing a token in the Word
> doc. Eg . The word file would have a token . The HTML file has
> to be embedded in the place where This token is .
>
> Thanks !
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Expose C# Class to Script Ironpython

[Dody Gunawinata]

Check out http://www.ironpython.info/index.php/Main_Page. It will have the
information you are looking for.

On Sat, May 30, 2009 at 2:54 PM,  wrote:

>  i´m developing a  application with Winforms with a scriptable Ironpython
> and i want expose to use in script with Ironpython my C# Classes.
> For example:
>
> I have a c# class coded in my form namespace
>
>  public int Add(int arg1, int arg2)
> {
> return arg1 + arg2;
> }
>
> In IronPython i need do this:
>
> add_result = Add(2,5)
>
> I see that i can generate a DLL and import, but i think that this is no the
> only way.
> How to code this?
> Thank you
> Mark
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] Tips for IronPython for ASP.Net (IronPython 2.6 Beta 1)

[Dody Gunawinata]

1. ViewState property is not available in UserControl (this is a bug) but
this is easily rectified. Just create an assembly that inherits
from Microsoft.Web.Scripting.UI.ScriptUserControl

public class ScriptUserControlBase :
Microsoft.Web.Scripting.UI.ScriptUserControl
{

public StateBag ViewState
{
get { return base.ViewState; }
}
 }

and then modify your web.config



and replace the userControlBaseType from the standard to
ScriptUserControlBase. It will then work normally.

ViewState is available up in the hierarchy in System.Web.UI.Control, but
since it is protected, it is not available for the code behind code. This
brings us to the second tip.

2. The page behind can only access *public *methods/members from the parent
class container. This is a change of behavior from the previous version of
IP for  asp.net.

Other than that, everything else looks dandy. Enjoy.


Dody Gunawinata
-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] [ATTN] ASP.NET and IronPython 2.6 Beta 1

[Dody Gunawinata]

Alright, time to file bug report :)
ViewState in user control fails to work.

This is how to reproduce it

1. I run the example hello-webforms example.
2. I added a user control called test.ascx
3. The content of test.ascx.py as follows:

def Page_Load(sender, e):
lblWarning.Text = "Hello World"
Response.Write("From Response")
ViewState["test"] = "xx"

4. It will produce the following error (cannot access protected member
ViewState without a python subclass of ScriptUserControl)


*Parser Error Message: *cannot access protected member ViewState without a
python subclass of ScriptUserControl

*Source Error:*

Line 2: lblWarning.Text = "Hello World"
Line 3: Response.Write("From Response")Line 4:  
ViewState["test"] =
"xx"Line 5:


*Source File: */test.ascx.py*Line: *4


On Tue, May 26, 2009 at 11:25 PM, Dody Gunawinata
wrote:

> Yay ! I had planned to sleep early :)  (It's 11 PM Cairo time)
>
> This is awesome, thank you so much. Finally I can say goodbye
> to Microsoft.Scripting.Vestigial and remove my custom built IP 2.0.
>
> Dody G.
>
> On Tue, May 26, 2009 at 10:39 PM, Jimmy Schementi <
> jimmy.scheme...@microsoft.com> wrote:
>
>> *Download Now*
>>
>>
>> http://aspnet.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=17613#DownloadId=69511
>>
>>
>>
>> This release is compatible with IronPython 2.6 Beta 
>> 1<http://ironpython.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=25126>.
>> Currently it does not include Language Services Support and project
>> templates. To create a new IronPython ASP.NET WebForms project, simply
>> copy the “examples\hello-webforms” to a new directory and rename the
>> directory to your liking. A redistributed copy of IronPython 2.6 Beta 1 can
>> be found in the “bin” directory; all files except
>> Microsoft.Web.Scripting.dll, the IronPython ASP.NET integration, are from
>> the IronPython 2.6 Beta 1 release.
>>
>> Included in this release are two WebForms examples that are written in
>> IronPython: “hello-webforms” and “album-handler”, which can be found in the
>> “examples” directory. “hello-webforms” is a simple web application that
>> shows PostBack handling, and “album-handler” is a larger web application
>> that creates a photo album from a directory of images and generates
>> thumbnails for them on the fly.
>>
>>
>>
>> Release notes:
>> http://aspnet.codeplex.com/Wiki/View.aspx?title=Dynamic%20Language%20Support
>>
>> Release page:
>> http://aspnet.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=17613
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>
>
> --
> nomadlife.org
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] 'Python' does not exist in current context

[Dody Gunawinata]

Make sure you refer to the following assemblies.

Microsoft.Scripting.dllMicrosoft.Scripting.Core.dll
IronPython.dll
IronPython.Modules.dll

On Tue, May 26, 2009 at 11:47 PM, Justin Regele  wrote:

> Trying to embed IPy in C#, and after digging all over the web and the
> archives of this list, I can't figure out why the Python object won't load.
> Here is the basic line where it goes wrong:
>
> ScriptEngine eng = Python.CreateEngine();
>
> All the other typical Objects are loading fine, just not the Python object.
>
> I've tried a handful of different assemblies, and still nothing works. The
> embedding example from Iron Python in Action DOES work though, and I added
> assembly reflection code and can see that those assemblies were locale to
> that solutions folder.
>
> EZ quick fix, I thought was to copy those older assemblies over into the
> Iron Python assemblies (after backing them up). But still no luck.
>
> Pretty new to .NET and Visual Studio, but been dealing with CPython for
> years. Anyone have any ideas on what I could be doing wrong? Running Vis
> Studio 2008, Iron Python Studio Integrated, .NET 3.5
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] [ATTN] ASP.NET and IronPython 2.6 Beta 1

[Dody Gunawinata]

Yay ! I had planned to sleep early :)  (It's 11 PM Cairo time)

This is awesome, thank you so much. Finally I can say goodbye
to Microsoft.Scripting.Vestigial and remove my custom built IP 2.0.

Dody G.

On Tue, May 26, 2009 at 10:39 PM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:

> *Download Now*
>
>
> http://aspnet.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=17613#DownloadId=69511
>
>
>
> This release is compatible with IronPython 2.6 Beta 
> 1.
> Currently it does not include Language Services Support and project
> templates. To create a new IronPython ASP.NET WebForms project, simply
> copy the “examples\hello-webforms” to a new directory and rename the
> directory to your liking. A redistributed copy of IronPython 2.6 Beta 1 can
> be found in the “bin” directory; all files except
> Microsoft.Web.Scripting.dll, the IronPython ASP.NET integration, are from
> the IronPython 2.6 Beta 1 release.
>
> Included in this release are two WebForms examples that are written in
> IronPython: “hello-webforms” and “album-handler”, which can be found in the
> “examples” directory. “hello-webforms” is a simple web application that
> shows PostBack handling, and “album-handler” is a larger web application
> that creates a photo album from a directory of images and generates
> thumbnails for them on the fly.
>
>
>
> Release notes:
> http://aspnet.codeplex.com/Wiki/View.aspx?title=Dynamic%20Language%20Support
>
> Release page:
> http://aspnet.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=17613
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] ironpython compared to powershell

[Dody Gunawinata]

Nicer syntax

On Tue, May 26, 2009 at 4:58 PM, jocke khazad  wrote:

> Hi everyone!
>
> I would like you ask this question that I seem not to get an answer for
> anywhere.
>
> What is the advantage of using ironpython compared to using only
> powershell? Or is it just a personal choice which one you like the best?
>
>
> Best Regards,
>
> Joakim
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython for ASP.Net

[Dody Gunawinata]

So is there any new timeline for this right now or is it in the "beats me"
territory?
Dody G.

On Sun, May 24, 2009 at 4:05 PM, Dody Gunawinata wrote:

> Bummer. Thanks for the info.
>
>
> On Sun, May 24, 2009 at 3:43 PM, Curt Hagenlocher wrote:
>
>> Judging by the last internal email I saw about this on Friday, I'd guess
>> not... :(
>>
>>
>> On Sun, May 24, 2009 at 5:25 AM, Dody Gunawinata > > wrote:
>>
>>> Is there any chance for this to come up today? I know it's weekend and
>>> the summer.
>>>
>>> On Fri, May 22, 2009 at 10:21 PM, Jimmy Schementi <
>>> jimmy.scheme...@microsoft.com> wrote:
>>>
>>>> Woops, I meant 2.6.
>>>>
>>>>
>>>>
>>>> *From:* users-boun...@lists.ironpython.com [mailto:
>>>> users-boun...@lists.ironpython.com] *On Behalf Of *Dody Gunawinata
>>>> *Sent:* Friday, May 22, 2009 11:39 AM
>>>> *To:* Discussion of IronPython
>>>>
>>>> *Subject:* Re: [IronPython] IronPython for ASP.Net
>>>>
>>>>
>>>>
>>>> IronPython 2 Beta 1 ?
>>>>
>>>> On Fri, May 22, 2009 at 1:11 AM, Jimmy Schementi <
>>>> jimmy.scheme...@microsoft.com> wrote:
>>>>
>>>> I completely agree with your points; we have a finite amount of
>>>> resources and choose to focus on language compatibility over .NET web-stack
>>>> integration. Though IronPython has done that web-work in the past, we’re
>>>> purely focused on compat. I’ve forwarded on the previous mail to the
>>>> ASP.NET team; I want to see IronPython and IronRuby be used on the web
>>>> more too. =)
>>>>
>>>>
>>>>
>>>> That being said, *I’ve just finished packaging up
>>>> Microsoft.Web.Scripting.dll that works against the released IronPython 2
>>>> Beta 1, and I’ll be releasing it either today to tomorrow* … so end of
>>>> conversation? =P Na, I this is a good conversation to have, but in short
>>>> you’ll be able to use IronPython 2 Beta 1 in ASP.NET very soon again.
>>>> Hopefully the next beta of IronPython 2.6 will include the DLL and source,
>>>> otherwise I’ll make this package again.
>>>>
>>>>
>>>>
>>>> ~js
>>>>
>>>>
>>>>
>>>> *From:* Dody Gunawinata [mailto:empirebuil...@gmail.com]
>>>> *Sent:* Thursday, May 21, 2009 4:23 AM
>>>> *To:* Jimmy Schementi
>>>> *Cc:* Discussion of IronPython
>>>> *Subject:* Re: [IronPython] IronPython for ASP.Net
>>>>
>>>>
>>>>
>>>> The refresh was unusable because it contained the version of IronPyton
>>>> that is not compatible with .Net 3.5 framework (I think it was built on IP
>>>> 2.0 Beta 3/4);
>>>>
>>>> I'm griping about this issue in this list because I don't think this is
>>>> a completely separate issue from the DLR programming languages. Maybe it is
>>>> not a direct responsibility of this team, but the impact is direct for the
>>>> following reasons:
>>>>
>>>>- Nobody adopts a language as is. The libraries matters. The
>>>>existing community of Python and Ruby are not going to move to Windows
>>>>platform just because IronPython and IronRuby are being worked on and
>>>>released. They have had a multi platform runtimes with de facto 
>>>> standards
>>>>that are capable of doing wonderful things for more than a decade.
>>>>- There is much bigger market for language adoption for existing
>>>>.Net/Windows based developers (and new developers) and these guys/gals 
>>>> are
>>>>using mostly standard Microsoft stacks. And they are using .Net via 
>>>> mainly
>>>>C# and VB.Net. If the DLR languages do not have proper support at least 
>>>> for
>>>>the major technology stacks (I would consider ASP.Net/Silverlight as 
>>>> major
>>>>stacks), many people will not consider using the DLR based language for
>>>>their production systems.
>>>>- I know ASP.Net MVC is open source and it's free to be extended
>>>>etc, but ASP.Net WebForm have be en deployed massively and that's not 
>>>> going
>>>>to change anytime soon. And theres is already a support, albeit poor 
>>>> and 

Re: [IronPython] IronPython for ASP.Net

[Dody Gunawinata]

Bummer. Thanks for the info.

On Sun, May 24, 2009 at 3:43 PM, Curt Hagenlocher wrote:

> Judging by the last internal email I saw about this on Friday, I'd guess
> not... :(
>
>
> On Sun, May 24, 2009 at 5:25 AM, Dody Gunawinata 
> wrote:
>
>> Is there any chance for this to come up today? I know it's weekend and the
>> summer.
>>
>> On Fri, May 22, 2009 at 10:21 PM, Jimmy Schementi <
>> jimmy.scheme...@microsoft.com> wrote:
>>
>>> Woops, I meant 2.6.
>>>
>>>
>>>
>>> *From:* users-boun...@lists.ironpython.com [mailto:
>>> users-boun...@lists.ironpython.com] *On Behalf Of *Dody Gunawinata
>>> *Sent:* Friday, May 22, 2009 11:39 AM
>>> *To:* Discussion of IronPython
>>>
>>> *Subject:* Re: [IronPython] IronPython for ASP.Net
>>>
>>>
>>>
>>> IronPython 2 Beta 1 ?
>>>
>>> On Fri, May 22, 2009 at 1:11 AM, Jimmy Schementi <
>>> jimmy.scheme...@microsoft.com> wrote:
>>>
>>> I completely agree with your points; we have a finite amount of resources
>>> and choose to focus on language compatibility over .NET web-stack
>>> integration. Though IronPython has done that web-work in the past, we’re
>>> purely focused on compat. I’ve forwarded on the previous mail to the
>>> ASP.NET team; I want to see IronPython and IronRuby be used on the web
>>> more too. =)
>>>
>>>
>>>
>>> That being said, *I’ve just finished packaging up
>>> Microsoft.Web.Scripting.dll that works against the released IronPython 2
>>> Beta 1, and I’ll be releasing it either today to tomorrow* … so end of
>>> conversation? =P Na, I this is a good conversation to have, but in short
>>> you’ll be able to use IronPython 2 Beta 1 in ASP.NET very soon again.
>>> Hopefully the next beta of IronPython 2.6 will include the DLL and source,
>>> otherwise I’ll make this package again.
>>>
>>>
>>>
>>> ~js
>>>
>>>
>>>
>>> *From:* Dody Gunawinata [mailto:empirebuil...@gmail.com]
>>> *Sent:* Thursday, May 21, 2009 4:23 AM
>>> *To:* Jimmy Schementi
>>> *Cc:* Discussion of IronPython
>>> *Subject:* Re: [IronPython] IronPython for ASP.Net
>>>
>>>
>>>
>>> The refresh was unusable because it contained the version of IronPyton
>>> that is not compatible with .Net 3.5 framework (I think it was built on IP
>>> 2.0 Beta 3/4);
>>>
>>> I'm griping about this issue in this list because I don't think this is a
>>> completely separate issue from the DLR programming languages. Maybe it is
>>> not a direct responsibility of this team, but the impact is direct for the
>>> following reasons:
>>>
>>>- Nobody adopts a language as is. The libraries matters. The existing
>>>community of Python and Ruby are not going to move to Windows platform 
>>> just
>>>because IronPython and IronRuby are being worked on and released. They 
>>> have
>>>had a multi platform runtimes with de facto standards that are capable of
>>>doing wonderful things for more than a decade.
>>>- There is much bigger market for language adoption for existing
>>>.Net/Windows based developers (and new developers) and these guys/gals 
>>> are
>>>using mostly standard Microsoft stacks. And they are using .Net via 
>>> mainly
>>>C# and VB.Net. If the DLR languages do not have proper support at least 
>>> for
>>>the major technology stacks (I would consider ASP.Net/Silverlight as 
>>> major
>>>stacks), many people will not consider using the DLR based language for
>>>their production systems.
>>>- I know ASP.Net MVC is open source and it's free to be extended etc,
>>>but ASP.Net WebForm have be en deployed massively and that's not going to
>>>change anytime soon. And theres is already a support, albeit poor and 
>>> not up
>>>to date, for ASP.Net webform stacks in IronPython. Not having it fully
>>>updated is a waste of opportunity.
>>>- .Net 4.0 and C# vNext contains dynamic language support but really,
>>>what is good for if the DLR languages can only be used in much more 
>>> limited
>>>scenarios because some major technology stacks are not supported.
>>>- You raised correctly that Django and  RoR are being used to
>>>validate the  languages. But I would argue t

Re: [IronPython] IronPython for ASP.Net

[Dody Gunawinata]

Is there any chance for this to come up today? I know it's weekend and the
summer.

On Fri, May 22, 2009 at 10:21 PM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:

> Woops, I meant 2.6.
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Dody Gunawinata
> *Sent:* Friday, May 22, 2009 11:39 AM
> *To:* Discussion of IronPython
>
> *Subject:* Re: [IronPython] IronPython for ASP.Net
>
>
>
> IronPython 2 Beta 1 ?
>
> On Fri, May 22, 2009 at 1:11 AM, Jimmy Schementi <
> jimmy.scheme...@microsoft.com> wrote:
>
> I completely agree with your points; we have a finite amount of resources
> and choose to focus on language compatibility over .NET web-stack
> integration. Though IronPython has done that web-work in the past, we’re
> purely focused on compat. I’ve forwarded on the previous mail to the
> ASP.NET team; I want to see IronPython and IronRuby be used on the web
> more too. =)
>
>
>
> That being said, *I’ve just finished packaging up
> Microsoft.Web.Scripting.dll that works against the released IronPython 2
> Beta 1, and I’ll be releasing it either today to tomorrow* … so end of
> conversation? =P Na, I this is a good conversation to have, but in short
> you’ll be able to use IronPython 2 Beta 1 in ASP.NET very soon again.
> Hopefully the next beta of IronPython 2.6 will include the DLL and source,
> otherwise I’ll make this package again.
>
>
>
> ~js
>
>
>
> *From:* Dody Gunawinata [mailto:empirebuil...@gmail.com]
> *Sent:* Thursday, May 21, 2009 4:23 AM
> *To:* Jimmy Schementi
> *Cc:* Discussion of IronPython
> *Subject:* Re: [IronPython] IronPython for ASP.Net
>
>
>
> The refresh was unusable because it contained the version of IronPyton that
> is not compatible with .Net 3.5 framework (I think it was built on IP 2.0
> Beta 3/4);
>
> I'm griping about this issue in this list because I don't think this is a
> completely separate issue from the DLR programming languages. Maybe it is
> not a direct responsibility of this team, but the impact is direct for the
> following reasons:
>
>- Nobody adopts a language as is. The libraries matters. The existing
>community of Python and Ruby are not going to move to Windows platform just
>because IronPython and IronRuby are being worked on and released. They have
>had a multi platform runtimes with de facto standards that are capable of
>doing wonderful things for more than a decade.
>- There is much bigger market for language adoption for existing
>.Net/Windows based developers (and new developers) and these guys/gals are
>using mostly standard Microsoft stacks. And they are using .Net via mainly
>C# and VB.Net. If the DLR languages do not have proper support at least for
>the major technology stacks (I would consider ASP.Net/Silverlight as major
>stacks), many people will not consider using the DLR based language for
>their production systems.
>- I know ASP.Net MVC is open source and it's free to be extended etc,
>but ASP.Net WebForm have be en deployed massively and that's not going to
>change anytime soon. And theres is already a support, albeit poor and not 
> up
>to date, for ASP.Net webform stacks in IronPython. Not having it fully
>updated is a waste of opportunity.
>- .Net 4.0 and C# vNext contains dynamic language support but really,
>what is good for if the DLR languages can only be used in much more limited
>scenarios because some major technology stacks are not supported.
>- You raised correctly that Django and  RoR are being used to validate
>the  languages. But I would argue that the existing technology stack 
> support
>validates the DLR platform, not just the languages.
>
> So yes, I'm not happy with the level of investment being put on supporting
> the technology stacks because I think it is pretty short sighted. No, I
> don't blame this team for this but at least if I complain on this list, it
> might have a chance being forwarded internally because this is one of the
> best community mailing list for Microsoft technologies.
>
> Dody Gunawinata
>
> On Thu, May 21, 2009 at 5:17 AM, Jimmy Schementi <
> jimmy.scheme...@microsoft.com> wrote:
>
> First off, it hasn’t been three years: a refresh was released 8 months ago,
> and sent to this very list:
>
>
> http://lists.ironpython.com/pipermail/users-ironpython.com/2008-September/008497.html
>
>
>
> Secondly, rather than just producing these one off releases (where are very
> taxing on the team), we’re doing it right and getting the source code
> released and Ms-Pl’d, so we can

[IronPython] Another LISP implementation on .Net

[Dody Gunawinata]

http://yarr.codeplex.com/
This comes with a pretty good documentation and a
continuation of the LSHarp project. It's not based on DLR.

-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython for ASP.Net

[Dody Gunawinata]

I have another wish list :)
1. I hope the M/Oslo team are talking to the DLR team especially for
M-Grammar for the "virtual machine" facilities to make those generated AST
to become actual functioning DSLs. The "sympl" language implementation (in a
message a couple of days ago) is very interesting.

2. What happened to Managed JScript?

3. What is missing from IronPython for Asp.Net is a pure interpreted mode.
Right now every asp.net page is converted to an assembly and cached there.
The only way to simulate an interpreted mode is to lie to asp.net that the
dll doesn't exist using virtual path provider. The neat thing about
interpreted mode is that you can inject additional code on the fly depending
on the http request for asp.net to process. When the source code is
available, I think it will be possible to add this feature in a short time.

On Fri, May 22, 2009 at 1:11 AM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:

> I completely agree with your points; we have a finite amount of resources
> and choose to focus on language compatibility over .NET web-stack
> integration. Though IronPython has done that web-work in the past, we’re
> purely focused on compat. I’ve forwarded on the previous mail to the
> ASP.NET team; I want to see IronPython and IronRuby be used on the web
> more too. =)
>
>
>
> That being said, *I’ve just finished packaging up
> Microsoft.Web.Scripting.dll that works against the released IronPython 2
> Beta 1, and I’ll be releasing it either today to tomorrow* … so end of
> conversation? =P Na, I this is a good conversation to have, but in short
> you’ll be able to use IronPython 2 Beta 1 in ASP.NET very soon again.
> Hopefully the next beta of IronPython 2.6 will include the DLL and source,
> otherwise I’ll make this package again.
>
>
>
> ~js
>
>
>
> *From:* Dody Gunawinata [mailto:empirebuil...@gmail.com]
> *Sent:* Thursday, May 21, 2009 4:23 AM
> *To:* Jimmy Schementi
> *Cc:* Discussion of IronPython
> *Subject:* Re: [IronPython] IronPython for ASP.Net
>
>
>
> The refresh was unusable because it contained the version of IronPyton that
> is not compatible with .Net 3.5 framework (I think it was built on IP 2.0
> Beta 3/4);
>
> I'm griping about this issue in this list because I don't think this is a
> completely separate issue from the DLR programming languages. Maybe it is
> not a direct responsibility of this team, but the impact is direct for the
> following reasons:
>
>- Nobody adopts a language as is. The libraries matters. The existing
>community of Python and Ruby are not going to move to Windows platform just
>because IronPython and IronRuby are being worked on and released. They have
>had a multi platform runtimes with de facto standards that are capable of
>doing wonderful things for more than a decade.
>- There is much bigger market for language adoption for existing
>.Net/Windows based developers (and new developers) and these guys/gals are
>using mostly standard Microsoft stacks. And they are using .Net via mainly
>C# and VB.Net. If the DLR languages do not have proper support at least for
>the major technology stacks (I would consider ASP.Net/Silverlight as major
>stacks), many people will not consider using the DLR based language for
>their production systems.
>- I know ASP.Net MVC is open source and it's free to be extended etc,
>but ASP.Net WebForm have be en deployed massively and that's not going to
>change anytime soon. And theres is already a support, albeit poor and not 
> up
>to date, for ASP.Net webform stacks in IronPython. Not having it fully
>updated is a waste of opportunity.
>- .Net 4.0 and C# vNext contains dynamic language support but really,
>what is good for if the DLR languages can only be used in much more limited
>scenarios because some major technology stacks are not supported.
>- You raised correctly that Django and  RoR are being used to validate
>the  languages. But I would argue that the existing technology stack 
> support
>validates the DLR platform, not just the languages.
>
> So yes, I'm not happy with the level of investment being put on supporting
> the technology stacks because I think it is pretty short sighted. No, I
> don't blame this team for this but at least if I complain on this list, it
> might have a chance being forwarded internally because this is one of the
> best community mailing list for Microsoft technologies.
>
> Dody Gunawinata
>
> On Thu, May 21, 2009 at 5:17 AM, Jimmy Schementi <
> jimmy.scheme...@microsoft.com> wrote:
>
> First off, it hasn’t been three years: a refresh was released 8 months ago,
> and sent to this

Re: [IronPython] IronPython for ASP.Net

[Dody Gunawinata]

IronPython 2 Beta 1 ?

On Fri, May 22, 2009 at 1:11 AM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:

> I completely agree with your points; we have a finite amount of resources
> and choose to focus on language compatibility over .NET web-stack
> integration. Though IronPython has done that web-work in the past, we’re
> purely focused on compat. I’ve forwarded on the previous mail to the
> ASP.NET team; I want to see IronPython and IronRuby be used on the web
> more too. =)
>
>
>
> That being said, *I’ve just finished packaging up
> Microsoft.Web.Scripting.dll that works against the released IronPython 2
> Beta 1, and I’ll be releasing it either today to tomorrow* … so end of
> conversation? =P Na, I this is a good conversation to have, but in short
> you’ll be able to use IronPython 2 Beta 1 in ASP.NET very soon again.
> Hopefully the next beta of IronPython 2.6 will include the DLL and source,
> otherwise I’ll make this package again.
>
>
>
> ~js
>
>
>
> *From:* Dody Gunawinata [mailto:empirebuil...@gmail.com]
> *Sent:* Thursday, May 21, 2009 4:23 AM
> *To:* Jimmy Schementi
> *Cc:* Discussion of IronPython
> *Subject:* Re: [IronPython] IronPython for ASP.Net
>
>
>
> The refresh was unusable because it contained the version of IronPyton that
> is not compatible with .Net 3.5 framework (I think it was built on IP 2.0
> Beta 3/4);
>
> I'm griping about this issue in this list because I don't think this is a
> completely separate issue from the DLR programming languages. Maybe it is
> not a direct responsibility of this team, but the impact is direct for the
> following reasons:
>
>- Nobody adopts a language as is. The libraries matters. The existing
>community of Python and Ruby are not going to move to Windows platform just
>because IronPython and IronRuby are being worked on and released. They have
>had a multi platform runtimes with de facto standards that are capable of
>doing wonderful things for more than a decade.
>- There is much bigger market for language adoption for existing
>.Net/Windows based developers (and new developers) and these guys/gals are
>using mostly standard Microsoft stacks. And they are using .Net via mainly
>C# and VB.Net. If the DLR languages do not have proper support at least for
>the major technology stacks (I would consider ASP.Net/Silverlight as major
>stacks), many people will not consider using the DLR based language for
>their production systems.
>- I know ASP.Net MVC is open source and it's free to be extended etc,
>but ASP.Net WebForm have be en deployed massively and that's not going to
>change anytime soon. And theres is already a support, albeit poor and not 
> up
>to date, for ASP.Net webform stacks in IronPython. Not having it fully
>updated is a waste of opportunity.
>- .Net 4.0 and C# vNext contains dynamic language support but really,
>what is good for if the DLR languages can only be used in much more limited
>scenarios because some major technology stacks are not supported.
>- You raised correctly that Django and  RoR are being used to validate
>the  languages. But I would argue that the existing technology stack 
> support
>validates the DLR platform, not just the languages.
>
> So yes, I'm not happy with the level of investment being put on supporting
> the technology stacks because I think it is pretty short sighted. No, I
> don't blame this team for this but at least if I complain on this list, it
> might have a chance being forwarded internally because this is one of the
> best community mailing list for Microsoft technologies.
>
> Dody Gunawinata
>
> On Thu, May 21, 2009 at 5:17 AM, Jimmy Schementi <
> jimmy.scheme...@microsoft.com> wrote:
>
> First off, it hasn’t been three years: a refresh was released 8 months ago,
> and sent to this very list:
>
>
> http://lists.ironpython.com/pipermail/users-ironpython.com/2008-September/008497.html
>
>
>
> Secondly, rather than just producing these one off releases (where are very
> taxing on the team), we’re doing it right and getting the source code
> released and Ms-Pl’d, so we can include it on Codeplex sources, builds, and
> nightly builds. Then it can be included in each IronPython release, just
> like Silverlight binaries are.
>
>
>
> Lastly, IronRuby and IronPython are programming languages, made by
> programming language teams. We’re very interested in running as many
> existing Ruby and Python programs as possible. It just so happens that
> Django and Rails are popular, complex pieces of software that help find
> bugs, and give the languages street cred for running th

Re: [IronPython] IronPython for ASP.Net

[Dody Gunawinata]

The refresh was unusable because it contained the version of IronPyton that
is not compatible with .Net 3.5 framework (I think it was built on IP 2.0
Beta 3/4);

I'm griping about this issue in this list because I don't think this is a
completely separate issue from the DLR programming languages. Maybe it is
not a direct responsibility of this team, but the impact is direct for the
following reasons:

   - Nobody adopts a language as is. The libraries matters. The existing
   community of Python and Ruby are not going to move to Windows platform just
   because IronPython and IronRuby are being worked on and released. They have
   had a multi platform runtimes with de facto standards that are capable of
   doing wonderful things for more than a decade.
   - There is much bigger market for language adoption for existing
   .Net/Windows based developers (and new developers) and these guys/gals are
   using mostly standard Microsoft stacks. And they are using .Net via mainly
   C# and VB.Net. If the DLR languages do not have proper support at least for
   the major technology stacks (I would consider ASP.Net/Silverlight as major
   stacks), many people will not consider using the DLR based language for
   their production systems.
   - I know ASP.Net MVC is open source and it's free to be extended etc, but
   ASP.Net WebForm have be en deployed massively and that's not going to change
   anytime soon. And theres is already a support, albeit poor and not up to
   date, for ASP.Net webform stacks in IronPython. Not having it fully updated
   is a waste of opportunity.
   - .Net 4.0 and C# vNext contains dynamic language support but really,
   what is good for if the DLR languages can only be used in much more limited
   scenarios because some major technology stacks are not supported.
   - You raised correctly that Django and  RoR are being used to validate
   the  languages. But I would argue that the existing technology stack support
   validates the DLR platform, not just the languages.

So yes, I'm not happy with the level of investment being put on supporting
the technology stacks because I think it is pretty short sighted. No, I
don't blame this team for this but at least if I complain on this list, it
might have a chance being forwarded internally because this is one of the
best community mailing list for Microsoft technologies.

Dody Gunawinata

On Thu, May 21, 2009 at 5:17 AM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:

> First off, it hasn’t been three years: a refresh was released 8 months ago,
> and sent to this very list:
>
>
> http://lists.ironpython.com/pipermail/users-ironpython.com/2008-September/008497.html
>
>
>
> Secondly, rather than just producing these one off releases (where are very
> taxing on the team), we’re doing it right and getting the source code
> released and Ms-Pl’d, so we can include it on Codeplex sources, builds, and
> nightly builds. Then it can be included in each IronPython release, just
> like Silverlight binaries are.
>
>
>
> Lastly, IronRuby and IronPython are programming languages, made by
> programming language teams. We’re very interested in running as many
> existing Ruby and Python programs as possible. It just so happens that
> Django and Rails are popular, complex pieces of software that help find
> bugs, and give the languages street cred for running them. If those web
> frameworks didn’t run, theirs probably something wrong with our language.
>
>
>
> Running in ASP.NET and MVC require a significant amount of work *outside*of 
> the language, so it really isn’t a language team’s purpose to build that.
> Sure they provide good demos as conferences or blog posts, but they’ll only
> be toys. We’ve invested in those technologies before, which is why the
> ASP.NET and Silverlight integration exists, but no one is working on
> enabling web-technologies full-time (though I have spurts of diving back
> into Silverlight from time to time). If you don’t like the level of
> investment in dynamic languages for Microsoft web technologies, that’s
> something that you should communicate to the ASP.NET team; Phil Haack (
> http://www.haacked.com) or Dmitry Robsman (http://blogs.msdn.com/dmitryr)
> are good people to address.
>
>
>
> ~Jimmy
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Dody Gunawinata
> *Sent:* Wednesday, May 20, 2009 1:22 PM
> *To:* Discussion of IronPython
> *Subject:* [IronPython] IronPython for ASP.Net
>
>
>
> Is there any update for IronPython for ASP.Net?
>
>
>
> It has been three years since IronPython support for ASP.Net introduced
> with the release of the whitepaper (
> http://www.asp.net/DynamicLanguages/whitepaper/) and the first binary.
> Since then I thi

[IronPython] IronPython for ASP.Net

[Dody Gunawinata]

Is there any update for IronPython for ASP.Net?
It has been three years since IronPython support for ASP.Net introduced with
the release of the whitepaper (
http://www.asp.net/DynamicLanguages/whitepaper/) and the first binary. Since
then I think we've had Katrina, a Beijing Olympic, a new President, a
financial collapse and two James Bond movies - yet until now there is still
no up to date support for the technology. I know that the legal team, etc
are working on the source release, but I think it is pretty galling that
Microsoft's own web framework stack is barely supported by its own dynamic
language technology, both on the 'classic' ASP.Net and MVC stack. I mean
there is more energy put into having IronPython and IronRuby to run Django
and RubyOnRails web framework instead of ASP.Net stack. This just doesn't
make sense to me.

-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] Groovy on the DLR

[Dody Gunawinata]

http://groovy.codeplex.com/

-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Iron Python and Asp.net (framework 3.5)

[Dody Gunawinata]

I ran your demo and it threw this error

"*Description: *An error occurred during the compilation of a resource
required to service this request. Please review the following specific error
details and modify your source code appropriately.

*Compiler Error Message: *BC30560: 'ExtensionAttribute' is ambiguous in the
namespace 'System.Runtime.CompilerServices'.

*Source Error:*

[No relevant source lines]


*Source File:* InternalXmlHelper.vb*Line:* 9 "

This problem surfaced back in
http://lists.ironpython.com/pipermail/users-ironpython.com/2008-August/008036.html
then
it got fixed, at least for C#. It looks like the VB compatibility issue
wasn't fixed.
Let's see what Dino thinks of this.

Dody G.

On Fri, May 8, 2009 at 3:06 PM, Patrik Hägne  wrote:

>  I'm not sure if this helps but I've included a VB.Net-site that
> reproduces the problem in the same solution. I'm not sure if you have an
> environment where you can run it. Also as far as I can tell you do not
> directly reference the Microsoft.Scripting.ExtensionAttribute.dll in the
> site project you included but it is present in the bin-folder, I did the
> same thing for the VB.Net project, it should mirror the c# variant pretty
> closely but it will fail at runtime.
>
>
>
>
> http://cid-8b0c290cf9b30fd9.skydrive.live.com/self.aspx/.Public/IronPythonDemoWithVB.zip
>
>
>
> /Patrik
>
>
>
> *Från:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *För *Dody Gunawinata
> *Skickat:* den 8 maj 2009 13:15
>
> *Till:* Discussion of IronPython
> *Ämne:* Re: [IronPython] Iron Python and Asp.net (framework 3.5)
>
>
>
> I don't have VB installed in my VS 2008, so this is what I did.
>
>
>
> I use this IronPython
> http://download.codeplex.com/Project/Download/FileDownload.aspx?ProjectName=IronPython&DownloadId=58404&FileTime=12878937584020&Build=15036#ReleaseFiles
>
>
>
> For each of the project, I reference all the following assemblies:
>
> IronPython.dll
>
> IronPython.Modules.dll
>
> Microsoft.Scripting.Core.dll
>
> Microsoft.Scripting.dll
>
> Microsoft.Scripting.ExtensionAttribute.dll
>
>
>
> I use the hosting API in a C# WAP using C# only in 3.5 and it worked
> without a hitch. This is the code
> https://rcpt.yousendit.com/685289274/f6b7c3f2a38002c2656f54ada3364d26
>
>
>
> I downloaded SharpDevelop 3.0 and use it to write a console application in
> VB targeting .Net 3.5. I was surprised that "using" is not a keyword in VB
> :)  It worked in console application. Here's the code
> https://download.yousendit.com/U0d6RE9uQzMzeUtGa1E9PQ.
>
>
>
>
>
> I can't exactly replicate your problem since I don't have VB on VS 2008.
> But I hope I help you further along with these two small codes. It seems
> that IronPython 2.01  works just fine with VB in .Net 3.5 but I'm not sure
> if the VB ASP.net code provider does something else that make IP 2.01
> breaks.
>
>
>
> Dody G.
>
>
>
>
>
> On Fri, May 8, 2009 at 12:01 PM, Patrik Hägne 
> wrote:
>
> 1.   I've tried the current release (2.0.1), the 2.0 release from Dec
> 10 and even the 1.1.2 version from Aug 8 all with the same result.
>
> 2.   We're using the Web Application project model, not the website
> model.
>
> 3.   The language for code behinds is VB.net.
>
>
>
> Thanks for looking into this, it's greatly appreciated.
>
>
>
> /Patrik
>
>
>
> *Från:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *För *Dody Gunawinata
> *Skickat:* den 8 maj 2009 10:53
> *Till:* Discussion of IronPython
> *Ämne:* Re: [IronPython] Iron Python and Asp.net (framework 3.5)
>
>
>
> I'll try to reproduce this. I need the following details:
>
>
>
>- What version of IronPython are you using?
>- Are you using the website model or the web project model for your
>asp.net application.
>- What language do you use for your code behind, C# or VB or some other
>code behind language?
>
>
>
> Dody G.
>
> On Fri, May 8, 2009 at 9:49 AM, Patrik Hägne 
> wrote:
>
> I have the problem described in the issue
> http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=19126when 
> including an assembly that depends upon the DLR and Iron Python for
> scripting. I can't get the suggested workaround to work, when I replace the
> Microsoft.Scripting.ExtensionAttribute.dll with the one posted to the
> issue-page I get no compilation errors but on the other hand when running
> the page where the scripting engine 

Re: [IronPython] Iron Python and Asp.net (framework 3.5)

[Dody Gunawinata]

Yeah, I had to lookup a VB.Net cheat sheet to figure out "imports" :)

On Fri, May 8, 2009 at 2:25 PM, Patrik Hägne  wrote:

>  Thank you for your help I'll have a look at it.
>
>
>
> Using is a keyword in VB though, the syntax is pretty much the same as in
> c# sans curly braces:
>
>
>
>
>
> Using foo = GetSomeDisposable()
>
>  ' Do something here...
>
> End Using
>
>
>
> Or maybe you mean the using keyword for referencing namespaces, in that
> case the VB-keyword is "Imports":
>
>
>
> Imports System.Collections
>
> Imports System.Collections.Generic
>
>
>
> /Patrik
>
>
>
> *Från:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *För *Dody Gunawinata
> *Skickat:* den 8 maj 2009 13:15
>
> *Till:* Discussion of IronPython
> *Ämne:* Re: [IronPython] Iron Python and Asp.net (framework 3.5)
>
>
>
> I don't have VB installed in my VS 2008, so this is what I did.
>
>
>
> I use this IronPython
> http://download.codeplex.com/Project/Download/FileDownload.aspx?ProjectName=IronPython&DownloadId=58404&FileTime=12878937584020&Build=15036#ReleaseFiles
>
>
>
> For each of the project, I reference all the following assemblies:
>
> IronPython.dll
>
> IronPython.Modules.dll
>
> Microsoft.Scripting.Core.dll
>
> Microsoft.Scripting.dll
>
> Microsoft.Scripting.ExtensionAttribute.dll
>
>
>
> I use the hosting API in a C# WAP using C# only in 3.5 and it worked
> without a hitch. This is the code
> https://rcpt.yousendit.com/685289274/f6b7c3f2a38002c2656f54ada3364d26
>
>
>
> I downloaded SharpDevelop 3.0 and use it to write a console application in
> VB targeting .Net 3.5. I was surprised that "using" is not a keyword in VB
> :)  It worked in console application. Here's the code
> https://download.yousendit.com/U0d6RE9uQzMzeUtGa1E9PQ.
>
>
>
>
>
> I can't exactly replicate your problem since I don't have VB on VS 2008.
> But I hope I help you further along with these two small codes. It seems
> that IronPython 2.01  works just fine with VB in .Net 3.5 but I'm not sure
> if the VB ASP.net code provider does something else that make IP 2.01
> breaks.
>
>
>
> Dody G.
>
>
>
>
>
> On Fri, May 8, 2009 at 12:01 PM, Patrik Hägne 
> wrote:
>
> 1.   I've tried the current release (2.0.1), the 2.0 release from Dec
> 10 and even the 1.1.2 version from Aug 8 all with the same result.
>
> 2.   We're using the Web Application project model, not the website
> model.
>
> 3.   The language for code behinds is VB.net.
>
>
>
> Thanks for looking into this, it's greatly appreciated.
>
>
>
> /Patrik
>
>
>
> *Från:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *För *Dody Gunawinata
> *Skickat:* den 8 maj 2009 10:53
> *Till:* Discussion of IronPython
> *Ämne:* Re: [IronPython] Iron Python and Asp.net (framework 3.5)
>
>
>
> I'll try to reproduce this. I need the following details:
>
>
>
>- What version of IronPython are you using?
>- Are you using the website model or the web project model for your
>asp.net application.
>- What language do you use for your code behind, C# or VB or some other
>code behind language?
>
>
>
> Dody G.
>
> On Fri, May 8, 2009 at 9:49 AM, Patrik Hägne 
> wrote:
>
> I have the problem described in the issue
> http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=19126when 
> including an assembly that depends upon the DLR and Iron Python for
> scripting. I can't get the suggested workaround to work, when I replace the
> Microsoft.Scripting.ExtensionAttribute.dll with the one posted to the
> issue-page I get no compilation errors but on the other hand when running
> the page where the scripting engine is used I get a runtime error saying
> that the Microsoft.Scripting.ExtensionAttribute version 0.9.0.0 can not be
> found.
>
>
>
> Is there something I'm missing? Might it be that I have to install
> something into the GAC?
>
>
>
> Kind Regards
>
> Patrik Hägne
> Systems Development
>
> *Fel! Inget filnamn angivet.*
>--
>
> Drottninggatan 72A
> Box 1324, 251 13 HELSINGBORG
> E-mail: patrik.ha...@sembo.se
>
> Phone:
> Fax:
> Internet:
>
> +46(0)42 37 85 52
> +46(0)42 37 85 25
> www.sembo.se
>
>
>
>
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
>
> --
> nomadlife.org
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
>
> --
> nomadlife.org
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Iron Python and Asp.net (framework 3.5)

[Dody Gunawinata]

I don't have VB installed in my VS 2008, so this is what I did.

I use this IronPython
http://download.codeplex.com/Project/Download/FileDownload.aspx?ProjectName=IronPython&DownloadId=58404&FileTime=12878937584020&Build=15036#ReleaseFiles
For each of the project, I reference all the following assemblies:
IronPython.dll
IronPython.Modules.dll
Microsoft.Scripting.Core.dll
Microsoft.Scripting.dll
Microsoft.Scripting.ExtensionAttribute.dll

I use the hosting API in a C# WAP using C# only in 3.5 and it worked without
a hitch. This is the code
https://rcpt.yousendit.com/685289274/f6b7c3f2a38002c2656f54ada3364d26

I downloaded SharpDevelop 3.0 and use it to write a console application in
VB targeting .Net 3.5. I was surprised that "using" is not a keyword in VB
:)  It worked in console application. Here's the code
https://download.yousendit.com/U0d6RE9uQzMzeUtGa1E9PQ.


I can't exactly replicate your problem since I don't have VB on VS 2008. But
I hope I help you further along with these two small codes. It seems that
IronPython 2.01  works just fine with VB in .Net 3.5 but I'm not sure if the
VB ASP.net code provider does something else that make IP 2.01 breaks.

Dody G.


On Fri, May 8, 2009 at 12:01 PM, Patrik Hägne  wrote:

>  1.   I've tried the current release (2.0.1), the 2.0 release from Dec
> 10 and even the 1.1.2 version from Aug 8 all with the same result.
>
> 2.   We're using the Web Application project model, not the website
> model.
>
> 3.   The language for code behinds is VB.net.
>
>
>
> Thanks for looking into this, it's greatly appreciated.
>
>
>
> /Patrik
>
>
>
> *Från:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *För *Dody Gunawinata
> *Skickat:* den 8 maj 2009 10:53
> *Till:* Discussion of IronPython
> *Ämne:* Re: [IronPython] Iron Python and Asp.net (framework 3.5)
>
>
>
> I'll try to reproduce this. I need the following details:
>
>
>
>- What version of IronPython are you using?
>- Are you using the website model or the web project model for your
>asp.net application.
>- What language do you use for your code behind, C# or VB or some other
>code behind language?
>
>
>
> Dody G.
>
> On Fri, May 8, 2009 at 9:49 AM, Patrik Hägne 
> wrote:
>
> I have the problem described in the issue
> http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=19126when 
> including an assembly that depends upon the DLR and Iron Python for
> scripting. I can't get the suggested workaround to work, when I replace the
> Microsoft.Scripting.ExtensionAttribute.dll with the one posted to the
> issue-page I get no compilation errors but on the other hand when running
> the page where the scripting engine is used I get a runtime error saying
> that the Microsoft.Scripting.ExtensionAttribute version 0.9.0.0 can not be
> found.
>
>
>
> Is there something I'm missing? Might it be that I have to install
> something into the GAC?
>
>
>
> Kind Regards
>
> Patrik Hägne
> Systems Development
>
> *Fel! Inget filnamn angivet.*
>   --
>
> Drottninggatan 72A
> Box 1324, 251 13 HELSINGBORG
> E-mail: patrik.ha...@sembo.se
>
> Phone:
> Fax:
> Internet:
>
> +46(0)42 37 85 52
> +46(0)42 37 85 25
> www.sembo.se
>
>
>
>
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
>
> --
> nomadlife.org
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Iron Python and Asp.net (framework 3.5)

[Dody Gunawinata]

I'll try to reproduce this. I need the following details:

   - What version of IronPython are you using?
   - Are you using the website model or the web project model for your
   asp.net application.
   - What language do you use for your code behind, C# or VB or some other
   code behind language?


Dody G.

On Fri, May 8, 2009 at 9:49 AM, Patrik Hägne  wrote:

>  I have the problem described in the issue
> http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=19126when 
> including an assembly that depends upon the DLR and Iron Python for
> scripting. I can't get the suggested workaround to work, when I replace the
> Microsoft.Scripting.ExtensionAttribute.dll with the one posted to the
> issue-page I get no compilation errors but on the other hand when running
> the page where the scripting engine is used I get a runtime error saying
> that the Microsoft.Scripting.ExtensionAttribute version 0.9.0.0 can not be
> found.
>
>
>
> Is there something I'm missing? Might it be that I have to install
> something into the GAC?
>
>
>
> Kind Regards
>
> Patrik Hägne
> Systems Development
>
> [image: Sembo Semesterbostäder AB]
>--
>
> Drottninggatan 72A
> Box 1324, 251 13 HELSINGBORG
> E-mail: patrik.ha...@sembo.se
>
> Phone:
> Fax:
> Internet:
>
> +46(0)42 37 85 52
> +46(0)42 37 85 25
> www.sembo.se
>
>
>
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Announcing IronPython 2.6 Alpha 1

[Dody Gunawinata]

Hopefully the approval is speedy. The other parts of ASP.Net Futures 2007
source code have been made available last month
http://aspnet.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=25804

On Wed, May 6, 2009 at 7:26 AM, Adam Brand  wrote:

>  That is great news, and a great solution! Thanks!
>
>
>
> Adam
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Jimmy Schementi
> *Sent:* Tuesday, May 05, 2009 9:25 PM
>
> *To:* Discussion of IronPython
> *Subject:* Re: [IronPython] Announcing IronPython 2.6 Alpha 1
>
>
>
> Rather than just releasing builds, I’m waiting on the OK from the ASP.NETto 
> release to source code for it, so it can be included in the IronPython
> releases and the Codeplex sources/daily builds. That seems like a much
> better solution. =) I’ll keep you posted (I’ve been in conference-mode for
> the past couple months, so things have been slow, sorry!).
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Adam Brand
> *Sent:* Tuesday, May 05, 2009 5:39 PM
> *To:* Discussion of IronPython
> *Subject:* Re: [IronPython] Announcing IronPython 2.6 Alpha 1
>
>
>
> Any updated timeline on this (IronPython 2.6/ASP.Net Integration)? Just
> wanted to check in and see where it was on the list.
>
>
>
> Thanks,
>
> Adam
>
> 2009/3/30 Jimmy Schementi 
>
> A IronPython 2.6 version of the ASP.NET integration will be out shortly, I
> have to get time to make a build and get it sent over to the ASP.NET team.
> I’m working through some other things I need to get done first, but assume
> two weeks.
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Adam Brand
> *Sent:* Saturday, March 28, 2009 1:37 PM
>
>
> *To:* 'Discussion of IronPython'
> *Subject:* Re: [IronPython] Announcing IronPython 2.6 Alpha 1
>
>
>
> Any update on the timeline for getting IronPython for ASP.Net updated? This
> would make a world of difference for our IronPython-based web app.
>
>
>
> Adam
>
>
>
> Adam Brand
>
> SilverKey Technologies
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Dody Gunawinata
> *Sent:* Saturday, March 28, 2009 1:09 PM
> *To:* Discussion of IronPython
> *Subject:* Re: [IronPython] Announcing IronPython 2.6 Alpha 1
>
>
>
> This is awesome. Web application can benefit from this "adaptive
> compilation" approach a lot - especially for low trafficked sites.
>
> On Thu, Mar 26, 2009 at 11:08 PM, Giles Thomas <
> giles.tho...@resolversystems.com> wrote:
>
> Dave,
>
> This is great news, congratulations to the IP team on this release! We'll
> do a test-port of Resolver One early next week and will reply to the list
> with any issues we find.
>
>
> Cheers,
>
> Giles
>
>
> Dave Fugate wrote:
>
> Hello Python Community,
>
> We’re pleased to announce the release of IronPython 2.6 Alpha 1. As you
> might imagine, this release is all about supporting new CPython 2.6 features
> such as the ‘bytes’ and ‘bytearray’ types (PEP 3112), decorators for classes
> (PEP 3129), advanced string formatting (PEP 3101), etc. The minimum .NET
> version required for this release is the same as IronPython 2.0; namely .NET
> 2.0 Service Pack 1. Unlike the 2.0 series of IronPython, we plan to release
> only a couple Alphas and Betas of IronPython 2.6. As such, it’s key that we
> get your feedback on the release(s) quickly to incorporate requested
> changes.
>
> Besides CPython 2.6 features, another significant change in this release is
> that ipy.exe now uses “adaptive compilation” by default. Adaptive
> compilation is a technique in which IronPython:
>
> 1. Interprets and executes Python method calls up to /N/ times for a given
> method. If you’re only going to execute a method a few times, it’s typically
> faster to interpret the method instead of compiling and executing it
>
> 2. Compiles and executes the Python method call on the /N+1/ invocation of
> the method. Compilation of a Python method is a heavyweight operation, but
> we can reuse the result for subsequent invocations
>
> 3. Reuses the previously compiled method for new calls to the Python
> method. This operation is much faster than interpreting the method call as
> the method was already compiled in the previous step
>
> The reason for this change is that it provides a nice performance gain for
> Python code containing lots of functions/methods that only get called a few
> times. All this said, this feat

Re: [IronPython] bytes behavior on 2.6...

[Dody Gunawinata]

Keep it to 3.0 behavior because it answers the question of life, universe
and everything.

On Tue, May 5, 2009 at 11:26 PM, Dino Viehland  wrote:

>  We have an active bug against our new bytes implementation for 2.6.
> Currently if you do:
>
>
>
> b'***'[0]
>
>
>
> you get back 42 as an int.  This matches the 3.0 behavior of bytes but in
> CPython 2.6 you get back ‘*’.
>
>
>
> We could choose to match either form and then we could change it for 3.0.
> But because we only have Unicode strings today it seems like we might want
> to match the 3.0 behavior.  Of course people might write code expecting the
> 2.6 behavior and they might be explicitly using byte literals as part of
> migrating to being compatible w/ 3.0.
>
>
>
> Does anyone have an opinion on what we should do here?
>
>
>
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] ASP.Net Dynamic Language Support Download Location?

[Dody Gunawinata]

FYI, ASP.Net Dynamic Language release in September 2008 does not work with
.Net 3.5 libraries.

On Sun, May 3, 2009 at 12:53 AM, Adam Brand  wrote:

>  Sorry if this sounds like a newbie question, but where can I get the
> September 2008 ASP.Net Dynamic Language Support files?
>
>
>
> I looked here:
> http://aspnet.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=17613but 
> for the life of me I can’t see any link to the actual binaries. All I
> see are two examples and some documentation.
>
>
>
> Thanks,
>
> Adam
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Please, help to get started with .Net and IronPython.

[Dody Gunawinata]

Can IronPython be used in implementing an ActiveX component? This will be
the shortest path if possible. Otherwise one way to do it is to declare a C#
based interface, refactor the host application to use it and implement the
interface in IP.
http://stackoverflow.com/questions/695986/how-do-you-implement-an-interface-in-ironpython

On Thu, Apr 23, 2009 at 3:43 PM, William Reade
wrote:

> I think he's rewriting a C++ component in IronPython, and wants to know how
> he can minimise the impact on the C# application which hosts it.
>
> Curt Hagenlocher wrote:
>
>> It's great that you want to improve your skills.  But I feel obliged to
>> point out that IronPython -- and CPython, for that matter -- are about
>> equally susceptible to memory leaks as C#.
>>
>> On Thu, Apr 23, 2009 at 2:00 AM, Vladimir Eremeev > wl2...@gmail.com>> wrote:
>>
>>
>>
>>Dody Gunawinata wrote:
>>>
>>> Can I ask the reason why you want to rewrite portion of this
>>application
>>> in
>>> IronPython?
>>>
>>
>>I am tired fighting with memory leaks, data type conversions, etc.
>>
>>I don't like the C# language, its subjective. Just don't like.
>>However, I
>>have a basic understanding of it.
>>And I want to improve my programming skills.
>>--
>>View this message in context:
>>
>> http://www.nabble.com/Please%2C-help-to-get-started-with-.Net-and-IronPython.-tp23192785p23193038.html
>>Sent from the IronPython mailing list archive at Nabble.com.
>>
>>___
>>Users mailing list
>>Users@lists.ironpython.com <mailto:Users@lists.ironpython.com>
>>http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>> 
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Please, help to get started with .Net and IronPython.

[Dody Gunawinata]

This is a good starting point of reference
http://www.ironpython.info/index.php/Contents for IronPython techniques for
WinForms application.
I would suggest you use IronPython in areas where you want to enhance the
application, possibility in scripting the application or providing plugins.
I would suggest rewriting the application in IronPython as the last option.

Dody G.

On Thu, Apr 23, 2009 at 11:00 AM, Vladimir Eremeev  wrote:

>
>
> Dody Gunawinata wrote:
> >
> > Can I ask the reason why you want to rewrite portion of this application
> > in
> > IronPython?
> >
>
> I am tired fighting with memory leaks, data type conversions, etc.
>
> I don't like the C# language, its subjective. Just don't like. However, I
> have a basic understanding of it.
> And I want to improve my programming skills.
> --
> View this message in context:
> http://www.nabble.com/Please%2C-help-to-get-started-with-.Net-and-IronPython.-tp23192785p23193038.html
> Sent from the IronPython mailing list archive at Nabble.com.
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Please, help to get started with .Net and IronPython.

[Dody Gunawinata]

Can I ask the reason why you want to rewrite portion of this application in
IronPython?

On Thu, Apr 23, 2009 at 10:44 AM, Vladimir Eremeev  wrote:

>
> Hi all.
> I am trying to get started in programming with .Net and IronPython.
>
> I am involved in a project of developing a large application, written in
> C#.
> I have joined the project when it was already evolved, and have begun from
> extending other person's C++ code. This code implements an ActiveX
> component, which the main C# application loads and uses.
>
> This component represents a GUI form and some other processing
> functionality, related to playing and editing video files.
>
> Now I'd like to rewrite this form on IronPython, and extend the video
> processing functionality with running the mencoder executable (from the
> MPlayer project).
>
> However, I'd like to avoid much changes in the interface from my project
> part to the main C# application.
>
> Please, advice, how I should start and what main concepts should be.
>
> Another problem, which I have seen from my previous experiments with IPy is
> that when I add the reference to my IPy assembly to a C# project in the MS
> Visual Studio, my IPy functions get in the global namespace. I want to
> avoid
> this too. I remember, I've asked about this already, but, unfortunately,
> I've lost the reference.
>
> Thanks in advance for the help.
> --
> View this message in context:
> http://www.nabble.com/Please%2C-help-to-get-started-with-.Net-and-IronPython.-tp23192785p23192785.html
> Sent from the IronPython mailing list archive at Nabble.com.
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Main Utility of IronPython?

[Dody Gunawinata]

Is there anyone using IronPython to run their core business other than
ResolveOne folks?

On Sun, Apr 12, 2009 at 2:47 PM, JoeSox  wrote:

> Porting or wrapping Python apps/modules to a .NET environment.
>
> --
> Joe
>
> On Sat, Apr 11, 2009 at 12:52 PM, Adam Brand 
> wrote:
> > What do you guys think people are using IronPython for, primarily?
> > Thoughts on what IP’s niche is and will be?
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython in Action Out!

[Dody Gunawinata]

Congratulation!

On Sat, Apr 11, 2009 at 3:53 AM, Michael Foord wrote:

> David Seruyange wrote:
>
>> Congrats although I was able to get a copy early (about 2 weeks ago)
>> directly from Manning. Paid full price, I hope that somehow trickles back to
>> you :)
>>
>
> Some proportion comes back - god knows no-one writes technical books to get
> rich though! I do slightly better if you buy it through one of the links on
> http://www.ironpythoninaction.com/
>
> It has been a long journey getting to this point, so at the moment all that
> matters is people reading it - and hopefully finding it useful!
>
> All the best,
>
> Michael
>
>
>> David
>>
>> On Fri, Apr 10, 2009 at 12:09 PM, Shri Borde 
>> > shri.bo...@microsoft.com>> wrote:
>>
>>Congratulations! This is very exciting!
>>
>>-Original Message-
>>From: users-boun...@lists.ironpython.com
>>
>>[mailto:users-boun...@lists.ironpython.com
>>] On Behalf Of Michael
>>Foord
>>Sent: Friday, April 10, 2009 11:17 AM
>>To: Discussion of IronPython
>>Subject: [IronPython] IronPython in Action Out!
>>
>>Hello all,
>>
>>*Finally* IronPython in Action is out. This is the first English
>>language book on IronPython and is now in stock with Manning and
>>Amazon.com and on the Safari bookshelf. You can get all the
>>details from:
>>
>>* http://www.ironpythoninaction.com
>>
>>It covers a whole range of topics, with introductions to Python and
>>.NET, using various Python libraries and .NET framework classes, web
>>development with ASP.NET , Silverlight and web
>>services, plus topics like
>>WPF, testing, metaprogramming, system administration, embedding
>>IronPython in .NET applications and so on.
>>
>>The foreword is by Jim Hugunin and Dino Viehland is the technical
>>editor.
>>
>>Many thanks to all those who helped, including those who gave feedback
>>during the early access program.
>>
>>All the best,
>>
>>Michael Foord
>>
>>--
>>http://www.ironpythoninaction.com/
>>http://www.voidspace.org.uk/blog
>>
>>
>>___
>>Users mailing list
>>Users@lists.ironpython.com 
>>http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>___
>>Users mailing list
>>Users@lists.ironpython.com 
>>http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>> 
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>
>
> --
> http://www.ironpythoninaction.com/
> http://www.voidspace.org.uk/blog
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] How to use memcache client library written in csharp from ironpython

[Dody Gunawinata]

1. I guess it will be in 2010 (Visual Studio 2010 timeline)
2. You can find more tutorials on to do iron python here
http://www.ironpython.info/index.php/Contents#Getting_Started

On Fri, Apr 3, 2009 at 9:59 PM, Vineet Jain  wrote:

> I'm trying the use the memcache client library written here:
>
> http://code.google.com/p/beitmemcached/
>
> Here is the example file showing how to connect:
>
> http://code.google.com/p/beitmemcached/source/browse/trunk/Example.cs#
>
> Couple of questions:
>
> 1. When will csharp 4 and the corresponding iron python be out where
> we could just use static and dynamic?
> 2. How would I go about using the memecache library from iron python 2.x?
>
> Any help would be appreciated.
>
> Cheers,
>
> vinjvinj
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Announcing IronPython 2.6 Alpha 1

[Dody Gunawinata]

I think Intellisense is critical for static language development -
especially since we have to put up with compilation there. In dynamic
language, we have REPL - now that's a productivity feature.
Anyway, I wish the DynamicPageFilter module (the one powering IP ASP.Net)
has the same source policy as IP or MVC for ASP.Net. This way we can patch
the runtime ourselves to keep it up to date with the latest IronPython
gizmos. One other way out for this is to use NWSGI.Net and build yet another
web framework on top of Python that uses asp.net existing components;which
should be fun but I rather build some cool applications than building a
framework.


Dody G.

2009/3/30 Leighton Haynes 

>  I have to say – Intellisense is very high on our wishlist – we have many
> developers unfamiliar with Python, and Intellisense would ease the
> transition a lot.
>
>
>
> Cheers,
>
> Leighton Haynes
>
> Gemcom Software International
>
>
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *cur...@acm.org
> *Sent:* Monday, 30 March 2009 6:55 AM
>
> *To:* Discussion of IronPython
> *Subject:* Re: [IronPython] Announcing IronPython 2.6 Alpha 1
>
>
>
> Intellisense is a cosmetic feature at best. It's obviously nice to have,
> but it can't actually be *that* important to anyone...it's not like the
> information isn't available via other means.
>
>  2009/3/29 Howland-Rose, Kyle 
>
> Hi Adam,
>
>
>
> About "intellisense is not a major blocker for iron python adoption".
>
>
>
> Unfortunately I think it might be.  The commercial world is all about
> productivity.  I did a survey at work about replacing a well-known
> development environment with eclipse and the result was "our only real
> requirement is intellisense".
>
>
>
> Cheers,
>
> Kyle
>
>
>  --
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Dody Gunawinata
>
> *Sent:* Monday, 30 March 2009 6:57 AM
>
>
> *To:* Discussion of IronPython
> *Subject:* Re: [IronPython] Announcing IronPython 2.6 Alpha 1
>
>
>
> I think the fact that there are more users for "Assembly for Web Pages" and
> "AJAX on ALGOL" than IronPython for ASP.Net contributes to the delay in
> updates. It's too bad for us that got addicted to the elegance of the
> solution in the first place. I remember a couple of months ago about updated
> support for intellisense in IP for ASP.Net, etc. Those are nice to have but
> I think an updated IP would be enough to make everybody involved ecstatic. I
> got a feeling intellisense is not a major blocker for iron python adoption.
>
>
>
> 2009/3/28 Adam Brand 
>
> Any update on the timeline for getting IronPython for ASP.Net updated? This
> would make a world of difference for our IronPython-based web app.
>
>
>
> Adam
>
>
>
> Adam Brand
>
> SilverKey Technologies
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Dody Gunawinata
> *Sent:* Saturday, March 28, 2009 1:09 PM
> *To:* Discussion of IronPython
> *Subject:* Re: [IronPython] Announcing IronPython 2.6 Alpha 1
>
>
>
> This is awesome. Web application can benefit from this "adaptive
> compilation" approach a lot - especially for low trafficked sites.
>
> On Thu, Mar 26, 2009 at 11:08 PM, Giles Thomas <
> giles.tho...@resolversystems.com> wrote:
>
> Dave,
>
> This is great news, congratulations to the IP team on this release! We'll
> do a test-port of Resolver One early next week and will reply to the list
> with any issues we find.
>
>
> Cheers,
>
> Giles
>
>
> Dave Fugate wrote:
>
> Hello Python Community,
>
> We’re pleased to announce the release of IronPython 2.6 Alpha 1. As you
> might imagine, this release is all about supporting new CPython 2.6 features
> such as the ‘bytes’ and ‘bytearray’ types (PEP 3112), decorators for classes
> (PEP 3129), advanced string formatting (PEP 3101), etc. The minimum .NET
> version required for this release is the same as IronPython 2.0; namely .NET
> 2.0 Service Pack 1. Unlike the 2.0 series of IronPython, we plan to release
> only a couple Alphas and Betas of IronPython 2.6. As such, it’s key that we
> get your feedback on the release(s) quickly to incorporate requested
> changes.
>
> Besides CPython 2.6 features, another significant change in this release is
> that ipy.exe now uses “adaptive compilation” by default. Adaptive
> compilation is a technique in which IronPython:
>
> 

Re: [IronPython] Announcing IronPython 2.6 Alpha 1

[Dody Gunawinata]

I think the fact that there are more users for "Assembly for Web Pages" and
"AJAX on ALGOL" than IronPython for ASP.Net contributes to the delay in
updates. It's too bad for us that got addicted to the elegance of the
solution in the first place. I remember a couple of months ago about updated
support for intellisense in IP for ASP.Net, etc. Those are nice to have but
I think an updated IP would be enough to make everybody involved ecstatic. I
got a feeling intellisense is not a major blocker for iron python adoption.

2009/3/28 Adam Brand 

>  Any update on the timeline for getting IronPython for ASP.Net updated?
> This would make a world of difference for our IronPython-based web app.
>
>
>
> Adam
>
>
>
> Adam Brand
>
> SilverKey Technologies
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Dody Gunawinata
> *Sent:* Saturday, March 28, 2009 1:09 PM
> *To:* Discussion of IronPython
> *Subject:* Re: [IronPython] Announcing IronPython 2.6 Alpha 1
>
>
>
> This is awesome. Web application can benefit from this "adaptive
> compilation" approach a lot - especially for low trafficked sites.
>
> On Thu, Mar 26, 2009 at 11:08 PM, Giles Thomas <
> giles.tho...@resolversystems.com> wrote:
>
> Dave,
>
> This is great news, congratulations to the IP team on this release! We'll
> do a test-port of Resolver One early next week and will reply to the list
> with any issues we find.
>
>
> Cheers,
>
> Giles
>
>
> Dave Fugate wrote:
>
> Hello Python Community,
>
> We’re pleased to announce the release of IronPython 2.6 Alpha 1. As you
> might imagine, this release is all about supporting new CPython 2.6 features
> such as the ‘bytes’ and ‘bytearray’ types (PEP 3112), decorators for classes
> (PEP 3129), advanced string formatting (PEP 3101), etc. The minimum .NET
> version required for this release is the same as IronPython 2.0; namely .NET
> 2.0 Service Pack 1. Unlike the 2.0 series of IronPython, we plan to release
> only a couple Alphas and Betas of IronPython 2.6. As such, it’s key that we
> get your feedback on the release(s) quickly to incorporate requested
> changes.
>
> Besides CPython 2.6 features, another significant change in this release is
> that ipy.exe now uses “adaptive compilation” by default. Adaptive
> compilation is a technique in which IronPython:
>
> 1. Interprets and executes Python method calls up to /N/ times for a given
> method. If you’re only going to execute a method a few times, it’s typically
> faster to interpret the method instead of compiling and executing it
>
> 2. Compiles and executes the Python method call on the /N+1/ invocation of
> the method. Compilation of a Python method is a heavyweight operation, but
> we can reuse the result for subsequent invocations
>
> 3. Reuses the previously compiled method for new calls to the Python
> method. This operation is much faster than interpreting the method call as
> the method was already compiled in the previous step
>
> The reason for this change is that it provides a nice performance gain for
> Python code containing lots of functions/methods that only get called a few
> times. All this said, this feature is still undergoing active development
> and as a consequence some Python scripts may actually run slower with it
> turned on. For this reason, our old default mode of running Python scripts
> is still available by passing the –O or -D flags to ipy.exe. Any feedback on
> how this new feature affects your IronPython applications performance-wise
> would be greatly appreciated.
>
> There’s also a few minor changes since IronPython 2.0.1 that are worth
> calling out here:
>
> · IronPython.msi now installs NGEN’ed binaries by default
>
> · IronPython.msi now offers a little more selection with respect to what
> you’d like to install. For example, Silverlight templates are optional
>
> · The default installation location of IronPython.msi no longer indicates
> whether the 2.6 release is an Alpha, Beta, or a patched release. Future
> IronPython 2.6 installations will replace previous 2.6 releases which will
> be uninstalled automatically
>
> · The -X:PreferComInteropAssembly flag has been removed. All COM interop is
> now done through normal COM dispatch
>
> You can download IronPython 2.6 Alpha 1 at:
> http://ironpython.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=22982
>
> The IronPython Team
>
> 
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/u

Re: [IronPython] Announcing IronPython 2.6 Alpha 1

[Dody Gunawinata]

This is awesome. Web application can benefit from this "adaptive
compilation" approach a lot - especially for low trafficked sites.

On Thu, Mar 26, 2009 at 11:08 PM, Giles Thomas <
giles.tho...@resolversystems.com> wrote:

> Dave,
>
> This is great news, congratulations to the IP team on this release! We'll
> do a test-port of Resolver One early next week and will reply to the list
> with any issues we find.
>
>
> Cheers,
>
> Giles
>
>
> Dave Fugate wrote:
>
>  Hello Python Community,
>>
>> We’re pleased to announce the release of IronPython 2.6 Alpha 1. As you
>> might imagine, this release is all about supporting new CPython 2.6 features
>> such as the ‘bytes’ and ‘bytearray’ types (PEP 3112), decorators for classes
>> (PEP 3129), advanced string formatting (PEP 3101), etc. The minimum .NET
>> version required for this release is the same as IronPython 2.0; namely .NET
>> 2.0 Service Pack 1. Unlike the 2.0 series of IronPython, we plan to release
>> only a couple Alphas and Betas of IronPython 2.6. As such, it’s key that we
>> get your feedback on the release(s) quickly to incorporate requested
>> changes.
>>
>> Besides CPython 2.6 features, another significant change in this release
>> is that ipy.exe now uses “adaptive compilation” by default. Adaptive
>> compilation is a technique in which IronPython:
>>
>> 1. Interprets and executes Python method calls up to /N/ times for a given
>> method. If you’re only going to execute a method a few times, it’s typically
>> faster to interpret the method instead of compiling and executing it
>>
>> 2. Compiles and executes the Python method call on the /N+1/ invocation of
>> the method. Compilation of a Python method is a heavyweight operation, but
>> we can reuse the result for subsequent invocations
>>
>> 3. Reuses the previously compiled method for new calls to the Python
>> method. This operation is much faster than interpreting the method call as
>> the method was already compiled in the previous step
>>
>> The reason for this change is that it provides a nice performance gain for
>> Python code containing lots of functions/methods that only get called a few
>> times. All this said, this feature is still undergoing active development
>> and as a consequence some Python scripts may actually run slower with it
>> turned on. For this reason, our old default mode of running Python scripts
>> is still available by passing the –O or -D flags to ipy.exe. Any feedback on
>> how this new feature affects your IronPython applications performance-wise
>> would be greatly appreciated.
>>
>> There’s also a few minor changes since IronPython 2.0.1 that are worth
>> calling out here:
>>
>> · IronPython.msi now installs NGEN’ed binaries by default
>>
>> · IronPython.msi now offers a little more selection with respect to what
>> you’d like to install. For example, Silverlight templates are optional
>>
>> · The default installation location of IronPython.msi no longer indicates
>> whether the 2.6 release is an Alpha, Beta, or a patched release. Future
>> IronPython 2.6 installations will replace previous 2.6 releases which will
>> be uninstalled automatically
>>
>> · The -X:PreferComInteropAssembly flag has been removed. All COM interop
>> is now done through normal COM dispatch
>>
>> You can download IronPython 2.6 Alpha 1 at:
>> http://ironpython.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=22982
>>
>> The IronPython Team
>>
>> 
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython Excel 2007 Interop on Vista - problem

[Dody Gunawinata]

Check this link on how it is done in powershell
http://www.microsoft.com/technet/scriptcenter/resources/qanda/jan09/hey0112.mspx.
I wonder if Worksheet is actually an array or it's some other data
structure.

On Tue, Mar 24, 2009 at 2:05 PM, Dody Gunawinata wrote:

> Did you get the same error if you change the last code to
> wbook.Worksheets[1].Name = "second worksheet"
>
>
> On Tue, Mar 24, 2009 at 2:00 PM, Utini  wrote:
>
>> It appears that the default Workbook.Add always includes 3 Worksheets.
>>
>> 2009/3/24 Dody Gunawinata 
>>
>>  Does workbook automatically generates default worksheets when you create
>>> them? It looks like an array out of bound problem.
>>>
>>> 2009/3/24 Utini 
>>>
>>>>   Hi all,
>>>>
>>>> I'm attempting to automate Excel 2007 using IronPython 2.0.1. I've
>>>> followed a couple of examples (which I gather were written against Excel
>>>> 2003), but they don't work for me.
>>>>
>>>> Here's my code:
>>>>
>>>> import clr
>>>> clr.AddReference('Microsoft.Office.Interop.Excel')
>>>> import Microsoft.Office.Interop.Excel as Excel
>>>> xlApp = Excel.ApplicationClass()
>>>> xlApp.Visible = True
>>>> wbook = xlApp.Workbooks.Add()
>>>> wsheet = wbook.Worksheets[1] # produces an error
>>>>
>>>> The error I get is:
>>>>
>>>> Error while invoking _Default.
>>>>at
>>>> Microsoft.Scripting.Com.ComRuntimeHelpers.CheckThrowException(Int32 hresul
>>>> t, ExcepInfo& excepInfo, UInt32 argErr, String message)
>>>>at _stub_$27##25(Closure , CallSite , DispCallable )
>>>>at Microsoft.Scripting.Actions.MatchCaller.Call1[T0,TRet](Func`3
>>>> target, Call
>>>> Site site, Object[] args)
>>>>at Microsoft.Scripting.Actions.CallSite`1.UpdateAndExecute(Object[]
>>>> args)
>>>>at
>>>> Microsoft.Scripting.Actions.UpdateDelegates.Update1[T,T0,TRet](CallSite si
>>>> te, T0 arg0)
>>>>at _stub_$26##24(Closure , CallSite , ComObject , Int32 )
>>>>at Microsoft.Scripting.Actions.MatchCaller.Call2[T0,T1,TRet](Func`4
>>>> target, C
>>>> allSite site, Object[] args)
>>>>at Microsoft.Scripting.Actions.CallSite`1.UpdateAndExecute(Object[]
>>>> args)
>>>>at
>>>> Microsoft.Scripting.Actions.UpdateDelegates.Update2[T,T0,T1,TRet](CallSite
>>>>  site, T0 arg0, T1 arg1)
>>>>at _stub_$25##23(Closure , CallSite , Object , Int32 )
>>>>at Microsoft.Scripting.Actions.MatchCaller.Call2[T0,T1,TRet](Func`4
>>>> target, C
>>>> allSite site, Object[] args)
>>>>at Microsoft.Scripting.Actions.CallSite`1.UpdateAndExecute(Object[]
>>>> args)
>>>>at
>>>> Microsoft.Scripting.Actions.UpdateDelegates.Update2[T,T0,T1,TRet](CallSite
>>>>  site, T0 arg0, T1 arg1)
>>>>at S$2.Initialize(Scope $scope, LanguageContext $language)
>>>>at
>>>> Microsoft.Scripting.Runtime.OptimizedScriptCode.InvokeTarget(LambdaExpress
>>>> ion code, Scope scope)
>>>>at Microsoft.Scripting.ScriptCode.Run(Scope scope)
>>>>at IronPython.Hosting.PythonCommandLine.RunFileWorker(String
>>>> fileName)
>>>>at IronPython.Hosting.PythonCommandLine.RunFile(String fileName)
>>>> StandardError: Error while invoking _Default.
>>>>
>>>> Can anyone shed any light on this?
>>>>
>>>> Cheers,
>>>>
>>>> David.
>>>>
>>>> ___
>>>> Users mailing list
>>>> Users@lists.ironpython.com
>>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>>
>>>>
>>>
>>>
>>> --
>>> nomadlife.org
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>
>>>
>>
>
>
> --
> nomadlife.org
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython Excel 2007 Interop on Vista - problem

[Dody Gunawinata]

Did you get the same error if you change the last code to
wbook.Worksheets[1].Name = "second worksheet"

On Tue, Mar 24, 2009 at 2:00 PM, Utini  wrote:

> It appears that the default Workbook.Add always includes 3 Worksheets.
>
> 2009/3/24 Dody Gunawinata 
>
>  Does workbook automatically generates default worksheets when you create
>> them? It looks like an array out of bound problem.
>>
>> 2009/3/24 Utini 
>>
>>>   Hi all,
>>>
>>> I'm attempting to automate Excel 2007 using IronPython 2.0.1. I've
>>> followed a couple of examples (which I gather were written against Excel
>>> 2003), but they don't work for me.
>>>
>>> Here's my code:
>>>
>>> import clr
>>> clr.AddReference('Microsoft.Office.Interop.Excel')
>>> import Microsoft.Office.Interop.Excel as Excel
>>> xlApp = Excel.ApplicationClass()
>>> xlApp.Visible = True
>>> wbook = xlApp.Workbooks.Add()
>>> wsheet = wbook.Worksheets[1] # produces an error
>>>
>>> The error I get is:
>>>
>>> Error while invoking _Default.
>>>at Microsoft.Scripting.Com.ComRuntimeHelpers.CheckThrowException(Int32
>>> hresul
>>> t, ExcepInfo& excepInfo, UInt32 argErr, String message)
>>>at _stub_$27##25(Closure , CallSite , DispCallable )
>>>at Microsoft.Scripting.Actions.MatchCaller.Call1[T0,TRet](Func`3
>>> target, Call
>>> Site site, Object[] args)
>>>at Microsoft.Scripting.Actions.CallSite`1.UpdateAndExecute(Object[]
>>> args)
>>>at
>>> Microsoft.Scripting.Actions.UpdateDelegates.Update1[T,T0,TRet](CallSite si
>>> te, T0 arg0)
>>>at _stub_$26##24(Closure , CallSite , ComObject , Int32 )
>>>at Microsoft.Scripting.Actions.MatchCaller.Call2[T0,T1,TRet](Func`4
>>> target, C
>>> allSite site, Object[] args)
>>>at Microsoft.Scripting.Actions.CallSite`1.UpdateAndExecute(Object[]
>>> args)
>>>at
>>> Microsoft.Scripting.Actions.UpdateDelegates.Update2[T,T0,T1,TRet](CallSite
>>>  site, T0 arg0, T1 arg1)
>>>at _stub_$25##23(Closure , CallSite , Object , Int32 )
>>>at Microsoft.Scripting.Actions.MatchCaller.Call2[T0,T1,TRet](Func`4
>>> target, C
>>> allSite site, Object[] args)
>>>at Microsoft.Scripting.Actions.CallSite`1.UpdateAndExecute(Object[]
>>> args)
>>>at
>>> Microsoft.Scripting.Actions.UpdateDelegates.Update2[T,T0,T1,TRet](CallSite
>>>  site, T0 arg0, T1 arg1)
>>>at S$2.Initialize(Scope $scope, LanguageContext $language)
>>>at
>>> Microsoft.Scripting.Runtime.OptimizedScriptCode.InvokeTarget(LambdaExpress
>>> ion code, Scope scope)
>>>at Microsoft.Scripting.ScriptCode.Run(Scope scope)
>>>at IronPython.Hosting.PythonCommandLine.RunFileWorker(String fileName)
>>>at IronPython.Hosting.PythonCommandLine.RunFile(String fileName)
>>> StandardError: Error while invoking _Default.
>>>
>>> Can anyone shed any light on this?
>>>
>>> Cheers,
>>>
>>> David.
>>>
>>> ___
>>> Users mailing list
>>> Users@lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>
>>>
>>
>>
>> --
>> nomadlife.org
>>
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython Excel 2007 Interop on Vista - problem

[Dody Gunawinata]

Does workbook automatically generates default worksheets when you create
them? It looks like an array out of bound problem.

2009/3/24 Utini 

> Hi all,
>
> I'm attempting to automate Excel 2007 using IronPython 2.0.1. I've followed
> a couple of examples (which I gather were written against Excel 2003), but
> they don't work for me.
>
> Here's my code:
>
> import clr
> clr.AddReference('Microsoft.Office.Interop.Excel')
> import Microsoft.Office.Interop.Excel as Excel
> xlApp = Excel.ApplicationClass()
> xlApp.Visible = True
> wbook = xlApp.Workbooks.Add()
> wsheet = wbook.Worksheets[1] # produces an error
>
> The error I get is:
>
> Error while invoking _Default.
>at Microsoft.Scripting.Com.ComRuntimeHelpers.CheckThrowException(Int32
> hresul
> t, ExcepInfo& excepInfo, UInt32 argErr, String message)
>at _stub_$27##25(Closure , CallSite , DispCallable )
>at Microsoft.Scripting.Actions.MatchCaller.Call1[T0,TRet](Func`3 target,
> Call
> Site site, Object[] args)
>at Microsoft.Scripting.Actions.CallSite`1.UpdateAndExecute(Object[]
> args)
>at
> Microsoft.Scripting.Actions.UpdateDelegates.Update1[T,T0,TRet](CallSite si
> te, T0 arg0)
>at _stub_$26##24(Closure , CallSite , ComObject , Int32 )
>at Microsoft.Scripting.Actions.MatchCaller.Call2[T0,T1,TRet](Func`4
> target, C
> allSite site, Object[] args)
>at Microsoft.Scripting.Actions.CallSite`1.UpdateAndExecute(Object[]
> args)
>at
> Microsoft.Scripting.Actions.UpdateDelegates.Update2[T,T0,T1,TRet](CallSite
>  site, T0 arg0, T1 arg1)
>at _stub_$25##23(Closure , CallSite , Object , Int32 )
>at Microsoft.Scripting.Actions.MatchCaller.Call2[T0,T1,TRet](Func`4
> target, C
> allSite site, Object[] args)
>at Microsoft.Scripting.Actions.CallSite`1.UpdateAndExecute(Object[]
> args)
>at
> Microsoft.Scripting.Actions.UpdateDelegates.Update2[T,T0,T1,TRet](CallSite
>  site, T0 arg0, T1 arg1)
>at S$2.Initialize(Scope $scope, LanguageContext $language)
>at
> Microsoft.Scripting.Runtime.OptimizedScriptCode.InvokeTarget(LambdaExpress
> ion code, Scope scope)
>at Microsoft.Scripting.ScriptCode.Run(Scope scope)
>at IronPython.Hosting.PythonCommandLine.RunFileWorker(String fileName)
>at IronPython.Hosting.PythonCommandLine.RunFile(String fileName)
> StandardError: Error while invoking _Default.
>
> Can anyone shed any light on this?
>
> Cheers,
>
> David.
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] memory leak in IP 2.0.1

[Dody Gunawinata]

There is a bug item for this memory leak issue

http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=20399

2009/3/23 Zsidó Zoltán 

> Hello,
>
> I host ironPython in c#. It worked well. I changed from 1.1.2 to 2.0.1 and
> now I have a memory leak.
>
> I do not know why. Any idea?
>
> I do not know the working of DLR but is there a GenerateCodeSnippet option
> in IP2.0.1 too?
>
> Perhaps it causes the memory leak.
>
> Thanks,
>
> Zoltan
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] memory leak in IP 2.0.1

[Dody Gunawinata]

This was response from Dino a couple of emails ago. Direct quote
"

ust some comments on this as there’s a few issues intertwined here:

1.   Optimized code – this is currently the default and part of the
original problem.  If you execute code in “optimized” mode we generate an
uncollectible type.  In 2.6 I’m switching the default to be non-optimized
and I also am trying out a change that should reduce the amount of leakage
when we do this.  That will make the out of the box experience much better.

2.   Multiple script runtimes – there’s a bug in the DLR when you
repeatedly create script runtimes that the rules aren’t getting collected.
This is supposed to be fixed in 2.6 but I’m still seeing some leaks in this
scenario that I’ll look into and fix.  Back-porting this to 2.0 would be
quite difficult as a lot of things have changed but we could certainly look
at backporting a different fix to 2.0.

3.   There’s a repro that defines “TestScriptOldClass” + n which leaks.
All class / function / member names in code get interned and this is where
this leak is coming from.  If you remove the + n then everything works.  We
may get rid of this interning at some point in the future but it’s a fairly
significant change.  I’m inclined to believe this one isn’t as much of an
issue as usually you aren’t compiling code with new names every single
type.

"


2009/3/23 Zsidó Zoltán 

> Hello,
>
> I host ironPython in c#. It worked well. I changed from 1.1.2 to 2.0.1 and
> now I have a memory leak.
>
> I do not know why. Any idea?
>
> I do not know the working of DLR but is there a GenerateCodeSnippet option
> in IP2.0.1 too?
>
> Perhaps it causes the memory leak.
>
> Thanks,
>
> Zoltan
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] 2.0 deployment

[Dody Gunawinata]

1. You will need to deploy all the lib

* ipy.exe
* IronPython.dll
* IronPython.Modules.dll
* Microsoft.Scripting.Core.dll
* Microsoft.Scripting.dll
* Microsoft.Scripting.ExtensionAttribute.dll

The last three dlls are DLR which IP 2.0 relies on.

I never use ipy to deploy application so I'm not sure about the error
you get. It looks like a search path problem. Run ipy.exe in
interactive mode and - I think  - type in dir(type) to check whether
ipy has access to the types you need.

Dody G.

On Tue, Mar 10, 2009 at 7:57 AM, Howland-Rose, Kyle
 wrote:
>
> Hi Dody,
>
> Fair question :)
>
> Just a script run from the Windows scheduler that reads a database and writes 
> some files.
>
> Kyle
> -Original Message-
> From: users-boun...@lists.ironpython.com 
> [mailto:users-boun...@lists.ironpython.com] On Behalf Of Dody Gunawinata
> Sent: Tuesday, 10 March 2009 4:38 PM
> To: Discussion of IronPython
> Subject: Re: [IronPython] 2.0 deployment
>
> What kind of application are you trying to deploy?  ASP.Net with IP
> support? Application with hosted IP? IP scripts?
>
> Dody G.
>
> On Tue, Mar 10, 2009 at 5:27 AM, Howland-Rose, Kyle
>  wrote:
>> Hi all,
>>
>> My understanding of http://www.ironpython.info/index.php/Deployment is that
>> when deploying to Windows the following need to be deployed:
>> * .NET 2.0 or 3.0 installed
>> * ipy.exe
>> * IronPython.dll
>> * IronMath.dll
>>
>> I thought the IPy 2.0 equiv might be to copy:
>> * ipy.exe
>> * IronPython.dll
>> * IronPython.Modules.dll
>> * Microsoft.Scripting.Core.dll
>> * Microsoft.Scripting.dll
>> * Microsoft.Scripting.ExtensionAttribute.dll
>>
>> but if I then run test.py which imports types I get
>> C:\test>ipy.exe test.py
>> Traceback (most recent call last):
>>   File "test.py", line 1, in test.py
>> ImportError: No module named types
>> C:\test>
>>
>> Questions:
>>
>> 1. Do I need to deploy all of Lib?
>>
>> 2. Where should I have been reading about this (sorry).
>>
>> Thanks all.
>>
>> Regards,
>> Kyle
>>
>>
>>
>> 
>>
>> Allens Arthur Robinson online: http://www.aar.com.au
>>
>> This email is confidential and may be subject to legal or other professional
>> privilege. It is also subject to copyright. If you have received it in
>> error, confidentiality and privilege are not waived and you must not
>> disclose or use the information in it. Please notify the sender by return
>> email and delete it from your system. Any personal information in this email
>> must be handled in accordance with the Privacy Act 1988 (Cth).
>>
>> *
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>
>
>
> --
> nomadlife.org
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> 
>
> Allens Arthur Robinson online: http://www.aar.com.au
>
> This email is confidential and may be subject to legal or other professional 
> privilege. It is also subject to copyright. If you have received it in error, 
> confidentiality and privilege are not waived and you must not disclose or use 
> the information in it. Please notify the sender by return email and delete it 
> from your system. Any personal information in this email must be handled in 
> accordance with the Privacy Act 1988 (Cth).
>
> *
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] 2.0 deployment

[Dody Gunawinata]

What kind of application are you trying to deploy?  ASP.Net with IP
support? Application with hosted IP? IP scripts?

Dody G.

On Tue, Mar 10, 2009 at 5:27 AM, Howland-Rose, Kyle
 wrote:
> Hi all,
>
> My understanding of http://www.ironpython.info/index.php/Deployment is that
> when deploying to Windows the following need to be deployed:
> * .NET 2.0 or 3.0 installed
> * ipy.exe
> * IronPython.dll
> * IronMath.dll
>
> I thought the IPy 2.0 equiv might be to copy:
> * ipy.exe
> * IronPython.dll
> * IronPython.Modules.dll
> * Microsoft.Scripting.Core.dll
> * Microsoft.Scripting.dll
> * Microsoft.Scripting.ExtensionAttribute.dll
>
> but if I then run test.py which imports types I get
> C:\test>ipy.exe test.py
> Traceback (most recent call last):
>   File "test.py", line 1, in test.py
> ImportError: No module named types
> C:\test>
>
> Questions:
>
> 1. Do I need to deploy all of Lib?
>
> 2. Where should I have been reading about this (sorry).
>
> Thanks all.
>
> Regards,
> Kyle
>
>
>
> 
>
> Allens Arthur Robinson online: http://www.aar.com.au
>
> This email is confidential and may be subject to legal or other professional
> privilege. It is also subject to copyright. If you have received it in
> error, confidentiality and privilege are not waived and you must not
> disclose or use the information in it. Please notify the sender by return
> email and delete it from your system. Any personal information in this email
> must be handled in accordance with the Privacy Act 1988 (Cth).
>
> *
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Array of Objects in IronPython

[Dody Gunawinata]

values = System.Array.CreateInstance(System.Object, reader.FieldCount)


On Tue, Mar 3, 2009 at 6:03 PM, Bernd Viehmann
 wrote:
> Hi,
>
> I have a question regarding a typed array.
>
> Basically I want to use IronPython and ADO.NET to get some data from a
> stored procedure. My first idea was to use a SQL DataReader to get all the
> lines of my result table into an array. Csharp way looks like this:
>
> *ArrayList rowList = new ArrayList();*
> SqlDataReader reader = storedProcCommand.ExecuteReader();
> while (reader.Read())
> {
>  *object[] values = new object[reader.FieldCount];*
>  *reader.GetValues(values);*
>  *rowList.Add(values);*
> }
>
> My problem is to generate an array of type object to feed
> *reader.GetValues(values) with it. Any ideas how this can be done?
>
> Kind regards from Germany
>
> Bernd
>
> *
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Please vote up this DLR memory leak bug

[Dody Gunawinata]

OK, thanks for the tips. I'll dig around.

IronPython on ASP.Net is awesome - especially because it is instantly
hackable by non programmers (web designers). It has better
approachability than PHP or C# and low learning curve for simple web
programming. I notice similar thing with our XML on HTTP API. We have
people building a Visio client application and Excel (go figure) for
the CMS using VBScript just because they can concatenate   xml string
and send it using  built in http library and get their job done. No
design patterns, or OO or programming practice. Just code by casual
coders.

Dody G.

On Tue, Mar 3, 2009 at 12:13 AM, Dino Viehland  wrote:
> Sorry for the slow response there's nothing that jumped out me immediately.  
> And the older versions make me inclined towards not investigating this too 
> deeply.  Instead I talked to Jimmy about getting a new release of the ASP.Net 
> support for IronPython out so hopefully we can do that soon.  That will be 
> based off of IronPython 2.0.x which has the re-named namespaces for 3.5 
> compatability.
>
> If you want to drill into this more I'd suggest looking at all the strings 
> that exist:
>
> !DumpHeap -mt 790fd8c4
>
> (note this number may change between runs) and:
>
> Dump all of the object arrays:
> !DumpHeap -mt 7912d8f8
>
> And then doing a:
>
> !da 
>
> On some of the individual arrays to see what they are holding onto.  
> Depending on what's in those arrays it may be an IronPython, DLR, or someone 
> else's bugs.
>
> The presence of so many strings leads me to believe this could be a case of 
> interned strings being a problem like in one of the repro cases, for example 
> doing:
>
> for i in xrange(1000):
>        exec 'def f' + str(i) + '(): pass'
>
> would be an example of this.
>
> You can also do !GCRoot on individual objects such as the strings.  If the 
> strings are being kept alive by a Dictionary or Dictionary string> then it's our interning which is doing this.
>
> Let me know what you get from here and maybe there'll be something obvious or 
> maybe I can have some other suggestions.
>
>
>> -Original Message-
>> From: users-boun...@lists.ironpython.com [mailto:users-
>> boun...@lists.ironpython.com] On Behalf Of Dody Gunawinata
>> Sent: Thursday, February 26, 2009 12:07 AM
>> To: Dino Viehland
>> Cc: Discussion of IronPython
>> Subject: Re: [IronPython] Please vote up this DLR memory leak bug
>>
>> Microsoft.Scripting2.Core is a namespace copy of the IP source code -
>> based on IP 2.0 Beta 3 - just before one version that introduced
>> incompatibility with .Net 3.5
>>
>> We are using ASP.Net with IronPython support based on July CTP 2007
>> (which I think ran on IP 2.0 Alpha X). The latest drop of IP for
>> ASP.Net was based on IP 2.0 Beta 4 which contained the .Net 3.5
>> incompatibility which makes in unusable for our application.
>>
>> So my application has 2 copies of IP - one that runs the asp.net
>> dynamic support and the other that runs the scripting support (with 2
>> suffix in the namespace). It's a stupid situation but we rely a IP for
>> ASP.Net and that piece of technology has not been brought up to date
>> to a working state for .Net 3.5 framework- and our web productions
>> people rely on the software so it's full speed ahead regardless of the
>> technology limitation.
>>
>> This memory leak might be gone if we have an up to date IP for ASP.Net
>> but one never know so here's the last 25 lines of the heap dump. I
>> hope this is useful.
>>
>>
>>
>> 79104368     3939        94536 System.Collections.ArrayList
>> 7911f030     1708        95648 System.Reflection.Emit.DynamicMethod
>> 7911f400     2999        95968 System.Reflection.Emit.SignatureHelper
>> 109cbc9c     2516       100640
>> System.Linq.Expressions2.ConditionalExpression
>> 1085c930     3181       101792 System.Scripting.SourceSpan
>> 109c4594     3244       103808
>> System.Linq.Expressions2.ParameterExpression
>> 10f63bcc     1237       110188
>> System.Collections.Generic.Dictionary`2+Entry[[System.Linq.Expressions2
>> .Expression,
>> Microsoft.Scripting2.Core],[System.Linq.Expressions2.CompilerScope+Stor
>> age,
>> Microsoft.Scripting2.Core]][]
>> 79135014        3       114968
>> System.Collections.Generic.Dictionary`2+Entry[[System.Int32,
>> mscorlib],[System.String, mscorlib]][]
>> 10f60a2c     2260       117520
>> System.Collections.Generic.Dictionary`2[[System.Linq.Expressions2.Expre
>> ssion,
>> Microsoft.Scripting2.Core],[System.Obje

Re: [IronPython] Microsoft.Scripting and IronPython

[Dody Gunawinata]

Microsoft.Scripting and Microsoft.Script.Core is related to DLR
(Dynamic Language Runtime) http://www.codeplex.com/dlr.

IronPython is the Python implementation for .Net platform and relies
heavily on DLR, which provides common infrastructure for dynamic
language implementation on the .Net framework.

One good document to read is
http://compilerlab.members.winisp.net/hosting-tour.doc, the hosting
API shows the interaction between the DLR and the language itself.

For the rest, go to http://ironpython-urls.blogspot.com/ and you'll
find all the link and infos you need.

Dody G.

On Sun, Mar 1, 2009 at 1:02 PM,   wrote:
> Hello all,
>
> I'm not sure whether this question is right on the users list but I didn't
> find a developer list or something similar.
>
> I think IronPython is one of the most exciting projects I've seen the last
> months and I would like to understand it better and maybe contribute some
> stuff I've developed before for CPython. But I didn't understand how
> Microsoft.Scripting, Microsoft.Scripting.Core und IronPython are related to
> each other. I also find no documentation about these internals.
>
> Can anyone give me some hint where to start?
>
> Thanks a lot!!
>
> Best regards
> Andy
>
>
> HELPING HEADS for Hard- and Software
> -
> Fuer Ihre Projekte entwickeln wir massgeschneiderte Loesungen - schnell,
> flexibel und direkt vor Ort. Unser eingespieltes Team an erfahrenen Hard-
> und Software-Spezialisten unterstuetzt Sie dort, wo Sie uns brauchen.
>
>
>
> --
> SysDesign GmbH
> Saentisstrasse 25
> D-88079 Kressbronn am Bodensee
>
> Geschaeftsfuehrer: Franz Kleiner
> Handelsregister: Ulm 632138
> --
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Please vote up this DLR memory leak bug

[Dody Gunawinata]

 last 25 lines of that output.  That'll give us 
> the most common objects which are using memory in the GC heap and we might be 
> able to track it down from there.  If that's not sufficient maybe we can 
> iterate and figure out what's going on.
>
>> -Original Message-
>> From: users-boun...@lists.ironpython.com [mailto:users-
>> boun...@lists.ironpython.com] On Behalf Of Dody Gunawinata
>> Sent: Wednesday, February 25, 2009 8:38 AM
>> To: Dino Viehland
>> Cc: Discussion of IronPython
>> Subject: Re: [IronPython] Please vote up this DLR memory leak bug
>>
>> What is the impact of caching CompiledCode into this "collectability"
>> issue?
>>
>> I am working on a CMS that expose functions implemented in IronPython
>> to a template engine. So I read a directory of 40 or 50 xx.py files,
>> load it up and compiled them. This is off course a costly operation to
>> do it in every single HTTP request (and SLOW) so I compiled the source
>> code to CompiledCode and cache them.
>>
>> Then for every HTTP request, I retrieve these CompiledCode's from the
>> Cache and call Execute(scope) to make the frozen code to be a real
>> function. So with X HTTP request, there will be X scope and  (X * 40)
>> functions being generated at runtime.
>>
>> Now our memory consumption is huge and is getting bigger until IIS
>> gave up and recycle the process.
>>
>> Dody G.
>>
>>
>>
>>
>> > Just some comments on this as there's a few issues intertwined here:
>> >
>> > 1.   Optimized code - this is currently the default and part of
>> the
>> > original problem.  If you execute code in "optimized" mode we
>> generate an
>> > uncollectible type.  In 2.6 I'm switching the default to be non-
>> optimized
>> > and I also am trying out a change that should reduce the amount of
>> leakage
>> > when we do this.  That will make the out of the box experience much
>> better.
>> >
>>
>>
>> > 2.   Multiple script runtimes - there's a bug in the DLR when you
>> > repeatedly create script runtimes that the rules aren't getting
>> collected.
>> > This is supposed to be fixed in 2.6 but I'm still seeing some leaks
>> in this
>> > scenario that I'll look into and fix.  Back-porting this to 2.0 would
>> be
>> > quite difficult as a lot of things have changed but we could
>> certainly look
>> > at backporting a different fix to 2.0.
>> >
>>
>> > 3.   There's a repro that defines "TestScriptOldClass" + n which
>> leaks.
>> > All class / function / member names in code get interned and this is
>> where
>> > this leak is coming from.  If you remove the + n then everything
>> works.  We
>> > may get rid of this interning at some point in the future but it's a
>> fairly
>> > significant change.  I'm inclined to believe this one isn't as much
>> of an
>> > issue as usually you aren't compiling code with new names every
>> single
>> > type.
>> >
>>
>>
>>
>>
>> >
>> >
>> > From: users-boun...@lists.ironpython.com
>> > [mailto:users-boun...@lists.ironpython.com] On Behalf Of Dody
>> Gunawinata
>> > Sent: Sunday, February 22, 2009 2:10 PM
>> > To: Discussion of IronPython
>> > Subject: [IronPython] Please vote up this DLR memory leak bug
>> >
>> >
>> >
>> > There's only 5 votes so far.
>> >
>> >
>> >
>> >
>> http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=20399
>> >
>> >
>> >
>> > --
>> > nomadlife.org
>>
>>
>>
>> --
>> nomadlife.org
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Please vote up this DLR memory leak bug

[Dody Gunawinata]

What is the impact of caching CompiledCode into this "collectability" issue?

I am working on a CMS that expose functions implemented in IronPython
to a template engine. So I read a directory of 40 or 50 xx.py files,
load it up and compiled them. This is off course a costly operation to
do it in every single HTTP request (and SLOW) so I compiled the source
code to CompiledCode and cache them.

Then for every HTTP request, I retrieve these CompiledCode's from the
Cache and call Execute(scope) to make the frozen code to be a real
function. So with X HTTP request, there will be X scope and  (X * 40)
functions being generated at runtime.

Now our memory consumption is huge and is getting bigger until IIS
gave up and recycle the process.

Dody G.




> Just some comments on this as there’s a few issues intertwined here:
>
> 1.   Optimized code – this is currently the default and part of the
> original problem.  If you execute code in “optimized” mode we generate an
> uncollectible type.  In 2.6 I’m switching the default to be non-optimized
> and I also am trying out a change that should reduce the amount of leakage
> when we do this.  That will make the out of the box experience much better.
>


> 2.   Multiple script runtimes – there’s a bug in the DLR when you
> repeatedly create script runtimes that the rules aren’t getting collected.
> This is supposed to be fixed in 2.6 but I’m still seeing some leaks in this
> scenario that I’ll look into and fix.  Back-porting this to 2.0 would be
> quite difficult as a lot of things have changed but we could certainly look
> at backporting a different fix to 2.0.
>

> 3.   There’s a repro that defines “TestScriptOldClass” + n which leaks.
> All class / function / member names in code get interned and this is where
> this leak is coming from.  If you remove the + n then everything works.  We
> may get rid of this interning at some point in the future but it’s a fairly
> significant change.  I’m inclined to believe this one isn’t as much of an
> issue as usually you aren’t compiling code with new names every single
> type.
>




>
>
> From: users-boun...@lists.ironpython.com
> [mailto:users-boun...@lists.ironpython.com] On Behalf Of Dody Gunawinata
> Sent: Sunday, February 22, 2009 2:10 PM
> To: Discussion of IronPython
> Subject: [IronPython] Please vote up this DLR memory leak bug
>
>
>
> There's only 5 votes so far.
>
>
>
> http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=20399
>
>
>
> --
> nomadlife.org



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] Please vote up this DLR memory leak bug

[Dody Gunawinata]

There's only 5 votes so far.

http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=20399


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Released prototype Excel add-in making it easy to create Python add-ins

[Dody Gunawinata]

It will.. eventually..after the modules import completed..

On Mon, Feb 16, 2009 at 1:58 PM, Giles Thomas <
giles.tho...@resolversystems.com> wrote:

> IronPython in a spreadsheet?  Terrible idea, it'll never work ;-)
>
>
> Cheers,
>
> Giles
>
> --
> Giles Thomas
> giles.tho...@resolversystems.com
> +44 (0) 20 7253 6372
>
> Win up to $17,000 for a spreadsheet: <
> http://www.resolversystems.com/competition/>
>
> 17a Clerkenwell Road, London EC1M 5RD, UK
> VAT No.: GB 893 5643 79
> Registered in England and Wales as company number 5467329.
> Registered address: 843 Finchley Road, London NW11 8NA, UK
>
>
>
>
> Thomas P. Boesen wrote:
>
>> Hi,
>>
>> I am thinking about creating an Excel add-in that makes it very easy to
>> create Excel macros / add-ins using Python (IronPython)
>>
>> Any feedback about the idea will be greatly appreciated.
>>
>> I have made a prototype of this add-in available here:
>> http://www.xefion.com/en/discoveryscript.html
>>
>> The add-in would be free, although not open-source.
>>
>> It takes quite a bit of "plumbing" to get COM add-ins running within
>> Excel. My add-in would look for Python scripts in a specific directory
>> and automatically create Excel menu-items for all the scripts in that
>> directory. Hence, to get started the user just has to create a one-line
>> Python script and store this script in the designated folder, then he
>> can run the script from Excel.
>>
>> There will be various other options, for example shared network
>> locations with scripts and connecting Excel events (e.g. OpenDoc or
>> SaveDoc) to scripts based on their names. Later versions might also work
>> with other Office programs (e.g. Word). The download-page mentioned
>> above contains a description of feature candidates.
>>
>> :-) Thomas P. Boesen
>>
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>
> --
> Giles Thomas
> giles.tho...@resolversystems.com
> +44 (0) 20 7253 6372
>
> Win up to $17,000 for a spreadsheet: <
> http://www.resolversystems.com/competition/>
>
> 17a Clerkenwell Road, London EC1M 5RD, UK
> VAT No.: GB 893 5643 79
> Registered in England and Wales as company number 5467329.
> Registered address: 843 Finchley Road, London NW11 8NA, UK
>
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] Jetfire scripting language

[Dody Gunawinata]

This is a new kid on the block
http://www.codeplex.com/Jetfire.
It looks like a very interesting DSL for workflow than  full fledged
scripting language - no DLR integration.
-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Any update on IronPython for ASP.Net?

[Dody Gunawinata]

Thank you. The hosting interface has changed between beta 3 and now. That
was the problem I encountered when I tried to monkey patch the last version
of asp.net future. Now that the DLR hosting interface is stable, it will be
easier to upgrade the runtime simply using assembly versioning.


On Wed, Feb 11, 2009 at 12:14 PM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:

>  I'll see if I can make a build out of the IronPython 2.0 branch of
> Microsoft.Web.Scripting.dll.
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Dody Gunawinata
> *Sent:* Wednesday, February 11, 2009 2:11 AM
> *To:* Discussion of IronPython
> *Subject:* [IronPython] Any update on IronPython for ASP.Net?
>
>
>
> The last one was using IronPython 2.0 Beta 3 and had the compatibility with
> .Net 3.5 assembly issue.
>
> --
> nomadlife.org
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

[IronPython] Any update on IronPython for ASP.Net?

[Dody Gunawinata]

The last one was using IronPython 2.0 Beta 3 and had the compatibility with
.Net 3.5 assembly issue.

-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Ironclad 0.8 released

[Dody Gunawinata]

One more encouragement :)
x64 support is important now that people are migrating to Windows Server
2008 hypervisor VMs to run the web application.

Dody G.

On Thu, Jan 29, 2009 at 3:12 PM, William Reade
wrote:

> Still no x64, although the necessary supporting changes are gradually
> creeping in. I can't give you a timescale, I'm afraid, but every person who
> asks me about it pushes it up my priority list :-).
>
>
> Dan Shechter wrote:
>
>> Congratulations...
>>
>> Is x64 fully supported?
>>
>>  Shechter.
>>
>> On 29/01/2009, at 13:43, William Reade 
>> wrote:
>>
>>  Hi all
>>>
>>> I'm delighted to announce the release of Ironclad v0.8 -- the
>>> all-singing, all-dancing CPython API compatibility layer for IronPython --
>>> available now from http://code.google.com/p/ironclad/ . Notable
>>> improvements over the last release include:
>>>
>>> * Ironclad is now a neatly self-contained package -- just copy to your
>>> site-packages and 'import ironclad'.
>>> * No more silly requirement to call ironclad.shutdown() when you're
>>> finished.
>>> * A few performance improvements.
>>> * Over 900 NumPy tests now pass: in fact, almost all the tests from the
>>> core, fft, lib, linalg, ma, oldnumeric and random subpackages.
>>> * Over half the .pyds distributed with CPython 2.5 now import cleanly;
>>> some of them appear to actually work, including _hashlib and _elementtree.
>>>
>>> Ironclad grows more stable and mature with every release, and I urge
>>> IronPython users to try it out and share their impressions: feedback,
>>> whether positive or negative, is always welcomed.
>>>
>>> Cheers
>>> William
>>> ___
>>> Users mailing list
>>> Users@lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython 2.0 Errors...

[Dody Gunawinata]

There may be a way to execute the show form without actually displaying it
to the user - there must be some AppDomain magic available to be used
somewhere.
The code needs to be executed one way or another and what you are suggesting
I think falls into the static verifier category which is a whole another
ballgame.

On Fri, Jan 23, 2009 at 8:19 PM, António Piteira <
antonio.pite...@wtvision.com> wrote:

>  Those classes probably won't be triggered unless I execute the code.
>
>
>
> Consider this sample code:
>
>
>
> import sys,clr
>
> clr.AddReference("System.Windows.Forms")
>
> from System.Windows.Forms import *
>
>
>
> frm = Form()
>
> frm.Show()
>
>
>
> …#some error here, after the show
>
>
>
> If I execute the code the form will still be shown and only then I would be
> able to catch the error.
>
> What I want is to catch the errors without showing the form (considering
> this code).
>
>
>
> Thanks for your cooperation
>
>
>
>
>
>
>
>
>
> Don't you think PythonException or related classes would be sufficient?
>
> On Fri, Jan 23, 2009 at 7:14 PM, António Piteira <
> antonio.pite...@wtvision.com> wrote:
>
> I get it, I'm not really surprised… I was hoping that maybe there was a way
> to use scriptSource.Compile(options,errorTracker), or something like that,
> and get the errors from errorTracker or some kind of sink.
>
>
>
> Very much apreciated for your time.
>
>
>
>
> ­­___
>
>
>
>
>
> Are you familiar with "the halting problem"? :) (
> http://en.wikipedia.org/wiki/Halting_problem)
>
>
>
> The only reliable way to find if a particular program returns a runtime
> error is to execute the program.  For limited, targeted cases, (such as
> importing modules) you could write an analyzer program which would be
> *often* right -- but I could create a program  that tricks your analyzer
> into reporting a problem where none exists.  Consider this:
>
>
>
> import sys
>
> sys.modules['foo'] = type(sys)('foo')
>
> import foo
>
>
>
> Your static analyzer would have a tough time recognizing that this program
> would not raise a runtime error.
>
>
>
>
> ­­___
>
>
>
> Those things are run-time errors (failed imports et al). You would
>
> possibly look at the parse tree for any imports and determine if the
>
> modules to be imported exist, but that sounds like a lot of trouble :)
>
>
>
> slide
>
>
> ­­___
>
>
>
>
>
> On Fri, Jan 23, 2009 at 8:45 AM, António Piteira <
> antonio.pite...@wtvision.com> wrote:
>
> Hi,
>
>
>
> I'm trying get all runtime errors without actually executing the code. I
> can get all syntax errors using the parser, but runtime errors like "import
> ys" and stuff like that I', not able to.
>
> Is there any way to do this?
>
>
>
> Thanks,
>
> Vision
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
>
> --
> nomadlife.org
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] IronPython 2.0 Errors...

[Dody Gunawinata]

Don't you think PythonException or related classes would be sufficient?

On Fri, Jan 23, 2009 at 7:14 PM, António Piteira <
antonio.pite...@wtvision.com> wrote:

>  I get it, I'm not really surprised… I was hoping that maybe there was a
> way to use scriptSource.Compile(options,errorTracker), or something like
> that, and get the errors from errorTracker or some kind of sink.
>
>
>
> Very much apreciated for your time.
>
>
>
>
> ­­___
>
>
>
>
>
> Are you familiar with "the halting problem"? :) (
> http://en.wikipedia.org/wiki/Halting_problem)
>
>
>
> The only reliable way to find if a particular program returns a runtime
> error is to execute the program.  For limited, targeted cases, (such as
> importing modules) you could write an analyzer program which would be
> *often* right -- but I could create a program  that tricks your analyzer
> into reporting a problem where none exists.  Consider this:
>
>
>
> import sys
>
> sys.modules['foo'] = type(sys)('foo')
>
> import foo
>
>
>
> Your static analyzer would have a tough time recognizing that this program
> would not raise a runtime error.
>
>
>
>
> ­­___
>
>
>
> Those things are run-time errors (failed imports et al). You would
>
> possibly look at the parse tree for any imports and determine if the
>
> modules to be imported exist, but that sounds like a lot of trouble :)
>
>
>
> slide
>
>
> ­­___
>
>
>
>
>
> On Fri, Jan 23, 2009 at 8:45 AM, António Piteira <
> antonio.pite...@wtvision.com> wrote:
>
> Hi,
>
>
>
> I'm trying get all runtime errors without actually executing the code. I
> can get all syntax errors using the parser, but runtime errors like "import
> ys" and stuff like that I', not able to.
>
> Is there any way to do this?
>
>
>
> Thanks,
>
> Vision
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Sorting CSV file

[Dody Gunawinata]

1. Define a class to hold individual data2. Go through every single line
3. Split based on ',' and insert the values to the object and add them to
the list
4. Sort the list based on the fields you want.

On Fri, Jan 23, 2009 at 10:28 AM, Sheetal Gophane <
sheetal_goph...@persistent.co.in> wrote:

>  Hi All,
>
>
>
> I have csv file in following format
>
> LogTime,ApetClientID,OperationName,Status,StartTime,Duration
>
> 2009-01-07/10:41:03,1,fun1,1,2009-01-07/10:41:02,314.8173162
>
> 2009-01-07/10:41:03,1,Login,0,2009-01-07/10:41:02,618.2695007
>
> 2009-01-07/10:41:03,1,Login,1,2009-01-07/10:40:52,10997.29274
>
> 2009-01-07/10:41:04,1,fun2,1,2009-01-07/10:41:03,364.0241288
>
> 2009-01-07/10:41:04,1,DoLogin,1,2009-01-07/10:40:52,11248.42243
>
> 2009-01-07/10:41:04,1,fun3,1,2009-01-07/10:41:03,1197.179181
>
>
>
> I want to sort this file on the basis of first field i.e. LogTime
>
> Any pointers,how to do this?
>
> Thanks in advance.
>
>
>
> Thanks & Regards,
>
> Sheetal
>
>
>
> DISCLAIMER == This e-mail may contain privileged and confidential
> information which is the property of Persistent Systems Ltd. It is intended
> only for the use of the individual or entity to which it is addressed. If
> you are not the intended recipient, you are not authorized to read, retain,
> copy, print, distribute or use this message. If you have received this
> communication in error, please notify the sender and delete all copies of
> this message. Persistent Systems Ltd. does not accept any liability for
> virus infected mails.
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Calling a Python function (compiled into an assembly) from C# using delegates.

[Dody Gunawinata]

hmm..why would an IronPython assembly be different from a static language
assembly? Wouldn't that negates the main point of the CLR?

Dody G.

On Wed, Jan 21, 2009 at 6:20 PM, Michael Foord wrote:

> Dody Gunawinata wrote:
>
>> string cmd = @"from xxx import yy";
>>
>> eng.CreateScriptSourceFromString(cmd).Execute(--fill in default scope
>> here--)
>>
> It will need to be:
>
> eng.CreateScriptSourceFromString(cmd,
> SourceCodeKind.Statements).Execute(scope)
>
> But I'm pretty sure he will also need to use a different API for loading
> the assembly, assuming it is  from compiled IronPython code rather than just
> an ordinary .NET assembly.
>
> Michael
>
>
>> //then go one fetching the function
>>
>> On Wed, Jan 21, 2009 at 6:11 PM, Renaud Durand > ner...@gmail.com>> wrote:
>>
>>That is the point. I don't want to do that from a file but from an
>>Assembly (dll).
>>
>>2009/1/21 Dino Viehland ><mailto:di...@microsoft.com>>
>>
>>You need to do:
>>
>>
>>eng.ExecuteFile('myfile.py', scope);
>>
>>
>>*From:* users-boun...@lists.ironpython.com
>><mailto:users-boun...@lists.ironpython.com>
>>[mailto:users-boun...@lists.ironpython.com
>><mailto:users-boun...@lists.ironpython.com>] *On Behalf Of
>>*Renaud Durand
>>*Sent:* Wednesday, January 21, 2009 7:45 AM
>>    *To:* d...@nomadlife.org <mailto:d...@nomadlife.org>;
>>Discussion of IronPython
>>*Subject:* Re: [IronPython] Calling a Python function
>>(compiled into an assembly) from C# using delegates.
>>
>>
>>Ok, but how ?
>>
>>2009/1/21 Dody Gunawinata ><mailto:empirebuil...@gmail.com>>
>>
>>I think you have to import the function - loading the assembly
>>alone is not enough.
>>
>>On Wed, Jan 21, 2009 at 5:17 PM, Renaud Durand
>>http://renaud.durand.it>@gmail.com
>>
>><http://gmail.com>> wrote:
>>
>>Hi again,
>>
>>I'm trying to call a python function from C#. I found out
>>through a tutorial how to do it from
>>a Python source file but I would like to do it from a
>>compiled assembly. Some elements are missing.
>>I think it is something like below but this does not work:
>>
>>eng = Python.CreateEngine()
>>Assembly interpreter =
>>Assembly.Load("interpreter");
>>eng.runtime.LoadAssembly(interpreter);
>>  ScriptScope scope =
>> eng.CreateScope();
>>
>>//Get the interpretMapping function
>>Func interpretMapping;
>>interpretMapping =
>>scope.GetVariable>("interpretMapping");
>>ObjectOperations ops = eng.Operations;
>>
>>//Get the interpItem returned by function.
>>object item =
>>
>>  
>> interpretMapping("649AC0165011B1E8F726AC54C911");
>>//Get the display Method
>>object method = ops.GetMember(item, "display");
>>ops.Call(method);
>>
>>Thank you... Again :-)
>>
>>--Renaud Durand
>>EPITA Student
>>
>>___
>>Users mailing list
>>Users@lists.ironpython.com <mailto:Users@lists.ironpython.com>
>>http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>>
>>
>>--nomadlife.org <http://nomadlife.org>
>>
>>
>>___
>>Users mailing list
>>Users@lists.ironpython.com <mailto:Users@lists.ironpython.com>
>>http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>>
>>
>>--Renaud Durand
>>
>>
>>___
>>Users mailing list
>>Users@lists.ironpython.com <mailto:Users@lists.ironpython.com>
>>http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>>
>>
>>--Renaud Durand
>>
>>___
>>Users mailing list
>>Users@lists.ironpython.com <mailto:Users@lists.ironpython.com>
>>http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>>
>>
>> --
>> nomadlife.org <http://nomadlife.org>
>>
>> 
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Calling a Python function (compiled into an assembly) from C# using delegates.

[Dody Gunawinata]

string cmd = @"from xxx import yy";
eng.CreateScriptSourceFromString(cmd).Execute(--fill in default scope
here--)

//then go one fetching the function

On Wed, Jan 21, 2009 at 6:11 PM, Renaud Durand  wrote:

> That is the point. I don't want to do that from a file but from an Assembly
> (dll).
>
> 2009/1/21 Dino Viehland 
>
>   You need to do:
>>
>>
>>
>> eng.ExecuteFile('myfile.py', scope);
>>
>>
>>
>> *From:* users-boun...@lists.ironpython.com [mailto:
>> users-boun...@lists.ironpython.com] *On Behalf Of *Renaud Durand
>> *Sent:* Wednesday, January 21, 2009 7:45 AM
>> *To:* d...@nomadlife.org; Discussion of IronPython
>> *Subject:* Re: [IronPython] Calling a Python function (compiled into an
>> assembly) from C# using delegates.
>>
>>
>>
>> Ok, but how ?
>>
>> 2009/1/21 Dody Gunawinata 
>>
>> I think you have to import the function - loading the assembly alone is
>> not enough.
>>
>> On Wed, Jan 21, 2009 at 5:17 PM, Renaud Durand > gmail.com> wrote:
>>
>>  Hi again,
>>
>> I'm trying to call a python function from C#. I found out through a
>> tutorial how to do it from
>> a Python source file but I would like to do it from a compiled assembly.
>> Some elements are missing.
>> I think it is something like below but this does not work:
>>
>> eng = Python.CreateEngine()
>> Assembly interpreter = Assembly.Load("interpreter");
>> eng.runtime.LoadAssembly(interpreter);
>>
>> ScriptScope scope = eng.CreateScope();
>>
>> //Get the interpretMapping function
>> Func interpretMapping;
>> interpretMapping = scope.GetVariable> object>>("interpretMapping");
>> ObjectOperations ops = eng.Operations;
>>
>> //Get the interpItem returned by function.
>> object item =
>> interpretMapping("649AC0165011B1E8F726AC54C911");
>> //Get the display Method
>> object method = ops.GetMember(item, "display");
>> ops.Call(method);
>>
>> Thank you... Again :-)
>>
>> --
>> Renaud Durand
>> EPITA Student
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>>
>>
>> --
>> nomadlife.org
>>
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>>
>>
>> --
>> Renaud Durand
>>
>> ___
>> Users mailing list
>> Users@lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>
>
> --
> Renaud Durand
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

Re: [IronPython] Calling a Python function (compiled into an assembly) from C# using delegates.

[Dody Gunawinata]

I think you have to import the function - loading the assembly alone is not
enough.

On Wed, Jan 21, 2009 at 5:17 PM, Renaud Durand
wrote:

> Hi again,
>
> I'm trying to call a python function from C#. I found out through a
> tutorial how to do it from
> a Python source file but I would like to do it from a compiled assembly.
> Some elements are missing.
> I think it is something like below but this does not work:
>
> eng = Python.CreateEngine()
> Assembly interpreter = Assembly.Load("interpreter");
> eng.runtime.LoadAssembly(interpreter);
>
> ScriptScope scope = eng.CreateScope();
>
> //Get the interpretMapping function
> Func interpretMapping;
> interpretMapping = scope.GetVariable object>>("interpretMapping");
> ObjectOperations ops = eng.Operations;
>
> //Get the interpItem returned by function.
> object item =
> interpretMapping("649AC0165011B1E8F726AC54C911");
> //Get the display Method
> object method = ops.GetMember(item, "display");
> ops.Call(method);
>
> Thank you... Again :-)
>
> --
> Renaud Durand
> EPITA Student
>
> ___
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
nomadlife.org
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com