From wdines at longview.com  Tue Mar  1 16:04:18 2011
From: wdines at longview.com (Bill Dines)
Date: Tue, 1 Mar 2011 10:04:18 -0500
Subject: [IronPython] IronPython Hosting ?
In-Reply-To: <mailman.1.1298927421.30958.users-ironpython.com@lists.ironpython.com>
References: <mailman.1.1298927421.30958.users-ironpython.com@lists.ironpython.com>
Message-ID: <D8AFF694123BAD42B2A71427113E7BF622A2BADF@us107msx01.exactsoftware.com>

Hi Bill and the IP community.

This is my first contribution to the mailing list so hello to all :).

I've been experimenting with hosted IronPython (and IronRuby) with
Silverlight for a while now.  It's not yet being used for real in our
companies products but may well be soon.  Here are my answers to your
questions:

* Briefly what are your goals for hosting
Our goal is to provide a way for technically competent users who aren't
programmers to easily create Silverlight (4) UI's using ironpython or
ironruby script and custom controls that we will provide.  The script
they write will extend the viewmodel for a control to do things like
provide input validation and to interact with our core product's API.
* What kind of host application do you have, or what is its main
purpose?
Our host application provides a mechanism to load controls or pages and
execute their associated scripts 
* Briefly what are the key features of hosting that you count on or use
Currently its fairly simple.  We provide variables to the hosted code
from c# and also call methods that are defined in the hosted code from
c#.  So far the current capabilities of IP/IR are sufficient for us.

The IP tools for VS2010 is also something we are investigating.  

Like someone else has mentioned, lack of documentation is the main
problem I have encountered so far.

Bill


-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of
users-request at lists.ironpython.com
Sent: 28 February 2011 21:10
To: users at lists.ironpython.com
Subject: Users Digest, Vol 79, Issue 46

Send Users mailing list submissions to
	users at lists.ironpython.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
or, via email, send a message with subject or body 'help' to
	users-request at lists.ironpython.com

You can reach the person managing the list at
	users-owner at lists.ironpython.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."


Today's Topics:

   1. IronPython Hosting ? (Bill Chiles)


----------------------------------------------------------------------

Message: 1
Date: Mon, 28 Feb 2011 20:47:52 +0000
From: Bill Chiles <billchi at microsoft.com>
To: Discussion of IronPython <users at lists.ironpython.com>
Subject: [IronPython] IronPython Hosting ?
Message-ID:
	
<87F87F189CDD444089246B8290EC9735279D34C3 at TK5EX14MBXC205.redmond.corp.mi
crosoft.com>
	
Content-Type: text/plain; charset="us-ascii"

I'm trying to gather information and concrete examples about IronPython
hosting.  I'll sift through some of the old email, but I'd super
appreciate if you could send me some info about hosting IronPython if
you're doing that.  The questions I'd have are:

 * Briefly what are your goals for hosting (e.g., app scripting for
users, biz rule execution, feature development of your app, etc.)?
 * What kind of host application do you have, or what is its main
purpose?
 * Briefly what are the key features of hosting that you count on or use
(e.g., supplying host globals to the hosted IronPython code, accessing
IronPython variables, interop with the dynamic objects, namespace
isolation with scopes, multi-instanced ScriptRuntime in an AppDomain,
etc.)?

I really appreciate your time and responses!

Thanks,
Bill


-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ironpython.com/pipermail/users-ironpython.com/attachments/
20110228/3e55253c/attachment.html>

------------------------------

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


End of Users Digest, Vol 79, Issue 46
*************************************


From chadbr at slb.com  Tue Mar  1 23:32:16 2011
From: chadbr at slb.com (Chad Brockman)
Date: Tue, 1 Mar 2011 22:32:16 +0000
Subject: [IronPython] numpy / IronClad?
Message-ID: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>

Anyone know if the effort to port numpy to IronPython is still alive? Enthought / MS announced it last year? http://www.enthought.com/media/SciPyNumPyDotNet.pdf

Anyone know if IronClad is still being developed?

Thanks, Chad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110301/3c259182/attachment.html>

From jdhardy at gmail.com  Tue Mar  1 23:42:16 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 1 Mar 2011 15:42:16 -0700
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
Message-ID: <AANLkTi=DhZkRSkf5M9O=qr=9hxfiHTuUEH1URps15wBj@mail.gmail.com>

Re: numpy - it sure looks like it:
https://github.com/numpy/numpy-refactor/tree/refactor/numpy/NumpyDotNet.
(last commit 2 days ago)

As for IronClad, I'm not sure - it doesn't look like it, and I'm not
sure Resolver is still using IronPython. I would love to see it rolled
into the main IronPython releases, though, if someone's up for a hell
of a challenge (and willing to commit to long term maintenance.

The CPython devs have talked about committing to a stable public ABI
for 3.3, which would help a lot. I'm not sure if that went any where
recently, though.

- Jeff

On Tue, Mar 1, 2011 at 3:32 PM, Chad Brockman <chadbr at slb.com> wrote:
> Anyone know if the effort to port numpy to IronPython is still alive?
> Enthought / MS announced it last year?
> http://www.enthought.com/media/SciPyNumPyDotNet.pdf
>
>
>
> Anyone know if IronClad is still being developed?
>
>
>
> Thanks, Chad
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


From sanxiyn at gmail.com  Wed Mar  2 04:48:14 2011
From: sanxiyn at gmail.com (Seo Sanghyeon)
Date: Wed, 2 Mar 2011 12:48:14 +0900
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <AANLkTi=DhZkRSkf5M9O=qr=9hxfiHTuUEH1URps15wBj@mail.gmail.com>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<AANLkTi=DhZkRSkf5M9O=qr=9hxfiHTuUEH1URps15wBj@mail.gmail.com>
Message-ID: <AANLkTi=NiSy9ojXQMDV-2doCRHP4dV_R+EjBEDGTj1hy@mail.gmail.com>

2011/3/2 Jeff Hardy <jdhardy at gmail.com>:
> The CPython devs have talked about committing to a stable public ABI
> for 3.3, which would help a lot. I'm not sure if that went any where
> recently, though.

Some of stable ABI work got already in for 3.2.
http://docs.python.org/py3k/whatsnew/3.2.html

-- 
Seo Sanghyeon


From vernondcole at gmail.com  Wed Mar  2 14:59:36 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Wed, 2 Mar 2011 06:59:36 -0700
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <AANLkTimB=REo12Pc5spJpFBQJ9VSt9ZAtPQyGDcdEQRk@mail.gmail.com>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<AANLkTi=DhZkRSkf5M9O=qr=9hxfiHTuUEH1URps15wBj@mail.gmail.com>
	<AANLkTi=NiSy9ojXQMDV-2doCRHP4dV_R+EjBEDGTj1hy@mail.gmail.com>
	<AANLkTimB=REo12Pc5spJpFBQJ9VSt9ZAtPQyGDcdEQRk@mail.gmail.com>
Message-ID: <AANLkTi=fkk=eajFkd8qVm92F6EPg2adMdvWQcHhk0Kzq@mail.gmail.com>

Also, 3.2 defines a new import strategy which will be important (and I
think.helpful) to use.

Vernon Cole
(sent from my 'droid phone)

On Mar 1, 2011 8:48 PM, "Seo Sanghyeon" <sanxiyn at gmail.com> wrote:
2011/3/2 Jeff Hardy <jdhardy at gmail.com>:

> The CPython devs have talked about committing to a stable public ABI
> for 3.3, which would help a...
Some of stable ABI work got already in for 3.2.
http://docs.python.org/py3k/whatsnew/3.2.html

--
Seo Sanghyeon

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http:/...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110302/d296dcab/attachment.html>

From saunderl at hotmail.com  Wed Mar  2 17:31:45 2011
From: saunderl at hotmail.com (L. Lee Saunders)
Date: Wed, 2 Mar 2011 10:31:45 -0600
Subject: [IronPython] IronPython Hosting ?
In-Reply-To: <87F87F189CDD444089246B8290EC9735279D34C3@TK5EX14MBXC205.redmond.corp.microsoft.com>
References: <87F87F189CDD444089246B8290EC9735279D34C3@TK5EX14MBXC205.redmond.corp.microsoft.com>
Message-ID: <SNT125-DS8F501003526A1F74D0BD6D9C00@phx.gbl>

Bill,

 

I am a C++/cli, c# developer.  

 

I am also a plug-in programmer for an RPG cartography application called
Campaign Cartographer 3 (CC3) by ProFantasy (http://www.profantasy.com).
CC3 is a wrapper around the CAD program name FastCAD by Evolution Computing,
Inc. (http://www.fastcad.com).

 

FastCAD is written in Assembly.  There is C/C++ libraries to write plugins
but most plugins for FastCAD are written in Assembly.  As you can imagine,
the learning curve for plugin development is steep and the "club" of
programmers is very small. 

 

I've successfully created wrapper, in C++/cli around a subset of the plugin
API and exposed it to IronPython.  (It is soooo cool being able to control
CC3 with a simple .ipy text file!)

 

Once I have completed another project, I plan on wrapping and exposing the
entire API to IronPython.  In this way, I hope to greatly expand the "club"
of FastCAD/CC3 plugin developers.

 

L. Lee Saunders

Lead/Advisory Software Development Engineer

402-963-8438

CSG Systems, Inc.

11819 Miami Street 

Mail Stop 1NP4

Omaha, NE 68164 

Work:  <mailto:lee_saunders at csgsystems.com> lee_saunders at csgsystems.com

Personal:  <mailto:saunderl at hotmail.com> saunderl at hotmail.com

 

 

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Bill Chiles
Sent: Monday, February 28, 2011 2:48 PM
To: Discussion of IronPython
Subject: [IronPython] IronPython Hosting ?

 

I'm trying to gather information and concrete examples about IronPython
hosting.  I'll sift through some of the old email, but I'd super appreciate
if you could send me some info about hosting IronPython if you're doing
that.  The questions I'd have are:

 

* Briefly what are your goals for hosting (e.g., app scripting for users,
biz rule execution, feature development of your app, etc.)?

* What kind of host application do you have, or what is its main purpose?

* Briefly what are the key features of hosting that you count on or use
(e.g., supplying host globals to the hosted IronPython code, accessing
IronPython variables, interop with the dynamic objects, namespace isolation
with scopes, multi-instanced ScriptRuntime in an AppDomain, etc.)?

 

I really appreciate your time and responses!

 

Thanks,

Bill

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110302/dd59350e/attachment.html>

From danielj at arena.net  Wed Mar  2 17:47:09 2011
From: danielj at arena.net (Daniel Jennings)
Date: Wed, 2 Mar 2011 08:47:09 -0800
Subject: [IronPython] IronPython Hosting ?
In-Reply-To: <SNT125-DS8F501003526A1F74D0BD6D9C00@phx.gbl>
References: <87F87F189CDD444089246B8290EC9735279D34C3@TK5EX14MBXC205.redmond.corp.microsoft.com>
	<SNT125-DS8F501003526A1F74D0BD6D9C00@phx.gbl>
Message-ID: <6D931A4CF4139540BF6621A1E97D4937015F046DA871@wallemail.arena.ncwest.ncsoft.corp>

BTW that sounds awesome. Do you have any website/github or anything showing examples?


From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of L. Lee Saunders
Sent: Wednesday, March 02, 2011 8:32 AM
To: 'Discussion of IronPython'
Subject: Re: [IronPython] IronPython Hosting ?

Bill,

I am a C++/cli, c# developer.

I am also a plug-in programmer for an RPG cartography application called Campaign Cartographer 3 (CC3) by ProFantasy (http://www.profantasy.com).  CC3 is a wrapper around the CAD program name FastCAD by Evolution Computing, Inc. (http://www.fastcad.com).

FastCAD is written in Assembly.  There is C/C++ libraries to write plugins but most plugins for FastCAD are written in Assembly.  As you can imagine, the learning curve for plugin development is steep and the "club" of programmers is very small.

I've successfully created wrapper, in C++/cli around a subset of the plugin API and exposed it to IronPython.  (It is soooo cool being able to control CC3 with a simple .ipy text file!)

Once I have completed another project, I plan on wrapping and exposing the entire API to IronPython.  In this way, I hope to greatly expand the "club" of FastCAD/CC3 plugin developers.

L. Lee Saunders
Lead/Advisory Software Development Engineer
402-963-8438
CSG Systems, Inc.
11819 Miami Street
Mail Stop 1NP4
Omaha, NE 68164
Work: lee_saunders at csgsystems.com<mailto:lee_saunders at csgsystems.com>
Personal: saunderl at hotmail.com<mailto:saunderl at hotmail.com>


From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bill Chiles
Sent: Monday, February 28, 2011 2:48 PM
To: Discussion of IronPython
Subject: [IronPython] IronPython Hosting ?

I'm trying to gather information and concrete examples about IronPython hosting.  I'll sift through some of the old email, but I'd super appreciate if you could send me some info about hosting IronPython if you're doing that.  The questions I'd have are:

* Briefly what are your goals for hosting (e.g., app scripting for users, biz rule execution, feature development of your app, etc.)?
* What kind of host application do you have, or what is its main purpose?
* Briefly what are the key features of hosting that you count on or use (e.g., supplying host globals to the hosted IronPython code, accessing IronPython variables, interop with the dynamic objects, namespace isolation with scopes, multi-instanced ScriptRuntime in an AppDomain, etc.)?

I really appreciate your time and responses!

Thanks,
Bill


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110302/6713c196/attachment.html>

From saunderl at hotmail.com  Wed Mar  2 21:37:36 2011
From: saunderl at hotmail.com (L. Lee Saunders)
Date: Wed, 2 Mar 2011 14:37:36 -0600
Subject: [IronPython] IronPython Hosting ?
In-Reply-To: <6D931A4CF4139540BF6621A1E97D4937015F046DA871@wallemail.arena.ncwest.ncsoft.corp>
References: <87F87F189CDD444089246B8290EC9735279D34C3@TK5EX14MBXC205.redmond.corp.microsoft.com>	<SNT125-DS8F501003526A1F74D0BD6D9C00@phx.gbl>
	<6D931A4CF4139540BF6621A1E97D4937015F046DA871@wallemail.arena.ncwest.ncsoft.corp>
Message-ID: <SNT125-DS20FA7F503359A8C798BEFBD9C00@phx.gbl>

Not currently.  Never thought anyone else would be all that interested.
I'll see if I can squeeze out some time to add a couple of blog posts about
it. 

 

I'll post here the links when I get it out there, OK?

 

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Daniel Jennings
Sent: Wednesday, March 02, 2011 10:47 AM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython Hosting ?

 

BTW that sounds awesome. Do you have any website/github or anything showing
examples?

 

 

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of L. Lee Saunders
Sent: Wednesday, March 02, 2011 8:32 AM
To: 'Discussion of IronPython'
Subject: Re: [IronPython] IronPython Hosting ?

 

Bill,

 

I am a C++/cli, c# developer.  

 

I am also a plug-in programmer for an RPG cartography application called
Campaign Cartographer 3 (CC3) by ProFantasy (http://www.profantasy.com).
CC3 is a wrapper around the CAD program name FastCAD by Evolution Computing,
Inc. (http://www.fastcad.com).

 

FastCAD is written in Assembly.  There is C/C++ libraries to write plugins
but most plugins for FastCAD are written in Assembly.  As you can imagine,
the learning curve for plugin development is steep and the "club" of
programmers is very small. 

 

I've successfully created wrapper, in C++/cli around a subset of the plugin
API and exposed it to IronPython.  (It is soooo cool being able to control
CC3 with a simple .ipy text file!)

 

Once I have completed another project, I plan on wrapping and exposing the
entire API to IronPython.  In this way, I hope to greatly expand the "club"
of FastCAD/CC3 plugin developers.

 

L. Lee Saunders

Lead/Advisory Software Development Engineer

402-963-8438

CSG Systems, Inc.

11819 Miami Street 

Mail Stop 1NP4

Omaha, NE 68164 

Work: lee_saunders at csgsystems.com

Personal: saunderl at hotmail.com

 

 

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Bill Chiles
Sent: Monday, February 28, 2011 2:48 PM
To: Discussion of IronPython
Subject: [IronPython] IronPython Hosting ?

 

I'm trying to gather information and concrete examples about IronPython
hosting.  I'll sift through some of the old email, but I'd super appreciate
if you could send me some info about hosting IronPython if you're doing
that.  The questions I'd have are:

 

* Briefly what are your goals for hosting (e.g., app scripting for users,
biz rule execution, feature development of your app, etc.)?

* What kind of host application do you have, or what is its main purpose?

* Briefly what are the key features of hosting that you count on or use
(e.g., supplying host globals to the hosted IronPython code, accessing
IronPython variables, interop with the dynamic objects, namespace isolation
with scopes, multi-instanced ScriptRuntime in an AppDomain, etc.)?

 

I really appreciate your time and responses!

 

Thanks,

Bill

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110302/e0ce9571/attachment.html>

From giles.thomas at resolversystems.com  Wed Mar  2 22:09:25 2011
From: giles.thomas at resolversystems.com (Giles Thomas)
Date: Wed, 02 Mar 2011 21:09:25 +0000
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <AANLkTi=DhZkRSkf5M9O=qr=9hxfiHTuUEH1URps15wBj@mail.gmail.com>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<AANLkTi=DhZkRSkf5M9O=qr=9hxfiHTuUEH1URps15wBj@mail.gmail.com>
Message-ID: <4D6EB205.1010404@resolversystems.com>

On 01/03/2011 22:42, Jeff Hardy wrote:
> As for IronClad, I'm not sure - it doesn't look like it, and I'm not
> sure Resolver is still using IronPython.

Just to clarify -- we're still using IronPython for Resolver One, our 
Windows desktop app.  Our new (currently in beta) web-based 
"programmable cloud spreadsheet", Dirigible, is based on CPython.

We've not updated Ironclad for a while, but it's under an MIT license, 
so presumably it could be rolled into IronPython -- we'd certainly be 
happy to see that happen, though we're a bit resource-constrained at the 
moment and couldn't play a significant role in the work.


Regards,

Giles
-- 

Giles Thomas
giles.thomas at resolversystems.com
+44 (0) 20 3051 2751

Dirigible: a programmable cloud spreadsheet
<http://projectdirigible.com/>

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




From m.schaber at 3s-software.com  Thu Mar  3 16:23:22 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 3 Mar 2011 16:23:22 +0100
Subject: [IronPython] Ironpython and Berkeley License
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C5F1@server02.in.3s-software.com>

Hi,

The binary installer of IronPython 2.6 contains the lib subdirectory,
which seems to be a rather 1:1 copy of the cPython standard library.

This standard library contains a LICENSE.txt file that, besides others,
contains the Berkeley Database License:

--- snip ---
This copy of Python includes a copy of Berkeley DB, which is licensed
under the following terms:
[...]

 * 3. Redistributions in any form must be accompanied by information on
 *    how to obtain complete source code for the DB software and any
 *    accompanying software that uses the DB software.  The source code
 *    must either be included in the distribution or be available for no
 *    more than the cost of distribution plus a nominal fee, and must be
 *    freely redistributable under reasonable conditions. [...]
--- snap ---

This seems to be a GPL-like viral license, which would be somewhat
harassing for our current project.

However, it seems that the bsddb module is not included in IronPython
(because it is not compatible with IronPython at the moment).

Is there someone who can confirm that the Berkeley DB and the code
covered by that license is currently not part of IronPython?

Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects:
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 



From jimmy at schementi.com  Thu Mar  3 17:08:09 2011
From: jimmy at schementi.com (Jimmy Schementi)
Date: Thu, 3 Mar 2011 11:08:09 -0500
Subject: [IronPython] Ironpython and Berkeley License
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C5F1@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480268C5F1@server02.in.3s-software.com>
Message-ID: <AANLkTi=YyQVznMfW4P=sZMRtVpF4m+5xRr+pomZW_-cZ@mail.gmail.com>

That license applies to the CPython standard library. The Apache 2
License covers everything in IronPython*.dll.

~Jimmy

On Thu, Mar 3, 2011 at 10:23 AM, Markus Schaber
<m.schaber at 3s-software.com> wrote:
> Hi,
>
> The binary installer of IronPython 2.6 contains the lib subdirectory,
> which seems to be a rather 1:1 copy of the cPython standard library.
>
> This standard library contains a LICENSE.txt file that, besides others,
> contains the Berkeley Database License:
>
> --- snip ---
> This copy of Python includes a copy of Berkeley DB, which is licensed
> under the following terms:
> [...]
>
> ?* 3. Redistributions in any form must be accompanied by information on
> ?* ? ?how to obtain complete source code for the DB software and any
> ?* ? ?accompanying software that uses the DB software. ?The source code
> ?* ? ?must either be included in the distribution or be available for no
> ?* ? ?more than the cost of distribution plus a nominal fee, and must be
> ?* ? ?freely redistributable under reasonable conditions. [...]
> --- snap ---
>
> This seems to be a GPL-like viral license, which would be somewhat
> harassing for our current project.
>
> However, it seems that the bsddb module is not included in IronPython
> (because it is not compatible with IronPython at the moment).
>
> Is there someone who can confirm that the Berkeley DB and the code
> covered by that license is currently not part of IronPython?
>
> Best regards
>
> Markus Schaber
>
> ___________________________
> We software Automation.
>
> 3S-Smart Software Solutions GmbH
> Markus Schaber | Developer
> Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
> Fax +49-831-54031-50
>
> Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com
> CoDeSys internet forum: http://forum.3s-software.com
> Download CoDeSys sample projects:
> http://www.3s-software.com/index.shtml?sample_projects
>
> Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
> Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From jdhardy at gmail.com  Thu Mar  3 17:12:39 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Thu, 3 Mar 2011 09:12:39 -0700
Subject: [IronPython] Ironpython and Berkeley License
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C5F1@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480268C5F1@server02.in.3s-software.com>
Message-ID: <AANLkTinhMFO-YBM=y-K7PC_w92Noi4KMvCr_B6POywap@mail.gmail.com>

On Thu, Mar 3, 2011 at 8:23 AM, Markus Schaber
<m.schaber at 3s-software.com> wrote:
> ?* 3. Redistributions in any form must be accompanied by information on
> ?* ? ?how to obtain complete source code for the DB software and any
> ?* ? ?accompanying software that uses the DB software. ?The source code
> ?* ? ?must either be included in the distribution or be available for no
> ?* ? ?more than the cost of distribution plus a nominal fee, and must be
> ?* ? ?freely redistributable under reasonable conditions. [...]
> --- snap ---
>
> This seems to be a GPL-like viral license, which would be somewhat
> harassing for our current project.

IANAL, blah blah, but that doesn't read like the GPL, which requires
all *derivative works* to have the source available - that licence
just requires the source *to Berkeley DB* be made available.

In any case, Berkeley DB isn't even included, so it shouldn't be an issue.

- Jeff


From m.schaber at 3s-software.com  Thu Mar  3 17:27:48 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 3 Mar 2011 17:27:48 +0100
Subject: [IronPython] Ironpython and Berkeley License
In-Reply-To: <AANLkTi=YyQVznMfW4P=sZMRtVpF4m+5xRr+pomZW_-cZ@mail.gmail.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480268C5F1@server02.in.3s-software.com>
	<AANLkTi=YyQVznMfW4P=sZMRtVpF4m+5xRr+pomZW_-cZ@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C5F3@server02.in.3s-software.com>

Hi, Jimmy,

We use IronPython 2.6 which is not covered by the Apache license, but still by some Microsoftish license.

However, we want to redistribute the python part of the python standard library (which is distributed with the IronPython 2.6.2 binary installer for windows as well), so our users can use the full power of all those nice .py modules, and those are covered by a LICENSE.txt file which contains a concatenation of several licenses that also cover the 3rd party libraries implemented in C delivered with cPython.

As it seems, however, the packager of the IronPython installer simply copied the LICENSE.txt without removing those licenses that don't apply to the pure python part of the license.

Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 


-----Urspr?ngliche Nachricht-----
Von: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] Im Auftrag von Jimmy Schementi
Gesendet: Donnerstag, 3. M?rz 2011 17:08
An: Discussion of IronPython
Betreff: Re: [IronPython] Ironpython and Berkeley License

That license applies to the CPython standard library. The Apache 2 License covers everything in IronPython*.dll.

~Jimmy

On Thu, Mar 3, 2011 at 10:23 AM, Markus Schaber <m.schaber at 3s-software.com> wrote:
> Hi,
>
> The binary installer of IronPython 2.6 contains the lib subdirectory, 
> which seems to be a rather 1:1 copy of the cPython standard library.
>
> This standard library contains a LICENSE.txt file that, besides 
> others, contains the Berkeley Database License:
>
> --- snip ---
> This copy of Python includes a copy of Berkeley DB, which is licensed 
> under the following terms:
> [...]
>
> ?* 3. Redistributions in any form must be accompanied by information 
> on
> ?* ? ?how to obtain complete source code for the DB software and any
> ?* ? ?accompanying software that uses the DB software. ?The source 
> code
> ?* ? ?must either be included in the distribution or be available for 
> no
> ?* ? ?more than the cost of distribution plus a nominal fee, and must 
> be
> ?* ? ?freely redistributable under reasonable conditions. [...]
> --- snap ---
>
> This seems to be a GPL-like viral license, which would be somewhat 
> harassing for our current project.
>
> However, it seems that the bsddb module is not included in IronPython 
> (because it is not compatible with IronPython at the moment).
>
> Is there someone who can confirm that the Berkeley DB and the code 
> covered by that license is currently not part of IronPython?
>
> Best regards
>
> Markus Schaber
>
> ___________________________
> We software Automation.
>
> 3S-Smart Software Solutions GmbH
> Markus Schaber | Developer
> Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | 
> Fax +49-831-54031-50
>
> Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
> CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys 
> sample projects:
> http://www.3s-software.com/index.shtml?sample_projects
>
> Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | 
> Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From jimmy at schementi.com  Thu Mar  3 17:46:12 2011
From: jimmy at schementi.com (Jimmy Schementi)
Date: Thu, 3 Mar 2011 11:46:12 -0500
Subject: [IronPython] Ironpython and Berkeley License
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C5F3@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480268C5F1@server02.in.3s-software.com>
	<AANLkTi=YyQVznMfW4P=sZMRtVpF4m+5xRr+pomZW_-cZ@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C5F3@server02.in.3s-software.com>
Message-ID: <AANLkTimnbUyixrA+eLOB5q+ztoCm5Dx-+xrv7j+7g60f@mail.gmail.com>

On Thu, Mar 3, 2011 at 11:27 AM, Markus Schaber
<m.schaber at 3s-software.com> wrote:
> Hi, Jimmy,
>
> We use IronPython 2.6 which is not covered by the Apache license, but still by some Microsoftish license.

The Microsoftish-license is the Microsoft Public License:
http://www.opensource.org/licenses/ms-pl

> However, we want to redistribute the python part of the python standard library (which is distributed with the IronPython 2.6.2 binary installer for windows as well), so our users can use the full power of all those nice .py modules, and those are covered by a LICENSE.txt file which contains a concatenation of several licenses that also cover the 3rd party libraries implemented in C delivered with cPython.
>
> As it seems, however, the packager of the IronPython installer simply copied the LICENSE.txt without removing those licenses that don't apply to the pure python part of the license.

Because IronPython redistributes the Python standard library, it is
kept in-tact, including any license files. If the Python standard
library's LICENSE.txt is unclear as to what parts of Python are under
what license (which IMO it is), then that's feedback we can take to
the CPython team. Looks like they have more informative license
information here: http://docs.python.org/license.html

But it sounds like if you wanted to embed CPython in your application
you would not be OK with doing that because of the license?

> Best regards
>
> Markus Schaber
>
> ___________________________
> We software Automation.
>
> 3S-Smart Software Solutions GmbH
> Markus Schaber | Developer
> Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50
>
> Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com
> CoDeSys internet forum: http://forum.3s-software.com
> Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects
>
> Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
>
>
> -----Urspr?ngliche Nachricht-----
> Von: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] Im Auftrag von Jimmy Schementi
> Gesendet: Donnerstag, 3. M?rz 2011 17:08
> An: Discussion of IronPython
> Betreff: Re: [IronPython] Ironpython and Berkeley License
>
> That license applies to the CPython standard library. The Apache 2 License covers everything in IronPython*.dll.
>
> ~Jimmy
>
> On Thu, Mar 3, 2011 at 10:23 AM, Markus Schaber <m.schaber at 3s-software.com> wrote:
>> Hi,
>>
>> The binary installer of IronPython 2.6 contains the lib subdirectory,
>> which seems to be a rather 1:1 copy of the cPython standard library.
>>
>> This standard library contains a LICENSE.txt file that, besides
>> others, contains the Berkeley Database License:
>>
>> --- snip ---
>> This copy of Python includes a copy of Berkeley DB, which is licensed
>> under the following terms:
>> [...]
>>
>> ?* 3. Redistributions in any form must be accompanied by information
>> on
>> ?* ? ?how to obtain complete source code for the DB software and any
>> ?* ? ?accompanying software that uses the DB software. ?The source
>> code
>> ?* ? ?must either be included in the distribution or be available for
>> no
>> ?* ? ?more than the cost of distribution plus a nominal fee, and must
>> be
>> ?* ? ?freely redistributable under reasonable conditions. [...]
>> --- snap ---
>>
>> This seems to be a GPL-like viral license, which would be somewhat
>> harassing for our current project.
>>
>> However, it seems that the bsddb module is not included in IronPython
>> (because it is not compatible with IronPython at the moment).
>>
>> Is there someone who can confirm that the Berkeley DB and the code
>> covered by that license is currently not part of IronPython?
>>
>> Best regards
>>
>> Markus Schaber
>>
>> ___________________________
>> We software Automation.
>>
>> 3S-Smart Software Solutions GmbH
>> Markus Schaber | Developer
>> Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
>> Fax +49-831-54031-50
>>
>> Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com
>> CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys
>> sample projects:
>> http://www.3s-software.com/index.shtml?sample_projects
>>
>> Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
>> Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From billchi at microsoft.com  Fri Mar  4 03:31:41 2011
From: billchi at microsoft.com (Bill Chiles)
Date: Fri, 4 Mar 2011 02:31:41 +0000
Subject: [IronPython] IronPython Hosting ?
In-Reply-To: <SNT125-DS8F501003526A1F74D0BD6D9C00@phx.gbl>
References: <87F87F189CDD444089246B8290EC9735279D34C3@TK5EX14MBXC205.redmond.corp.microsoft.com>
	<SNT125-DS8F501003526A1F74D0BD6D9C00@phx.gbl>
Message-ID: <87F87F189CDD444089246B8290EC9735279D5309@TK5EX14MBXC205.redmond.corp.microsoft.com>

thanks!

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of L. Lee Saunders
Sent: Wednesday, March 02, 2011 8:32 AM
To: 'Discussion of IronPython'
Subject: Re: [IronPython] IronPython Hosting ?

Bill,

I am a C++/cli, c# developer.

I am also a plug-in programmer for an RPG cartography application called Campaign Cartographer 3 (CC3) by ProFantasy (http://www.profantasy.com).  CC3 is a wrapper around the CAD program name FastCAD by Evolution Computing, Inc. (http://www.fastcad.com).

FastCAD is written in Assembly.  There is C/C++ libraries to write plugins but most plugins for FastCAD are written in Assembly.  As you can imagine, the learning curve for plugin development is steep and the "club" of programmers is very small.

I've successfully created wrapper, in C++/cli around a subset of the plugin API and exposed it to IronPython.  (It is soooo cool being able to control CC3 with a simple .ipy text file!)

Once I have completed another project, I plan on wrapping and exposing the entire API to IronPython.  In this way, I hope to greatly expand the "club" of FastCAD/CC3 plugin developers.

L. Lee Saunders
Lead/Advisory Software Development Engineer
402-963-8438
CSG Systems, Inc.
11819 Miami Street
Mail Stop 1NP4
Omaha, NE 68164
Work: lee_saunders at csgsystems.com<mailto:lee_saunders at csgsystems.com>
Personal: saunderl at hotmail.com<mailto:saunderl at hotmail.com>


From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bill Chiles
Sent: Monday, February 28, 2011 2:48 PM
To: Discussion of IronPython
Subject: [IronPython] IronPython Hosting ?

I'm trying to gather information and concrete examples about IronPython hosting.  I'll sift through some of the old email, but I'd super appreciate if you could send me some info about hosting IronPython if you're doing that.  The questions I'd have are:

* Briefly what are your goals for hosting (e.g., app scripting for users, biz rule execution, feature development of your app, etc.)?
* What kind of host application do you have, or what is its main purpose?
* Briefly what are the key features of hosting that you count on or use (e.g., supplying host globals to the hosted IronPython code, accessing IronPython variables, interop with the dynamic objects, namespace isolation with scopes, multi-instanced ScriptRuntime in an AppDomain, etc.)?

I really appreciate your time and responses!

Thanks,
Bill


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110304/8251aef4/attachment.html>

From billchi at microsoft.com  Fri Mar  4 03:38:39 2011
From: billchi at microsoft.com (Bill Chiles)
Date: Fri, 4 Mar 2011 02:38:39 +0000
Subject: [IronPython] IronPython Hosting ?
In-Reply-To: <D8AFF694123BAD42B2A71427113E7BF622A2BADF@us107msx01.exactsoftware.com>
References: <mailman.1.1298927421.30958.users-ironpython.com@lists.ironpython.com>
	<D8AFF694123BAD42B2A71427113E7BF622A2BADF@us107msx01.exactsoftware.com>
Message-ID: <87F87F189CDD444089246B8290EC9735279D5328@TK5EX14MBXC205.redmond.corp.microsoft.com>

Since a couple people made the doc comment, I thought I'd make people aware of the hosting doc at http://dlr.codeplex.com/wikipage?title=Docs%20and%20specs&referringTitle=Home .  It should be in the ipy dist, but I keep docs up to date on the DLR site.  See dlr-spec-hosting.doc.

Of course, you may have that in hand and still telling me the docs are insufficient.  I kept meaning to take Dino's World's Worse Paint Program (tm) and the hosting it does and break it down into a walk through that starts with the app having no hosting, then adding the various features that sample shows.    I haven't looked, but I'm pretty sure that's in the source tree from his talk a year or so ago :-).

Cheers,
Bill

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bill Dines
Sent: Tuesday, March 01, 2011 7:04 AM
To: users at lists.ironpython.com
Subject: Re: [IronPython] IronPython Hosting ?

Hi Bill and the IP community.

This is my first contribution to the mailing list so hello to all :).

I've been experimenting with hosted IronPython (and IronRuby) with
Silverlight for a while now.  It's not yet being used for real in our
companies products but may well be soon.  Here are my answers to your
questions:

* Briefly what are your goals for hosting
Our goal is to provide a way for technically competent users who aren't
programmers to easily create Silverlight (4) UI's using ironpython or
ironruby script and custom controls that we will provide.  The script
they write will extend the viewmodel for a control to do things like
provide input validation and to interact with our core product's API.
* What kind of host application do you have, or what is its main
purpose?
Our host application provides a mechanism to load controls or pages and
execute their associated scripts 
* Briefly what are the key features of hosting that you count on or use
Currently its fairly simple.  We provide variables to the hosted code
from c# and also call methods that are defined in the hosted code from
c#.  So far the current capabilities of IP/IR are sufficient for us.

The IP tools for VS2010 is also something we are investigating.  

Like someone else has mentioned, lack of documentation is the main
problem I have encountered so far.

Bill


-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of
users-request at lists.ironpython.com
Sent: 28 February 2011 21:10
To: users at lists.ironpython.com
Subject: Users Digest, Vol 79, Issue 46

Send Users mailing list submissions to
	users at lists.ironpython.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
or, via email, send a message with subject or body 'help' to
	users-request at lists.ironpython.com

You can reach the person managing the list at
	users-owner at lists.ironpython.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."


Today's Topics:

   1. IronPython Hosting ? (Bill Chiles)


----------------------------------------------------------------------

Message: 1
Date: Mon, 28 Feb 2011 20:47:52 +0000
From: Bill Chiles <billchi at microsoft.com>
To: Discussion of IronPython <users at lists.ironpython.com>
Subject: [IronPython] IronPython Hosting ?
Message-ID:
	
<87F87F189CDD444089246B8290EC9735279D34C3 at TK5EX14MBXC205.redmond.corp.mi
crosoft.com>
	
Content-Type: text/plain; charset="us-ascii"

I'm trying to gather information and concrete examples about IronPython
hosting.  I'll sift through some of the old email, but I'd super
appreciate if you could send me some info about hosting IronPython if
you're doing that.  The questions I'd have are:

 * Briefly what are your goals for hosting (e.g., app scripting for
users, biz rule execution, feature development of your app, etc.)?
 * What kind of host application do you have, or what is its main
purpose?
 * Briefly what are the key features of hosting that you count on or use
(e.g., supplying host globals to the hosted IronPython code, accessing
IronPython variables, interop with the dynamic objects, namespace
isolation with scopes, multi-instanced ScriptRuntime in an AppDomain,
etc.)?

I really appreciate your time and responses!

Thanks,
Bill


-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ironpython.com/pipermail/users-ironpython.com/attachments/
20110228/3e55253c/attachment.html>

------------------------------

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


End of Users Digest, Vol 79, Issue 46
*************************************
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



From m.schaber at 3s-software.com  Fri Mar  4 09:23:28 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Fri, 4 Mar 2011 09:23:28 +0100
Subject: [IronPython] Ironpython and Berkeley License
In-Reply-To: <AANLkTimnbUyixrA+eLOB5q+ztoCm5Dx-+xrv7j+7g60f@mail.gmail.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480268C5F1@server02.in.3s-software.com><AANLkTi=YyQVznMfW4P=sZMRtVpF4m+5xRr+pomZW_-cZ@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B762480268C5F3@server02.in.3s-software.com>
	<AANLkTimnbUyixrA+eLOB5q+ztoCm5Dx-+xrv7j+7g60f@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C5F6@server02.in.3s-software.com>

Hi, Jimmy,

Thanks for the pointer, I'll ask the cPython people.

Our Lawyer specifically dislikes paragraph 3 of the Berkeley DB license, which states: "[...] information how to obtain complete source code for the DB software _and_any_accompanying_software_ that uses the DB software.[...]".

So if we manage to exclude all parts which are covered by the Berkeley DB license (and thus the BDB license itself), we are fine with both cPython and IronPython licenses, as well as all other licenses in LICENSE.txt.

Besides that, our Software is nearly 100% .NET, so IronPython is the much better choice than cPython from an integration aspect.

Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 
-----Urspr?ngliche Nachricht-----
Von: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] Im Auftrag von Jimmy Schementi
Gesendet: Donnerstag, 3. M?rz 2011 17:46
An: Discussion of IronPython
Betreff: Re: [IronPython] Ironpython and Berkeley License

On Thu, Mar 3, 2011 at 11:27 AM, Markus Schaber <m.schaber at 3s-software.com> wrote:
> Hi, Jimmy,
>
> We use IronPython 2.6 which is not covered by the Apache license, but still by some Microsoftish license.

The Microsoftish-license is the Microsoft Public License:
http://www.opensource.org/licenses/ms-pl

> However, we want to redistribute the python part of the python standard library (which is distributed with the IronPython 2.6.2 binary installer for windows as well), so our users can use the full power of all those nice .py modules, and those are covered by a LICENSE.txt file which contains a concatenation of several licenses that also cover the 3rd party libraries implemented in C delivered with cPython.
>
> As it seems, however, the packager of the IronPython installer simply copied the LICENSE.txt without removing those licenses that don't apply to the pure python part of the license.

Because IronPython redistributes the Python standard library, it is kept in-tact, including any license files. If the Python standard library's LICENSE.txt is unclear as to what parts of Python are under what license (which IMO it is), then that's feedback we can take to the CPython team. Looks like they have more informative license information here: http://docs.python.org/license.html

But it sounds like if you wanted to embed CPython in your application you would not be OK with doing that because of the license?

> Best regards
>
> Markus Schaber
>
> ___________________________
> We software Automation.
>
> 3S-Smart Software Solutions GmbH
> Markus Schaber | Developer
> Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | 
> Fax +49-831-54031-50
>
> Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
> CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys 
> sample projects: 
> http://www.3s-software.com/index.shtml?sample_projects
>
> Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | 
> Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
>
>
> -----Urspr?ngliche Nachricht-----
> Von: users-bounces at lists.ironpython.com 
> [mailto:users-bounces at lists.ironpython.com] Im Auftrag von Jimmy 
> Schementi
> Gesendet: Donnerstag, 3. M?rz 2011 17:08
> An: Discussion of IronPython
> Betreff: Re: [IronPython] Ironpython and Berkeley License
>
> That license applies to the CPython standard library. The Apache 2 License covers everything in IronPython*.dll.
>
> ~Jimmy
>
> On Thu, Mar 3, 2011 at 10:23 AM, Markus Schaber <m.schaber at 3s-software.com> wrote:
>> Hi,
>>
>> The binary installer of IronPython 2.6 contains the lib subdirectory, 
>> which seems to be a rather 1:1 copy of the cPython standard library.
>>
>> This standard library contains a LICENSE.txt file that, besides 
>> others, contains the Berkeley Database License:
>>
>> --- snip ---
>> This copy of Python includes a copy of Berkeley DB, which is licensed 
>> under the following terms:
>> [...]
>>
>> ?* 3. Redistributions in any form must be accompanied by information 
>> on
>> ?* ? ?how to obtain complete source code for the DB software and any
>> ?* ? ?accompanying software that uses the DB software. ?The source 
>> code
>> ?* ? ?must either be included in the distribution or be available for 
>> no
>> ?* ? ?more than the cost of distribution plus a nominal fee, and must 
>> be
>> ?* ? ?freely redistributable under reasonable conditions. [...]
>> --- snap ---
>>
>> This seems to be a GPL-like viral license, which would be somewhat 
>> harassing for our current project.
>>
>> However, it seems that the bsddb module is not included in IronPython 
>> (because it is not compatible with IronPython at the moment).
>>
>> Is there someone who can confirm that the Berkeley DB and the code 
>> covered by that license is currently not part of IronPython?
>>
>> Best regards
>>
>> Markus Schaber
>>
>> ___________________________
>> We software Automation.
>>
>> 3S-Smart Software Solutions GmbH
>> Markus Schaber | Developer
>> Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | 
>> Fax +49-831-54031-50
>>
>> Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
>> CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys 
>> sample projects:
>> http://www.3s-software.com/index.shtml?sample_projects
>>
>> Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | 
>> Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From slide.o.mix at gmail.com  Fri Mar  4 16:46:40 2011
From: slide.o.mix at gmail.com (Slide)
Date: Fri, 4 Mar 2011 08:46:40 -0700
Subject: [IronPython] Is there a better way?
Message-ID: <AANLkTimhgMPn90G8F0i7jwySHGNyE=2LagFM2EiAQu=x@mail.gmail.com>

Is there a better way to get an enumerator from an object passed in to
a C# implemented module?

IEnumerator e = null;
if (sequence is IEnumerator)
    e = sequence as IEnumerator;
else if (sequence is IEnumerable)
    e = ((IEnumerable)sequence).GetEnumerator();

if (e == null)
    throw PythonOps.TypeError("writerows() argument must be iterable");



-- 
slide-o-blog
http://slide-o-blog.blogspot.com/


From saunderl at hotmail.com  Fri Mar  4 17:42:44 2011
From: saunderl at hotmail.com (L. Lee Saunders)
Date: Fri, 4 Mar 2011 10:42:44 -0600
Subject: [IronPython] IronPython Hosting ?
In-Reply-To: <87F87F189CDD444089246B8290EC9735279D5328@TK5EX14MBXC205.redmond.corp.microsoft.com>
References: <mailman.1.1298927421.30958.users-ironpython.com@lists.ironpython.com>	<D8AFF694123BAD42B2A71427113E7BF622A2BADF@us107msx01.exactsoftware.com>
	<87F87F189CDD444089246B8290EC9735279D5328@TK5EX14MBXC205.redmond.corp.microsoft.com>
Message-ID: <SNT125-DS3A43732FB0D8862186CC5D9C20@phx.gbl>

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.

Lee

-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Bill Chiles
Sent: Thursday, March 03, 2011 8:39 PM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython Hosting ?

Since a couple people made the doc comment, I thought I'd make people aware
of the hosting doc at
http://dlr.codeplex.com/wikipage?title=Docs%20and%20specs&referringTitle=Hom
e .  It should be in the ipy dist, but I keep docs up to date on the DLR
site.  See dlr-spec-hosting.doc.

Of course, you may have that in hand and still telling me the docs are
insufficient.  I kept meaning to take Dino's World's Worse Paint Program
(tm) and the hosting it does and break it down into a walk through that
starts with the app having no hosting, then adding the various features that
sample shows.    I haven't looked, but I'm pretty sure that's in the source
tree from his talk a year or so ago :-).

Cheers,
Bill

-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Bill Dines
Sent: Tuesday, March 01, 2011 7:04 AM
To: users at lists.ironpython.com
Subject: Re: [IronPython] IronPython Hosting ?

Hi Bill and the IP community.

This is my first contribution to the mailing list so hello to all :).

I've been experimenting with hosted IronPython (and IronRuby) with
Silverlight for a while now.  It's not yet being used for real in our
companies products but may well be soon.  Here are my answers to your
questions:

* Briefly what are your goals for hosting
Our goal is to provide a way for technically competent users who aren't
programmers to easily create Silverlight (4) UI's using ironpython or
ironruby script and custom controls that we will provide.  The script
they write will extend the viewmodel for a control to do things like
provide input validation and to interact with our core product's API.
* What kind of host application do you have, or what is its main
purpose?
Our host application provides a mechanism to load controls or pages and
execute their associated scripts 
* Briefly what are the key features of hosting that you count on or use
Currently its fairly simple.  We provide variables to the hosted code
from c# and also call methods that are defined in the hosted code from
c#.  So far the current capabilities of IP/IR are sufficient for us.

The IP tools for VS2010 is also something we are investigating.  

Like someone else has mentioned, lack of documentation is the main
problem I have encountered so far.

Bill


-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of
users-request at lists.ironpython.com
Sent: 28 February 2011 21:10
To: users at lists.ironpython.com
Subject: Users Digest, Vol 79, Issue 46

Send Users mailing list submissions to
	users at lists.ironpython.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
or, via email, send a message with subject or body 'help' to
	users-request at lists.ironpython.com

You can reach the person managing the list at
	users-owner at lists.ironpython.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."


Today's Topics:

   1. IronPython Hosting ? (Bill Chiles)


----------------------------------------------------------------------

Message: 1
Date: Mon, 28 Feb 2011 20:47:52 +0000
From: Bill Chiles <billchi at microsoft.com>
To: Discussion of IronPython <users at lists.ironpython.com>
Subject: [IronPython] IronPython Hosting ?
Message-ID:
	
<87F87F189CDD444089246B8290EC9735279D34C3 at TK5EX14MBXC205.redmond.corp.mi
crosoft.com>
	
Content-Type: text/plain; charset="us-ascii"

I'm trying to gather information and concrete examples about IronPython
hosting.  I'll sift through some of the old email, but I'd super
appreciate if you could send me some info about hosting IronPython if
you're doing that.  The questions I'd have are:

 * Briefly what are your goals for hosting (e.g., app scripting for
users, biz rule execution, feature development of your app, etc.)?
 * What kind of host application do you have, or what is its main
purpose?
 * Briefly what are the key features of hosting that you count on or use
(e.g., supplying host globals to the hosted IronPython code, accessing
IronPython variables, interop with the dynamic objects, namespace
isolation with scopes, multi-instanced ScriptRuntime in an AppDomain,
etc.)?

I really appreciate your time and responses!

Thanks,
Bill


-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ironpython.com/pipermail/users-ironpython.com/attachments/
20110228/3e55253c/attachment.html>

------------------------------

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


End of Users Digest, Vol 79, Issue 46
*************************************
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



From jdhardy at gmail.com  Fri Mar  4 18:53:09 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 4 Mar 2011 10:53:09 -0700
Subject: [IronPython] IronPython Hosting ?
In-Reply-To: <SNT125-DS3A43732FB0D8862186CC5D9C20@phx.gbl>
References: <mailman.1.1298927421.30958.users-ironpython.com@lists.ironpython.com>
	<D8AFF694123BAD42B2A71427113E7BF622A2BADF@us107msx01.exactsoftware.com>
	<87F87F189CDD444089246B8290EC9735279D5328@TK5EX14MBXC205.redmond.corp.microsoft.com>
	<SNT125-DS3A43732FB0D8862186CC5D9C20@phx.gbl>
Message-ID: <AANLkTimq5qoEqp_-xwnh3rOJi_MuAPTnowwnMnrqLncp@mail.gmail.com>

On Fri, Mar 4, 2011 at 9:42 AM, L. Lee Saunders <saunderl at hotmail.com> 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


From saunderl at hotmail.com  Fri Mar  4 21:24:06 2011
From: saunderl at hotmail.com (L. Lee Saunders)
Date: Fri, 4 Mar 2011 14:24:06 -0600
Subject: [IronPython] How I got IronPython scripting to run in C++/cli
Message-ID: <SNT125-DS2074199176C5B4FB1E1FD1D9C20@phx.gbl>

It seems like such a simple set of code now ... but when I was banging my
head trying to get it to work, well, that is a different story.

 

This function is called after FastCAD (the engine under the hood of
profantasy's Campaign Cartographer 3) runs a method that asks the user for a
script file (PythonCmd).  FastCAD places the name of the file in txtFileName
as a char[].

 

All the SetVariables setup C++/cli classes that I use to expose FastCADs
API.  From here I work through delegates so that I never have to discover
functions in IronPython.  I could not figure out how to do that in C++/cli
3.5.  It seems easy in 4.0 with the dynamic type, but Campaign Cartographer
3s installer currently only loads the C++ 3.5 runtimes. 

 

///////////////////////////////////////////////////////////////////////

void XPCALL PythonCmd2(int Result, int Result1, int Result2) {

      if(Result==X_OK)

      {

            try

            {

                  String^ filename = gcnew String(txtFileName);

                  String^ path = Assembly::GetExecutingAssembly()->Location;

                  ScriptEngine^ engine = Python::CreateEngine();

                  ScriptScope^ scope = engine->CreateScope();

                  ScriptSource^ source =
engine->CreateScriptSourceFromFile(String::Concat(Path::GetDirectoryName(pat
h), "\\scripts\\ <file:///\\scripts\> ", filename + ".py"));

                  

                  scope->SetVariable("DrawingList",
DynamicHelpers::GetPythonTypeFromType(AddIn::DrawingList::typeid));

                  scope->SetVariable("DrawingElement",
DynamicHelpers::GetPythonTypeFromType(AddIn::DrawingElement::typeid));

                  scope->SetVariable("DrawingPath",
DynamicHelpers::GetPythonTypeFromType(AddIn::DrawingPath::typeid));

                  scope->SetVariable("Node",
DynamicHelpers::GetPythonTypeFromType(AddIn::Node::typeid));

 

                  source->Execute(scope);

            }

            catch(Exception ^e)

            {

                  Console::WriteLine(e->ToString());

                  CmdEnd();

            }

      }

      else

      {

            CmdEnd();

      }

}

////////////////////////////////////////////////////////////////////////////
///

 

Here is an example ipy script that draws a diamond at the selected point.

 

When the C++/cli soure->Execute(scope) line is called, the only python line
to run is the DrawingList.RequestData.

 

RequestData takes a delegate and a data type.

When the C++/cli code is done, it calls the delegate pointing to the
function "diamond"

In the function diamond it retrieves the requested data with the call to
DrawingList.RequestedValue() The call to DrawingList.AddElement(dp) adds the
new element to the FastCAD visual Database.

And lastly the call to DrawingList.EndCommand() tells the FastCAD engine to
clean up and end the running of the plugin.

 

import clr

 

def diamond(Result1, Result2, Result3):

  if(Result1 == 0):

    dp = DrawingPath()

 

    dp.drawingStuff.EntityColor = 2

    dp.drawingStuff.SecondEntityColor = 2

 

    n = DrawingList.RequestedValue()

 

    dp.Nodes.Add(Node(n.X-50,n.Y+25))

    dp.Nodes.Add(Node(n.X-25,n.Y+50))

    dp.Nodes.Add(Node(n.X+25,n.Y+50))

    dp.Nodes.Add(Node(n.X+50,n.Y+25))

    dp.Nodes.Add(Node(n.X,n.Y-40))

 

    DrawingList.AddElement(dp)

  

  DrawingList.EndCommand()

  

DrawingList.RequestData(diamond, DrawingList.RequestType.PointType)

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110304/ef7b54be/attachment.html>

From slide.o.mix at gmail.com  Sun Mar  6 05:24:06 2011
From: slide.o.mix at gmail.com (Slide)
Date: Sat, 5 Mar 2011 21:24:06 -0700
Subject: [IronPython] tempfile.mkstemp gives bad file descriptor?
Message-ID: <AANLkTikGZXoEpB5W_bJ4spvh-BKo7ssnRLk0wxGtVjDd@mail.gmail.com>

For some reason, I am now getting the following error when running the
unit tests for the csv module.

======================================================================
ERROR: test_write_simple_dict (__main__.TestDictFields)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\Users\acearl\Code\IronLanguages\External.LCA_RESTRICTED\Languages\Iro
nPython\27\Lib\test\test_csv.py", line 598, in test_write_simple_dict
    fd, name = tempfile.mkstemp()
OSError: [Errno 9] Bad file descriptor

----------------------------------------------------------------------
Ran 80 tests in 2.774s

FAILED (errors=1)
Traceback (most recent call last):
  File "C:\Users\acearl\Code\IronLanguages\External.LCA_RESTRICTED\Languages\Iro
nPython\27\Lib\test\test_csv.py", line 1054, in <module>
  File "C:\Users\acearl\Code\IronLanguages\External.LCA_RESTRICTED\Languages\Iro
nPython\27\Lib\test\test_csv.py", line 1049, in test_main
  File "C:\Users\acearl\Code\IronLanguages\External.LCA_RESTRICTED\Languages\Iro
nPython\27\Lib\test\test_support.py", line 1078, in run_unittest
  File "C:\Users\acearl\Code\IronLanguages\External.LCA_RESTRICTED\Languages\Iro
nPython\27\Lib\test\test_support.py", line 1061, in _run_suite
test.test_support.TestFailed: Traceback (most recent call last):
  File "C:\Users\acearl\Code\IronLanguages\External.LCA_RESTRICTED\Languages\Iro
nPython\27\Lib\test\test_csv.py", line 598, in test_write_simple_dict
    fd, name = tempfile.mkstemp()
OSError: [Errno 9] Bad file descriptor


The error occurs on the following code

fd, name = tempfile.mkstemp()
fileobj = io.open(fd, 'w+b')

There are several other occurences of tempfile.mkstemp and then
os.fdopen. This is the only one that uses io.open. I am not sure why
they use io.open in this case. If I replace the io.open with
os.fdopen, it works as expected. At the point in PythonFile where it
calls objMapping.GetObjectFromId, there is nothing in the mapping
dictionary, it is completely empty.

I am unfamiliar with all the internals still, but I will try and
discover what is going on. Seems like this could be a bug.

Thanks,

slide

-- 
slide-o-blog
http://slide-o-blog.blogspot.com/


From slide.o.mix at gmail.com  Sun Mar  6 06:20:45 2011
From: slide.o.mix at gmail.com (Slide)
Date: Sat, 5 Mar 2011 22:20:45 -0700
Subject: [IronPython] tempfile.mkstemp gives bad file descriptor?
In-Reply-To: <AANLkTikGZXoEpB5W_bJ4spvh-BKo7ssnRLk0wxGtVjDd@mail.gmail.com>
References: <AANLkTikGZXoEpB5W_bJ4spvh-BKo7ssnRLk0wxGtVjDd@mail.gmail.com>
Message-ID: <AANLkTinik+5mwizk4TbKP8kJU6DUkN1Ei+23R-xkzO-F@mail.gmail.com>

On Sat, Mar 5, 2011 at 9:24 PM, Slide <slide.o.mix at gmail.com> wrote:
> For some reason, I am now getting the following error when running the
> unit tests for the csv module.
>
> ======================================================================
> ERROR: test_write_simple_dict (__main__.TestDictFields)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
> ?File "C:\Users\acearl\Code\IronLanguages\External.LCA_RESTRICTED\Languages\Iro
> nPython\27\Lib\test\test_csv.py", line 598, in test_write_simple_dict
> ? ?fd, name = tempfile.mkstemp()
> OSError: [Errno 9] Bad file descriptor
>
> ----------------------------------------------------------------------
> Ran 80 tests in 2.774s
>
> FAILED (errors=1)
> Traceback (most recent call last):
> ?File "C:\Users\acearl\Code\IronLanguages\External.LCA_RESTRICTED\Languages\Iro
> nPython\27\Lib\test\test_csv.py", line 1054, in <module>
> ?File "C:\Users\acearl\Code\IronLanguages\External.LCA_RESTRICTED\Languages\Iro
> nPython\27\Lib\test\test_csv.py", line 1049, in test_main
> ?File "C:\Users\acearl\Code\IronLanguages\External.LCA_RESTRICTED\Languages\Iro
> nPython\27\Lib\test\test_support.py", line 1078, in run_unittest
> ?File "C:\Users\acearl\Code\IronLanguages\External.LCA_RESTRICTED\Languages\Iro
> nPython\27\Lib\test\test_support.py", line 1061, in _run_suite
> test.test_support.TestFailed: Traceback (most recent call last):
> ?File "C:\Users\acearl\Code\IronLanguages\External.LCA_RESTRICTED\Languages\Iro
> nPython\27\Lib\test\test_csv.py", line 598, in test_write_simple_dict
> ? ?fd, name = tempfile.mkstemp()
> OSError: [Errno 9] Bad file descriptor
>
>
> The error occurs on the following code
>
> fd, name = tempfile.mkstemp()
> fileobj = io.open(fd, 'w+b')
>
> There are several other occurences of tempfile.mkstemp and then
> os.fdopen. This is the only one that uses io.open. I am not sure why
> they use io.open in this case. If I replace the io.open with
> os.fdopen, it works as expected. At the point in PythonFile where it
> calls objMapping.GetObjectFromId, there is nothing in the mapping
> dictionary, it is completely empty.
>
> I am unfamiliar with all the internals still, but I will try and
> discover what is going on. Seems like this could be a bug.
>
> Thanks,
>
> slide
>


This looks like its because nt.open calls

PythonContext.GetContext(context).FileManager.AddToStrongMapping(PythonFile.Create(context,
fs, filename, mode2))

which adds the file to the fileMapping object

but io.open does

fio = new FileIO(context, fd, mode, closefd);

this calls

FileIO file = (FileIO)pc.FileManager.GetObjectFromId(fd);

which looks in objectMapping.

os(nt).fdopen does

if (pythonContext.FileManager.TryGetFileFromId(pythonContext, fd, out pf)) {
                return pf;
}

first before looking in the objectMapping, which is why it works for os.fdopen.


From slide.o.mix at gmail.com  Sun Mar  6 06:55:04 2011
From: slide.o.mix at gmail.com (Slide)
Date: Sat, 5 Mar 2011 22:55:04 -0700
Subject: [IronPython] IRC
In-Reply-To: <AANLkTik=peqEtof2G21Cy1Sps=X4FyXHfCLerAXmkALB@mail.gmail.com>
References: <AANLkTik_e9s6NNVsuPfVN9ybXzgEyxkDVYESp=B+261n@mail.gmail.com>
	<AANLkTik=peqEtof2G21Cy1Sps=X4FyXHfCLerAXmkALB@mail.gmail.com>
Message-ID: <AANLkTimtKZeRrMDhBYNKQroagy5T2mi=ioMyLhB88C3Q@mail.gmail.com>

On Thu, Feb 3, 2011 at 1:20 PM, Brian Curtin <brian.curtin at gmail.com> wrote:
> On Thu, Feb 3, 2011 at 13:35, Jeff Hardy <jdhardy at gmail.com> wrote:
>>
>> Is there any interest in an IronPython IRC channel? Is there already
>> one in existence somewhere? I've never been a fan of IRC, personally,
>> but if others are it would round out our communication channels.
>>
>> - Jeff
>
> It looks like #ironpython on freenode looks like it already exists and has a
> few users.
> _______________________________________________


It doesn't look like many people have joined up in #ironpython on
freenode. Just a reminder to those who were thinking about it :-)

slide


From empirebuilder at gmail.com  Sun Mar  6 22:19:36 2011
From: empirebuilder at gmail.com (Dody Gunawinata)
Date: Sun, 6 Mar 2011 23:19:36 +0200
Subject: [IronPython] IronPython Hosting ?
In-Reply-To: <AANLkTimq5qoEqp_-xwnh3rOJi_MuAPTnowwnMnrqLncp@mail.gmail.com>
References: <mailman.1.1298927421.30958.users-ironpython.com@lists.ironpython.com>
	<D8AFF694123BAD42B2A71427113E7BF622A2BADF@us107msx01.exactsoftware.com>
	<87F87F189CDD444089246B8290EC9735279D5328@TK5EX14MBXC205.redmond.corp.microsoft.com>
	<SNT125-DS3A43732FB0D8862186CC5D9C20@phx.gbl>
	<AANLkTimq5qoEqp_-xwnh3rOJi_MuAPTnowwnMnrqLncp@mail.gmail.com>
Message-ID: <AANLkTimkqiZ3r37T=iOqyP6KyYuJcCzoLX=Q++cH=Bre@mail.gmail.com>

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 <jdhardy at gmail.com> wrote:
> On Fri, Mar 4, 2011 at 9:42 AM, L. Lee Saunders <saunderl at hotmail.com> 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 at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
nomadlife.org


From jdhardy at gmail.com  Mon Mar  7 17:41:33 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 7 Mar 2011 09:41:33 -0700
Subject: [IronPython] IronPython 2.7 RC 2 Available
Message-ID: <AANLkTikVE3B3mpHwvHC5rVC6zeiJ2PxS2-jti1sCjYtc@mail.gmail.com>

On behalf of the IronPython team, I am pleased to announce IronPython
2.7 Release Candidate 2. The releases contains a few minor bug fixes,
including a working webbrowser module.

http://ironpython.codeplex.com/releases/view/62114

This will be the last release before 2.7 Final. There are still a few
fixes that need to be done before I'm happy with the release,
including getting sysconfig to work reliably on Max/Linux. If you've
got one of those handy and want to a look at sysconfig.py (and
http://ironpython.codeplex.com/workitem/29841) it would be a huge
help.

- Jeff


From jdhardy at gmail.com  Mon Mar  7 17:42:23 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 7 Mar 2011 09:42:23 -0700
Subject: [IronPython] IronPython @ PyCon 2011
Message-ID: <AANLkTimkCW48gBtjTsL2DkQfBL-SH-4WNAHE1=a_ZJ-h@mail.gmail.com>

I'll be there, and so will Dino (with something very cool to show
off). Anybody else?

- Jeff


From giles.thomas at resolversystems.com  Mon Mar  7 17:52:37 2011
From: giles.thomas at resolversystems.com (Giles Thomas)
Date: Mon, 07 Mar 2011 16:52:37 +0000
Subject: [IronPython] IronPython @ PyCon 2011
In-Reply-To: <AANLkTimkCW48gBtjTsL2DkQfBL-SH-4WNAHE1=a_ZJ-h@mail.gmail.com>
References: <AANLkTimkCW48gBtjTsL2DkQfBL-SH-4WNAHE1=a_ZJ-h@mail.gmail.com>
Message-ID: <4D750D55.7030802@resolversystems.com>

Jonathan Hartley and I will be flying the Resolver Systems flag...

On 07/03/2011 16:42, Jeff Hardy wrote:
> I'll be there, and so will Dino (with something very cool to show
> off). Anybody else?
>
> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

-- 
Giles Thomas
giles.thomas at resolversystems.com
+44 (0) 20 3051 2751

Dirigible: a programmable cloud spreadsheet
<http://projectdirigible.com/>

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




From brian.curtin at gmail.com  Mon Mar  7 17:46:57 2011
From: brian.curtin at gmail.com (Brian Curtin)
Date: Mon, 7 Mar 2011 10:46:57 -0600
Subject: [IronPython] IronPython @ PyCon 2011
In-Reply-To: <AANLkTimkCW48gBtjTsL2DkQfBL-SH-4WNAHE1=a_ZJ-h@mail.gmail.com>
References: <AANLkTimkCW48gBtjTsL2DkQfBL-SH-4WNAHE1=a_ZJ-h@mail.gmail.com>
Message-ID: <AANLkTikEVb5GCyjg5Sxfei6_R1FzZ0Ju6oHiBoXrAJ4X@mail.gmail.com>

On Mon, Mar 7, 2011 at 10:42, Jeff Hardy <jdhardy at gmail.com> wrote:

> I'll be there, and so will Dino (with something very cool to show
> off). Anybody else?
>
> - Jeff


I'll be there Wednesday night through Tuesday night.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110307/1502f81a/attachment.html>

From jdhardy at gmail.com  Mon Mar  7 18:48:09 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 7 Mar 2011 10:48:09 -0700
Subject: [IronPython] IronPython @ PyCon 2011
In-Reply-To: <AANLkTimkCW48gBtjTsL2DkQfBL-SH-4WNAHE1=a_ZJ-h@mail.gmail.com>
References: <AANLkTimkCW48gBtjTsL2DkQfBL-SH-4WNAHE1=a_ZJ-h@mail.gmail.com>
Message-ID: <AANLkTikc6_Z3Lz4axsPPa7jGm+EOn8WwBYjodWku+cxL@mail.gmail.com>

I'm going to try to organize an IronPython OpenSpace/BoF/sprint for
Fri/Sat. Page coming soon.

- Jeff

On Mon, Mar 7, 2011 at 9:42 AM, Jeff Hardy <jdhardy at gmail.com> wrote:
> I'll be there, and so will Dino (with something very cool to show
> off). Anybody else?
>
> - Jeff
>


From fuzzyman at gmail.com  Mon Mar  7 19:23:21 2011
From: fuzzyman at gmail.com (Michael Foord)
Date: Mon, 7 Mar 2011 18:23:21 +0000
Subject: [IronPython] IronPython @ PyCon 2011
In-Reply-To: <4D750D55.7030802@resolversystems.com>
References: <AANLkTimkCW48gBtjTsL2DkQfBL-SH-4WNAHE1=a_ZJ-h@mail.gmail.com>
	<4D750D55.7030802@resolversystems.com>
Message-ID: <AANLkTi=iAP0SqTj6vtUQuytL1GuRpAvdMYXB8phEyzQD@mail.gmail.com>

I'll be there. :-)

Michael

On 7 March 2011 16:52, Giles Thomas <giles.thomas at resolversystems.com>wrote:

> Jonathan Hartley and I will be flying the Resolver Systems flag...
>
>
> On 07/03/2011 16:42, Jeff Hardy wrote:
>
>> I'll be there, and so will Dino (with something very cool to show
>> off). Anybody else?
>>
>> - Jeff
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>
> --
> Giles Thomas
> giles.thomas at resolversystems.com
> +44 (0) 20 3051 2751
>
> Dirigible: a programmable cloud spreadsheet
> <http://projectdirigible.com/>
>
> 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 at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 

http://www.voidspace.org.uk/

May you do good and not evil
May you find forgiveness for yourself and forgive others
May you share freely, never taking more than you give.
-- the sqlite blessing http://www.sqlite.org/different.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110307/ae8382f0/attachment.html>

From fuzzyman at gmail.com  Mon Mar  7 19:24:13 2011
From: fuzzyman at gmail.com (Michael Foord)
Date: Mon, 7 Mar 2011 18:24:13 +0000
Subject: [IronPython] IronPython @ PyCon 2011
In-Reply-To: <AANLkTikc6_Z3Lz4axsPPa7jGm+EOn8WwBYjodWku+cxL@mail.gmail.com>
References: <AANLkTimkCW48gBtjTsL2DkQfBL-SH-4WNAHE1=a_ZJ-h@mail.gmail.com>
	<AANLkTikc6_Z3Lz4axsPPa7jGm+EOn8WwBYjodWku+cxL@mail.gmail.com>
Message-ID: <AANLkTi=GD9LmsUHoWrF9tvGWkagfJOpjdTqqt_89k7A7@mail.gmail.com>

On 7 March 2011 17:48, Jeff Hardy <jdhardy at gmail.com> wrote:

> I'm going to try to organize an IronPython OpenSpace/BoF/sprint for
> Fri/Sat. Page coming soon.
>
>
Just don't clash with the testing BoF! (And sign up for it, last year it was
epic.)

Maybe we can look at the Mac issue (sysconfig) during the sprints.

All the best,

Michael


> - Jeff
>
> On Mon, Mar 7, 2011 at 9:42 AM, Jeff Hardy <jdhardy at gmail.com> wrote:
> > I'll be there, and so will Dino (with something very cool to show
> > off). Anybody else?
> >
> > - Jeff
> >
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 

http://www.voidspace.org.uk/

May you do good and not evil
May you find forgiveness for yourself and forgive others
May you share freely, never taking more than you give.
-- the sqlite blessing http://www.sqlite.org/different.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110307/8beb947a/attachment.html>

From jdhardy at gmail.com  Mon Mar  7 19:27:22 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 7 Mar 2011 11:27:22 -0700
Subject: [IronPython] IronPython @ PyCon 2011
In-Reply-To: <AANLkTi=GD9LmsUHoWrF9tvGWkagfJOpjdTqqt_89k7A7@mail.gmail.com>
References: <AANLkTimkCW48gBtjTsL2DkQfBL-SH-4WNAHE1=a_ZJ-h@mail.gmail.com>
	<AANLkTikc6_Z3Lz4axsPPa7jGm+EOn8WwBYjodWku+cxL@mail.gmail.com>
	<AANLkTi=GD9LmsUHoWrF9tvGWkagfJOpjdTqqt_89k7A7@mail.gmail.com>
Message-ID: <AANLkTin8udgq_2wgoPvgtaOE4bnTm-mSbOw8yoskWNma@mail.gmail.com>

On Mon, Mar 7, 2011 at 11:24 AM, Michael Foord <fuzzyman at gmail.com> wrote:
> Just don't clash with the testing BoF! (And sign up for it, last year it was
> epic.)

I'm specifically trying to avoid that one ... it better live up to the hype :).

> Maybe we can look at the Mac issue (sysconfig) during the sprints.

I won't be able to stay for the sprints, just Thu-Sun.

- Jeff


From fuzzyman at gmail.com  Mon Mar  7 19:30:52 2011
From: fuzzyman at gmail.com (Michael Foord)
Date: Mon, 7 Mar 2011 18:30:52 +0000
Subject: [IronPython] IronPython @ PyCon 2011
In-Reply-To: <AANLkTin8udgq_2wgoPvgtaOE4bnTm-mSbOw8yoskWNma@mail.gmail.com>
References: <AANLkTimkCW48gBtjTsL2DkQfBL-SH-4WNAHE1=a_ZJ-h@mail.gmail.com>
	<AANLkTikc6_Z3Lz4axsPPa7jGm+EOn8WwBYjodWku+cxL@mail.gmail.com>
	<AANLkTi=GD9LmsUHoWrF9tvGWkagfJOpjdTqqt_89k7A7@mail.gmail.com>
	<AANLkTin8udgq_2wgoPvgtaOE4bnTm-mSbOw8yoskWNma@mail.gmail.com>
Message-ID: <AANLkTimbxSwkyMz8D5oUabwa61WeAw5EAsePA_bD6n1a@mail.gmail.com>

On 7 March 2011 18:27, Jeff Hardy <jdhardy at gmail.com> wrote:

> On Mon, Mar 7, 2011 at 11:24 AM, Michael Foord <fuzzyman at gmail.com> wrote:
> > Just don't clash with the testing BoF! (And sign up for it, last year it
> was
> > epic.)
>
> I'm specifically trying to avoid that one ... it better live up to the hype
> :).
>
>
*Nothing* ever lives up the hype. :-)


> > Maybe we can look at the Mac issue (sysconfig) during the sprints.
>
> I won't be able to stay for the sprints, just Thu-Sun.
>

Well, maybe we can find twenty minutes during some lunch break to chat about
it.

Michael


>
> - Jeff
>



-- 

http://www.voidspace.org.uk/

May you do good and not evil
May you find forgiveness for yourself and forgive others
May you share freely, never taking more than you give.
-- the sqlite blessing http://www.sqlite.org/different.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110307/1638adeb/attachment.html>

From dinov at microsoft.com  Mon Mar  7 19:39:27 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Mon, 7 Mar 2011 18:39:27 +0000
Subject: [IronPython] IronPython @ PyCon 2011
In-Reply-To: <AANLkTikEVb5GCyjg5Sxfei6_R1FzZ0Ju6oHiBoXrAJ4X@mail.gmail.com>
References: <AANLkTimkCW48gBtjTsL2DkQfBL-SH-4WNAHE1=a_ZJ-h@mail.gmail.com>
	<AANLkTikEVb5GCyjg5Sxfei6_R1FzZ0Ju6oHiBoXrAJ4X@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0154B949@TK5EX14MBXC137.redmond.corp.microsoft.com>

I'm there Wednesday through Monday morning.

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Brian Curtin
Sent: Monday, March 07, 2011 8:47 AM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython @ PyCon 2011

On Mon, Mar 7, 2011 at 10:42, Jeff Hardy <jdhardy at gmail.com<mailto:jdhardy at gmail.com>> wrote:
I'll be there, and so will Dino (with something very cool to show
off). Anybody else?

- Jeff

I'll be there Wednesday night through Tuesday night.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110307/a76fd987/attachment.html>

From tristanz at gmail.com  Tue Mar  8 20:03:11 2011
From: tristanz at gmail.com (Tristan Zajonc)
Date: Tue, 8 Mar 2011 14:03:11 -0500
Subject: [IronPython] IronPython 2.7 RC 2 Available
In-Reply-To: <AANLkTikVE3B3mpHwvHC5rVC6zeiJ2PxS2-jti1sCjYtc@mail.gmail.com>
References: <AANLkTikVE3B3mpHwvHC5rVC6zeiJ2PxS2-jti1sCjYtc@mail.gmail.com>
Message-ID: <AANLkTi=KQMtuRe4C2z7XU4MAxsJ3H6M0=hKzuBrkpAQp@mail.gmail.com>

Jeff,

I believe this can be solved by changing line 420 to:

        if os.name in ('nt', 'os2') or sys.platform == 'cli':
            _init_non_posix(_CONFIG_VARS)

And changing the default scheme from posix_prefix to nt, which seems to make
sense given layout:

def _get_default_scheme():
    if sys.platform == 'cli':
        return 'nt'
    if os.name == 'posix':
        # the default scheme for posix is posix_prefix
        return 'posix_prefix'
    return os.name

The REPL opens fine after these changes and the results of
sysconfig.get_path, get_platform, etc, look reasonable.  Sorry to send these
via email rather than GitHub.

I also think http://ironpython.codeplex.com/workitem/28904 has also been
fixed in Mono trunk.

Tristan

On Mon, Mar 7, 2011 at 11:41 AM, Jeff Hardy <jdhardy at gmail.com> wrote:

> On behalf of the IronPython team, I am pleased to announce IronPython
> 2.7 Release Candidate 2. The releases contains a few minor bug fixes,
> including a working webbrowser module.
>
> http://ironpython.codeplex.com/releases/view/62114
>
> This will be the last release before 2.7 Final. There are still a few
> fixes that need to be done before I'm happy with the release,
> including getting sysconfig to work reliably on Max/Linux. If you've
> got one of those handy and want to a look at sysconfig.py (and
> http://ironpython.codeplex.com/workitem/29841) it would be a huge
> help.
>
> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110308/10db75f8/attachment.html>

From BRIAN.ASHCROFT at asu.edu  Wed Mar  9 17:43:32 2011
From: BRIAN.ASHCROFT at asu.edu (Brian Ashcroft)
Date: Wed, 9 Mar 2011 09:43:32 -0700
Subject: [IronPython] Cast double to object
Message-ID: <E75B213C449F6E4D9AF3481D99FF114F08AB023D@EX04.asurite.ad.asu.edu>

I have an array of type object that I am trying to populate from inside
a script.  I create the data, type it and assign it to the array.
However, it seems that ironpython will only accept data that has been
cast to int.  Here is the code, can you tell me what I am doing wrong?

 

RectangleToken = Filters.GeneralToken()

      mRectangleToken.Parameters =Array[object](range(1))

 
mRectangleToken.Parameters[0]=IronPythonConversions.ConvertToDouble(3)

      Filter =Filters.Effects.Morphology.OpeningTool()

      BitmapImage=Filter.RunEffect(BitmapImage,mRectangleToken)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110309/595d5db7/attachment.html>

From BRIAN.ASHCROFT at asu.edu  Wed Mar  9 17:57:35 2011
From: BRIAN.ASHCROFT at asu.edu (Brian Ashcroft)
Date: Wed, 9 Mar 2011 09:57:35 -0700
Subject: [IronPython] Cast double to object
In-Reply-To: <E75B213C449F6E4D9AF3481D99FF114F08AB023D@EX04.asurite.ad.asu.edu>
References: <E75B213C449F6E4D9AF3481D99FF114F08AB023D@EX04.asurite.ad.asu.edu>
Message-ID: <E75B213C449F6E4D9AF3481D99FF114F08AB0246@EX04.asurite.ad.asu.edu>

In a second related problem,  GeneralToken is from the inheritance
IEffectToken, which RunEffect expects.  The line
RunEffect(BitmapImage,mRectangleToken) sometimes works and sometimes
throws a specific cast is invalid error as well.  I am using Ironpython
2.6.2 (2.6.10920.0) on .net 2.0

 

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Brian Ashcroft
Sent: Wednesday, March 09, 2011 9:44 AM
To: users at lists.ironpython.com
Subject: [IronPython] Cast double to object

 

I have an array of type object that I am trying to populate from inside
a script.  I create the data, type it and assign it to the array.
However, it seems that ironpython will only accept data that has been
cast to int.  Here is the code, can you tell me what I am doing wrong?

 

RectangleToken = Filters.GeneralToken()

      mRectangleToken.Parameters =Array[object](range(1))

 
mRectangleToken.Parameters[0]=IronPythonConversions.ConvertToDouble(3)

      Filter =Filters.Effects.Morphology.OpeningTool()

      BitmapImage=Filter.RunEffect(BitmapImage,mRectangleToken)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110309/772d655a/attachment.html>

From billchi at microsoft.com  Wed Mar  9 18:37:31 2011
From: billchi at microsoft.com (Bill Chiles)
Date: Wed, 9 Mar 2011 17:37:31 +0000
Subject: [IronPython] IronPython generators' scope [dlr:249060]
In-Reply-To: <CO1MSFTVADM02jcMzfo0001019d@discussions.codeplex.com>
References: <CO1MSFTVADM02jcMzfo0001019d@discussions.codeplex.com>
Message-ID: <87F87F189CDD444089246B8290EC9735279D78CF@TK5EX14MBXC205.redmond.corp.microsoft.com>

I'm CC'ing the IPy discussion list, but you are seeing a bug in empty scope initialization that was in 2.6.2.  The expected behavior, unless I'm missing something Dino, Jeff, or Michael points out, is what you're getting with 2.7RC2.  I don't recall the time window, but there was a time when Dino and I discussed the default references the ipy engine should apply to scopes.

If you had to run in 2.6.2, it might be that if you did "import clr" followed by clr.AddReference(?) and then followed by "import System", the code might work.  Or, I'm wrong, and it is just the generator's closure didn't have the right context flowed into it.

Bill

From: paolomoretti [mailto:notifications at codeplex.com]
Sent: Wednesday, March 09, 2011 9:21 AM
To: Bill Chiles
Subject: IronPython generators' scope [dlr:249060]


From: paolomoretti

Hi,
I have problems to understand how IronPython determines the scripts' scope, especially when I use generators.

For example, if I run this code (http://pastebin.com/P24BZUJU) with IronPython 2.6.2

ScriptEngine engine = Python.CreateEngine();



string code = @"

import System

print System.Int32(5) # OK



gen = (System.Int32(i) for i in range(1,10))

for x in gen:

    print x

";



ScriptSource source = engine.CreateScriptSourceFromString(code, SourceCodeKind.AutoDetect);

CompiledCode compiledCode = source.Compile();



try

{

  compiledCode.Execute(engine.CreateScope());

}

catch (System.Exception ex) // IronPython.Runtime.UnboundNameException

{

  Console.WriteLine(ex.ToString());

}



try

{

  compiledCode.Execute();  // OK

}

catch (System.Exception ex)

{

  Console.WriteLine(ex.ToString());

}


In the first trycatch block I get the the following exception:

IronPython.Runtime.UnboundNameException: global name 'System' is not defined
   at IronPython.Compiler.PythonGlobal.GetCachedValue()
   at IronPython.Compiler.PythonGlobal.get_CurrentValue()
   at __generator_$1(Closure , MutableTuple )
   at IronPython.Runtime.PythonGenerator.MoveNextWorker()
   at IronPython.Runtime.PythonGenerator.System.Collections.IEnumerator.MoveNext()
   at Microsoft.Scripting.Interpreter.FuncCallInstruction`2.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 arg0, T1 arg1)
   at IronPython.Compiler.PythonScriptCode.RunWorker(CodeContext ctx)
   at IronPython.Compiler.PythonScriptCode.Run(Scope scope)
   at IronPython.Compiler.RuntimeScriptCode.InvokeTarget(Scope scope)
   at IronPython.Compiler.RuntimeScriptCode.Run(Scope scope)
   at Microsoft.Scripting.Hosting.CompiledCode.Execute(ScriptScope scope)
   ...

The second trycatch  block works fine instead.

If I run this example with IronPython 2.7 RC2, I don't get any exception.

Is this a bug, or something I am doing wrong?

Regards,

Paolo

Read the full discussion online<http://dlr.codeplex.com/discussions/249060#post577880>.

To add a post to this discussion, reply to this email (dlr at discussions.codeplex.com<mailto:dlr at discussions.codeplex.com?subject=[dlr:249060]>)

To start a new discussion for this project, email dlr at discussions.codeplex.com<mailto:dlr at discussions.codeplex.com>

You are receiving this email because you subscribed to this discussion on CodePlex. You can unsubscribe or change your settings<https://dlr.codeplex.com/subscriptions/thread/project/edit> on codePlex.com.

Please note: Images and attachments will be removed from emails. Any posts to this discussion will also be available online at codeplex.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110309/69c22c46/attachment.html>

From kurrent93 at gmail.com  Wed Mar  9 21:42:15 2011
From: kurrent93 at gmail.com (Anton Hughes)
Date: Wed, 9 Mar 2011 21:42:15 +0100
Subject: [IronPython] Will IronPython work with ArcGis?
Message-ID: <AANLkTinQ7xJ8e9SBKKdCaiL9zdLrsULNyn2jSYHgxXv_@mail.gmail.com>

Hi

Im wondering if anyone has tried using IronPython to get from and manipulate
ArcGis objects?

Is it possible?

Is it recommended, or should I look at using CPython?

Thanks,
Anton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110309/7f66c0c0/attachment.html>

From bbcofchina at yahoo.com.cn  Thu Mar 10 09:00:39 2011
From: bbcofchina at yahoo.com.cn (=?gb2312?B?PM6rt7u35/PdPg==?=)
Date: Thu, 10 Mar 2011 16:00:39 +0800 (CST)
Subject: [IronPython] =?gb2312?b?u9i4tKO6ICBXaWxsIElyb25QeXRob24gd29yayB3?=
 =?gb2312?b?aXRoIEFyY0dpcz8=?=
In-Reply-To: <AANLkTinQ7xJ8e9SBKKdCaiL9zdLrsULNyn2jSYHgxXv_@mail.gmail.com>
Message-ID: <53307.20017.qm@web15001.mail.cnb.yahoo.com>

if .net can use arcgis object , i think ironpython have the same function

--- 11?3?10????, Anton Hughes <kurrent93 at gmail.com> ???


???: Anton Hughes <kurrent93 at gmail.com>
??: [IronPython] Will IronPython work with ArcGis?
???: "users" <users at lists.ironpython.com>
??: 2011?3?10?,??,??4:42


Hi


Im wondering if anyone has tried using IronPython to get from and manipulate ArcGis objects?


Is it possible?


Is it recommended, or should I look at using CPython?


Thanks,
Anton
-----???????-----


_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110310/d41f28d4/attachment.html>

From georger.silva at gmail.com  Thu Mar 10 13:09:55 2011
From: georger.silva at gmail.com (George Silva)
Date: Thu, 10 Mar 2011 09:09:55 -0300
Subject: [IronPython]
	=?gb2312?b?u9i4tKO6IFdpbGwgSXJvblB5dGhvbiB3b3JrIHdp?=
	=?gb2312?b?dGggQXJjR2lzPw==?=
In-Reply-To: <53307.20017.qm@web15001.mail.cnb.yahoo.com>
References: <AANLkTinQ7xJ8e9SBKKdCaiL9zdLrsULNyn2jSYHgxXv_@mail.gmail.com>
	<53307.20017.qm@web15001.mail.cnb.yahoo.com>
Message-ID: <AANLkTinVr-uH5c3Qis152DLCajnBiaAKqQzaaL_8BNBk@mail.gmail.com>

This is something that I would also like to know. Due the lack of time, I
haven't been able to test creating ArcObjects code with IP.

Anyone experienced that? What are the pitfalls?

George

2011/3/10 <????> <bbcofchina at yahoo.com.cn>

> if .net can use arcgis object , i think ironpython have the same function
>
> --- *11?3?10????, Anton Hughes <kurrent93 at gmail.com>* ???
>
>
> ???: Anton Hughes <kurrent93 at gmail.com>
> ??: [IronPython] Will IronPython work with ArcGis?
> ???: "users" <users at lists.ironpython.com>
> ??: 2011?3?10?,??,??4:42
>
>
> Hi
>
> Im wondering if anyone has tried using IronPython to get from and
> manipulate ArcGis objects?
>
> Is it possible?
>
> Is it recommended, or should I look at using CPython?
>
> Thanks,
> Anton
>
> -----???????-----
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com<http://cn.mc150.mail.yahoo.com/mc/compose?to=Users at lists.ironpython.com>
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
George R. C. Silva

Desenvolvimento em GIS
http://geoprocessamento.net
http://blog.geoprocessamento.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110310/2713703f/attachment.html>

From dinov at microsoft.com  Thu Mar 10 15:30:45 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Thu, 10 Mar 2011 14:30:45 +0000
Subject: [IronPython] Python Tools for Visual Studio
Message-ID: <6C7ABA8B4E309440B857D74348836F2E015532FF@TK5EX14MBXC137.redmond.corp.microsoft.com>

(I'll post this on my blog as soon as I can login into it, but it's been so long I'm having issues.  Anyway it seems appropriate for this alias as well):

Some people may have been wondering what I've been working on since IronPython was released into the wild and late last night we announced it - Python Tools for Visual Studio [http://pytools.codeplex.com/].  For me this was an awesome opportunity to continue work on a Python focused open source project at Microsoft. I'm particularly excited I can extend the work we did to support IronPython in Visual Studio and add in support for CPython and other Python implementations.  I'm also really happy to be able to continue work with the Python community.  

PTVS keeps all the features we had in IronPython Tools for VS and adds a bunch of new features.  For starters we add support for both REPLs and debugging in CPython and other Python implementations.  We also add profiling support for CPython, support for multiple language versions (2.5 through 3.2), and attach to process for CPython processes - both local and remote.  Meanwhile we still support all the features we had before including great intellisense and drag and drop GUI development for IronPython.

But we're also focusing on developing new features in a specific area - High Performance Computing.  For our first beta we've focused on enabling two different scenarios - batch computing via MPI and interactive computing via IPython.  For batch computing we support publishing to and running on the cluster via a simple "F5" scenario .  If you're not yet ready to run on the cluster you can do the same multi-process launch on the local machine.  For interactive development we are focusing on the bleeding edge of IPython (.11+) where the new architecture is designed from the ground up to support parallel computing and alternate REPL UIs.

If you're an IronPython user I encourage you to give the new tools a try - you'll first need to uninstall the tools feature in IronPython 2.7RC2 which you can do simply by re-running the MSI and choosing the change option.  If you're a CPython user I hope you'll also give it a try - you should find that it'll support your existing CPython installs for Python 2.5 through 3.2.  Thanks - I look forward to hearing your feedback.



From vaggi at cosbi.eu  Thu Mar 10 15:36:31 2011
From: vaggi at cosbi.eu (Federico Vaggi)
Date: Thu, 10 Mar 2011 15:36:31 +0100
Subject: [IronPython] Python Tools for Visual Studio
In-Reply-To: <20110310143054.6554860B@apollo.cosbi.eu>
References: <20110310143054.6554860B@apollo.cosbi.eu>
Message-ID: <20110310143708.CA16B60B@apollo.cosbi.eu>

Thanks a lot for all the work Dino, I will give it a try for sure.

I am not sure what other IDE people use for Python code writing, but I 
found that the auto-complete feature in pydev (the Eclipse plug-in) was 
a lot more efficient than the autocomplete for Ironpython.

Federico

On 10/03/2011 15:30, Dino Viehland wrote:
> (I'll post this on my blog as soon as I can login into it, but it's been so long I'm having issues.  Anyway it seems appropriate for this alias as well):
>
> Some people may have been wondering what I've been working on since IronPython was released into the wild and late last night we announced it - Python Tools for Visual Studio [http://pytools.codeplex.com/].  For me this was an awesome opportunity to continue work on a Python focused open source project at Microsoft. I'm particularly excited I can extend the work we did to support IronPython in Visual Studio and add in support for CPython and other Python implementations.  I'm also really happy to be able to continue work with the Python community.
>
> PTVS keeps all the features we had in IronPython Tools for VS and adds a bunch of new features.  For starters we add support for both REPLs and debugging in CPython and other Python implementations.  We also add profiling support for CPython, support for multiple language versions (2.5 through 3.2), and attach to process for CPython processes - both local and remote.  Meanwhile we still support all the features we had before including great intellisense and drag and drop GUI development for IronPython.
>
> But we're also focusing on developing new features in a specific area - High Performance Computing.  For our first beta we've focused on enabling two different scenarios - batch computing via MPI and interactive computing via IPython.  For batch computing we support publishing to and running on the cluster via a simple "F5" scenario .  If you're not yet ready to run on the cluster you can do the same multi-process launch on the local machine.  For interactive development we are focusing on the bleeding edge of IPython (.11+) where the new architecture is designed from the ground up to support parallel computing and alternate REPL UIs.
>
> If you're an IronPython user I encourage you to give the new tools a try - you'll first need to uninstall the tools feature in IronPython 2.7RC2 which you can do simply by re-running the MSI and choosing the change option.  If you're a CPython user I hope you'll also give it a try - you should find that it'll support your existing CPython installs for Python 2.5 through 3.2.  Thanks - I look forward to hearing your feedback.
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



From dinov at microsoft.com  Thu Mar 10 15:39:23 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Thu, 10 Mar 2011 14:39:23 +0000
Subject: [IronPython] Python Tools for Visual Studio
In-Reply-To: <20110310143708.CA16B60B@apollo.cosbi.eu>
References: <20110310143054.6554860B@apollo.cosbi.eu>
	<20110310143708.CA16B60B@apollo.cosbi.eu>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0155334A@TK5EX14MBXC137.redmond.corp.microsoft.com>

Can you elaborate on "efficient"?  Do you mean response time or actual usefulness?  

IronPython does take a little while to bring up members for a type you haven't 
completed against yet because reflection is slow.  But for CPython we have a separate
database that's much faster.

If it's actual usefulness you may find the PyTools analysis to be better as there have
been some general improvements and bug fixes there.  If you have some specific
repros I'd love to hear about them so we can fix them.

> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-
> bounces at lists.ironpython.com] On Behalf Of Federico Vaggi
> Sent: Thursday, March 10, 2011 6:37 AM
> To: Discussion of IronPython
> Subject: Re: [IronPython] Python Tools for Visual Studio
> 
> Thanks a lot for all the work Dino, I will give it a try for sure.
> 
> I am not sure what other IDE people use for Python code writing, but I found
> that the auto-complete feature in pydev (the Eclipse plug-in) was a lot more
> efficient than the autocomplete for Ironpython.
> 
> Federico
> 
> On 10/03/2011 15:30, Dino Viehland wrote:
> > (I'll post this on my blog as soon as I can login into it, but it's been so long
> I'm having issues.  Anyway it seems appropriate for this alias as well):
> >
> > Some people may have been wondering what I've been working on since
> IronPython was released into the wild and late last night we announced it -
> Python Tools for Visual Studio [http://pytools.codeplex.com/].  For me this
> was an awesome opportunity to continue work on a Python focused open
> source project at Microsoft. I'm particularly excited I can extend the work we
> did to support IronPython in Visual Studio and add in support for CPython
> and other Python implementations.  I'm also really happy to be able to
> continue work with the Python community.
> >
> > PTVS keeps all the features we had in IronPython Tools for VS and adds a
> bunch of new features.  For starters we add support for both REPLs and
> debugging in CPython and other Python implementations.  We also add
> profiling support for CPython, support for multiple language versions (2.5
> through 3.2), and attach to process for CPython processes - both local and
> remote.  Meanwhile we still support all the features we had before including
> great intellisense and drag and drop GUI development for IronPython.
> >
> > But we're also focusing on developing new features in a specific area - High
> Performance Computing.  For our first beta we've focused on enabling two
> different scenarios - batch computing via MPI and interactive computing via
> IPython.  For batch computing we support publishing to and running on the
> cluster via a simple "F5" scenario .  If you're not yet ready to run on the
> cluster you can do the same multi-process launch on the local machine.  For
> interactive development we are focusing on the bleeding edge of IPython
> (.11+) where the new architecture is designed from the ground up to
> support parallel computing and alternate REPL UIs.
> >
> > If you're an IronPython user I encourage you to give the new tools a try -
> you'll first need to uninstall the tools feature in IronPython 2.7RC2 which you
> can do simply by re-running the MSI and choosing the change option.  If
> you're a CPython user I hope you'll also give it a try - you should find that it'll
> support your existing CPython installs for Python 2.5 through 3.2.  Thanks - I
> look forward to hearing your feedback.
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.ironpython.com
> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> 
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From Justin.Perez at energytransfer.com  Thu Mar 10 17:03:27 2011
From: Justin.Perez at energytransfer.com (Perez, Justin)
Date: Thu, 10 Mar 2011 10:03:27 -0600
Subject: [IronPython] Users Digest, Vol 80, Issue 12
References: <mailman.1.1299704970.28670.users-ironpython.com@lists.ironpython.com>
Message-ID: <5D89E1EA57432748ADF38D772438489201CFC203@SANxchg01.etc.lan>

I haven't seen much on the mailing list focusing on ArcObjects.  I think
ctypes is the way to go for the cpython route.  Please post here any
progress or up-to-date news on the ArcObjects and IronPython that you
find.  

This seems to sum it up great, aside from the IronPython perspective..
http://gis.stackexchange.com/questions/80/how-do-i-access-arcobjects-fro
m-python 

-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of
users-request at lists.ironpython.com
Sent: Wednesday, March 09, 2011 3:10 PM
To: users at lists.ironpython.com
Subject: Users Digest, Vol 80, Issue 12

Send Users mailing list submissions to
	users at lists.ironpython.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
or, via email, send a message with subject or body 'help' to
	users-request at lists.ironpython.com

You can reach the person managing the list at
	users-owner at lists.ironpython.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."


Today's Topics:

   1. Will IronPython work with ArcGis? (Anton Hughes)


----------------------------------------------------------------------

Message: 1
Date: Wed, 9 Mar 2011 21:42:15 +0100
From: Anton Hughes <kurrent93 at gmail.com>
To: users <users at lists.ironpython.com>
Subject: [IronPython] Will IronPython work with ArcGis?
Message-ID:
	<AANLkTinQ7xJ8e9SBKKdCaiL9zdLrsULNyn2jSYHgxXv_ at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi

Im wondering if anyone has tried using IronPython to get from and
manipulate
ArcGis objects?

Is it possible?

Is it recommended, or should I look at using CPython?

Thanks,
Anton
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ironpython.com/pipermail/users-ironpython.com/attachments/
20110309/7f66c0c0/attachment.html>

------------------------------

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


End of Users Digest, Vol 80, Issue 12
*************************************


From tcronin at asrclkrec.com  Thu Mar 10 20:27:03 2011
From: tcronin at asrclkrec.com (Cronin, Ted)
Date: Thu, 10 Mar 2011 11:27:03 -0800
Subject: [IronPython]
 =?gb2312?b?u9i4tKO6ICBXaWxsIElyb25QeXRob24gd29yayB3?=
 =?gb2312?b?aXRoIEFyY0dpcz8=?=
In-Reply-To: <53307.20017.qm@web15001.mail.cnb.yahoo.com>
References: <AANLkTinQ7xJ8e9SBKKdCaiL9zdLrsULNyn2jSYHgxXv_@mail.gmail.com>
	<53307.20017.qm@web15001.mail.cnb.yahoo.com>
Message-ID: <E56126D42FA9EC499965037DC3171ACE013B67F40031@ACR-EXMB.asrclkrec.org>

ArcGIS arcpy needs cpython.  You can play with Ironclad with IronPython, but that doesn?t completely work with arcpy.  You can use IronPython with Silverlight and WPF API with IronPython, and don?t see why it wouldn?t work with ArcObjects.  You can also use cpython with comtypes and arcpy to get at the ArcObjects.

Ted Cronin
ACR ValueGIS
(951) 955 - 0487

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of <????>
Sent: Thursday, March 10, 2011 12:01 AM
To: Discussion of IronPython
Subject: [IronPython] ??? Will IronPython work with ArcGis?

if .net can use arcgis object , i think ironpython have the same function

--- 11?3?10????, Anton Hughes <kurrent93 at gmail.com> ???

???: Anton Hughes <kurrent93 at gmail.com>
??: [IronPython] Will IronPython work with ArcGis?
???: "users" <users at lists.ironpython.com>
??: 2011?3?10?,??,??4:42
Hi

Im wondering if anyone has tried using IronPython to get from and manipulate ArcGis objects?

Is it possible?

Is it recommended, or should I look at using CPython?

Thanks,
Anton

-----???????-----
_______________________________________________
Users mailing list
Users at lists.ironpython.com<http://cn.mc150.mail.yahoo.com/mc/compose?to=Users at lists.ironpython.com>
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110310/6d4fe407/attachment.html>

From s.j.dower at gmail.com  Thu Mar 10 22:03:17 2011
From: s.j.dower at gmail.com (Steve Dower)
Date: Fri, 11 Mar 2011 08:03:17 +1100
Subject: [IronPython] Python Tools for Visual Studio
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E0155334A@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <20110310143054.6554860B@apollo.cosbi.eu>
	<20110310143708.CA16B60B@apollo.cosbi.eu>
	<6C7ABA8B4E309440B857D74348836F2E0155334A@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTimYBzqOp2Sm=OJXx4NG=_Zd=Th7bVop=KL3t0+q@mail.gmail.com>

This is great! First reports:

1. The installer refused to work until I completely removed IronPython
- not just the VS tools (I'm okay with this, I tend to use repo builds
of IronPy anyway.)

2. I love that it detects my Python installs (though apparently not my
IronPython 2.6 install?) and including all files by default is far
more robust than it was back when I complained about it.

3. Opening a .py file caused a crash in Microsoft.PythonTools.Analysis
(submitted through WER): 'key "__next__" was not found'. This is
apparently due to my file being for Python 2.7 but the default
interpreter being Python 3.2. (Obviously using a project with the
right setting fixes this.)

Stack trace:
   at Microsoft.PythonTools.Analysis.Values.BuiltinNamespace`1.get_Item(String
name)
   at Microsoft.PythonTools.Analysis.Values.GeneratorInfo..ctor(FunctionInfo
functionInfo)
   at Microsoft.PythonTools.Analysis.Interpreter.ExpressionEvaluator.EvaluateYield(ExpressionEvaluator
ee, Node node)
   at Microsoft.PythonTools.Analysis.Interpreter.ExpressionEvaluator.EvaluateWorker(Node
node)
   at Microsoft.PythonTools.Analysis.Interpreter.DDG.Walk(ExpressionStatement
node)
   at Microsoft.PythonTools.Parsing.Ast.ExpressionStatement.Walk(PythonWalker
walker)
   at Microsoft.PythonTools.Parsing.Ast.SuiteStatement.Walk(PythonWalker walker)
   at Microsoft.PythonTools.Analysis.Interpreter.DDG.Walk(WhileStatement node)
   at Microsoft.PythonTools.Parsing.Ast.WhileStatement.Walk(PythonWalker walker)
   at Microsoft.PythonTools.Parsing.Ast.SuiteStatement.Walk(PythonWalker walker)
   at Microsoft.PythonTools.Analysis.Interpreter.FunctionAnalysisUnit.AnalyzeWorker(DDG
ddg)
   at Microsoft.PythonTools.Analysis.Interpreter.DDG.Analyze(Deque`1 queue)
   at


4. I was unable to build the code in the repository (from the VS 2010
command prompt, x86 tools, latest VSSDK installed). I've attached the
entire msbuild output, the command line I used is below and the
warning/error output is below that.

msbuild /t:Rebuild /p:Configuration=Debug "/p:Platform=Any CPU" PythonTools.sln


"D:\...\Projects\pytools.hg.cp\PythonTools.sln" (Rebuild target) (1) ->
"D:\...\Projects\pytools.hg.cp\Release\Tests\AnalysisTest\AnalysisTest.csproj"
(Rebuild target) (3) ->
"D:\...\Projects\pytools.hg.cp\Release\Tests\Common\TestUtilities\TestUtilities.csproj"
(default target) (15:2) ->
(StyleCop target) ->
  VSUtility.cs(1,1): warning : SA1633: The file has no header, the
header Xml is invalid, or the header is not located at the top of the
file. [D:\...\Projects\pytools.hg.cp\Release\Tests\Common\TestUtilities\TestUtilities.csproj]
  IWarningLogger.cs(1,1): warning : SA1633: The file has no header,
the header Xml is invalid, or the header is not located at the top of
the file. [D:\...\Projects\pytools.hg.cp\Release\Tests\Common\TestUtilities\TestUtilities.csproj]
  AssertListener.cs(1,1): warning : SA1633: The file has no header,
the header Xml is invalid, or the header is not located at the top of
the file. [D:\...\Projects\pytools.hg.cp\Release\Tests\Common\TestUtilities\TestUtilities.csproj]


"D:\...\Projects\pytools.hg.cp\PythonTools.sln" (Rebuild target) (1) ->
"D:\...\Projects\pytools.hg.cp\Release\Tests\AnalysisTest\AnalysisTest.csproj"
(Rebuild target) (3) ->
"D:\...\Projects\pytools.hg.cp\Release\Product\Python\IronPython\IronPython.csproj"
(default target) (7:2) ->
"D:\...\Projects\pytools.hg.cp\Release\Product\Python\PythonTools\PythonTools.csproj"
(default target) (8:4) ->
"D:\...\Projects\pytools.hg.cp\Release\Product\Python\ReplWindow\ReplWindow.csproj"
(default target) (10:3) ->
(GeneratePkgDef target) ->
  CreatePkgDef : error : Could not load file or assembly
'Microsoft.VisualStudio.ReplWindow, Version=0.7.4100.0,
Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its
dependencies. Strong name validation failed. (Exception from HRESULT:
0x8013141A) [D:\...\Projects\pytools.hg.cp\Release\Product\Python\ReplWindow\ReplWindow.csproj]
  CreatePkgDef : error : Strong name validation failed. (Exception
from HRESULT: 0x8013141A)
[D:\...\Projects\pytools.hg.cp\Release\Product\Python\ReplWindow\ReplWindow.csproj]

    3 Warning(s)
    2 Error(s)


On Fri, Mar 11, 2011 at 01:39, Dino Viehland <dinov at microsoft.com> wrote:
> Can you elaborate on "efficient"? ?Do you mean response time or actual usefulness?
>
> IronPython does take a little while to bring up members for a type you haven't
> completed against yet because reflection is slow. ?But for CPython we have a separate
> database that's much faster.
>
> If it's actual usefulness you may find the PyTools analysis to be better as there have
> been some general improvements and bug fixes there. ?If you have some specific
> repros I'd love to hear about them so we can fix them.
>
>> -----Original Message-----
>> From: users-bounces at lists.ironpython.com [mailto:users-
>> bounces at lists.ironpython.com] On Behalf Of Federico Vaggi
>> Sent: Thursday, March 10, 2011 6:37 AM
>> To: Discussion of IronPython
>> Subject: Re: [IronPython] Python Tools for Visual Studio
>>
>> Thanks a lot for all the work Dino, I will give it a try for sure.
>>
>> I am not sure what other IDE people use for Python code writing, but I found
>> that the auto-complete feature in pydev (the Eclipse plug-in) was a lot more
>> efficient than the autocomplete for Ironpython.
>>
>> Federico
>>
>> On 10/03/2011 15:30, Dino Viehland wrote:
>> > (I'll post this on my blog as soon as I can login into it, but it's been so long
>> I'm having issues. ?Anyway it seems appropriate for this alias as well):
>> >
>> > Some people may have been wondering what I've been working on since
>> IronPython was released into the wild and late last night we announced it -
>> Python Tools for Visual Studio [http://pytools.codeplex.com/]. ?For me this
>> was an awesome opportunity to continue work on a Python focused open
>> source project at Microsoft. I'm particularly excited I can extend the work we
>> did to support IronPython in Visual Studio and add in support for CPython
>> and other Python implementations. ?I'm also really happy to be able to
>> continue work with the Python community.
>> >
>> > PTVS keeps all the features we had in IronPython Tools for VS and adds a
>> bunch of new features. ?For starters we add support for both REPLs and
>> debugging in CPython and other Python implementations. ?We also add
>> profiling support for CPython, support for multiple language versions (2.5
>> through 3.2), and attach to process for CPython processes - both local and
>> remote. ?Meanwhile we still support all the features we had before including
>> great intellisense and drag and drop GUI development for IronPython.
>> >
>> > But we're also focusing on developing new features in a specific area - High
>> Performance Computing. ?For our first beta we've focused on enabling two
>> different scenarios - batch computing via MPI and interactive computing via
>> IPython. ?For batch computing we support publishing to and running on the
>> cluster via a simple "F5" scenario . ?If you're not yet ready to run on the
>> cluster you can do the same multi-process launch on the local machine. ?For
>> interactive development we are focusing on the bleeding edge of IPython
>> (.11+) where the new architecture is designed from the ground up to
>> support parallel computing and alternate REPL UIs.
>> >
>> > If you're an IronPython user I encourage you to give the new tools a try -
>> you'll first need to uninstall the tools feature in IronPython 2.7RC2 which you
>> can do simply by re-running the MSI and choosing the change option. ?If
>> you're a CPython user I hope you'll also give it a try - you should find that it'll
>> support your existing CPython installs for Python 2.5 through 3.2. ?Thanks - I
>> look forward to hearing your feedback.
>> >
>> > _______________________________________________
>> > Users mailing list
>> > Users at lists.ironpython.com
>> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: log.zip
Type: application/zip
Size: 7491 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110311/092c0fdd/attachment.zip>

From dinov at microsoft.com  Thu Mar 10 22:16:18 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Thu, 10 Mar 2011 21:16:18 +0000
Subject: [IronPython] Python Tools for Visual Studio
In-Reply-To: <AANLkTimYBzqOp2Sm=OJXx4NG=_Zd=Th7bVop=KL3t0+q@mail.gmail.com>
References: <20110310143054.6554860B@apollo.cosbi.eu>
	<20110310143708.CA16B60B@apollo.cosbi.eu>
	<6C7ABA8B4E309440B857D74348836F2E0155334A@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTimYBzqOp2Sm=OJXx4NG=_Zd=Th7bVop=KL3t0+q@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E01554FF3@TK5EX14MBXC137.redmond.corp.microsoft.com>

Thanks for the feedback!

#1 is surprising...  Was it Ipy 2.7 RC2?

We won't pick up IronPython 2.6 but I can probably make that work as well.   We'll need to use the 
generic-(C)Python integration rather than the IronPython specific integration for that so you won't 
get automatic support for clr.AddReference() and friends which you do w/ 2.7.

I can definitely fix #3 and make it more robust so we don't crash.  

For #4 you'll also need to install the HPC client utilities (http://www.microsoft.com/downloads/en/details.aspx?FamilyID=0a7ba619-fe0e-4e71-82c8-ab4f19c149ad) 
although that's not your particular build problem.  You should just need to do:

sn -Vr *,b03f5f7f11d50a3a

from a VS command prompt.  If you're on a 64-bit machine you'll need to do that
from a normal VS command prompt as well as a 64-bit command prompt.  This is different
from the normal IpyTools because we use a MS key which we don't have the 
full key for.  Alternately you can do a bunch of sn -Vr commands for the individual assemblies
if you don't want to disable strong name verification for everything w/ that key.  That's the
same key that all of the Visual Studio assemblies are signed with.

If you'd like you can open bugs on pytools.codeplex.com for #1-#3 (or if you don't I'll go ahead
and open them later today).

> -----Original Message-----
> From: Steve Dower [mailto:s.j.dower at gmail.com]
> Sent: Thursday, March 10, 2011 4:03 PM
> To: Discussion of IronPython
> Cc: Dino Viehland
> Subject: Re: [IronPython] Python Tools for Visual Studio
> 
> This is great! First reports:
> 
> 1. The installer refused to work until I completely removed IronPython
> - not just the VS tools (I'm okay with this, I tend to use repo builds of IronPy
> anyway.)
> 
> 2. I love that it detects my Python installs (though apparently not my
> IronPython 2.6 install?) and including all files by default is far more robust
> than it was back when I complained about it.
> 
> 3. Opening a .py file caused a crash in Microsoft.PythonTools.Analysis
> (submitted through WER): 'key "__next__" was not found'. This is apparently
> due to my file being for Python 2.7 but the default interpreter being Python
> 3.2. (Obviously using a project with the right setting fixes this.)
> 
> Stack trace:
>    at
> Microsoft.PythonTools.Analysis.Values.BuiltinNamespace`1.get_Item(String
> name)
>    at Microsoft.PythonTools.Analysis.Values.GeneratorInfo..ctor(FunctionInfo
> functionInfo)
>    at
> Microsoft.PythonTools.Analysis.Interpreter.ExpressionEvaluator.EvaluateYiel
> d(ExpressionEvaluator
> ee, Node node)
>    at
> Microsoft.PythonTools.Analysis.Interpreter.ExpressionEvaluator.EvaluateWo
> rker(Node
> node)
>    at
> Microsoft.PythonTools.Analysis.Interpreter.DDG.Walk(ExpressionStatement
> node)
>    at
> Microsoft.PythonTools.Parsing.Ast.ExpressionStatement.Walk(PythonWalke
> r
> walker)
>    at Microsoft.PythonTools.Parsing.Ast.SuiteStatement.Walk(PythonWalker
> walker)
>    at Microsoft.PythonTools.Analysis.Interpreter.DDG.Walk(WhileStatement
> node)
>    at Microsoft.PythonTools.Parsing.Ast.WhileStatement.Walk(PythonWalker
> walker)
>    at Microsoft.PythonTools.Parsing.Ast.SuiteStatement.Walk(PythonWalker
> walker)
>    at
> Microsoft.PythonTools.Analysis.Interpreter.FunctionAnalysisUnit.AnalyzeWo
> rker(DDG
> ddg)
>    at Microsoft.PythonTools.Analysis.Interpreter.DDG.Analyze(Deque`1
> queue)
>    at
> 
> 
> 4. I was unable to build the code in the repository (from the VS 2010
> command prompt, x86 tools, latest VSSDK installed). I've attached the entire
> msbuild output, the command line I used is below and the warning/error
> output is below that.
> 
> msbuild /t:Rebuild /p:Configuration=Debug "/p:Platform=Any CPU"
> PythonTools.sln
> 
> 
> "D:\...\Projects\pytools.hg.cp\PythonTools.sln" (Rebuild target) (1) ->
> "D:\...\Projects\pytools.hg.cp\Release\Tests\AnalysisTest\AnalysisTest.cspr
> oj"
> (Rebuild target) (3) ->
> "D:\...\Projects\pytools.hg.cp\Release\Tests\Common\TestUtilities\TestUtili
> ties.csproj"
> (default target) (15:2) ->
> (StyleCop target) ->
>   VSUtility.cs(1,1): warning : SA1633: The file has no header, the header Xml is
> invalid, or the header is not located at the top of the file.
> [D:\...\Projects\pytools.hg.cp\Release\Tests\Common\TestUtilities\TestUtili
> ties.csproj]
>   IWarningLogger.cs(1,1): warning : SA1633: The file has no header, the
> header Xml is invalid, or the header is not located at the top of the file.
> [D:\...\Projects\pytools.hg.cp\Release\Tests\Common\TestUtilities\TestUtili
> ties.csproj]
>   AssertListener.cs(1,1): warning : SA1633: The file has no header, the header
> Xml is invalid, or the header is not located at the top of the file.
> [D:\...\Projects\pytools.hg.cp\Release\Tests\Common\TestUtilities\TestUtili
> ties.csproj]
> 
> 
> "D:\...\Projects\pytools.hg.cp\PythonTools.sln" (Rebuild target) (1) ->
> "D:\...\Projects\pytools.hg.cp\Release\Tests\AnalysisTest\AnalysisTest.cspr
> oj"
> (Rebuild target) (3) ->
> "D:\...\Projects\pytools.hg.cp\Release\Product\Python\IronPython\IronPyt
> hon.csproj"
> (default target) (7:2) ->
> "D:\...\Projects\pytools.hg.cp\Release\Product\Python\PythonTools\Pytho
> nTools.csproj"
> (default target) (8:4) ->
> "D:\...\Projects\pytools.hg.cp\Release\Product\Python\ReplWindow\ReplW
> indow.csproj"
> (default target) (10:3) ->
> (GeneratePkgDef target) ->
>   CreatePkgDef : error : Could not load file or assembly
> 'Microsoft.VisualStudio.ReplWindow, Version=0.7.4100.0, Culture=neutral,
> PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. Strong name
> validation failed. (Exception from HRESULT:
> 0x8013141A)
> [D:\...\Projects\pytools.hg.cp\Release\Product\Python\ReplWindow\ReplW
> indow.csproj]
>   CreatePkgDef : error : Strong name validation failed. (Exception from
> HRESULT: 0x8013141A)
> [D:\...\Projects\pytools.hg.cp\Release\Product\Python\ReplWindow\ReplW
> indow.csproj]
> 
>     3 Warning(s)
>     2 Error(s)
> 
> 
> On Fri, Mar 11, 2011 at 01:39, Dino Viehland <dinov at microsoft.com> wrote:
> > Can you elaborate on "efficient"? ?Do you mean response time or actual
> usefulness?
> >
> > IronPython does take a little while to bring up members for a type you
> > haven't completed against yet because reflection is slow. ?But for
> > CPython we have a separate database that's much faster.
> >
> > If it's actual usefulness you may find the PyTools analysis to be
> > better as there have been some general improvements and bug fixes
> > there. ?If you have some specific repros I'd love to hear about them so we
> can fix them.
> >
> >> -----Original Message-----
> >> From: users-bounces at lists.ironpython.com [mailto:users-
> >> bounces at lists.ironpython.com] On Behalf Of Federico Vaggi
> >> Sent: Thursday, March 10, 2011 6:37 AM
> >> To: Discussion of IronPython
> >> Subject: Re: [IronPython] Python Tools for Visual Studio
> >>
> >> Thanks a lot for all the work Dino, I will give it a try for sure.
> >>
> >> I am not sure what other IDE people use for Python code writing, but
> >> I found that the auto-complete feature in pydev (the Eclipse plug-in)
> >> was a lot more efficient than the autocomplete for Ironpython.
> >>
> >> Federico
> >>
> >> On 10/03/2011 15:30, Dino Viehland wrote:
> >> > (I'll post this on my blog as soon as I can login into it, but it's
> >> > been so long
> >> I'm having issues. ?Anyway it seems appropriate for this alias as well):
> >> >
> >> > Some people may have been wondering what I've been working on
> since
> >> IronPython was released into the wild and late last night we
> >> announced it - Python Tools for Visual Studio
> >> [http://pytools.codeplex.com/]. ?For me this was an awesome
> >> opportunity to continue work on a Python focused open source project
> >> at Microsoft. I'm particularly excited I can extend the work we did
> >> to support IronPython in Visual Studio and add in support for CPython
> >> and other Python implementations. ?I'm also really happy to be able to
> continue work with the Python community.
> >> >
> >> > PTVS keeps all the features we had in IronPython Tools for VS and
> >> > adds a
> >> bunch of new features. ?For starters we add support for both REPLs
> >> and debugging in CPython and other Python implementations. ?We also
> >> add profiling support for CPython, support for multiple language
> >> versions (2.5 through 3.2), and attach to process for CPython
> >> processes - both local and remote. ?Meanwhile we still support all
> >> the features we had before including great intellisense and drag and drop
> GUI development for IronPython.
> >> >
> >> > But we're also focusing on developing new features in a specific
> >> > area - High
> >> Performance Computing. ?For our first beta we've focused on enabling
> >> two different scenarios - batch computing via MPI and interactive
> >> computing via IPython. ?For batch computing we support publishing to
> >> and running on the cluster via a simple "F5" scenario . ?If you're
> >> not yet ready to run on the cluster you can do the same multi-process
> >> launch on the local machine. ?For interactive development we are
> >> focusing on the bleeding edge of IPython
> >> (.11+) where the new architecture is designed from the ground up to
> >> support parallel computing and alternate REPL UIs.
> >> >
> >> > If you're an IronPython user I encourage you to give the new tools
> >> > a try -
> >> you'll first need to uninstall the tools feature in IronPython 2.7RC2
> >> which you can do simply by re-running the MSI and choosing the change
> >> option. ?If you're a CPython user I hope you'll also give it a try -
> >> you should find that it'll support your existing CPython installs for
> >> Python 2.5 through 3.2. ?Thanks - I look forward to hearing your feedback.
> >> >
> >> > _______________________________________________
> >> > Users mailing list
> >> > Users at lists.ironpython.com
> >> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >>
> >> _______________________________________________
> >> Users mailing list
> >> Users at lists.ironpython.com
> >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> > _______________________________________________
> > Users mailing list
> > Users at lists.ironpython.com
> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >

From s.j.dower at gmail.com  Thu Mar 10 23:57:17 2011
From: s.j.dower at gmail.com (Steve Dower)
Date: Fri, 11 Mar 2011 09:57:17 +1100
Subject: [IronPython] Python Tools for Visual Studio
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E01554FF3@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <20110310143054.6554860B@apollo.cosbi.eu>
	<20110310143708.CA16B60B@apollo.cosbi.eu>
	<6C7ABA8B4E309440B857D74348836F2E0155334A@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTimYBzqOp2Sm=OJXx4NG=_Zd=Th7bVop=KL3t0+q@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E01554FF3@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTinibbmPuyuZhurv=Tdu6ZVXFLpgH-He4f2g=+Ad@mail.gmail.com>

Ah, it may not have been RC2. I don't have the installer laying
around, so it may have been RC1 or even B2 (as I said, I tend to build
IPy from source).

IPy 2.6 probably isn't necessary - this may be a good way to force
upgrades? I've only really got it still for my automated
cross-interpreter testing. It also doesn't appear to set any registry
entries, so there may not be any nice enough way to bring it in.

The sn command worked (as admin) and I can build everything except for
AnalysisTest.csproj (309 errors because Microsoft.TC and
DynamicHostTypeAttribute can't be found). Building without this
project works and PyTools shows up in the experiment instance of VS
(where it seems to work fine, except for the CPython 3.2 interactive:
parameter 'String' cannot be null).

I've added these bugs (and some others I've found in my travels).


On Fri, Mar 11, 2011 at 08:16, Dino Viehland <dinov at microsoft.com> wrote:
> Thanks for the feedback!
>
> #1 is surprising... ?Was it Ipy 2.7 RC2?
>
> We won't pick up IronPython 2.6 but I can probably make that work as well. ? We'll need to use the
> generic-(C)Python integration rather than the IronPython specific integration for that so you won't
> get automatic support for clr.AddReference() and friends which you do w/ 2.7.
>
> I can definitely fix #3 and make it more robust so we don't crash.
>
> For #4 you'll also need to install the HPC client utilities (http://www.microsoft.com/downloads/en/details.aspx?FamilyID=0a7ba619-fe0e-4e71-82c8-ab4f19c149ad)
> although that's not your particular build problem. ?You should just need to do:
>
> sn -Vr *,b03f5f7f11d50a3a
>
> from a VS command prompt. ?If you're on a 64-bit machine you'll need to do that
> from a normal VS command prompt as well as a 64-bit command prompt. ?This is different
> from the normal IpyTools because we use a MS key which we don't have the
> full key for. ?Alternately you can do a bunch of sn -Vr commands for the individual assemblies
> if you don't want to disable strong name verification for everything w/ that key. ?That's the
> same key that all of the Visual Studio assemblies are signed with.
>
> If you'd like you can open bugs on pytools.codeplex.com for #1-#3 (or if you don't I'll go ahead
> and open them later today).
>
>> -----Original Message-----
>> From: Steve Dower [mailto:s.j.dower at gmail.com]
>> Sent: Thursday, March 10, 2011 4:03 PM
>> To: Discussion of IronPython
>> Cc: Dino Viehland
>> Subject: Re: [IronPython] Python Tools for Visual Studio
>>
>> This is great! First reports:
>>
>> 1. The installer refused to work until I completely removed IronPython
>> - not just the VS tools (I'm okay with this, I tend to use repo builds of IronPy
>> anyway.)
>>
>> 2. I love that it detects my Python installs (though apparently not my
>> IronPython 2.6 install?) and including all files by default is far more robust
>> than it was back when I complained about it.
>>
>> 3. Opening a .py file caused a crash in Microsoft.PythonTools.Analysis
>> (submitted through WER): 'key "__next__" was not found'. This is apparently
>> due to my file being for Python 2.7 but the default interpreter being Python
>> 3.2. (Obviously using a project with the right setting fixes this.)
>>
>> Stack trace:
>> ? ?at
>> Microsoft.PythonTools.Analysis.Values.BuiltinNamespace`1.get_Item(String
>> name)
>> ? ?at Microsoft.PythonTools.Analysis.Values.GeneratorInfo..ctor(FunctionInfo
>> functionInfo)
>> ? ?at
>> Microsoft.PythonTools.Analysis.Interpreter.ExpressionEvaluator.EvaluateYiel
>> d(ExpressionEvaluator
>> ee, Node node)
>> ? ?at
>> Microsoft.PythonTools.Analysis.Interpreter.ExpressionEvaluator.EvaluateWo
>> rker(Node
>> node)
>> ? ?at
>> Microsoft.PythonTools.Analysis.Interpreter.DDG.Walk(ExpressionStatement
>> node)
>> ? ?at
>> Microsoft.PythonTools.Parsing.Ast.ExpressionStatement.Walk(PythonWalke
>> r
>> walker)
>> ? ?at Microsoft.PythonTools.Parsing.Ast.SuiteStatement.Walk(PythonWalker
>> walker)
>> ? ?at Microsoft.PythonTools.Analysis.Interpreter.DDG.Walk(WhileStatement
>> node)
>> ? ?at Microsoft.PythonTools.Parsing.Ast.WhileStatement.Walk(PythonWalker
>> walker)
>> ? ?at Microsoft.PythonTools.Parsing.Ast.SuiteStatement.Walk(PythonWalker
>> walker)
>> ? ?at
>> Microsoft.PythonTools.Analysis.Interpreter.FunctionAnalysisUnit.AnalyzeWo
>> rker(DDG
>> ddg)
>> ? ?at Microsoft.PythonTools.Analysis.Interpreter.DDG.Analyze(Deque`1
>> queue)
>> ? ?at
>>
>>
>> 4. I was unable to build the code in the repository (from the VS 2010
>> command prompt, x86 tools, latest VSSDK installed). I've attached the entire
>> msbuild output, the command line I used is below and the warning/error
>> output is below that.
>>
>> msbuild /t:Rebuild /p:Configuration=Debug "/p:Platform=Any CPU"
>> PythonTools.sln
>>
>>
>> "D:\...\Projects\pytools.hg.cp\PythonTools.sln" (Rebuild target) (1) ->
>> "D:\...\Projects\pytools.hg.cp\Release\Tests\AnalysisTest\AnalysisTest.cspr
>> oj"
>> (Rebuild target) (3) ->
>> "D:\...\Projects\pytools.hg.cp\Release\Tests\Common\TestUtilities\TestUtili
>> ties.csproj"
>> (default target) (15:2) ->
>> (StyleCop target) ->
>> ? VSUtility.cs(1,1): warning : SA1633: The file has no header, the header Xml is
>> invalid, or the header is not located at the top of the file.
>> [D:\...\Projects\pytools.hg.cp\Release\Tests\Common\TestUtilities\TestUtili
>> ties.csproj]
>> ? IWarningLogger.cs(1,1): warning : SA1633: The file has no header, the
>> header Xml is invalid, or the header is not located at the top of the file.
>> [D:\...\Projects\pytools.hg.cp\Release\Tests\Common\TestUtilities\TestUtili
>> ties.csproj]
>> ? AssertListener.cs(1,1): warning : SA1633: The file has no header, the header
>> Xml is invalid, or the header is not located at the top of the file.
>> [D:\...\Projects\pytools.hg.cp\Release\Tests\Common\TestUtilities\TestUtili
>> ties.csproj]
>>
>>
>> "D:\...\Projects\pytools.hg.cp\PythonTools.sln" (Rebuild target) (1) ->
>> "D:\...\Projects\pytools.hg.cp\Release\Tests\AnalysisTest\AnalysisTest.cspr
>> oj"
>> (Rebuild target) (3) ->
>> "D:\...\Projects\pytools.hg.cp\Release\Product\Python\IronPython\IronPyt
>> hon.csproj"
>> (default target) (7:2) ->
>> "D:\...\Projects\pytools.hg.cp\Release\Product\Python\PythonTools\Pytho
>> nTools.csproj"
>> (default target) (8:4) ->
>> "D:\...\Projects\pytools.hg.cp\Release\Product\Python\ReplWindow\ReplW
>> indow.csproj"
>> (default target) (10:3) ->
>> (GeneratePkgDef target) ->
>> ? CreatePkgDef : error : Could not load file or assembly
>> 'Microsoft.VisualStudio.ReplWindow, Version=0.7.4100.0, Culture=neutral,
>> PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. Strong name
>> validation failed. (Exception from HRESULT:
>> 0x8013141A)
>> [D:\...\Projects\pytools.hg.cp\Release\Product\Python\ReplWindow\ReplW
>> indow.csproj]
>> ? CreatePkgDef : error : Strong name validation failed. (Exception from
>> HRESULT: 0x8013141A)
>> [D:\...\Projects\pytools.hg.cp\Release\Product\Python\ReplWindow\ReplW
>> indow.csproj]
>>
>> ? ? 3 Warning(s)
>> ? ? 2 Error(s)
>>
>>
>> On Fri, Mar 11, 2011 at 01:39, Dino Viehland <dinov at microsoft.com> wrote:
>> > Can you elaborate on "efficient"? ?Do you mean response time or actual
>> usefulness?
>> >
>> > IronPython does take a little while to bring up members for a type you
>> > haven't completed against yet because reflection is slow. ?But for
>> > CPython we have a separate database that's much faster.
>> >
>> > If it's actual usefulness you may find the PyTools analysis to be
>> > better as there have been some general improvements and bug fixes
>> > there. ?If you have some specific repros I'd love to hear about them so we
>> can fix them.
>> >
>> >> -----Original Message-----
>> >> From: users-bounces at lists.ironpython.com [mailto:users-
>> >> bounces at lists.ironpython.com] On Behalf Of Federico Vaggi
>> >> Sent: Thursday, March 10, 2011 6:37 AM
>> >> To: Discussion of IronPython
>> >> Subject: Re: [IronPython] Python Tools for Visual Studio
>> >>
>> >> Thanks a lot for all the work Dino, I will give it a try for sure.
>> >>
>> >> I am not sure what other IDE people use for Python code writing, but
>> >> I found that the auto-complete feature in pydev (the Eclipse plug-in)
>> >> was a lot more efficient than the autocomplete for Ironpython.
>> >>
>> >> Federico
>> >>
>> >> On 10/03/2011 15:30, Dino Viehland wrote:
>> >> > (I'll post this on my blog as soon as I can login into it, but it's
>> >> > been so long
>> >> I'm having issues. ?Anyway it seems appropriate for this alias as well):
>> >> >
>> >> > Some people may have been wondering what I've been working on
>> since
>> >> IronPython was released into the wild and late last night we
>> >> announced it - Python Tools for Visual Studio
>> >> [http://pytools.codeplex.com/]. ?For me this was an awesome
>> >> opportunity to continue work on a Python focused open source project
>> >> at Microsoft. I'm particularly excited I can extend the work we did
>> >> to support IronPython in Visual Studio and add in support for CPython
>> >> and other Python implementations. ?I'm also really happy to be able to
>> continue work with the Python community.
>> >> >
>> >> > PTVS keeps all the features we had in IronPython Tools for VS and
>> >> > adds a
>> >> bunch of new features. ?For starters we add support for both REPLs
>> >> and debugging in CPython and other Python implementations. ?We also
>> >> add profiling support for CPython, support for multiple language
>> >> versions (2.5 through 3.2), and attach to process for CPython
>> >> processes - both local and remote. ?Meanwhile we still support all
>> >> the features we had before including great intellisense and drag and drop
>> GUI development for IronPython.
>> >> >
>> >> > But we're also focusing on developing new features in a specific
>> >> > area - High
>> >> Performance Computing. ?For our first beta we've focused on enabling
>> >> two different scenarios - batch computing via MPI and interactive
>> >> computing via IPython. ?For batch computing we support publishing to
>> >> and running on the cluster via a simple "F5" scenario . ?If you're
>> >> not yet ready to run on the cluster you can do the same multi-process
>> >> launch on the local machine. ?For interactive development we are
>> >> focusing on the bleeding edge of IPython
>> >> (.11+) where the new architecture is designed from the ground up to
>> >> support parallel computing and alternate REPL UIs.
>> >> >
>> >> > If you're an IronPython user I encourage you to give the new tools
>> >> > a try -
>> >> you'll first need to uninstall the tools feature in IronPython 2.7RC2
>> >> which you can do simply by re-running the MSI and choosing the change
>> >> option. ?If you're a CPython user I hope you'll also give it a try -
>> >> you should find that it'll support your existing CPython installs for
>> >> Python 2.5 through 3.2. ?Thanks - I look forward to hearing your feedback.
>> >> >
>> >> > _______________________________________________
>> >> > Users mailing list
>> >> > Users at lists.ironpython.com
>> >> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> >>
>> >> _______________________________________________
>> >> Users mailing list
>> >> Users at lists.ironpython.com
>> >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> > _______________________________________________
>> > Users mailing list
>> > Users at lists.ironpython.com
>> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> >
>


From bruce.bromberek at gmail.com  Fri Mar 11 19:47:34 2011
From: bruce.bromberek at gmail.com (Bruce Bromberek)
Date: Fri, 11 Mar 2011 12:47:34 -0600
Subject: [IronPython]
	=?gb2312?b?u9i4tKO6IFdpbGwgSXJvblB5dGhvbiB3b3JrIHdp?=
	=?gb2312?b?dGggQXJjR2lzPw==?=
In-Reply-To: <E56126D42FA9EC499965037DC3171ACE013B67F40031@ACR-EXMB.asrclkrec.org>
References: <AANLkTinQ7xJ8e9SBKKdCaiL9zdLrsULNyn2jSYHgxXv_@mail.gmail.com>
	<53307.20017.qm@web15001.mail.cnb.yahoo.com>
	<E56126D42FA9EC499965037DC3171ACE013B67F40031@ACR-EXMB.asrclkrec.org>
Message-ID: <AANLkTinxDv2A04hRgy-hg1odWQgC91N+yu0Joh-eZUpq@mail.gmail.com>

These blogs, seem to talk about using Ironpython and/or C# with ArcGIS, but
depending on the product you may have some problems as there is a preferred
language.

http://www.spatiallyadjusted.com/2009/06/17/ironpython-and-esri-arcgis/

<http://www.spatiallyadjusted.com/2009/06/17/ironpython-and-esri-arcgis/>
http://www.perrygeo.net/wordpress/?p=136

<http://www.perrygeo.net/wordpress/?p=136>
http://mygisblog.wordpress.com/2010/02/10/help-with-visual-c-for-arcgis/

2011/3/10 Cronin, Ted <tcronin at asrclkrec.com>

> ArcGIS arcpy needs cpython.  You can play with Ironclad with IronPython,
> but that doesn?t completely work with arcpy.  You can use IronPython with
> Silverlight and WPF API with IronPython, and don?t see why it wouldn?t work
> with ArcObjects.  You can also use cpython with comtypes and arcpy to get at
> the ArcObjects.
>
>
>
> Ted Cronin
>
> ACR *Value**GIS*
>
> (951) 955 - 0487
>
>
>
> *From:* users-bounces at lists.ironpython.com [mailto:
> users-bounces at lists.ironpython.com] *On Behalf Of *<????>
> *Sent:* Thursday, March 10, 2011 12:01 AM
> *To:* Discussion of IronPython
> *Subject:* [IronPython] ??? Will IronPython work with ArcGis?
>
>
>
> if .net can use arcgis object , i think ironpython have the same function
>
> --- *11?3?10????, Anton Hughes <kurrent93 at gmail.com>* ???
>
>
> ???: Anton Hughes <kurrent93 at gmail.com>
> ??: [IronPython] Will IronPython work with ArcGis?
> ???: "users" <users at lists.ironpython.com>
> ??: 2011?3?10?,??,??4:42
>
> Hi
>
>
>
> Im wondering if anyone has tried using IronPython to get from and
> manipulate ArcGis objects?
>
>
>
> Is it possible?
>
>
>
> Is it recommended, or should I look at using CPython?
>
>
>
> Thanks,
>
> Anton
>
>
> -----???????-----
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com<http://cn.mc150.mail.yahoo.com/mc/compose?to=Users at lists.ironpython.com>
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110311/ccf52894/attachment.html>

From haniti.grk at gmail.com  Sun Mar 13 02:18:40 2011
From: haniti.grk at gmail.com (haniti grk)
Date: Sat, 12 Mar 2011 19:18:40 -0600
Subject: [IronPython] Python Tools for Visual Studio
In-Reply-To: <AANLkTinibbmPuyuZhurv=Tdu6ZVXFLpgH-He4f2g=+Ad@mail.gmail.com>
References: <20110310143054.6554860B@apollo.cosbi.eu>
	<20110310143708.CA16B60B@apollo.cosbi.eu>
	<6C7ABA8B4E309440B857D74348836F2E0155334A@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTimYBzqOp2Sm=OJXx4NG=_Zd=Th7bVop=KL3t0+q@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E01554FF3@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTinibbmPuyuZhurv=Tdu6ZVXFLpgH-He4f2g=+Ad@mail.gmail.com>
Message-ID: <AANLkTi=heg=Lrzs3FQ2sgMuhMUcNQ1pTTFLPSD4qV6i8@mail.gmail.com>

This is wonderful. I try to test and provide feedback as much as I can.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110312/82c49f5f/attachment.html>

From jdhardy at gmail.com  Sun Mar 13 05:36:57 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sat, 12 Mar 2011 23:36:57 -0500
Subject: [IronPython] IronPython 2.7 Now Available
Message-ID: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>

On behalf of the IronPython team, I'm very pleased to announce the
release of IronPython 2.7. This release contains all of the language
features of Python 2.7, as well as several previously missing modules
and numerous bug fixes. IronPython 2.7 also includes built-in Visual
Studio support through IronPython Tools for Visual Studio. IronPython
2.7 requires .NET 4.0 or Silverlight 4.

To download IronPython 2.7, visit
http://ironpython.codeplex.com/releases/view/54498. Any bugs should be
reported at http://ironpython.codeplex.com/workitem/list/basic.

Python 2.7 includes a number of features backported from the Python
3.0 series. This release implements the new builtin _io module,
includes dictionary and set comprehensions, set literals, supports
multiple context managers in the with statement, and adds several new
functions to the itertools methods, and auto indexing for the new
string formatting. There are also numerous updates to the standard
library such as ordered dictionaries and the new argparse module.

This release also includes a ?IronPython Tools for Visual Studio?
option within the IronPython installer. This enables one install to
get both IronPython and IronPython Visual Studio support assuming you
have an existing installation of Visual Studio 2010. This version of
IronPython Tools includes a number of bug fixes as improved WPF
designer support. The designer fully supports XAML and WPF including
data binding to Python classes dynamically.

To improve interop with modern .NET code such as LINQ, support for
extension methods has been added as the clr.ImportExtensions method.

We?ve also updated the IronPython installer to include documentation
based upon the CPython documentation. This new .chm file includes
documentation on the Python language and standard library. It?s been
extended from the normal Python documentation to include IronPython
specific topics such as the DLR hosting APIs and extending IronPython
from statically typed .NET languages.

We flushed out more support for missing built-in modules which CPython
includes. This release includes the mmap and signal modules bringing
better support for interoperating with unmanaged code, the zlib and
gzip modules for compression, and the subprocess and webbrowser
modules for interacting with other programs.

As usual there are a number of bug fixes and performance improvements.
This release includes major performance improvements in cPickle, the
sum built-in function, and includes support for fast exceptions which
do not use the .NET exception mechanism. There have also been
improvements to significantly reduce memory usage of the IronPython
ASTs. One of the end results of these numerous improvements is that
IronPython?s startup time has decreased by 10% when compared to
IronPython 2.6.1.

This is the first full community release of IronPython, and I want to
give a huge thank you to everyone who was involved in this release.

- Jeff


From loocas at duber.cz  Sun Mar 13 11:27:44 2011
From: loocas at duber.cz (=?UTF-8?B?THVrw6HFoSBEdWLEm2Rh?=)
Date: Sun, 13 Mar 2011 11:27:44 +0100
Subject: [IronPython] IronPython 2.7 Now Available
In-Reply-To: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>
References: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>
Message-ID: <4D7C9C20.1090300@duber.cz>

Amazing news!

Thank you, Jeff, and all the contributors, for
all the hard work. Very much appretiated!

Best,

Luk?? Dub?da
Director
[T] +420 602 444 164

duber studio(tm)
[M] info at duber.cz
[W] http://www.duber.cz

[A] R.A.Dvorsk?ho 601, Praha 10
[A] 10900, Czech Republic, Europe

On 13.3.2011 5:36, Jeff Hardy wrote:
> On behalf of the IronPython team, I'm very pleased to announce the
> release of IronPython 2.7. This release contains all of the language
> features of Python 2.7, as well as several previously missing modules
> and numerous bug fixes. IronPython 2.7 also includes built-in Visual
> Studio support through IronPython Tools for Visual Studio. IronPython
> 2.7 requires .NET 4.0 or Silverlight 4.
>
> To download IronPython 2.7, visit
> http://ironpython.codeplex.com/releases/view/54498. Any bugs should be
> reported at http://ironpython.codeplex.com/workitem/list/basic.
>
> Python 2.7 includes a number of features backported from the Python
> 3.0 series. This release implements the new builtin _io module,
> includes dictionary and set comprehensions, set literals, supports
> multiple context managers in the with statement, and adds several new
> functions to the itertools methods, and auto indexing for the new
> string formatting. There are also numerous updates to the standard
> library such as ordered dictionaries and the new argparse module.
>
> This release also includes a ?IronPython Tools for Visual Studio?
> option within the IronPython installer. This enables one install to
> get both IronPython and IronPython Visual Studio support assuming you
> have an existing installation of Visual Studio 2010. This version of
> IronPython Tools includes a number of bug fixes as improved WPF
> designer support. The designer fully supports XAML and WPF including
> data binding to Python classes dynamically.
>
> To improve interop with modern .NET code such as LINQ, support for
> extension methods has been added as the clr.ImportExtensions method.
>
> We?ve also updated the IronPython installer to include documentation
> based upon the CPython documentation. This new .chm file includes
> documentation on the Python language and standard library. It?s been
> extended from the normal Python documentation to include IronPython
> specific topics such as the DLR hosting APIs and extending IronPython
> from statically typed .NET languages.
>
> We flushed out more support for missing built-in modules which CPython
> includes. This release includes the mmap and signal modules bringing
> better support for interoperating with unmanaged code, the zlib and
> gzip modules for compression, and the subprocess and webbrowser
> modules for interacting with other programs.
>
> As usual there are a number of bug fixes and performance improvements.
> This release includes major performance improvements in cPickle, the
> sum built-in function, and includes support for fast exceptions which
> do not use the .NET exception mechanism. There have also been
> improvements to significantly reduce memory usage of the IronPython
> ASTs. One of the end results of these numerous improvements is that
> IronPython?s startup time has decreased by 10% when compared to
> IronPython 2.6.1.
>
> This is the first full community release of IronPython, and I want to
> give a huge thank you to everyone who was involved in this release.
>
> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From charles.medcoff at rcmt.com  Sun Mar 13 19:15:05 2011
From: charles.medcoff at rcmt.com (Medcoff, Charles)
Date: Sun, 13 Mar 2011 14:15:05 -0400
Subject: [IronPython] IronPython 2.7 Now Available
In-Reply-To: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>
References: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>
Message-ID: <4EFFA72C340FF54A9A2FA84786378C6DD97D279869@RCMTMAIL.rcmt.com>

Can someone on the list clarify differences or overlap between the tools included in this release, and the PTVS release?


From dinov at microsoft.com  Sun Mar 13 19:22:25 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Sun, 13 Mar 2011 18:22:25 +0000
Subject: [IronPython] IronPython 2.7 Now Available
In-Reply-To: <4EFFA72C340FF54A9A2FA84786378C6DD97D279869@RCMTMAIL.rcmt.com>
References: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D279869@RCMTMAIL.rcmt.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E01558E1E@TK5EX14MBXC137.redmond.corp.microsoft.com>

The PTVS release is really an extended version of the tools in IronPython 2.7.  It adds support for CPython including debugging, profiling, etc...  while still supporting IronPython as well.  We'll likely either replace the tools distributed w/ IronPython with this version (maybe minus things like HPC support) or we'll pull the IpyTools out of the distribution and encourage people to go for the separate download.  No changes will likely happen until IronPython 3.x though as 2.7 is now out the door and it'd be a pretty significant change.

For the time being you'll need to choose one or the other - you can always choose to not by either not installing the IpyTools w/ the IronPython install and install the PTVS or you can just stick w/ the existing IronPython tools.

> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-
> bounces at lists.ironpython.com] On Behalf Of Medcoff, Charles
> Sent: Sunday, March 13, 2011 2:15 PM
> To: Discussion of IronPython; python-list
> Subject: Re: [IronPython] IronPython 2.7 Now Available
> 
> Can someone on the list clarify differences or overlap between the tools
> included in this release, and the PTVS release?
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From charles.medcoff at rcmt.com  Sun Mar 13 19:24:42 2011
From: charles.medcoff at rcmt.com (Medcoff, Charles)
Date: Sun, 13 Mar 2011 14:24:42 -0400
Subject: [IronPython] IronPython 2.7 Now Available
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E01558E1E@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D279869@RCMTMAIL.rcmt.com>
	<6C7ABA8B4E309440B857D74348836F2E01558E1E@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <4EFFA72C340FF54A9A2FA84786378C6DD97D27986C@RCMTMAIL.rcmt.com>

Thanks that helps. I've tried the first option. Not doing much Python stuff at the moment, but I'll follow up if I experience any issues with this approach.

I'm very excited that both the language and tools support is forging ahead - thanks all.

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland
Sent: Sunday, March 13, 2011 2:22 PM
To: Discussion of IronPython; python-list
Subject: Re: [IronPython] IronPython 2.7 Now Available

The PTVS release is really an extended version of the tools in IronPython 2.7.  It adds support for CPython including debugging, profiling, etc...  while still supporting IronPython as well.  We'll likely either replace the tools distributed w/ IronPython with this version (maybe minus things like HPC support) or we'll pull the IpyTools out of the distribution and encourage people to go for the separate download.  No changes will likely happen until IronPython 3.x though as 2.7 is now out the door and it'd be a pretty significant change.

For the time being you'll need to choose one or the other - you can always choose to not by either not installing the IpyTools w/ the IronPython install and install the PTVS or you can just stick w/ the existing IronPython tools.

> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users- 
> bounces at lists.ironpython.com] On Behalf Of Medcoff, Charles
> Sent: Sunday, March 13, 2011 2:15 PM
> To: Discussion of IronPython; python-list
> Subject: Re: [IronPython] IronPython 2.7 Now Available
> 
> Can someone on the list clarify differences or overlap between the 
> tools included in this release, and the PTVS release?
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From loocas at duber.cz  Sun Mar 13 20:15:29 2011
From: loocas at duber.cz (=?UTF-8?B?THVrw6HFoSBEdWLEm2Rh?=)
Date: Sun, 13 Mar 2011 20:15:29 +0100
Subject: [IronPython] IronPython 2.7 Now Available
In-Reply-To: <4EFFA72C340FF54A9A2FA84786378C6DD97D27986C@RCMTMAIL.rcmt.com>
References: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>	<4EFFA72C340FF54A9A2FA84786378C6DD97D279869@RCMTMAIL.rcmt.com>	<6C7ABA8B4E309440B857D74348836F2E01558E1E@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D27986C@RCMTMAIL.rcmt.com>
Message-ID: <4D7D17D1.8070105@duber.cz>

Sorry to hijack the thread,

however, where exactly do I get the Visual Studio tools?
Are they included in the IPy 2.7 installation? I installed
everything in there, but I can't seem to find the link
in the Visual Studio.

I have to admit I have very little knowledge of Visual Studio, though.

Luk?? Dub?da
Director
[T] +420 602 444 164

duber studio(tm)
[M] info at duber.cz
[W] http://www.duber.cz

[A] R.A.Dvorsk?ho 601, Praha 10
[A] 10900, Czech Republic, Europe

On 13.3.2011 19:24, Medcoff, Charles wrote:
> Thanks that helps. I've tried the first option. Not doing much Python stuff at the moment, but I'll follow up if I experience any issues with this approach.
>
> I'm very excited that both the language and tools support is forging ahead - thanks all.
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland
> Sent: Sunday, March 13, 2011 2:22 PM
> To: Discussion of IronPython; python-list
> Subject: Re: [IronPython] IronPython 2.7 Now Available
>
> The PTVS release is really an extended version of the tools in IronPython 2.7.  It adds support for CPython including debugging, profiling, etc...  while still supporting IronPython as well.  We'll likely either replace the tools distributed w/ IronPython with this version (maybe minus things like HPC support) or we'll pull the IpyTools out of the distribution and encourage people to go for the separate download.  No changes will likely happen until IronPython 3.x though as 2.7 is now out the door and it'd be a pretty significant change.
>
> For the time being you'll need to choose one or the other - you can always choose to not by either not installing the IpyTools w/ the IronPython install and install the PTVS or you can just stick w/ the existing IronPython tools.
>
>> -----Original Message-----
>> From: users-bounces at lists.ironpython.com [mailto:users-
>> bounces at lists.ironpython.com] On Behalf Of Medcoff, Charles
>> Sent: Sunday, March 13, 2011 2:15 PM
>> To: Discussion of IronPython; python-list
>> Subject: Re: [IronPython] IronPython 2.7 Now Available
>>
>> Can someone on the list clarify differences or overlap between the
>> tools included in this release, and the PTVS release?
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From charles.medcoff at rcmt.com  Sun Mar 13 20:54:46 2011
From: charles.medcoff at rcmt.com (Medcoff, Charles)
Date: Sun, 13 Mar 2011 15:54:46 -0400
Subject: [IronPython] IronPython 2.7 Now Available
In-Reply-To: <4D7D17D1.8070105@duber.cz>
References: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D279869@RCMTMAIL.rcmt.com>
	<6C7ABA8B4E309440B857D74348836F2E01558E1E@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D27986C@RCMTMAIL.rcmt.com>
	<4D7D17D1.8070105@duber.cz>
Message-ID: <4EFFA72C340FF54A9A2FA84786378C6DD97D27986F@RCMTMAIL.rcmt.com>

The python tools are only extensions to the existing Visual Studio product.

You have to own a copy of Visual Studio  -  they must be purchased from Microsoft or an MS software distributor.  

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Luk?? Dubeda
Sent: Sunday, March 13, 2011 3:15 PM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython 2.7 Now Available

Sorry to hijack the thread,

however, where exactly do I get the Visual Studio tools?
Are they included in the IPy 2.7 installation? I installed everything in there, but I can't seem to find the link in the Visual Studio.

I have to admit I have very little knowledge of Visual Studio, though.

Luk?? Dub?da
Director
[T] +420 602 444 164

duber studio(tm)
[M] info at duber.cz
[W] http://www.duber.cz

[A] R.A.Dvorsk?ho 601, Praha 10
[A] 10900, Czech Republic, Europe

On 13.3.2011 19:24, Medcoff, Charles wrote:
> Thanks that helps. I've tried the first option. Not doing much Python stuff at the moment, but I'll follow up if I experience any issues with this approach.
>
> I'm very excited that both the language and tools support is forging ahead - thanks all.
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com 
> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland
> Sent: Sunday, March 13, 2011 2:22 PM
> To: Discussion of IronPython; python-list
> Subject: Re: [IronPython] IronPython 2.7 Now Available
>
> The PTVS release is really an extended version of the tools in IronPython 2.7.  It adds support for CPython including debugging, profiling, etc...  while still supporting IronPython as well.  We'll likely either replace the tools distributed w/ IronPython with this version (maybe minus things like HPC support) or we'll pull the IpyTools out of the distribution and encourage people to go for the separate download.  No changes will likely happen until IronPython 3.x though as 2.7 is now out the door and it'd be a pretty significant change.
>
> For the time being you'll need to choose one or the other - you can always choose to not by either not installing the IpyTools w/ the IronPython install and install the PTVS or you can just stick w/ the existing IronPython tools.
>
>> -----Original Message-----
>> From: users-bounces at lists.ironpython.com [mailto:users- 
>> bounces at lists.ironpython.com] On Behalf Of Medcoff, Charles
>> Sent: Sunday, March 13, 2011 2:15 PM
>> To: Discussion of IronPython; python-list
>> Subject: Re: [IronPython] IronPython 2.7 Now Available
>>
>> Can someone on the list clarify differences or overlap between the 
>> tools included in this release, and the PTVS release?
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

From loocas at duber.cz  Sun Mar 13 20:56:53 2011
From: loocas at duber.cz (=?UTF-8?B?THVrw6HFoSBEdWLEm2Rh?=)
Date: Sun, 13 Mar 2011 20:56:53 +0100
Subject: [IronPython] IronPython 2.7 Now Available
In-Reply-To: <4EFFA72C340FF54A9A2FA84786378C6DD97D27986F@RCMTMAIL.rcmt.com>
References: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>	<4EFFA72C340FF54A9A2FA84786378C6DD97D279869@RCMTMAIL.rcmt.com>	<6C7ABA8B4E309440B857D74348836F2E01558E1E@TK5EX14MBXC137.redmond.corp.microsoft.com>	<4EFFA72C340FF54A9A2FA84786378C6DD97D27986C@RCMTMAIL.rcmt.com>	<4D7D17D1.8070105@duber.cz>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D27986F@RCMTMAIL.rcmt.com>
Message-ID: <4D7D2185.7000402@duber.cz>

I've downloaded the Visual Studio for C# 2010 Express.

Last time I was checking out the VS tools they worked on
the Express edition.

Did they remove this "functionality" of the free Express
version? That'd suck!

Luk?? Dub?da
Director
[T] +420 602 444 164

duber studio(tm)
[M] info at duber.cz
[W] http://www.duber.cz

[A] R.A.Dvorsk?ho 601, Praha 10
[A] 10900, Czech Republic, Europe

On 13.3.2011 20:54, Medcoff, Charles wrote:
> The python tools are only extensions to the existing Visual Studio product.
>
> You have to own a copy of Visual Studio  -  they must be purchased from Microsoft or an MS software distributor.
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Luk?? Dubeda
> Sent: Sunday, March 13, 2011 3:15 PM
> To: Discussion of IronPython
> Subject: Re: [IronPython] IronPython 2.7 Now Available
>
> Sorry to hijack the thread,
>
> however, where exactly do I get the Visual Studio tools?
> Are they included in the IPy 2.7 installation? I installed everything in there, but I can't seem to find the link in the Visual Studio.
>
> I have to admit I have very little knowledge of Visual Studio, though.
>
> Luk?? Dub?da
> Director
> [T] +420 602 444 164
>
> duber studio(tm)
> [M] info at duber.cz
> [W] http://www.duber.cz
>
> [A] R.A.Dvorsk?ho 601, Praha 10
> [A] 10900, Czech Republic, Europe
>
> On 13.3.2011 19:24, Medcoff, Charles wrote:
>> Thanks that helps. I've tried the first option. Not doing much Python stuff at the moment, but I'll follow up if I experience any issues with this approach.
>>
>> I'm very excited that both the language and tools support is forging ahead - thanks all.
>>
>> -----Original Message-----
>> From: users-bounces at lists.ironpython.com
>> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland
>> Sent: Sunday, March 13, 2011 2:22 PM
>> To: Discussion of IronPython; python-list
>> Subject: Re: [IronPython] IronPython 2.7 Now Available
>>
>> The PTVS release is really an extended version of the tools in IronPython 2.7.  It adds support for CPython including debugging, profiling, etc...  while still supporting IronPython as well.  We'll likely either replace the tools distributed w/ IronPython with this version (maybe minus things like HPC support) or we'll pull the IpyTools out of the distribution and encourage people to go for the separate download.  No changes will likely happen until IronPython 3.x though as 2.7 is now out the door and it'd be a pretty significant change.
>>
>> For the time being you'll need to choose one or the other - you can always choose to not by either not installing the IpyTools w/ the IronPython install and install the PTVS or you can just stick w/ the existing IronPython tools.
>>
>>> -----Original Message-----
>>> From: users-bounces at lists.ironpython.com [mailto:users-
>>> bounces at lists.ironpython.com] On Behalf Of Medcoff, Charles
>>> Sent: Sunday, March 13, 2011 2:15 PM
>>> To: Discussion of IronPython; python-list
>>> Subject: Re: [IronPython] IronPython 2.7 Now Available
>>>
>>> Can someone on the list clarify differences or overlap between the
>>> tools included in this release, and the PTVS release?
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From charles.medcoff at rcmt.com  Sun Mar 13 20:59:06 2011
From: charles.medcoff at rcmt.com (Medcoff, Charles)
Date: Sun, 13 Mar 2011 15:59:06 -0400
Subject: [IronPython] IronPython 2.7 Now Available
In-Reply-To: <4D7D2185.7000402@duber.cz>
References: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D279869@RCMTMAIL.rcmt.com>
	<6C7ABA8B4E309440B857D74348836F2E01558E1E@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D27986C@RCMTMAIL.rcmt.com>
	<4D7D17D1.8070105@duber.cz>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D27986F@RCMTMAIL.rcmt.com>
	<4D7D2185.7000402@duber.cz>
Message-ID: <4EFFA72C340FF54A9A2FA84786378C6DD97D279870@RCMTMAIL.rcmt.com>

Sorry - I had forgot about the free editions.  Yes they may work with those.

The older set of tools for IPy are optional part of the install.  Assuming you installed with that option, new templates for IPY appear within Visual Studio.

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Luk?? Dubeda
Sent: Sunday, March 13, 2011 3:57 PM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython 2.7 Now Available

I've downloaded the Visual Studio for C# 2010 Express.

Last time I was checking out the VS tools they worked on the Express edition.

Did they remove this "functionality" of the free Express version? That'd suck!

Luk?? Dub?da
Director
[T] +420 602 444 164

duber studio(tm)
[M] info at duber.cz
[W] http://www.duber.cz

[A] R.A.Dvorsk?ho 601, Praha 10
[A] 10900, Czech Republic, Europe

On 13.3.2011 20:54, Medcoff, Charles wrote:
> The python tools are only extensions to the existing Visual Studio product.
>
> You have to own a copy of Visual Studio  -  they must be purchased from Microsoft or an MS software distributor.
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com 
> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Luk?? Dubeda
> Sent: Sunday, March 13, 2011 3:15 PM
> To: Discussion of IronPython
> Subject: Re: [IronPython] IronPython 2.7 Now Available
>
> Sorry to hijack the thread,
>
> however, where exactly do I get the Visual Studio tools?
> Are they included in the IPy 2.7 installation? I installed everything in there, but I can't seem to find the link in the Visual Studio.
>
> I have to admit I have very little knowledge of Visual Studio, though.
>
> Luk?? Dub?da
> Director
> [T] +420 602 444 164
>
> duber studio(tm)
> [M] info at duber.cz
> [W] http://www.duber.cz
>
> [A] R.A.Dvorsk?ho 601, Praha 10
> [A] 10900, Czech Republic, Europe
>
> On 13.3.2011 19:24, Medcoff, Charles wrote:
>> Thanks that helps. I've tried the first option. Not doing much Python stuff at the moment, but I'll follow up if I experience any issues with this approach.
>>
>> I'm very excited that both the language and tools support is forging ahead - thanks all.
>>
>> -----Original Message-----
>> From: users-bounces at lists.ironpython.com
>> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino 
>> Viehland
>> Sent: Sunday, March 13, 2011 2:22 PM
>> To: Discussion of IronPython; python-list
>> Subject: Re: [IronPython] IronPython 2.7 Now Available
>>
>> The PTVS release is really an extended version of the tools in IronPython 2.7.  It adds support for CPython including debugging, profiling, etc...  while still supporting IronPython as well.  We'll likely either replace the tools distributed w/ IronPython with this version (maybe minus things like HPC support) or we'll pull the IpyTools out of the distribution and encourage people to go for the separate download.  No changes will likely happen until IronPython 3.x though as 2.7 is now out the door and it'd be a pretty significant change.
>>
>> For the time being you'll need to choose one or the other - you can always choose to not by either not installing the IpyTools w/ the IronPython install and install the PTVS or you can just stick w/ the existing IronPython tools.
>>
>>> -----Original Message-----
>>> From: users-bounces at lists.ironpython.com [mailto:users- 
>>> bounces at lists.ironpython.com] On Behalf Of Medcoff, Charles
>>> Sent: Sunday, March 13, 2011 2:15 PM
>>> To: Discussion of IronPython; python-list
>>> Subject: Re: [IronPython] IronPython 2.7 Now Available
>>>
>>> Can someone on the list clarify differences or overlap between the 
>>> tools included in this release, and the PTVS release?
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

From dinov at microsoft.com  Sun Mar 13 21:02:15 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Sun, 13 Mar 2011 20:02:15 +0000
Subject: [IronPython] IronPython 2.7 Now Available
In-Reply-To: <4EFFA72C340FF54A9A2FA84786378C6DD97D279870@RCMTMAIL.rcmt.com>
References: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D279869@RCMTMAIL.rcmt.com>
	<6C7ABA8B4E309440B857D74348836F2E01558E1E@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D27986C@RCMTMAIL.rcmt.com>
	<4D7D17D1.8070105@duber.cz>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D27986F@RCMTMAIL.rcmt.com>
	<4D7D2185.7000402@duber.cz>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D279870@RCMTMAIL.rcmt.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E01558F7E@TK5EX14MBXC137.redmond.corp.microsoft.com>

You'll need to install the integrated shell - the express editions unfortunately don't 
allow extensions to be installed but the integrated shell is basically a blank VS which 
does support installing extensions.  It's available here:

http://www.microsoft.com/downloads/en/details.aspx?familyid=8E5AA7B6-8436-43F0-B778-00C3BCA733D3&displaylang=en

Once you have that installed you can re-run the IronPython installer and you'll
have the option of installing the tools.  

> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-
> bounces at lists.ironpython.com] On Behalf Of Medcoff, Charles
> Sent: Sunday, March 13, 2011 3:59 PM
> To: Discussion of IronPython
> Subject: Re: [IronPython] IronPython 2.7 Now Available
> 
> Sorry - I had forgot about the free editions.  Yes they may work with those.
> 
> The older set of tools for IPy are optional part of the install.  Assuming you
> installed with that option, new templates for IPY appear within Visual Studio.
> 
> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-
> bounces at lists.ironpython.com] On Behalf Of Luk?? Dubeda
> Sent: Sunday, March 13, 2011 3:57 PM
> To: Discussion of IronPython
> Subject: Re: [IronPython] IronPython 2.7 Now Available
> 
> I've downloaded the Visual Studio for C# 2010 Express.
> 
> Last time I was checking out the VS tools they worked on the Express edition.
> 
> Did they remove this "functionality" of the free Express version? That'd suck!
> 
> Luk?? Dub?da
> Director
> [T] +420 602 444 164
> 
> duber studio(tm)
> [M] info at duber.cz
> [W] http://www.duber.cz
> 
> [A] R.A.Dvorsk?ho 601, Praha 10
> [A] 10900, Czech Republic, Europe
> 
> On 13.3.2011 20:54, Medcoff, Charles wrote:
> > The python tools are only extensions to the existing Visual Studio product.
> >
> > You have to own a copy of Visual Studio  -  they must be purchased from
> Microsoft or an MS software distributor.
> >
> > -----Original Message-----
> > From: users-bounces at lists.ironpython.com
> > [mailto:users-bounces at lists.ironpython.com] On Behalf Of Luk?? Dubeda
> > Sent: Sunday, March 13, 2011 3:15 PM
> > To: Discussion of IronPython
> > Subject: Re: [IronPython] IronPython 2.7 Now Available
> >
> > Sorry to hijack the thread,
> >
> > however, where exactly do I get the Visual Studio tools?
> > Are they included in the IPy 2.7 installation? I installed everything in there,
> but I can't seem to find the link in the Visual Studio.
> >
> > I have to admit I have very little knowledge of Visual Studio, though.
> >
> > Luk?? Dub?da
> > Director
> > [T] +420 602 444 164
> >
> > duber studio(tm)
> > [M] info at duber.cz
> > [W] http://www.duber.cz
> >
> > [A] R.A.Dvorsk?ho 601, Praha 10
> > [A] 10900, Czech Republic, Europe
> >
> > On 13.3.2011 19:24, Medcoff, Charles wrote:
> >> Thanks that helps. I've tried the first option. Not doing much Python stuff
> at the moment, but I'll follow up if I experience any issues with this approach.
> >>
> >> I'm very excited that both the language and tools support is forging ahead
> - thanks all.
> >>
> >> -----Original Message-----
> >> From: users-bounces at lists.ironpython.com
> >> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino
> >> Viehland
> >> Sent: Sunday, March 13, 2011 2:22 PM
> >> To: Discussion of IronPython; python-list
> >> Subject: Re: [IronPython] IronPython 2.7 Now Available
> >>
> >> The PTVS release is really an extended version of the tools in IronPython
> 2.7.  It adds support for CPython including debugging, profiling, etc...  while
> still supporting IronPython as well.  We'll likely either replace the tools
> distributed w/ IronPython with this version (maybe minus things like HPC
> support) or we'll pull the IpyTools out of the distribution and encourage
> people to go for the separate download.  No changes will likely happen until
> IronPython 3.x though as 2.7 is now out the door and it'd be a pretty
> significant change.
> >>
> >> For the time being you'll need to choose one or the other - you can always
> choose to not by either not installing the IpyTools w/ the IronPython install
> and install the PTVS or you can just stick w/ the existing IronPython tools.
> >>
> >>> -----Original Message-----
> >>> From: users-bounces at lists.ironpython.com [mailto:users-
> >>> bounces at lists.ironpython.com] On Behalf Of Medcoff, Charles
> >>> Sent: Sunday, March 13, 2011 2:15 PM
> >>> To: Discussion of IronPython; python-list
> >>> Subject: Re: [IronPython] IronPython 2.7 Now Available
> >>>
> >>> Can someone on the list clarify differences or overlap between the
> >>> tools included in this release, and the PTVS release?
> >>> _______________________________________________
> >>> Users mailing list
> >>> Users at lists.ironpython.com
> >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >> _______________________________________________
> >> Users mailing list
> >> Users at lists.ironpython.com
> >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >> _______________________________________________
> >> Users mailing list
> >> Users at lists.ironpython.com
> >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >>
> > _______________________________________________
> > Users mailing list
> > Users at lists.ironpython.com
> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> > _______________________________________________
> > Users mailing list
> > Users at lists.ironpython.com
> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

From loocas at duber.cz  Sun Mar 13 21:06:06 2011
From: loocas at duber.cz (=?UTF-8?B?THVrw6HFoSBEdWLEm2Rh?=)
Date: Sun, 13 Mar 2011 21:06:06 +0100
Subject: [IronPython] IronPython 2.7 Now Available
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E01558F7E@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>	<4EFFA72C340FF54A9A2FA84786378C6DD97D279869@RCMTMAIL.rcmt.com>	<6C7ABA8B4E309440B857D74348836F2E01558E1E@TK5EX14MBXC137.redmond.corp.microsoft.com>	<4EFFA72C340FF54A9A2FA84786378C6DD97D27986C@RCMTMAIL.rcmt.com>	<4D7D17D1.8070105@duber.cz>	<4EFFA72C340FF54A9A2FA84786378C6DD97D27986F@RCMTMAIL.rcmt.com>	<4D7D2185.7000402@duber.cz>	<4EFFA72C340FF54A9A2FA84786378C6DD97D279870@RCMTMAIL.rcmt.com>
	<6C7ABA8B4E309440B857D74348836F2E01558F7E@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <4D7D23AE.60502@duber.cz>

Ah! Of course, the Integrated Shell, I forgot about that! :)

Thanks a lot!

Luk?? Dub?da
Director
[T] +420 602 444 164

duber studio(tm)
[M] info at duber.cz
[W] http://www.duber.cz

[A] R.A.Dvorsk?ho 601, Praha 10
[A] 10900, Czech Republic, Europe

On 13.3.2011 21:02, Dino Viehland wrote:
> You'll need to install the integrated shell - the express editions unfortunately don't
> allow extensions to be installed but the integrated shell is basically a blank VS which
> does support installing extensions.  It's available here:
>
> http://www.microsoft.com/downloads/en/details.aspx?familyid=8E5AA7B6-8436-43F0-B778-00C3BCA733D3&displaylang=en
>
> Once you have that installed you can re-run the IronPython installer and you'll
> have the option of installing the tools.
>
>> -----Original Message-----
>> From: users-bounces at lists.ironpython.com [mailto:users-
>> bounces at lists.ironpython.com] On Behalf Of Medcoff, Charles
>> Sent: Sunday, March 13, 2011 3:59 PM
>> To: Discussion of IronPython
>> Subject: Re: [IronPython] IronPython 2.7 Now Available
>>
>> Sorry - I had forgot about the free editions.  Yes they may work with those.
>>
>> The older set of tools for IPy are optional part of the install.  Assuming you
>> installed with that option, new templates for IPY appear within Visual Studio.
>>
>> -----Original Message-----
>> From: users-bounces at lists.ironpython.com [mailto:users-
>> bounces at lists.ironpython.com] On Behalf Of Luk?? Dubeda
>> Sent: Sunday, March 13, 2011 3:57 PM
>> To: Discussion of IronPython
>> Subject: Re: [IronPython] IronPython 2.7 Now Available
>>
>> I've downloaded the Visual Studio for C# 2010 Express.
>>
>> Last time I was checking out the VS tools they worked on the Express edition.
>>
>> Did they remove this "functionality" of the free Express version? That'd suck!
>>
>> Luk?? Dub?da
>> Director
>> [T] +420 602 444 164
>>
>> duber studio(tm)
>> [M] info at duber.cz
>> [W] http://www.duber.cz
>>
>> [A] R.A.Dvorsk?ho 601, Praha 10
>> [A] 10900, Czech Republic, Europe
>>
>> On 13.3.2011 20:54, Medcoff, Charles wrote:
>>> The python tools are only extensions to the existing Visual Studio product.
>>>
>>> You have to own a copy of Visual Studio  -  they must be purchased from
>> Microsoft or an MS software distributor.
>>>
>>> -----Original Message-----
>>> From: users-bounces at lists.ironpython.com
>>> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Luk?? Dubeda
>>> Sent: Sunday, March 13, 2011 3:15 PM
>>> To: Discussion of IronPython
>>> Subject: Re: [IronPython] IronPython 2.7 Now Available
>>>
>>> Sorry to hijack the thread,
>>>
>>> however, where exactly do I get the Visual Studio tools?
>>> Are they included in the IPy 2.7 installation? I installed everything in there,
>> but I can't seem to find the link in the Visual Studio.
>>>
>>> I have to admit I have very little knowledge of Visual Studio, though.
>>>
>>> Luk?? Dub?da
>>> Director
>>> [T] +420 602 444 164
>>>
>>> duber studio(tm)
>>> [M] info at duber.cz
>>> [W] http://www.duber.cz
>>>
>>> [A] R.A.Dvorsk?ho 601, Praha 10
>>> [A] 10900, Czech Republic, Europe
>>>
>>> On 13.3.2011 19:24, Medcoff, Charles wrote:
>>>> Thanks that helps. I've tried the first option. Not doing much Python stuff
>> at the moment, but I'll follow up if I experience any issues with this approach.
>>>>
>>>> I'm very excited that both the language and tools support is forging ahead
>> - thanks all.
>>>>
>>>> -----Original Message-----
>>>> From: users-bounces at lists.ironpython.com
>>>> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino
>>>> Viehland
>>>> Sent: Sunday, March 13, 2011 2:22 PM
>>>> To: Discussion of IronPython; python-list
>>>> Subject: Re: [IronPython] IronPython 2.7 Now Available
>>>>
>>>> The PTVS release is really an extended version of the tools in IronPython
>> 2.7.  It adds support for CPython including debugging, profiling, etc...  while
>> still supporting IronPython as well.  We'll likely either replace the tools
>> distributed w/ IronPython with this version (maybe minus things like HPC
>> support) or we'll pull the IpyTools out of the distribution and encourage
>> people to go for the separate download.  No changes will likely happen until
>> IronPython 3.x though as 2.7 is now out the door and it'd be a pretty
>> significant change.
>>>>
>>>> For the time being you'll need to choose one or the other - you can always
>> choose to not by either not installing the IpyTools w/ the IronPython install
>> and install the PTVS or you can just stick w/ the existing IronPython tools.
>>>>
>>>>> -----Original Message-----
>>>>> From: users-bounces at lists.ironpython.com [mailto:users-
>>>>> bounces at lists.ironpython.com] On Behalf Of Medcoff, Charles
>>>>> Sent: Sunday, March 13, 2011 2:15 PM
>>>>> To: Discussion of IronPython; python-list
>>>>> Subject: Re: [IronPython] IronPython 2.7 Now Available
>>>>>
>>>>> Can someone on the list clarify differences or overlap between the
>>>>> tools included in this release, and the PTVS release?
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.ironpython.com
>>>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.ironpython.com
>>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.ironpython.com
>>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From davew252 at tx.rr.com  Mon Mar 14 03:30:31 2011
From: davew252 at tx.rr.com (Dave Wald)
Date: Sun, 13 Mar 2011 21:30:31 -0500
Subject: [IronPython] IronPython 2.7 Now Available
In-Reply-To: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>
References: <AANLkTimy2mJ99hUOKc7=A__MSwSkkpvCSxFaYMMSditU@mail.gmail.com>
Message-ID: <4D7D7DC7.8050503@tx.rr.com>

It's an amazing, incredible body of work.
Many Thanks to all the developers and contributors.

Dave

On 3/12/2011 10:36 PM, Jeff Hardy wrote:
> On behalf of the IronPython team, I'm very pleased to announce the
> release of IronPython 2.7. This release contains all of the language
> features of Python 2.7, as well as several previously missing modules
> and numerous bug fixes. IronPython 2.7 also includes built-in Visual
> Studio support through IronPython Tools for Visual Studio. IronPython
> 2.7 requires .NET 4.0 or Silverlight 4.
>
> To download IronPython 2.7, visit
> http://ironpython.codeplex.com/releases/view/54498. Any bugs should be
> reported at http://ironpython.codeplex.com/workitem/list/basic.
>
> Python 2.7 includes a number of features backported from the Python
> 3.0 series. This release implements the new builtin _io module,
> includes dictionary and set comprehensions, set literals, supports
> multiple context managers in the with statement, and adds several new
> functions to the itertools methods, and auto indexing for the new
> string formatting. There are also numerous updates to the standard
> library such as ordered dictionaries and the new argparse module.
>
> This release also includes a ?IronPython Tools for Visual Studio?
> option within the IronPython installer. This enables one install to
> get both IronPython and IronPython Visual Studio support assuming you
> have an existing installation of Visual Studio 2010. This version of
> IronPython Tools includes a number of bug fixes as improved WPF
> designer support. The designer fully supports XAML and WPF including
> data binding to Python classes dynamically.
>
> To improve interop with modern .NET code such as LINQ, support for
> extension methods has been added as the clr.ImportExtensions method.
>
> We?ve also updated the IronPython installer to include documentation
> based upon the CPython documentation. This new .chm file includes
> documentation on the Python language and standard library. It?s been
> extended from the normal Python documentation to include IronPython
> specific topics such as the DLR hosting APIs and extending IronPython
> from statically typed .NET languages.
>
> We flushed out more support for missing built-in modules which CPython
> includes. This release includes the mmap and signal modules bringing
> better support for interoperating with unmanaged code, the zlib and
> gzip modules for compression, and the subprocess and webbrowser
> modules for interacting with other programs.
>
> As usual there are a number of bug fixes and performance improvements.
> This release includes major performance improvements in cPickle, the
> sum built-in function, and includes support for fast exceptions which
> do not use the .NET exception mechanism. There have also been
> improvements to significantly reduce memory usage of the IronPython
> ASTs. One of the end results of these numerous improvements is that
> IronPython?s startup time has decreased by 10% when compared to
> IronPython 2.6.1.
>
> This is the first full community release of IronPython, and I want to
> give a huge thank you to everyone who was involved in this release.
>
> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



From jdhardy at gmail.com  Mon Mar 14 07:24:38 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sun, 13 Mar 2011 23:24:38 -0700
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
Message-ID: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com>

With the 2.7 out the door, it's time to start thinking about 3.x. I've
created a ipy-2.7-maint branch for continued 2.7 work (and it needs
some), and any 3.x work will go on master. Any 2.7 fixes that also go
into 3.x (and really, most of them should) go into the 2.7 branch
*first*, and then be cherry-picked into master (yes, I'll write some
docs on that). This is to (hopefully) prevent any 3.x features from
being inadvertently backported to 2.7.

I'll pull in the 3.2 standard lib and tests very soon, and then work
on the parser/compiler changes and such can start. I'm not expecting
to have a reasonable 3.x release until fall at the earliest, although
I would like to get nightly builds set up so people can still try it
easily in the meantime.

For now, the 3.x series will have the 3.0 version number; whether it
becomes 3.2 or 3.3 remains to be seen.

There's still a lot of stuff that should go into 2.7.1 - bug fixes,
new modules, etc. Ideally I'd like to see that released in 6-8 weeks,
which puts it around the beginning of May, and then on basically the
same cycle as long as there's fixes to go in.

- Jeff


From vernondcole at gmail.com  Mon Mar 14 15:50:11 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Mon, 14 Mar 2011 08:50:11 -0600
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
In-Reply-To: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com>
References: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com>
Message-ID: <AANLkTimGo_4JyELwbDFtxQGuS5pJV=AOSBvKf8Zj+wNE@mail.gmail.com>

Sounds like a good plan, Jeff.

I got a quick hint the other day that IronPython 3.2 might not be as hard as
we think...

I was running a test of adodbapi -- IPy 2.7 RC2 ran it fine, but CPython 2.7
had errors. I was starting to debug the CPython when I discovered that I was
running the Python _3_ version of the test suite! The "error" was in the
Unicode vs String logic. IronPython already does the right (P3k) thing.
--
Vernon

On Mon, Mar 14, 2011 at 12:24 AM, Jeff Hardy <jdhardy at gmail.com> wrote:

> With the 2.7 out the door, it's time to start thinking about 3.x. I've
> created a ipy-2.7-maint branch for continued 2.7 work (and it needs
> some), and any 3.x work will go on master. Any 2.7 fixes that also go
> into 3.x (and really, most of them should) go into the 2.7 branch
> *first*, and then be cherry-picked into master (yes, I'll write some
> docs on that). This is to (hopefully) prevent any 3.x features from
> being inadvertently backported to 2.7.
>
> I'll pull in the 3.2 standard lib and tests very soon, and then work
> on the parser/compiler changes and such can start. I'm not expecting
> to have a reasonable 3.x release until fall at the earliest, although
> I would like to get nightly builds set up so people can still try it
> easily in the meantime.
>
> For now, the 3.x series will have the 3.0 version number; whether it
> becomes 3.2 or 3.3 remains to be seen.
>
> There's still a lot of stuff that should go into 2.7.1 - bug fixes,
> new modules, etc. Ideally I'd like to see that released in 6-8 weeks,
> which puts it around the beginning of May, and then on basically the
> same cycle as long as there's fixes to go in.
>
> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110314/5f546a0f/attachment.html>

From jdhardy at gmail.com  Mon Mar 14 17:11:19 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 14 Mar 2011 09:11:19 -0700
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
In-Reply-To: <AANLkTimGo_4JyELwbDFtxQGuS5pJV=AOSBvKf8Zj+wNE@mail.gmail.com>
References: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com>
	<AANLkTimGo_4JyELwbDFtxQGuS5pJV=AOSBvKf8Zj+wNE@mail.gmail.com>
Message-ID: <AANLkTikKFrrvcSZEtJyfnchp+5SpKPsX5+ZBLmdFWOww@mail.gmail.com>

On Mon, Mar 14, 2011 at 7:50 AM, Vernon Cole <vernondcole at gmail.com> wrote:
> I was running a test of adodbapi -- IPy 2.7 RC2 ran it fine, but CPython 2.7
> had errors. I was starting to debug the CPython when I discovered that I was
> running the Python _3_ version of the test suite! The "error" was in the
> Unicode vs String logic. IronPython already does the right (P3k) thing.

Yep - the unicode support is the single biggest change in Py3k, and we
already support it. Pulling the new stdlib & tests in is easy as well.
There are some parser changes (function annotations) but even those
should be minor. I'm really optimistic.

- Jeff


From robert at smallshire.org.uk  Mon Mar 14 14:04:25 2011
From: robert at smallshire.org.uk (Robert Smallshire)
Date: Mon, 14 Mar 2011 14:04:25 +0100
Subject: [IronPython] Rich comparison usage by IronPython's heapq
	implementation
Message-ID: <AANLkTinjkNUnAHua8g8+H05H+xvxr-f-94+vM=otC+M+@mail.gmail.com>

Hello,

I recently ran into some issues with IronPython's heapq implementation
whereby code that functions correctly on CPython failed with IronPython 2.6.
 The issue is that the CPython implementation of heapq only calls __le__()
and __eq__() on the heap elements whereas the IronPython implementation
calls __le__(), __eq__() *and* __gt__().  Although it seems that IronPython
is well within specification to do so, there are some statements in the
Python documentation that only __le__() will be used for sorting.  Of
course, it's arguable whether 'sorting' applies to heapq and indeed other
similar algorithms or containers which rely on a defined ordering.

In any case, this is an avoidable difference between CPython and IronPython
which tripped me up.  I'm not sure whether the correct fix - if one is
needed at all - is to IronPython's heapq implementation, to CPythons
documentation, or to both.

I wrote a little more about the issue here:

  <
http://www.smallshire.org.uk/sufficientlysmall/2011/03/12/specification-of-rich-comparison-protocol-use-by-the-python-standard-library/
>

Rob
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110314/fa4ee5b1/attachment.html>

From jmccampbell at enthought.com  Mon Mar 14 18:25:15 2011
From: jmccampbell at enthought.com (Jason McCampbell)
Date: Mon, 14 Mar 2011 12:25:15 -0500
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
References: <AcvYYHos+Pj5NC6FRreN0JuVcL3wjA==>
	<6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
Message-ID: <AANLkTimRYqvrGuLm+fKd2X4eTCJpVFgk5ToAgQcSUKpA@mail.gmail.com>

Hi Chad,

Sorry for the delayed response, we were busy getting the beta release of
NumPy and SciPy together.  Microsoft announced the availability of NumPy and
SciPy for IronPython / .NET  at PyCon the end of last week.

You can find the install instructions here for the pre-built binaries:
http://www.enthought.com/repo/.iron/

<http://www.enthought.com/repo/.iron/>Alternately you can grab the source
code from the following repositories:
    https://github.com/numpy/numpy-refactor
    https://github.com/jasonmccampbell/scipy-refactor

One note we don't have documented right now is that SciPy requires the
Python stack frames access, which IronPython doesn't enable by default.  To
run SciPy you need to use the "-X:Frames" argument:
    ipy.exe -X:Frames -c "import scipy"

<https://github.com/jasonmccampbell/scipy-refactor>Regards,
Jason


On Tue, Mar 1, 2011 at 4:32 PM, Chad Brockman <chadbr at slb.com> wrote:

>  Anyone know if the effort to port numpy to IronPython is still alive?
> Enthought / MS announced it last year?
> http://www.enthought.com/media/SciPyNumPyDotNet.pdf
>
>
>
> Anyone know if IronClad is still being developed?
>
>
>
> Thanks, Chad
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
*Jason McCampbell*
Enthought, Inc.
512.850.6069
jmccampbell at enthought.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110314/4b41bdfa/attachment.html>

From doug.blank at gmail.com  Mon Mar 14 19:08:59 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Mon, 14 Mar 2011 14:08:59 -0400
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <AANLkTimRYqvrGuLm+fKd2X4eTCJpVFgk5ToAgQcSUKpA@mail.gmail.com>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<AANLkTimRYqvrGuLm+fKd2X4eTCJpVFgk5ToAgQcSUKpA@mail.gmail.com>
Message-ID: <AANLkTinLVtGveerj3GmbtCD0GwKU7h9zam-oj3F9CejF@mail.gmail.com>

On Mon, Mar 14, 2011 at 1:25 PM, Jason McCampbell
<jmccampbell at enthought.com> wrote:
> Hi Chad,
> Sorry for the delayed response, we were busy getting the beta release of
> NumPy and SciPy together. ?Microsoft announced the availability of NumPy and
> SciPy for IronPython / .NET ?at PyCon the end of last week.

This is great news! Had no idea this was under development.

> You can find the install instructions here for the pre-built
> binaries:?http://www.enthought.com/repo/.iron/
> Alternately you can grab the source code from the following repositories:
> ?? ?https://github.com/numpy/numpy-refactor
> ?? ?https://github.com/jasonmccampbell/scipy-refactor
> One note we don't have documented right now is that SciPy requires the
> Python stack frames access, which IronPython doesn't enable by default. ?To
> run SciPy you need to use the "-X:Frames" argument:
> ?? ?ipy.exe -X:Frames -c "import scipy"
> Regards,
> Jason

As IronPython runs under many different operating systems now, it
would be useful to know what the dependencies are for numpy and scipy:

- is Windows a requirement?
- does it work under Mono?
- can IronRuby etc take advantage of these libraries?

I tried to run the build the process with xbuild rather than msbuild,
but it looks like System.Numerics might not be implemented in Mono?

Thanks!

-Doug

> On Tue, Mar 1, 2011 at 4:32 PM, Chad Brockman <chadbr at slb.com> wrote:
>>
>> Anyone know if the effort to port numpy to IronPython is still alive?
>> Enthought / MS announced it last year?
>> http://www.enthought.com/media/SciPyNumPyDotNet.pdf
>>
>>
>>
>> Anyone know if IronClad is still being developed?
>>
>>
>>
>> Thanks, Chad
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>
>
>
> --
> Jason McCampbell
> Enthought, Inc.
> 512.850.6069
> jmccampbell at enthought.com
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


From jmccampbell at enthought.com  Mon Mar 14 19:28:22 2011
From: jmccampbell at enthought.com (Jason McCampbell)
Date: Mon, 14 Mar 2011 13:28:22 -0500
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <AANLkTinLVtGveerj3GmbtCD0GwKU7h9zam-oj3F9CejF@mail.gmail.com>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<AANLkTimRYqvrGuLm+fKd2X4eTCJpVFgk5ToAgQcSUKpA@mail.gmail.com>
	<AANLkTinLVtGveerj3GmbtCD0GwKU7h9zam-oj3F9CejF@mail.gmail.com>
Message-ID: <AANLkTimawig1ovfXzPuRUFEWKyoqzpjRHGFPsq2yROSD@mail.gmail.com>

>
> As IronPython runs under many different operating systems now, it
> would be useful to know what the dependencies are for numpy and scipy:
>
> - is Windows a requirement?

- does it work under Mono?


No, not directly but practically for the short-term Windows is requires for
the SciPy piece.  NumPy is quite cross-platform and uses the very
cross-platform NumPy core (C code), a little bit of C++ code, and a bunch of
C#.  I haven't tried building it on Mono recently but aside from getting the
builds to work there shouldn't be a lot of work.  It does require .NET 4 so
likely Mono 2.10 will be a requirement.

SciPy is more restrictive because it relies on C++/CLI which is not
supported on Mono.  The reason is that we are using the Cython tool to
generate interfaces for CPython and IronPython from a single source.
 Unfortunately because Cython allows users to import arbitrary C header
files, C++/CLI was the only practical option for the time being.

- can IronRuby etc take advantage of these libraries?
>

Probably, at least some of the functionality.  The interface is straight
.NET so C#, F# and other languages can make use of the NumPy ndarray object
and other objects.  The biggest limitation is that a fair amount of the
functionality is implemented in Python so it is necessary to evaluate Python
expressions to make use of it.  This is straightforward from C# or F# and I
am assuming it can be done from IronRuby, but that's just a guess.


> I tried to run the build the process with xbuild rather than msbuild,
> but it looks like System.Numerics might not be implemented in Mono?
>

I was able to add a reference to System.Numerics and open it under Mono 2.10
and I thought it was part of 2.8 but I may be mistaken. Perhaps Mono is
selecting the wrong .NET runtime?


> Thanks!
>
> -Doug
>
> > On Tue, Mar 1, 2011 at 4:32 PM, Chad Brockman <chadbr at slb.com> wrote:
> >>
> >> Anyone know if the effort to port numpy to IronPython is still alive?
> >> Enthought / MS announced it last year?
> >> http://www.enthought.com/media/SciPyNumPyDotNet.pdf
> >>
> >>
> >>
> >> Anyone know if IronClad is still being developed?
> >>
> >>
> >>
> >> Thanks, Chad
> >>
> >> _______________________________________________
> >> Users mailing list
> >> Users at lists.ironpython.com
> >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >>
> >
> >
> >
> > --
> > Jason McCampbell
> > Enthought, Inc.
> > 512.850.6069
> > jmccampbell at enthought.com
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.ironpython.com
> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >
> >
>



-- 
*Jason McCampbell*
Enthought, Inc.
512.850.6069
jmccampbell at enthought.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110314/828b2fd7/attachment.html>

From chadbr at slb.com  Mon Mar 14 19:30:07 2011
From: chadbr at slb.com (Chad Brockman)
Date: Mon, 14 Mar 2011 18:30:07 +0000
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <AANLkTimawig1ovfXzPuRUFEWKyoqzpjRHGFPsq2yROSD@mail.gmail.com>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<AANLkTimRYqvrGuLm+fKd2X4eTCJpVFgk5ToAgQcSUKpA@mail.gmail.com>
	<AANLkTinLVtGveerj3GmbtCD0GwKU7h9zam-oj3F9CejF@mail.gmail.com>
	<AANLkTimawig1ovfXzPuRUFEWKyoqzpjRHGFPsq2yROSD@mail.gmail.com>
Message-ID: <6451C9079312284DA83CCE202D0E903B270E8F9B@NL0230MBX09N2.DIR.slb.com>

So I?m assuming no Silverlight then? For the same reasons?

Thanks, Chad

From: Jason McCampbell [mailto:jmccampbell at enthought.com]
Sent: Monday, March 14, 2011 1:28 PM
To: Doug Blank
Cc: Discussion of IronPython; Chad Brockman
Subject: Re: [IronPython] numpy / IronClad?

As IronPython runs under many different operating systems now, it
would be useful to know what the dependencies are for numpy and scipy:

- is Windows a requirement?
- does it work under Mono?

No, not directly but practically for the short-term Windows is requires for the SciPy piece.  NumPy is quite cross-platform and uses the very cross-platform NumPy core (C code), a little bit of C++ code, and a bunch of C#.  I haven't tried building it on Mono recently but aside from getting the builds to work there shouldn't be a lot of work.  It does require .NET 4 so likely Mono 2.10 will be a requirement.

SciPy is more restrictive because it relies on C++/CLI which is not supported on Mono.  The reason is that we are using the Cython tool to generate interfaces for CPython and IronPython from a single source.  Unfortunately because Cython allows users to import arbitrary C header files, C++/CLI was the only practical option for the time being.

- can IronRuby etc take advantage of these libraries?

Probably, at least some of the functionality.  The interface is straight .NET so C#, F# and other languages can make use of the NumPy ndarray object and other objects.  The biggest limitation is that a fair amount of the functionality is implemented in Python so it is necessary to evaluate Python expressions to make use of it.  This is straightforward from C# or F# and I am assuming it can be done from IronRuby, but that's just a guess.

I tried to run the build the process with xbuild rather than msbuild,
but it looks like System.Numerics might not be implemented in Mono?

I was able to add a reference to System.Numerics and open it under Mono 2.10 and I thought it was part of 2.8 but I may be mistaken. Perhaps Mono is selecting the wrong .NET runtime?

Thanks!

-Doug

> On Tue, Mar 1, 2011 at 4:32 PM, Chad Brockman <chadbr at slb.com<mailto:chadbr at slb.com>> wrote:
>>
>> Anyone know if the effort to port numpy to IronPython is still alive?
>> Enthought / MS announced it last year?
>> http://www.enthought.com/media/SciPyNumPyDotNet.pdf
>>
>>
>>
>> Anyone know if IronClad is still being developed?
>>
>>
>>
>> Thanks, Chad
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com<mailto:Users at lists.ironpython.com>
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>
>
>
> --
> Jason McCampbell
> Enthought, Inc.
> 512.850.6069<tel:512.850.6069>
> jmccampbell at enthought.com<mailto:jmccampbell at enthought.com>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com<mailto:Users at lists.ironpython.com>
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>



--
Jason McCampbell
Enthought, Inc.
512.850.6069
jmccampbell at enthought.com<mailto:jmccampbell at enthought.com>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110314/17dcbcda/attachment.html>

From jmccampbell at enthought.com  Mon Mar 14 19:47:49 2011
From: jmccampbell at enthought.com (Jason McCampbell)
Date: Mon, 14 Mar 2011 13:47:49 -0500
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <6451C9079312284DA83CCE202D0E903B270E8F9B@NL0230MBX09N2.DIR.slb.com>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<AANLkTimRYqvrGuLm+fKd2X4eTCJpVFgk5ToAgQcSUKpA@mail.gmail.com>
	<AANLkTinLVtGveerj3GmbtCD0GwKU7h9zam-oj3F9CejF@mail.gmail.com>
	<AANLkTimawig1ovfXzPuRUFEWKyoqzpjRHGFPsq2yROSD@mail.gmail.com>
	<6451C9079312284DA83CCE202D0E903B270E8F9B@NL0230MBX09N2.DIR.slb.com>
Message-ID: <AANLkTi=Zxnmzr9GzOdFWSHREH1y70ATvFExu9EoJR+Z6@mail.gmail.com>

>
> So I?m assuming no Silverlight then? For the same reasons?
>

I'm not sure, I haven't used Silverlight. But if it can load the DLR is
should be able to use at least the functionality that is accessible through
.NET methods even if executing Python statements is difficult/restricted
 Moonlight won't work because of the C++/CLI limitation of course.

Jason
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110314/55d1c1e8/attachment.html>

From danielj at arena.net  Mon Mar 14 23:30:05 2011
From: danielj at arena.net (Daniel Jennings)
Date: Mon, 14 Mar 2011 15:30:05 -0700
Subject: [IronPython] ArenaNet's Use of IronPython
Message-ID: <6D931A4CF4139540BF6621A1E97D4937015F0489893B@wallemail.arena.ncwest.ncsoft.corp>

Just thought I'd share with you guys an article that among other things discusses how we at ArenaNet<http://www.arena.net/> are using IronPython. We don't go into many details about how important IronPython is to our editor, but we at least allude to it. Every time Python is mentioned it's using IronPython :)

http://altdevblogaday.org/2011/03/13/before-you-wreck-yourself/

Let me know if you have any questions about the boring details! We're currently using 2.7A1, but that's only because we haven't taken the time to make sure that we're immediately compatible with the later versions :)


Daniel Jennings
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110314/2e9ce146/attachment.html>

From jdhardy at gmail.com  Tue Mar 15 02:18:22 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 14 Mar 2011 18:18:22 -0700
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <6451C9079312284DA83CCE202D0E903B270E8F9B@NL0230MBX09N2.DIR.slb.com>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<AANLkTimRYqvrGuLm+fKd2X4eTCJpVFgk5ToAgQcSUKpA@mail.gmail.com>
	<AANLkTinLVtGveerj3GmbtCD0GwKU7h9zam-oj3F9CejF@mail.gmail.com>
	<AANLkTimawig1ovfXzPuRUFEWKyoqzpjRHGFPsq2yROSD@mail.gmail.com>
	<6451C9079312284DA83CCE202D0E903B270E8F9B@NL0230MBX09N2.DIR.slb.com>
Message-ID: <AANLkTi=W9MhCiaroPKAB-4jCyqDAXf-1H3q96VMXktc2@mail.gmail.com>

On Mon, Mar 14, 2011 at 11:30 AM, Chad Brockman <chadbr at slb.com> wrote:
> So I?m assuming no Silverlight then? For the same reasons?
>
>
>
> Thanks, Chad

I'm pretty sure Silverlight doesn't support native code, at least not
in the browser and phone.

- Jeff


From jdhardy at gmail.com  Tue Mar 15 02:22:09 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 14 Mar 2011 18:22:09 -0700
Subject: [IronPython] ArenaNet's Use of IronPython
In-Reply-To: <6D931A4CF4139540BF6621A1E97D4937015F0489893B@wallemail.arena.ncwest.ncsoft.corp>
References: <6D931A4CF4139540BF6621A1E97D4937015F0489893B@wallemail.arena.ncwest.ncsoft.corp>
Message-ID: <AANLkTi=2tMMStcMNAg6jJUt=waWMvLoPVaLha4L8uk41@mail.gmail.com>

That's awesome. I think it might be time to start a "Who's using
IronPython" page somewhere.

The upgrade to 2.7 should be pretty seamless, BTW. Is there anything
that you're missing? Anything that would make your use case easier?

- Jeff

On Mon, Mar 14, 2011 at 3:30 PM, Daniel Jennings <danielj at arena.net> wrote:
> Just thought I?d share with you guys an article that among other things
> discusses how we at ArenaNet are using IronPython. We don?t go into many
> details about how important IronPython is to our editor, but we at least
> allude to it. Every time Python is mentioned it?s using IronPython J
>
>
>
> http://altdevblogaday.org/2011/03/13/before-you-wreck-yourself/
>
>
>
> Let me know if you have any questions about the boring details! We?re
> currently using 2.7A1, but that?s only because we haven?t taken the time to
> make sure that we?re immediately compatible with the later versions J
>
>
>
>
>
> Daniel Jennings
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


From jdhardy at gmail.com  Tue Mar 15 02:41:14 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 14 Mar 2011 18:41:14 -0700
Subject: [IronPython] Rich comparison usage by IronPython's heapq
	implementation
In-Reply-To: <AANLkTinjkNUnAHua8g8+H05H+xvxr-f-94+vM=otC+M+@mail.gmail.com>
References: <AANLkTinjkNUnAHua8g8+H05H+xvxr-f-94+vM=otC+M+@mail.gmail.com>
Message-ID: <AANLkTinXam5jTtU6MUANKp_RADmYVsZJ0ZRuuPUjWY5+@mail.gmail.com>

Regardless of what's "correct", we should follow what CPython does
(plus, using only __lt__ and __eq__ makes sense). Can you try this in
2.7 to see if it's still an issue, and open a bug if it is? I doubt
we'll make any more changes to 2.6.

- Jeff

On Mon, Mar 14, 2011 at 6:04 AM, Robert Smallshire
<robert at smallshire.org.uk> wrote:
> Hello,
> I recently ran into some issues with IronPython's heapq implementation
> whereby code that functions correctly on CPython failed with IronPython 2.6.
> ?The issue is that the CPython implementation of heapq only calls __le__()
> and __eq__() on the heap elements whereas the IronPython implementation
> calls __le__(), __eq__() *and* __gt__(). ?Although it seems that IronPython
> is well within specification to do so, there are some statements in the
> Python documentation that only __le__() will be used for sorting. ?Of
> course, it's arguable whether 'sorting' applies to heapq and indeed other
> similar?algorithms?or containers which rely on a defined ordering.
> In any case, this is an avoidable difference between CPython and IronPython
> which tripped me up. ?I'm not sure whether the correct fix - if one is
> needed at all - is to IronPython's heapq implementation, to CPythons
> documentation, or to both.
> I wrote a little more about the issue here:
> ??<http://www.smallshire.org.uk/sufficientlysmall/2011/03/12/specification-of-rich-comparison-protocol-use-by-the-python-standard-library/>
> Rob
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


From sepatan at sibmail.com  Tue Mar 15 03:43:33 2011
From: sepatan at sibmail.com (sepatan at sibmail.com)
Date: Tue, 15 Mar 2011 08:43:33 +0600 (NOVT)
Subject: [IronPython] Question on IronPyton and SilverLight
Message-ID: <51065.83.172.33.173.1300157013.squirrel@www.sibmail.com>

The letter an investment

Sergei
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: letter.txt
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110315/da2b329f/attachment.txt>

From vaggi at cosbi.eu  Tue Mar 15 09:00:09 2011
From: vaggi at cosbi.eu (Federico Vaggi)
Date: Tue, 15 Mar 2011 09:00:09 +0100
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <20110314172704.3343360B@apollo.cosbi.eu>
References: <AcvYYHos+Pj5NC6FRreN0JuVcL3wjA==>	<6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<20110314172704.3343360B@apollo.cosbi.eu>
Message-ID: <20110315080046.2341260B@apollo.cosbi.eu>

Hey Jason, thanks for all the work on this.  I use the enthought python 
distribution, and it appears that the ironpkg package has some conflict 
with installer present in python - here is what happens if you run 
ironpkg after installing it:

C:\TEMP>ipy ironpkg-1.0.0.py --install
Bootstrapping: 
c:\users\fedev\appdata\local\temp\tmpzaqqhk\ironpkg-1.0.0-1.egg
    118 KB 
[.................................................................]

C:\TEMP>ironpkg scipy
Traceback (most recent call last):
   File "C:\Program Files (x86)\IronPython 2.7\ironpkg-script.py", line 
8, in <mo
dule>
   File "C:\Python27\Lib\site-packages\enstaller\main.py", line 19, in 
<module>
   File "C:\Python27\Lib\site-packages\enstaller\config.py", line 11, in 
<module>

   File "C:\Python27\Lib\site-packages\enstaller\utils.py", line 1, in 
<module>
ImportError: No module named bz2

My guess is that since python site-lib and ironpython site-lib are on 
the path, the installer tries to look through the python lib first?

Either way, should be easy to fix, I'll just grab the version from git 
and play around with it.

Federico

On 14/03/2011 18:25, Jason McCampbell wrote:
> Hi Chad,
>
> Sorry for the delayed response, we were busy getting the beta release 
> of NumPy and SciPy together.  Microsoft announced the availability of 
> NumPy and SciPy for IronPython / .NET  at PyCon the end of last week.
>
> You can find the install instructions here for the pre-built binaries: 
> http://www.enthought.com/repo/.iron/
>
> Alternately you can grab the source code from the following repositories:
> https://github.com/numpy/numpy-refactor
> https://github.com/jasonmccampbell/scipy-refactor
>
> One note we don't have documented right now is that SciPy requires the 
> Python stack frames access, which IronPython doesn't enable by 
> default.  To run SciPy you need to use the "-X:Frames" argument:
>     ipy.exe -X:Frames -c "import scipy"
>
> Regards,
> Jason
>
>
> On Tue, Mar 1, 2011 at 4:32 PM, Chad Brockman <chadbr at slb.com 
> <mailto:chadbr at slb.com>> wrote:
>
>     Anyone know if the effort to port numpy to IronPython is still
>     alive? Enthought / MS announced it last year?
>     http://www.enthought.com/media/SciPyNumPyDotNet.pdf
>
>     Anyone know if IronClad is still being developed?
>
>     Thanks, Chad
>
>
>     _______________________________________________
>     Users mailing list
>     Users at lists.ironpython.com <mailto:Users at lists.ironpython.com>
>     http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
>
> -- 
> *Jason McCampbell*
> Enthought, Inc.
> 512.850.6069
> jmccampbell at enthought.com <mailto:jmccampbell at enthought.com>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110315/bbcee705/attachment.html>

From m.schaber at 3s-software.com  Tue Mar 15 10:16:26 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Tue, 15 Mar 2011 10:16:26 +0100
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
In-Reply-To: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com>
References: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C60D@server02.in.3s-software.com>

Hi, Jeff,

Von: Jeff Hardy

> With the 2.7 out the door, it's time to start thinking about 3.x. I've
> created a ipy-2.7-maint branch for continued 2.7 work (and it needs
some),
> and any 3.x work will go on master. Any 2.7 fixes that also go into
3.x
> (and really, most of them should) go into the 2.7 branch *first*, and
then
> be cherry-picked into master (yes, I'll write some docs on that). This
is
> to (hopefully) prevent any 3.x features from being inadvertently
> backported to 2.7.

Your plans sound good for us. 

But we're just releasing a product hosting IronPython 2.6.2, as we're
still bound to .NET 2.0 for some months, but our plans to upgrade to
.NET 4.0 are on the way. So we are interested in smooth migration paths
for our customers.

Will it be possible to integrate / host both python 2.x (2.7.x) and 3.x
in the same application?

And is there some mechanism to auto-recognize whether a Script is python
2.x or 3.x syntax? Maybe some "from __future__ import Python3" or
something?

If there's work needed in that area, maybe I can convince my seniors
that we contribute.

(I used to work a lot with Python and contribute to free projects in
some of my former working places...)

Best regards

Markus Schaber

-- 
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects:
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 


From vernondcole at gmail.com  Tue Mar 15 12:18:13 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Tue, 15 Mar 2011 05:18:13 -0600
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
In-Reply-To: <AANLkTin=Ryi4jpRNWhR+XpsR4aZv4=pMQGWq-WSg54r5@mail.gmail.com>
References: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C60D@server02.in.3s-software.com>
	<AANLkTik5Mor7nsrXpL6DqNZZa+-hy6vSS9BZ9m02_S2O@mail.gmail.com>
	<AANLkTik2N1d9q7gMjb1PQQm9wpAs3_NbeHVXcfh-y9Hk@mail.gmail.com>
	<AANLkTin=Ryi4jpRNWhR+XpsR4aZv4=pMQGWq-WSg54r5@mail.gmail.com>
Message-ID: <AANLkTinGWnyGDofJvxFvKUJAL=v7Z9qFn7z3Tk2dNRb1@mail.gmail.com>

#!/usr/bin/ipy3

A shebang on the first line is the usual way of specifying which scripting
engine to use on a posix system. If introspection were to be used to select
between python versions, that would be the most obvious way to do it.

Windows (tm) prefers to use filename extensions, which is why .pyw is used
to specify a GUI program. The command shell does not open the file to see
what's inside AFAIK.

It was suggested in the past  that .ipy might be used to specify IronPython
programs. If that idea were carried to its logical end, one would use .ipy3w
to specify an IronPython 3.x GUI script. That is a bit frightening.

What about the idea of a semi-standard python dispatch program which lives
on the search path, introspects the script, and calls the appropriate
engine? Perhaps it could even manage to capture tracebacks sent to stderr
when a script dies?
--
Vernon Cole
(sent from my 'droid phone)

On Mar 15, 2011 3:20 AM, "Markus Schaber" <m.schaber at 3s-software.com> wrote:
Hi, Jeff,

Von: Jeff Hardy


> With the 2.7 out the door, it's time to start thinking about 3.x. I've
> created a ipy-2.7-maint ...
Your plans sound good for us.

But we're just releasing a product hosting IronPython 2.6.2, as we're
still bound to .NET 2.0 for some months, but our plans to upgrade to
.NET 4.0 are on the way. So we are interested in smooth migration paths
for our customers.

Will it be possible to integrate / host both python 2.x (2.7.x) and 3.x
in the same application?

And is there some mechanism to auto-recognize whether a Script is python
2.x or 3.x syntax? Maybe some "from __future__ import Python3" or
something?

If there's work needed in that area, maybe I can convince my seniors
that we contribute.

(I used to work a lot with Python and contribute to free projects in
some of my former working places...)

Best regards

Markus Schaber

--
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects:
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http:/...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110315/bffbe9e2/attachment.html>

From Larry.Jones at aspentech.com  Tue Mar 15 15:19:41 2011
From: Larry.Jones at aspentech.com (Jones, Larry)
Date: Tue, 15 Mar 2011 10:19:41 -0400
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <AANLkTimRYqvrGuLm+fKd2X4eTCJpVFgk5ToAgQcSUKpA@mail.gmail.com>
References: <AcvYYHos+Pj5NC6FRreN0JuVcL3wjA==><6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<AANLkTimRYqvrGuLm+fKd2X4eTCJpVFgk5ToAgQcSUKpA@mail.gmail.com>
Message-ID: <E8096D1789BBDA489C4DA48FAC97563A039CEE1C@hqmail4.corp.aspentech.com>

Great work on SciPy and NumPy!

 

Any plans for IPython?

 

---

Larry Jones
||| Senior Level Development Engineer
Aspen Technology, Inc. ||| +1 281-504-3324 ||| fax: 281-584-1062 ||| www.aspentech.com <http://www.aspentech.com/>  

 

  <http://www.aspentech.com/aspenoneglobalconference/> 

 

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jason McCampbell
Sent: Monday, March 14, 2011 12:25 PM
To: Discussion of IronPython
Cc: Chad Brockman
Subject: Re: [IronPython] numpy / IronClad?

 

Hi Chad,

 

Sorry for the delayed response, we were busy getting the beta release of NumPy and SciPy together.  Microsoft announced the availability of NumPy and SciPy for IronPython / .NET  at PyCon the end of last week.

 

You can find the install instructions here for the pre-built binaries: http://www.enthought.com/repo/.iron/

 

Alternately you can grab the source code from the following repositories:

    https://github.com/numpy/numpy-refactor

    https://github.com/jasonmccampbell/scipy-refactor

 

One note we don't have documented right now is that SciPy requires the Python stack frames access, which IronPython doesn't enable by default.  To run SciPy you need to use the "-X:Frames" argument:

    ipy.exe -X:Frames -c "import scipy"

 

Regards,

Jason

 

On Tue, Mar 1, 2011 at 4:32 PM, Chad Brockman <chadbr at slb.com> wrote:

Anyone know if the effort to port numpy to IronPython is still alive? Enthought / MS announced it last year? http://www.enthought.com/media/SciPyNumPyDotNet.pdf

 

Anyone know if IronClad is still being developed?

 

Thanks, Chad


_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com




-- 
Jason McCampbell

Enthought, Inc.

512.850.6069

jmccampbell at enthought.com

 




This e-mail and any attachments are intended only for use by the
addressee(s) named herein and may contain legally privileged and/or
confidential information. If you are not the intended recipient of
this e-mail, you are hereby notified any dissemination,
distribution or copying of this email, and any attachments thereto,
is strictly prohibited. If you receive this email in error please
immediately notify the sender and permanently delete the original
copy and any copy of any e-mail, and any printout thereof.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110315/ff07200d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 12290 bytes
Desc: image001.png
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110315/ff07200d/attachment.png>

From fuzzyman at voidspace.org.uk  Tue Mar 15 15:28:16 2011
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Tue, 15 Mar 2011 10:28:16 -0400
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
In-Reply-To: <AANLkTinGWnyGDofJvxFvKUJAL=v7Z9qFn7z3Tk2dNRb1@mail.gmail.com>
References: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com>	<B71A1F2C2D4E6D4CA096E91AC8B762480268C60D@server02.in.3s-software.com>	<AANLkTik5Mor7nsrXpL6DqNZZa+-hy6vSS9BZ9m02_S2O@mail.gmail.com>	<AANLkTik2N1d9q7gMjb1PQQm9wpAs3_NbeHVXcfh-y9Hk@mail.gmail.com>	<AANLkTin=Ryi4jpRNWhR+XpsR4aZv4=pMQGWq-WSg54r5@mail.gmail.com>
	<AANLkTinGWnyGDofJvxFvKUJAL=v7Z9qFn7z3Tk2dNRb1@mail.gmail.com>
Message-ID: <4D7F7780.8040808@voidspace.org.uk>

On 15/03/2011 07:18, Vernon Cole wrote:
>
> #!/usr/bin/ipy3
>
> A shebang on the first line is the usual way of specifying which 
> scripting engine to use on a posix system. If introspection were to be 
> used to select between python versions, that would be the most obvious 
> way to do it.
>
> Windows (tm) prefers to use filename extensions, which is why .pyw is 
> used to specify a GUI program. The command shell does not open the 
> file to see what's inside AFAIK.
>
> It was suggested in the past  that .ipy might be used to specify 
> IronPython programs. If that idea were carried to its logical end, one 
> would use .ipy3w to specify an IronPython 3.x GUI script. That is a 
> bit frightening.
>
> What about the idea of a semi-standard python dispatch program which 
> lives on the search path, introspects the script, and calls the 
> appropriate engine? Perhaps it could even manage to capture tracebacks 
> sent to stderr when a script dies?
>

There has been a long discussion recently on Python-dev [1] suggesting 
the creation of exactly such a launcher program for Python on Windows. 
Mark Hammond (copied) said he would implement it. Including IronPython 
support is a fine idea.

All the best,

Michael

[1] http://mail.python.org/pipermail/python-dev/2011-March/108872.html

> --
> Vernon Cole
> (sent from my 'droid phone)
>
>> On Mar 15, 2011 3:20 AM, "Markus Schaber" <m.schaber at 3s-software.com 
>> <mailto:m.schaber at 3s-software.com>> wrote:
>> Hi, Jeff,
>>
>> Von: Jeff Hardy
>>
>>
>> > With the 2.7 out the door, it's time to start thinking about 3.x. I've
>> > created a ipy-2.7-maint ...
>>
>> Your plans sound good for us.
>>
>> But we're just releasing a product hosting IronPython 2.6.2, as we're
>> still bound to .NET 2.0 for some months, but our plans to upgrade to
>> .NET 4.0 are on the way. So we are interested in smooth migration paths
>> for our customers.
>>
>> Will it be possible to integrate / host both python 2.x (2.7.x) and 3.x
>> in the same application?
>>
>> And is there some mechanism to auto-recognize whether a Script is python
>> 2.x or 3.x syntax? Maybe some "from __future__ import Python3" or
>> something?
>>
>> If there's work needed in that area, maybe I can convince my seniors
>> that we contribute.
>>
>> (I used to work a lot with Python and contribute to free projects in
>> some of my former working places...)
>>


>> Best regards
>>
>> Markus Schaber
>>
>> --
>> We software Automation.
>>
>> 3S-Smart Software Solutions GmbH
>> Markus Schaber | Developer
>> Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 
>> <tel:%2B49-831-54031-0> |
>> Fax +49-831-54031-50 <tel:%2B49-831-54031-50>
>>
>> Email: m.schaber at 3s-software.com <mailto:m.schaber at 3s-software.com> | 
>> Web: http://www.3s-software.com
>> CoDeSys internet forum: http://forum.3s-software.com
>> Download CoDeSys sample projects:
>> http://www.3s-software.com/index.shtml?sample_projects
>>
>> Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
>> Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com <mailto:Users at lists.ironpython.com>
>> http:/...
>>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


-- 
http://www.voidspace.org.uk/

May you do good and not evil
May you find forgiveness for yourself and forgive others
May you share freely, never taking more than you give.
-- the sqlite blessing http://www.sqlite.org/different.html

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110315/509079c2/attachment.html>

From jmccampbell at enthought.com  Tue Mar 15 15:34:11 2011
From: jmccampbell at enthought.com (Jason McCampbell)
Date: Tue, 15 Mar 2011 09:34:11 -0500
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <20110315080046.2341260B@apollo.cosbi.eu>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<20110314172704.3343360B@apollo.cosbi.eu>
	<20110315080046.2341260B@apollo.cosbi.eu>
Message-ID: <AANLkTinF8mYhXpXbVQ3oDc7g22F7V2=ttMkQfGbdS5x3@mail.gmail.com>

On Tue, Mar 15, 2011 at 3:00 AM, Federico Vaggi <vaggi at cosbi.eu> wrote:

>  Hey Jason, thanks for all the work on this.  I use the enthought python
> distribution, and it appears that the ironpkg package has some conflict with
> installer present in python - here is what happens if you run ironpkg after
> installing it:
>
> C:\TEMP>ipy ironpkg-1.0.0.py --install
> Bootstrapping:
> c:\users\fedev\appdata\local\temp\tmpzaqqhk\ironpkg-1.0.0-1.egg
>    118 KB
> [.................................................................]
>
> C:\TEMP>ironpkg scipy
> Traceback (most recent call last):
>   File "C:\Program Files (x86)\IronPython 2.7\ironpkg-script.py", line 8,
> in <mo
> dule>
>   File "C:\Python27\Lib\site-packages\enstaller\main.py", line 19, in
> <module>
>   File "C:\Python27\Lib\site-packages\enstaller\config.py", line 11, in
> <module>
>
>   File "C:\Python27\Lib\site-packages\enstaller\utils.py", line 1, in
> <module>
> ImportError: No module named bz2
>
> My guess is that since python site-lib and ironpython site-lib are on the
> path, the installer tries to look through the python lib first?
>
> Either way, should be easy to fix, I'll just grab the version from git and
> play around with it.
>

Hi Federico, the packager was just something quick we put together since
there wasn't an existing one for IronPython and we needed a way to manage
packages.  I haven't seen an install of IronPython that has both the CPython
and IronPython site-packages directories in the same path and I'm not
surprised the packager doesn't handle it.

Does putting both site-packages directories in the same path work in
general? It seems like it would lead to issues with getting the wrong
versions of packages, but perhaps not.

Regards,
Jason
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110315/f03d6090/attachment.html>

From jmccampbell at enthought.com  Tue Mar 15 15:43:46 2011
From: jmccampbell at enthought.com (Jason McCampbell)
Date: Tue, 15 Mar 2011 09:43:46 -0500
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <E8096D1789BBDA489C4DA48FAC97563A039CEE1C@hqmail4.corp.aspentech.com>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<AANLkTimRYqvrGuLm+fKd2X4eTCJpVFgk5ToAgQcSUKpA@mail.gmail.com>
	<E8096D1789BBDA489C4DA48FAC97563A039CEE1C@hqmail4.corp.aspentech.com>
Message-ID: <AANLkTi=Dzt20SA7_pT1_PVGDXcc_86Bqtc=v_B+L3+Xi@mail.gmail.com>

On Tue, Mar 15, 2011 at 9:19 AM, Jones, Larry <Larry.Jones at aspentech.com>wrote:

> Great work on SciPy and NumPy!
>
>
>
> Any plans for IPython?
>

Not that I'm aware of, but a lot depends on how the IronPython community
develops and how it's used.  Microsoft has released their Python Tools for
Visual Studio package that has some similar functionality which looks quite
interesting, though I haven't had a chance to really work it yet.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110315/6b9a9f03/attachment.html>

From slide.o.mix at gmail.com  Tue Mar 15 17:22:32 2011
From: slide.o.mix at gmail.com (Slide)
Date: Tue, 15 Mar 2011 09:22:32 -0700
Subject: [IronPython] no module named re
Message-ID: <AANLkTimXhan3O+q+gJv-3FNHw7d5e=XciE==sm28u5vn@mail.gmail.com>

I am embedding IronPython in my app to allow some script capabilities.
I have the following code:

_content = content.Trim();

            string script = string.Format(@"
import re

def interp(string, variables):
    globals = globals()
    for item in re.findall(r'\$\(([^{{]*)\)', string):
        string = string.replace('$(%s)' % item,
                            str(eval(item, globals, variables)))
    return string

{0}
", _content);

            try
            {
                _engine = Python.CreateEngine();
                List<string> searchPaths = new
List<string>(_engine.GetSearchPaths());
                searchPaths.Add(

Path.GetDirectoryName(Assembly.GetEntryAssembly().Location));

                _engine.SetSearchPaths(searchPaths);
                ScriptSource source =
                    _engine.CreateScriptSourceFromString(script);

                _script = source.Compile();
            }
            catch(SyntaxErrorException ex)
            {
                ExceptionOperations eo =
                    _engine.GetService<ExceptionOperations>();
                throw new ScriptedStringParseException(
                    eo.FormatException(ex), -1);
            }

Then later I call:

_script.DefaultScope.SetVariable("context",
                GenerateParameters(context));
            return _script.Execute<string>();

The problem I am running into is that _script.Execute is that I am
getting an import exception on the "import re"

re is a builtin module, so I am not sure why that is happening, does
the IronPython.Modules.dll need to be in the DLLs directory? I don't
remember having this issue previously.

-- 
slide-o-blog
http://slide-o-blog.blogspot.com/


From jimmy at schementi.com  Tue Mar 15 17:29:33 2011
From: jimmy at schementi.com (Jimmy Schementi)
Date: Tue, 15 Mar 2011 12:29:33 -0400
Subject: [IronPython] no module named re
In-Reply-To: <AANLkTimXhan3O+q+gJv-3FNHw7d5e=XciE==sm28u5vn@mail.gmail.com>
References: <AANLkTimXhan3O+q+gJv-3FNHw7d5e=XciE==sm28u5vn@mail.gmail.com>
Message-ID: <AANLkTimss-N8+56BknvtGR5ZCLycSsFyNhZocwzbEcgZ@mail.gmail.com>

Is IronPython.Modules.dll referenced by the host app?

~Jimmy


On Tue, Mar 15, 2011 at 12:22 PM, Slide <slide.o.mix at gmail.com> wrote:

> I am embedding IronPython in my app to allow some script capabilities.
> I have the following code:
>
> _content = content.Trim();
>
>            string script = string.Format(@"
> import re
>
> def interp(string, variables):
>    globals = globals()
>    for item in re.findall(r'\$\(([^{{]*)\)', string):
>        string = string.replace('$(%s)' % item,
>                            str(eval(item, globals, variables)))
>    return string
>
> {0}
> ", _content);
>
>            try
>            {
>                _engine = Python.CreateEngine();
>                List<string> searchPaths = new
> List<string>(_engine.GetSearchPaths());
>                searchPaths.Add(
>
> Path.GetDirectoryName(Assembly.GetEntryAssembly().Location));
>
>                _engine.SetSearchPaths(searchPaths);
>                ScriptSource source =
>                    _engine.CreateScriptSourceFromString(script);
>
>                _script = source.Compile();
>            }
>            catch(SyntaxErrorException ex)
>            {
>                ExceptionOperations eo =
>                    _engine.GetService<ExceptionOperations>();
>                throw new ScriptedStringParseException(
>                    eo.FormatException(ex), -1);
>            }
>
> Then later I call:
>
> _script.DefaultScope.SetVariable("context",
>                GenerateParameters(context));
>            return _script.Execute<string>();
>
> The problem I am running into is that _script.Execute is that I am
> getting an import exception on the "import re"
>
> re is a builtin module, so I am not sure why that is happening, does
> the IronPython.Modules.dll need to be in the DLLs directory? I don't
> remember having this issue previously.
>
> --
> slide-o-blog
> http://slide-o-blog.blogspot.com/
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110315/82a682c5/attachment.html>

From slide.o.mix at gmail.com  Tue Mar 15 17:38:13 2011
From: slide.o.mix at gmail.com (Slide)
Date: Tue, 15 Mar 2011 09:38:13 -0700
Subject: [IronPython] no module named re
In-Reply-To: <AANLkTimss-N8+56BknvtGR5ZCLycSsFyNhZocwzbEcgZ@mail.gmail.com>
References: <AANLkTimXhan3O+q+gJv-3FNHw7d5e=XciE==sm28u5vn@mail.gmail.com>
	<AANLkTimss-N8+56BknvtGR5ZCLycSsFyNhZocwzbEcgZ@mail.gmail.com>
Message-ID: <AANLkTimSvc77CcVQ-hCyJgKsOdCOV4vMAYdP_ozozVyM@mail.gmail.com>

Yes, but I just found that it was not being copied to the bin
directory during build for some reason.

Sorry for the noise.

slide

On Tue, Mar 15, 2011 at 9:29 AM, Jimmy Schementi <jimmy at schementi.com> wrote:
> Is IronPython.Modules.dll referenced by the host app?
> ~Jimmy
>
>
> On Tue, Mar 15, 2011 at 12:22 PM, Slide <slide.o.mix at gmail.com> wrote:
>>
>> I am embedding IronPython in my app to allow some script capabilities.
>> I have the following code:
>>
>> _content = content.Trim();
>>
>> ? ? ? ? ? ?string script = string.Format(@"
>> import re
>>
>> def interp(string, variables):
>> ? ?globals = globals()
>> ? ?for item in re.findall(r'\$\(([^{{]*)\)', string):
>> ? ? ? ?string = string.replace('$(%s)' % item,
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ?str(eval(item, globals, variables)))
>> ? ?return string
>>
>> {0}
>> ", _content);
>>
>> ? ? ? ? ? ?try
>> ? ? ? ? ? ?{
>> ? ? ? ? ? ? ? ?_engine = Python.CreateEngine();
>> ? ? ? ? ? ? ? ?List<string> searchPaths = new
>> List<string>(_engine.GetSearchPaths());
>> ? ? ? ? ? ? ? ?searchPaths.Add(
>>
>> Path.GetDirectoryName(Assembly.GetEntryAssembly().Location));
>>
>> ? ? ? ? ? ? ? ?_engine.SetSearchPaths(searchPaths);
>> ? ? ? ? ? ? ? ?ScriptSource source =
>> ? ? ? ? ? ? ? ? ? ?_engine.CreateScriptSourceFromString(script);
>>
>> ? ? ? ? ? ? ? ?_script = source.Compile();
>> ? ? ? ? ? ?}
>> ? ? ? ? ? ?catch(SyntaxErrorException ex)
>> ? ? ? ? ? ?{
>> ? ? ? ? ? ? ? ?ExceptionOperations eo =
>> ? ? ? ? ? ? ? ? ? ?_engine.GetService<ExceptionOperations>();
>> ? ? ? ? ? ? ? ?throw new ScriptedStringParseException(
>> ? ? ? ? ? ? ? ? ? ?eo.FormatException(ex), -1);
>> ? ? ? ? ? ?}
>>
>> Then later I call:
>>
>> _script.DefaultScope.SetVariable("context",
>> ? ? ? ? ? ? ? ?GenerateParameters(context));
>> ? ? ? ? ? ?return _script.Execute<string>();
>>
>> The problem I am running into is that _script.Execute is that I am
>> getting an import exception on the "import re"
>>
>> re is a builtin module, so I am not sure why that is happening, does
>> the IronPython.Modules.dll need to be in the DLLs directory? I don't
>> remember having this issue previously.
>>
>> --
>> slide-o-blog
>> http://slide-o-blog.blogspot.com/
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>



-- 
slide-o-blog
http://slide-o-blog.blogspot.com/


From m.schaber at 3s-software.com  Tue Mar 15 17:55:31 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Tue, 15 Mar 2011 17:55:31 +0100
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
In-Reply-To: <AANLkTinGWnyGDofJvxFvKUJAL=v7Z9qFn7z3Tk2dNRb1@mail.gmail.com>
References: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B762480268C60D@server02.in.3s-software.com><AANLkTik5Mor7nsrXpL6DqNZZa+-hy6vSS9BZ9m02_S2O@mail.gmail.com><AANLkTik2N1d9q7gMjb1PQQm9wpAs3_NbeHVXcfh-y9Hk@mail.gmail.com><AANLkTin=Ryi4jpRNWhR+XpsR4aZv4=pMQGWq-WSg54r5@mail.gmail.com>
	<AANLkTinGWnyGDofJvxFvKUJAL=v7Z9qFn7z3Tk2dNRb1@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C611@server02.in.3s-software.com>

Hi, Vernon,

Von: Vernon Cole
> #!/usr/bin/ipy3
> A shebang on the first line is the usual way of specifying which
scripting engine to use on a posix system.

As I wrote, we host IronPython inside our application, so shebang and
file name suffixes are irrelevant - but we could use the shebang as a
marker for python 3 (given that we can host both versions side-by-side)
and parse the source manually to find out which version to use - at
least for a specific grace period.

Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects:
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 



From jdhardy at gmail.com  Tue Mar 15 19:08:04 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 15 Mar 2011 11:08:04 -0700
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C611@server02.in.3s-software.com>
References: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C60D@server02.in.3s-software.com>
	<AANLkTik5Mor7nsrXpL6DqNZZa+-hy6vSS9BZ9m02_S2O@mail.gmail.com>
	<AANLkTik2N1d9q7gMjb1PQQm9wpAs3_NbeHVXcfh-y9Hk@mail.gmail.com>
	<AANLkTin=Ryi4jpRNWhR+XpsR4aZv4=pMQGWq-WSg54r5@mail.gmail.com>
	<AANLkTinGWnyGDofJvxFvKUJAL=v7Z9qFn7z3Tk2dNRb1@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C611@server02.in.3s-software.com>
Message-ID: <AANLkTinPKch3mM6d2ZDU7CcBSkN20MtZxO6wFiMgDm2f@mail.gmail.com>

On Tue, Mar 15, 2011 at 9:55 AM, Markus Schaber
<m.schaber at 3s-software.com> wrote:
> As I wrote, we host IronPython inside our application, so shebang and
> file name suffixes are irrelevant - but we could use the shebang as a
> marker for python 3 (given that we can host both versions side-by-side)
> and parse the source manually to find out which version to use - at
> least for a specific grace period.

I think we can support this - it would be no different than using
IronPython and IronRuby side by side, if we do it right. We'd probably
have to rename IronPython.dll to IronPython3.dll as well, but that's
not a big deal.

How you decide which to use would be up to you, though.

Would this be useful for anyone else as well?

- Jeff


From Tomas.Matousek at microsoft.com  Tue Mar 15 19:26:38 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 15 Mar 2011 18:26:38 +0000
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
In-Reply-To: <AANLkTinPKch3mM6d2ZDU7CcBSkN20MtZxO6wFiMgDm2f@mail.gmail.com>
References: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C60D@server02.in.3s-software.com>
	<AANLkTik5Mor7nsrXpL6DqNZZa+-hy6vSS9BZ9m02_S2O@mail.gmail.com>
	<AANLkTik2N1d9q7gMjb1PQQm9wpAs3_NbeHVXcfh-y9Hk@mail.gmail.com>
	<AANLkTin=Ryi4jpRNWhR+XpsR4aZv4=pMQGWq-WSg54r5@mail.gmail.com>
	<AANLkTinGWnyGDofJvxFvKUJAL=v7Z9qFn7z3Tk2dNRb1@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C611@server02.in.3s-software.com>
	<AANLkTinPKch3mM6d2ZDU7CcBSkN20MtZxO6wFiMgDm2f@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C330803A243@SN2PRD0302MB113.namprd03.prod.outlook.com>

The assemblies are strongly named so I don't think that the name change would be necessary.

Tomas

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy
Sent: Tuesday, March 15, 2011 11:08 AM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython 2.7.1 & 3.x Development

On Tue, Mar 15, 2011 at 9:55 AM, Markus Schaber <m.schaber at 3s-software.com> wrote:
> As I wrote, we host IronPython inside our application, so shebang and 
> file name suffixes are irrelevant - but we could use the shebang as a 
> marker for python 3 (given that we can host both versions 
> side-by-side) and parse the source manually to find out which version 
> to use - at least for a specific grace period.

I think we can support this - it would be no different than using IronPython and IronRuby side by side, if we do it right. We'd probably have to rename IronPython.dll to IronPython3.dll as well, but that's not a big deal.

How you decide which to use would be up to you, though.

Would this be useful for anyone else as well?

- Jeff
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com






From dwoogle at gmail.com  Tue Mar 15 19:27:44 2011
From: dwoogle at gmail.com (David Welden)
Date: Tue, 15 Mar 2011 13:27:44 -0500
Subject: [IronPython] Issue with ctypes arrays of c_ubyte
Message-ID: <AANLkTinjrRr8QYwGybV-F1fBSrL0La44Pxf12GNQigaa@mail.gmail.com>

I have a ctypes module that is failing under Iron Python. The module is
hosted at http://essbasepy.googlecode.com if anyone wants to view the
source.

I have a union defined as:

class output_buffer(Union):
    _fields_ = [('pdVal', c_double * MAX_REC),
                ('pbVal', c_ubyte * MAX_REC),
                ('pszVal', col_t * MAX_REC)]

When attempting to use the pbVal field as follows:

elif pDescr.IntTyp == MAXL_DTINT_BOOL:
    pInBuff = pBuffer.pbVal
    Type = MAXL_DTEXT_UCHAR
    Size = 0
...
sts = maxl.MaxLColumnDefine(sid, c_ulong(index + 1), pInBuff,
c_ushort(Size), c_ulong(Type), c_ushort(MAX_REC), None, None)

the called c module fails with the following exception:

clsException in System.Collections.ListDictionaryInternal
e	{*expected c_char_Array_1025_Array_1, got c_ubyte_Array_1*}	object
{IronPython.Runtime.Exceptions.PythonExceptions.BaseException}
Data	{System.Collections.ListDictionaryInternal}	System.Collections.IDictionary
{System.Collections.ListDictionaryInternal}
Message	"expected c_char_Array_1025_Array_1, got c_ubyte_Array_1"	string
Source	"IronPython.Modules"	string
StackTrace	"   at IronPython.Modules.ModuleOps.CheckCDataType(Object
o, Object type)\r\n   at InteropInvoker(IntPtr , Object , Object ,
Object , Object , Object , Object , Object , Object , Object[] )\r\n
at CallSite.Target(Closure , CallSite , Object , Object , Object ,
Object , Object , Object , Object , Object , Object )\r\n   at
Microsoft.Scripting.Interpreter.DynamicInstruction`10.Run(InterpretedFrame
frame)\r\n   at
Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame
frame)\r\n   at
Microsoft.Scripting.Interpreter.LightLambda.Run11[T0,T1,T2,T3,T4,T5,T6,T7,T8,T9,T10,TRet](T0
arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4, T5 arg5, T6 arg6, T7 arg7,
T8 arg8, T9 arg9, T10 arg10)\r\n   at
Essbase$2._MaxlOutputNextRecord$70(PythonFunction $function, Object
self, Object sid, Object ssnInit, Object numFlds) in C:\\Program
Files\\IronPython 2.7\\lib\\site-packages\\Essbase.py:line 376"	string
TargetSite	{CData CheckCDataType(System.Object,
System.Object)}	System.Reflection.MethodBase
{System.Reflection.RuntimeMethodInfo}

I am a little out of my depth here, so hoping someone understands
ctypes in general and the Iron Python implementation in particular.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110315/7e07d136/attachment.html>

From danielj at arena.net  Tue Mar 15 19:52:32 2011
From: danielj at arena.net (Daniel Jennings)
Date: Tue, 15 Mar 2011 11:52:32 -0700
Subject: [IronPython] ArenaNet's Use of IronPython
In-Reply-To: <AANLkTi=2tMMStcMNAg6jJUt=waWMvLoPVaLha4L8uk41@mail.gmail.com>
References: <6D931A4CF4139540BF6621A1E97D4937015F0489893B@wallemail.arena.ncwest.ncsoft.corp>
	<AANLkTi=2tMMStcMNAg6jJUt=waWMvLoPVaLha4L8uk41@mail.gmail.com>
Message-ID: <6D931A4CF4139540BF6621A1E97D4937015F04997491@wallemail.arena.ncwest.ncsoft.corp>

The biggest problem we had with IronPython originally was probably the fact that I was the only developer on the (very small) tools team that was familiar with Python beyond the fact that it uses whitespace for control flow :) 

Other than that, though, the biggest things we ran into:

1. We noticed some odd discrepancies in our programs' runtime when running inside of the debugger versus out of the debugger. Specifically, we have a single line of IronPython that calls a single line of C# code that calls a single P/Invoke into our native code. This native code loads the content data for the game. When we launch the IronPython process from VS2010 with the debugger, then it takes upwards of 10 times as long to execute the native code. When we launch it with Ctrl+F5, then it operates at normal speed. I'm not sure what could be causing this, since the speed issues are happening in the native code, but I do know that launching our C# application that calls the same P/Invoke into the same native code (same build, same file, etc.) then there's no discrepancy between launching it inside of our outside of the debugger.

2. Debugging the IronPython code was difficult. If it was at the top-level of the file, then we couldn't inspect variables, step into some lines, etc. If we made a function at the top level and then called into it immediately, then we'd have the debugging utilities fully available. Don't know what's up with that.

3. There was a weird bug that I could reproduce with smaller code, that I can only attribute to IronPython. We had two larger functions that didn't depend on each other or mutate any shared state, etc.. Each of the functions fires off exceptions down in the stack and catches the exceptions. BUT, when I called one of those functions before the other one, it seemed like it broke the exception catching functionality. What I don't get is how this would be possible even if I were trying to break it in the same way. I would throw an IronPython defined exception directly inside of a try catch block that catches any CLR exception, or any exception, or anything, and it wouldn't catch the exception. The exception would bubble right on through and treat it as unhandled. At one point I literally had the following code, and it would still not get caught:

try:
    raise Exception()
except:
    print "Test"

Test wouldn't get printed, the Exception would take down the program the normal way. I spent a whole day looking into this, and couldn't figure out what was going on, so I gave up and left the two functions in the order that they were in when it was working, and it kept working.

4. The TryInvokeMember/TryGetMember weirdness for methods (http://lists.ironpython.com/pipermail/users-ironpython.com/2010-June/013104.html) is more weird than it lets on. I don't remember the details, but it was something like if the method was called with no parameters then TryGetMember was called first, otherwise it would call directly into TryInvokeMember. This meant that most of our code worked fine (we didn't cover the TryGetMember case at all) until we tried to write a function that didn't take any arguments and call it from IronPython; it didn't work and for apparently no reason (until we discovered that it made sense that it would call TryGetMember first).

5. I understand why the RuntimeBinderException occurs, but it's a really big annoyance to try to develop an application that calls over into IronPython code through DynamicObjects repeatedly. I wish we could decorate a class in such a way that it would just assume that all calls need to be reflected/whatever, so that it wouldn't fire hundreds of RuntimeBinderExceptions at the startup of our application (we were doing scripting from C# using the 'dynamic' keyword here.) We would always have to remember to turn off first-chance exceptions for that one, etc., in our otherwise first-chance exception free development environment.


These are the only things that came to mind when thinking of what we ran into when using IronPython; we've been developing with it for probably 6 months now (we've always used 2.7A1) and now ~40 game developers use our tool full-time to get the game built. :) As the article mentioned, we have some designers writing Python scripts to generate content, mutate existing content, link it together, etc., and it's a pretty awesome time-saver.


On a side note, it seems like IronPython could be enhanced to provide a better Python learning experience for new programmers. For example, it would probably be pretty easy to detect that you have used a function as a statement, like by Console.WriteLine on its own line without parentheses, and offer optional warning levels to help detect cases like this. :)




Daniel Jennings



-----Original Message-----
From: Jeff Hardy [mailto:jdhardy at gmail.com] 
Sent: Monday, March 14, 2011 6:22 PM
To: Discussion of IronPython
Cc: Daniel Jennings
Subject: Re: [IronPython] ArenaNet's Use of IronPython

That's awesome. I think it might be time to start a "Who's using
IronPython" page somewhere.

The upgrade to 2.7 should be pretty seamless, BTW. Is there anything
that you're missing? Anything that would make your use case easier?

- Jeff

On Mon, Mar 14, 2011 at 3:30 PM, Daniel Jennings <danielj at arena.net> wrote:
> Just thought I'd share with you guys an article that among other things
> discusses how we at ArenaNet are using IronPython. We don't go into many
> details about how important IronPython is to our editor, but we at least
> allude to it. Every time Python is mentioned it's using IronPython J
>
>
>
> http://altdevblogaday.org/2011/03/13/before-you-wreck-yourself/
>
>
>
> Let me know if you have any questions about the boring details! We're
> currently using 2.7A1, but that's only because we haven't taken the time to
> make sure that we're immediately compatible with the later versions J
>
>
>
>
>
> Daniel Jennings
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


From vernondcole at gmail.com  Tue Mar 15 21:28:40 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Tue, 15 Mar 2011 14:28:40 -0600
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
In-Reply-To: <4D7F7780.8040808@voidspace.org.uk>
References: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C60D@server02.in.3s-software.com>
	<AANLkTik5Mor7nsrXpL6DqNZZa+-hy6vSS9BZ9m02_S2O@mail.gmail.com>
	<AANLkTik2N1d9q7gMjb1PQQm9wpAs3_NbeHVXcfh-y9Hk@mail.gmail.com>
	<AANLkTin=Ryi4jpRNWhR+XpsR4aZv4=pMQGWq-WSg54r5@mail.gmail.com>
	<AANLkTinGWnyGDofJvxFvKUJAL=v7Z9qFn7z3Tk2dNRb1@mail.gmail.com>
	<4D7F7780.8040808@voidspace.org.uk>
Message-ID: <AANLkTi=Z+m-OUw3-KEm5g4yurzzYdJePX=D4HKQ_VpDm@mail.gmail.com>

Michael;
 IIRC you are at pycon. (I am at the wrong end of America and Mark is at the
wrong end of Earth. I couldn't make it.)
 Can you create/find a bof session to hash out a "standard" shebang?  It
should be something good enough that 2to3 could have a fixer for it.
--
[ reminder for the day:
Now is better than never.]

Mark:
  Were you thinking part of the pywin32 distribution, or CPython itself?
Either way we should have a compatible/identical tool installed with
IronPython. The thing should be Frankensteinian enough that I can have it
"cling" to my favorite distribution even when I install several others
beside it. (Perhaps an environment variable or .python file?)
--

Both/Group:
  What about Jython?  I have been using Jython 2.5 lately (not my fault -- a
college class is making me learn Java after avoiding it for 20+ years -- but
I installed the Jython support in NetBeans, too) and discover that they are
having similar problems with how to crank up a Jython script from the
command line.  The "java -jar ..." string is nasty. This starter program
could be a triple solution. Too much?
--
Vernon

P.S. -- and when I double-click on a file named "setup.py" automatically add
"install" to the generated command line.

 Tue, Mar 15, 2011 at 8:28 AM, Michael Foord <fuzzyman at voidspace.org.uk>wrote:

>  On 15/03/2011 07:18, Vernon Cole wrote:
>
> #!/usr/bin/ipy3
>
> A shebang on the first line is the usual way of specifying which scripting
> engine to use on a posix system. If introspection were to be used to select
> between python versions, that would be the most obvious way to do it.
>
> Windows (tm) prefers to use filename extensions, which is why .pyw is used
> to specify a GUI program. The command shell does not open the file to see
> what's inside AFAIK.
>
> It was suggested in the past  that .ipy might be used to specify IronPython
> programs. If that idea were carried to its logical end, one would use .ipy3w
> to specify an IronPython 3.x GUI script. That is a bit frightening.
>
> What about the idea of a semi-standard python dispatch program which lives
> on the search path, introspects the script, and calls the appropriate
> engine? Perhaps it could even manage to capture tracebacks sent to stderr
> when a script dies?
>
>
> There has been a long discussion recently on Python-dev [1] suggesting the
> creation of exactly such a launcher program for Python on Windows. Mark
> Hammond (copied) said he would implement it. Including IronPython support is
> a fine idea.
>
> All the best,
>
> Michael
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110315/0df8b6da/attachment.html>

From m.schaber at 3s-software.com  Wed Mar 16 08:23:40 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Wed, 16 Mar 2011 08:23:40 +0100
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
In-Reply-To: <9597F4A19BFDB342B6E90963100C330803A243@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B762480268C60D@server02.in.3s-software.com><AANLkTik5Mor7nsrXpL6DqNZZa+-hy6vSS9BZ9m02_S2O@mail.gmail.com><AANLkTik2N1d9q7gMjb1PQQm9wpAs3_NbeHVXcfh-y9Hk@mail.gmail.com><AANLkTin=Ryi4jpRNWhR+XpsR4aZv4=pMQGWq-WSg54r5@mail.gmail.com><AANLkTinGWnyGDofJvxFvKUJAL=v7Z9qFn7z3Tk2dNRb1@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B762480268C611@server02.in.3s-software.com><AANLkTinPKch3mM6d2ZDU7CcBSkN20MtZxO6wFiMgDm2f@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C330803A243@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C612@server02.in.3s-software.com>

Hi,

Von Tomas Matousek

>>> As I wrote, we host IronPython inside our application, so shebang
and
>>> file name suffixes are irrelevant - but we could use the shebang as
a
>>> marker for python 3 (given that we can host both versions
>>> side-by-side) and parse the source manually to find out which
version
>>> to use - at least for a specific grace period.
>> 
>> I think we can support this - it would be no different than using
>> IronPython and IronRuby side by side, if we do it right. We'd
probably
>> have to rename IronPython.dll to IronPython3.dll as well, but that's
not a
>> big deal.
> The assemblies are strongly named so I don't think that the name
change
> would be necessary.

Maybe we will need some tricks to solve the reference problems - I don't
know whether you can reference two identically named assemblies
containing identically named classes from the same C# dll, even if they
are signed differently. But I think some kind of glue layer dlls could
easily solve that.

Thanks,
Markus


From charles.medcoff at rcmt.com  Wed Mar 16 15:06:36 2011
From: charles.medcoff at rcmt.com (Medcoff, Charles)
Date: Wed, 16 Mar 2011 10:06:36 -0400
Subject: [IronPython] PTVS question
Message-ID: <4EFFA72C340FF54A9A2FA84786378C6DD97D279D79@RCMTMAIL.rcmt.com>

When developing/debugging with PTVS, how do I set the current working directory to be the directory of my solution/project?  I have an app.config I want used, and don't want to copy it to the IPY directory.

--chuck


From henrik.najde at volvo.com  Wed Mar 16 15:49:22 2011
From: henrik.najde at volvo.com (=?iso-8859-1?Q?N=E5jde_Henrik?=)
Date: Wed, 16 Mar 2011 15:49:22 +0100
Subject: [IronPython] Reading from a open excel document
Message-ID: <F15B6098808EAB449FA7E0A47659C459097D0A07A8@SEGOTC5134-CCR.vcn.ds.volvo.net>

Hello!

I am trying to transfer prameters from an excel sheet to ANSYS Workbench (a FEA software), the code is run as a macro in ANSYS workbench.

I have adapted a code that is opening an already existing document and successfully transfers parameters from it, so I know that what i want to do can be done.
The problem is that I cant access a already open document and read from it, using instructions from http://www.ironpython.info/index.php/Interacting_with_Excel
For error-seraching I have created a new code looking like this:

- - - - - - - - - - - - - - - - - -
#Part 1
import clr
clr.AddReference("Microsoft.Office.Interop.Excel")

from System.Runtime.InteropServices import Marshal
Excel = Marshal.GetActiveObject("Excel.Application")

#Part 2
workbook = Excel.ActiveWorkbook     #gives no error
worksheet = workbook.ActiveSheet     #errror

worksheet = Excel.ActiveSheet          #no error
Parameter1 = worksheet.Range["A1"]    # error

- - - - - - - - - - - - - - - - - -

The problem is that when trying to access a excel "workbook" with the command "worksheet=workbook.ActiveSheet" as descriped in the above link I get an error message.

If i instead chose to use "worksheet = Excel.ActiveSheet" I get no error message, but when I continue to access a cell on the active sheet, the script still fails.
I am trying to read the cell using "Parameter1 = worksheet.Range["A3"]"

It seems to me that the script fails at the point where I try to select the workbook or the worksheet, but I have really no clue.

Does anyone know the correct way to access an open workbook and read from the active sheet?


/Henrik
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110316/84342fa3/attachment.html>

From charles.medcoff at rcmt.com  Wed Mar 16 16:04:55 2011
From: charles.medcoff at rcmt.com (Medcoff, Charles)
Date: Wed, 16 Mar 2011 11:04:55 -0400
Subject: [IronPython] PTVS question
In-Reply-To: <4EFFA72C340FF54A9A2FA84786378C6DD97D279D79@RCMTMAIL.rcmt.com>
References: <4EFFA72C340FF54A9A2FA84786378C6DD97D279D79@RCMTMAIL.rcmt.com>
Message-ID: <4EFFA72C340FF54A9A2FA84786378C6DD97D279DB0@RCMTMAIL.rcmt.com>

And a follow up question about Python Tools for Visual Studio

I would have expected that the Interactive Window has the same "context" as an IronPython script that is currently being debugged so that one can inspect variables, exec methods, while debugging.  This is how PythonWin always worked.  Is this the case? Or not.  It doesn't seem to work.

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Medcoff, Charles
Sent: Wednesday, March 16, 2011 10:07 AM
To: Discussion of IronPython
Subject: [IronPython] PTVS question

When developing/debugging with PTVS, how do I set the current working directory to be the directory of my solution/project?  I have an app.config I want used, and don't want to copy it to the IPY directory.

--chuck
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From jdhardy at gmail.com  Wed Mar 16 17:01:56 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Wed, 16 Mar 2011 10:01:56 -0600
Subject: [IronPython] Reading from a open excel document
In-Reply-To: <F15B6098808EAB449FA7E0A47659C459097D0A07A8@SEGOTC5134-CCR.vcn.ds.volvo.net>
References: <F15B6098808EAB449FA7E0A47659C459097D0A07A8@SEGOTC5134-CCR.vcn.ds.volvo.net>
Message-ID: <AANLkTikcqwjHd-phxxJakn-CFAXSetoM43v6j11rzO-O@mail.gmail.com>

On Wed, Mar 16, 2011 at 8:49 AM, N?jde Henrik <henrik.najde at volvo.com> wrote:
> Hello!
>
> I am trying to transfer prameters from an excel sheet to ANSYS Workbench (a
> FEA software), the code is run as a macro in ANSYS workbench.
>
> I have adapted a code that is opening an already existing document and
> successfully transfers parameters from it, so I?know that?what i want to do
> can be done.
> The problem is that I cant access a already open document and read from it,
> using instructions

Perhaps a silly question, but is that even possible? I'm pretty sure
Excel locks a workbook when it is open, or maybe that's just the
behavior on file shares. (The number of times I've had to unlock
workbooks because someone opened it off a shared drive and then went
for lunch...)

There might be a parameter you can pass when opening the workbook, but
I don't know the Excel object model that well anymore, sorry.

- Jeff


From Tomas.Matousek at microsoft.com  Wed Mar 16 17:40:37 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 16 Mar 2011 16:40:37 +0000
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C612@server02.in.3s-software.com>
References: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B762480268C60D@server02.in.3s-software.com><AANLkTik5Mor7nsrXpL6DqNZZa+-hy6vSS9BZ9m02_S2O@mail.gmail.com><AANLkTik2N1d9q7gMjb1PQQm9wpAs3_NbeHVXcfh-y9Hk@mail.gmail.com><AANLkTin=Ryi4jpRNWhR+XpsR4aZv4=pMQGWq-WSg54r5@mail.gmail.com><AANLkTinGWnyGDofJvxFvKUJAL=v7Z9qFn7z3Tk2dNRb1@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B762480268C611@server02.in.3s-software.com><AANLkTinPKch3mM6d2ZDU7CcBSkN20MtZxO6wFiMgDm2f@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C330803A243@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C612@server02.in.3s-software.com>
Message-ID: <9597F4A19BFDB342B6E90963100C330803F621@SN2PRD0302MB113.namprd03.prod.outlook.com>

Yes, you can do it and w/o any glue - the version of the assembly is a part of the name, so the assemblies are in fact not named identically. Only the files are and they can be either in GAC or in a different subdirectory of your app. Your App.config can specify subdirectories used to look for assemblies [1]. 

To choose the namespace/class from one assembly or the other use extern aliases [2] in your code.

Tomas

[1] http://msdn.microsoft.com/en-us/library/823z9h8w(VS.80).aspx
[2] http://www.davidarno.org/c-howtos/aliases-overcoming-name-conflicts-part-2-extern-alias/


-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Markus Schaber
Sent: Wednesday, March 16, 2011 12:24 AM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython 2.7.1 & 3.x Development

Hi,

Von Tomas Matousek

>>> As I wrote, we host IronPython inside our application, so shebang
and
>>> file name suffixes are irrelevant - but we could use the shebang as
a
>>> marker for python 3 (given that we can host both versions
>>> side-by-side) and parse the source manually to find out which
version
>>> to use - at least for a specific grace period.
>> 
>> I think we can support this - it would be no different than using 
>> IronPython and IronRuby side by side, if we do it right. We'd
probably
>> have to rename IronPython.dll to IronPython3.dll as well, but that's
not a
>> big deal.
> The assemblies are strongly named so I don't think that the name
change
> would be necessary.

Maybe we will need some tricks to solve the reference problems - I don't know whether you can reference two identically named assemblies containing identically named classes from the same C# dll, even if they are signed differently. But I think some kind of glue layer dlls could easily solve that.

Thanks,
Markus
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com






From steve at mcneel.com  Wed Mar 16 17:46:42 2011
From: steve at mcneel.com (Steve Baer)
Date: Wed, 16 Mar 2011 09:46:42 -0700
Subject: [IronPython] ArenaNet's Use of IronPython
In-Reply-To: <AANLkTi=2tMMStcMNAg6jJUt=waWMvLoPVaLha4L8uk41@mail.gmail.com>
References: <6D931A4CF4139540BF6621A1E97D4937015F0489893B@wallemail.arena.ncwest.ncsoft.corp>
	<AANLkTi=2tMMStcMNAg6jJUt=waWMvLoPVaLha4L8uk41@mail.gmail.com>
Message-ID: <8F3DC16C7DD54A8581E9B922F26F24C6@mcneel.com>

Just in case anyone is interested in "who's using IronPython", we're using 
it on both our Windows and Mac versions of Rhino
http://python.rhino3d.com/forums/1-RhinoPython
http://www.rhino3d.com/
http://mac.rhino3d.com/

We are currently using 2.6.2, but will be switching over to 2.7 hopefully 
within a month (our automated build process is undergoing some major changes 
right now...)

I've been extremely happy with how IronPython has been working for our 
customers and the continued progress.  The availability of numpy is great 
news since we have gotten a lot of questions about this specific package 
from our user community.

Thanks for all of the hard work.
-Steve


-----Original Message----- 
From: Jeff Hardy
Sent: Monday, March 14, 2011 6:22 PM
To: Discussion of IronPython
Subject: Re: [IronPython] ArenaNet's Use of IronPython

That's awesome. I think it might be time to start a "Who's using
IronPython" page somewhere.

The upgrade to 2.7 should be pretty seamless, BTW. Is there anything
that you're missing? Anything that would make your use case easier?

- Jeff




From bruce.bromberek at gmail.com  Wed Mar 16 18:20:59 2011
From: bruce.bromberek at gmail.com (Bruce Bromberek)
Date: Wed, 16 Mar 2011 12:20:59 -0500
Subject: [IronPython] Reading from a open excel document
In-Reply-To: <F15B6098808EAB449FA7E0A47659C459097D0A07A8@SEGOTC5134-CCR.vcn.ds.volvo.net>
References: <F15B6098808EAB449FA7E0A47659C459097D0A07A8@SEGOTC5134-CCR.vcn.ds.volvo.net>
Message-ID: <AANLkTikz9T8WrYkzBmzTTt4kwuYLjKjXZMGS_Zfos1dL@mail.gmail.com>

You might want to try
Parameter1 = worksheet.Range["A1"].Value

or

Parameter1 = worksheet.Range["A1"].Text


On Wed, Mar 16, 2011 at 9:49 AM, N?jde Henrik <henrik.najde at volvo.com>wrote:

>  Hello!
>
> I am trying to transfer prameters from an excel sheet to ANSYS Workbench (a
> FEA software), the code is run as a macro in ANSYS workbench.
>
> I have adapted a code that is opening an already existing document and
> successfully transfers parameters from it, so I know that what i want to
> do can be done.
> The problem is that I cant access a already open document and read from it,
> using instructions from
> http://www.ironpython.info/index.php/Interacting_with_Excel
> For error-seraching I have created a new code looking like this:
>
> - - - - - - - - - - - - - - - - - -
> #Part 1
> import clr
> clr.AddReference("Microsoft.Office.Interop.Excel")
>
> from System.Runtime.InteropServices import Marshal
> Excel = Marshal.GetActiveObject("Excel.Application")
>
> #Part 2
> workbook = Excel.ActiveWorkbook     #gives no error
> worksheet = workbook.ActiveSheet     #errror
>
> worksheet = Excel.ActiveSheet          #no error
> Parameter1 = worksheet.Range["A1"]    # error
>
> - - - - - - - - - - - - - - - - - -
>
> The problem is that when trying to access a excel "workbook" with the
> command "worksheet=workbook.ActiveSheet" as descriped in the above link I
> get an error message.
>
> If i instead chose to use "worksheet = Excel.ActiveSheet" I get no error
> message, but when I continue to access a cell on the active sheet, the
> script still fails.
> I am trying to read the cell using "Parameter1 = worksheet.Range["A3"]"
>
> It seems to me that the script fails at the point where I try to select the
> workbook or the worksheet, but I have really no clue.
>
> Does anyone know the correct way to access an open workbook and read from
> the active sheet?
>
>
> /Henrik
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110316/bc0e3d1a/attachment.html>

From dinov at microsoft.com  Wed Mar 16 18:22:40 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Wed, 16 Mar 2011 17:22:40 +0000
Subject: [IronPython] PTVS question
In-Reply-To: <4EFFA72C340FF54A9A2FA84786378C6DD97D279D79@RCMTMAIL.rcmt.com>
References: <4EFFA72C340FF54A9A2FA84786378C6DD97D279D79@RCMTMAIL.rcmt.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0155EB73@TK5EX14MBXC137.redmond.corp.microsoft.com>



Chuck wrote:
> When developing/debugging with PTVS, how do I set the current working
> directory to be the directory of my solution/project?  I have an app.config I
> want used, and don't want to copy it to the IPY directory.

For debugging/running?  By default it should be the directory of your solution/project.
Can you go into project properties and see if anything is overriding it in debug?

Also what does the debug tab say it's using for the launcher?  Maybe one of the
launchers isn't properly setting the CWD.


From dinov at microsoft.com  Wed Mar 16 18:29:57 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Wed, 16 Mar 2011 17:29:57 +0000
Subject: [IronPython] PTVS question
In-Reply-To: <4EFFA72C340FF54A9A2FA84786378C6DD97D279DB0@RCMTMAIL.rcmt.com>
References: <4EFFA72C340FF54A9A2FA84786378C6DD97D279D79@RCMTMAIL.rcmt.com>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D279DB0@RCMTMAIL.rcmt.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0155EC5E@TK5EX14MBXC137.redmond.corp.microsoft.com>



Chuck wrote:
> And a follow up question about Python Tools for Visual Studio
> 
> I would have expected that the Interactive Window has the same "context"
> as an IronPython script that is currently being debugged so that one can
> inspect variables, exec methods, while debugging.  This is how PythonWin
> always worked.  Is this the case? Or not.  It doesn't seem to work.
> 

Could you file a feature request for this on pytools.codeplex.com?  Some IDEs 
have both a debug REPL as well as a development REPL and we may eventually 
add a debug REPL.  But currently we only have the development REPL which
we setup so it can import your projects files but isn't attached to the debug
process.  That also means it's state remains unmodified as you debug and
stop debugging which is kind of handy.  

Until it's implemented there is the immediate window which will give you some 
limited REPL like capabilities against the process being debugged.






From charles.medcoff at rcmt.com  Wed Mar 16 18:42:15 2011
From: charles.medcoff at rcmt.com (Medcoff, Charles)
Date: Wed, 16 Mar 2011 13:42:15 -0400
Subject: [IronPython] PTVS question
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E0155EB73@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <4EFFA72C340FF54A9A2FA84786378C6DD97D279D79@RCMTMAIL.rcmt.com>
	<6C7ABA8B4E309440B857D74348836F2E0155EB73@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <4EFFA72C340FF54A9A2FA84786378C6DD97D279E2A@RCMTMAIL.rcmt.com>

> Chuck wrote:
> > When developing/debugging with PTVS, how do I set the current working
> > directory to be the directory of my solution/project?  I have an
> > app.config I want used, and don't want to copy it to the IPY directory.
> 
> For debugging/running?  By default it should be the directory of your
> solution/project.
[Medcoff, Charles] 

For both.  Just now I added an: "import os Print os.getcwd()" (don't know why that didn't dawn on me before) and it prints the solution/project directory.  Even so, somehow it ignores the app.config unless I drop it into the IPy dir.  This works, but its not ideal if one has apps with a different app.config.  Perhaps there is/should be a way to copy Ipy.exe to my project dir and get it to use the local copy of the app.config?

> Can you go into project properties and see if anything is overriding it in
> debug?

[Medcoff, Charles] 
Working directory is set to "."

> Also what does the debug tab say it's using for the launcher?  Maybe one of
> the launchers isn't properly setting the CWD.
[Medcoff, Charles] 

Its set to "IronPython (.NET) launcher.
 


From charles.medcoff at rcmt.com  Wed Mar 16 20:26:42 2011
From: charles.medcoff at rcmt.com (Medcoff, Charles)
Date: Wed, 16 Mar 2011 15:26:42 -0400
Subject: [IronPython] Signed Assemblies
Message-ID: <4EFFA72C340FF54A9A2FA84786378C6DD97D279EA3@RCMTMAIL.rcmt.com>

In earlier version of IronPython I'm pretty certain I've had scripts (*.py) call use signed assemblies.  With the latest release I'm seeing the following error:

SystemError: An error occurred creating the configuration section handler for Gl
obalServiceConfiguration: That assembly does not allow partially trusted callers
. (C:\Program Files (x86)\IronPython 2.7\ipy.exe.Config line 8)

My config file is referencing "Microsoft.Commerce.Common.ObjectBuilder.GlobalServiceConfiguration, Microsoft.Commerce.Common, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"

Adding all of the ipy stuff to the gac doesn't seem to help

Any advice?
 


From dinov at microsoft.com  Wed Mar 16 21:03:40 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Wed, 16 Mar 2011 20:03:40 +0000
Subject: [IronPython] PTVS question
In-Reply-To: <4EFFA72C340FF54A9A2FA84786378C6DD97D279E2A@RCMTMAIL.rcmt.com>
References: <4EFFA72C340FF54A9A2FA84786378C6DD97D279D79@RCMTMAIL.rcmt.com>
	<6C7ABA8B4E309440B857D74348836F2E0155EB73@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D279E2A@RCMTMAIL.rcmt.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0155F31A@TK5EX14MBXC137.redmond.corp.microsoft.com>


Charles wrote:
> For both.  Just now I added an: "import os Print os.getcwd()" (don't know
> why that didn't dawn on me before) and it prints the solution/project
> directory.  Even so, somehow it ignores the app.config unless I drop it into
> the IPy dir.  This works, but its not ideal if one has apps with a different
> app.config.  Perhaps there is/should be a way to copy Ipy.exe to my project
> dir and get it to use the local copy of the app.config?

I see, I think this is effectively this issue:

http://ironpython.codeplex.com/workitem/26165

We need to add a feature to IronPython to support starting an app domain with
a user supplied app configuration file.  Then we can run the code in that app domain
and it'll have the correct configuration in place.  It's not really a PTVS issue but once 
that feature is implemented we could easily support it in PTVS with both the
IronPython launcher and even the default Python launcher.

It should be a pretty simple feature to implement if anyone out there was looking
for something straight forward to get started with. :)





From charles.medcoff at rcmt.com  Wed Mar 16 22:05:20 2011
From: charles.medcoff at rcmt.com (Medcoff, Charles)
Date: Wed, 16 Mar 2011 17:05:20 -0400
Subject: [IronPython] PTVS question
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E0155F31A@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <4EFFA72C340FF54A9A2FA84786378C6DD97D279D79@RCMTMAIL.rcmt.com>
	<6C7ABA8B4E309440B857D74348836F2E0155EB73@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<4EFFA72C340FF54A9A2FA84786378C6DD97D279E2A@RCMTMAIL.rcmt.com>
	<6C7ABA8B4E309440B857D74348836F2E0155F31A@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <4EFFA72C340FF54A9A2FA84786378C6DD97D279F00@RCMTMAIL.rcmt.com>

Yes, sounds like its closely related.  Maybe I'll kick it around and see what I can come up with.

> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-
> bounces at lists.ironpython.com] On Behalf Of Dino Viehland
> Sent: Wednesday, March 16, 2011 4:04 PM
> To: Discussion of IronPython
> Subject: Re: [IronPython] PTVS question
> 
> 
> Charles wrote:
> > For both.  Just now I added an: "import os Print os.getcwd()" (don't
> > know why that didn't dawn on me before) and it prints the
> > solution/project directory.  Even so, somehow it ignores the
> > app.config unless I drop it into the IPy dir.  This works, but its not
> > ideal if one has apps with a different app.config.  Perhaps there
> > is/should be a way to copy Ipy.exe to my project dir and get it to use the
> local copy of the app.config?
> 
> I see, I think this is effectively this issue:
> 
> http://ironpython.codeplex.com/workitem/26165
> 
> We need to add a feature to IronPython to support starting an app domain
> with a user supplied app configuration file.  Then we can run the code in that
> app domain and it'll have the correct configuration in place.  It's not really a
> PTVS issue but once that feature is implemented we could easily support it in
> PTVS with both the IronPython launcher and even the default Python
> launcher.
> 
> It should be a pretty simple feature to implement if anyone out there was
> looking for something straight forward to get started with. :)
> 
> 
> 
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From m.schaber at 3s-software.com  Thu Mar 17 09:04:12 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 17 Mar 2011 09:04:12 +0100
Subject: [IronPython] IronPython 2.7.1 & 3.x Development
In-Reply-To: <9597F4A19BFDB342B6E90963100C330803F621@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <AANLkTimzUhrydvWu305WBe7mf2KxAFuAkvW0uY3QABhV@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B762480268C60D@server02.in.3s-software.com><AANLkTik5Mor7nsrXpL6DqNZZa+-hy6vSS9BZ9m02_S2O@mail.gmail.com><AANLkTik2N1d9q7gMjb1PQQm9wpAs3_NbeHVXcfh-y9Hk@mail.gmail.com><AANLkTin=Ryi4jpRNWhR+XpsR4aZv4=pMQGWq-WSg54r5@mail.gmail.com><AANLkTinGWnyGDofJvxFvKUJAL=v7Z9qFn7z3Tk2dNRb1@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B762480268C611@server02.in.3s-software.com><AANLkTinPKch3mM6d2ZDU7CcBSkN20MtZxO6wFiMgDm2f@mail.gmail.com><9597F4A19BFDB342B6E90963100C330803A243@SN2PRD0302MB113.namprd03.prod.outlook.com><B71A1F2C2D4E6D4CA096E91AC8B762480268C612@server02.in.3s-software.com>
	<9597F4A19BFDB342B6E90963100C330803F621@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C61A@server02.in.3s-software.com>

Hi, Thomas,

I did know about the assembly version being part of the name, but I did not know yet about the extern aliases. I'm learning something new every day...

Thanks a lot! 

Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 
> -----Urspr?ngliche Nachricht-----
> Von: users-bounces at lists.ironpython.com [mailto:users-
> bounces at lists.ironpython.com] Im Auftrag von Tomas Matousek
> Gesendet: Mittwoch, 16. M?rz 2011 17:41
> An: Discussion of IronPython
> Betreff: Re: [IronPython] IronPython 2.7.1 & 3.x Development
> 
> Yes, you can do it and w/o any glue - the version of the assembly is a
> part of the name, so the assemblies are in fact not named identically.
> Only the files are and they can be either in GAC or in a different
> subdirectory of your app. Your App.config can specify subdirectories used
> to look for assemblies [1].
> 
> To choose the namespace/class from one assembly or the other use extern
> aliases [2] in your code.
> 
> Tomas
> 
> [1] http://msdn.microsoft.com/en-us/library/823z9h8w(VS.80).aspx
> [2] http://www.davidarno.org/c-howtos/aliases-overcoming-name-conflicts-
> part-2-extern-alias/
> 
> 
> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-
> bounces at lists.ironpython.com] On Behalf Of Markus Schaber
> Sent: Wednesday, March 16, 2011 12:24 AM
> To: Discussion of IronPython
> Subject: Re: [IronPython] IronPython 2.7.1 & 3.x Development
> 
> Hi,
> 
> Von Tomas Matousek
> 
> >>> As I wrote, we host IronPython inside our application, so shebang
> and
> >>> file name suffixes are irrelevant - but we could use the shebang as
> a
> >>> marker for python 3 (given that we can host both versions
> >>> side-by-side) and parse the source manually to find out which
> version
> >>> to use - at least for a specific grace period.
> >>
> >> I think we can support this - it would be no different than using
> >> IronPython and IronRuby side by side, if we do it right. We'd
> probably
> >> have to rename IronPython.dll to IronPython3.dll as well, but that's
> not a
> >> big deal.
> > The assemblies are strongly named so I don't think that the name
> change
> > would be necessary.
> 
> Maybe we will need some tricks to solve the reference problems - I don't
> know whether you can reference two identically named assemblies containing
> identically named classes from the same C# dll, even if they are signed
> differently. But I think some kind of glue layer dlls could easily solve
> that.
> 
> Thanks,
> Markus
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> 
> 
> 
> 
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From m.schaber at 3s-software.com  Thu Mar 17 09:13:18 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 17 Mar 2011 09:13:18 +0100
Subject: [IronPython] ArenaNet's Use of IronPython
In-Reply-To: <8F3DC16C7DD54A8581E9B922F26F24C6@mcneel.com>
References: <6D931A4CF4139540BF6621A1E97D4937015F0489893B@wallemail.arena.ncwest.ncsoft.corp><AANLkTi=2tMMStcMNAg6jJUt=waWMvLoPVaLha4L8uk41@mail.gmail.com>
	<8F3DC16C7DD54A8581E9B922F26F24C6@mcneel.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C61C@server02.in.3s-software.com>

Hi,

Is there a wiki page or (semi-)official web page collecting all this usages?

Gr??e,
Markus

> -----Urspr?ngliche Nachricht-----
> Von: users-bounces at lists.ironpython.com [mailto:users-
> bounces at lists.ironpython.com] Im Auftrag von Steve Baer
> Gesendet: Mittwoch, 16. M?rz 2011 17:47
> An: Discussion of IronPython
> Betreff: Re: [IronPython] ArenaNet's Use of IronPython
> 
> Just in case anyone is interested in "who's using IronPython", we're using
> it on both our Windows and Mac versions of Rhino
> http://python.rhino3d.com/forums/1-RhinoPython
> http://www.rhino3d.com/
> http://mac.rhino3d.com/
> 
> We are currently using 2.6.2, but will be switching over to 2.7 hopefully
> within a month (our automated build process is undergoing some major
> changes right now...)
> 
> I've been extremely happy with how IronPython has been working for our
> customers and the continued progress.  The availability of numpy is great
> news since we have gotten a lot of questions about this specific package
> from our user community.
> 
> Thanks for all of the hard work.
> -Steve
> 
> 
> -----Original Message-----
> From: Jeff Hardy
> Sent: Monday, March 14, 2011 6:22 PM
> To: Discussion of IronPython
> Subject: Re: [IronPython] ArenaNet's Use of IronPython
> 
> That's awesome. I think it might be time to start a "Who's using
> IronPython" page somewhere.
> 
> The upgrade to 2.7 should be pretty seamless, BTW. Is there anything that
> you're missing? Anything that would make your use case easier?
> 
> - Jeff
> 
> 
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From m.schaber at 3s-software.com  Thu Mar 17 09:13:25 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 17 Mar 2011 08:13:25 +0000
Subject: [IronPython] ArenaNet's Use of IronPython
Message-ID: <c7e819e3-6ee2-40b7-9f61-8f07ad19a605@journal.report.generator>

Sender: users-bounces at lists.ironpython.com
On-Behalf-Of: m.schaber at 3s-software.com
Subject: Re: [IronPython] ArenaNet's Use of IronPython
Message-Id: <B71A1F2C2D4E6D4CA096E91AC8B762480268C61C at server02.in.3s-software.com>
Recipient: David.Jones at barclayscapital.com

_______________________________________________

This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unless specifically indicated, this e-mail is not an offer to buy or sell or a solicitation to buy or sell any securities, investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Barclays. Any views or opinions presented are solely those of the author and do not necessarily represent those of Barclays. This e-mail is subject to terms available at the following link: www.barcap.com/emaildisclaimer. By messaging with Barclays you consent to the foregoing.  Barclays Capital is the investment banking division of Barclays Bank PLC, a company registered in England (number 1026167) with its registered offic
 e at 1 Churchill Place, London, E14 5HP.  This email may relate to or be sent from other members of the Barclays Group.
_______________________________________________
-------------- next part --------------
An embedded message was scrubbed...
From: Markus Schaber <m.schaber at 3s-software.com>
Subject: Re: [IronPython] ArenaNet's Use of IronPython
Date: Thu, 17 Mar 2011 09:13:18 +0100
Size: 5980
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110317/699445d8/attachment.mht>

From henrik.najde at volvo.com  Thu Mar 17 13:30:21 2011
From: henrik.najde at volvo.com (=?iso-8859-1?Q?N=E5jde_Henrik?=)
Date: Thu, 17 Mar 2011 13:30:21 +0100
Subject: [IronPython] Reading from a open excel document
In-Reply-To: <AANLkTikz9T8WrYkzBmzTTt4kwuYLjKjXZMGS_Zfos1dL@mail.gmail.com>
References: <F15B6098808EAB449FA7E0A47659C459097D0A07A8@SEGOTC5134-CCR.vcn.ds.volvo.net>
	<AANLkTikz9T8WrYkzBmzTTt4kwuYLjKjXZMGS_Zfos1dL@mail.gmail.com>
Message-ID: <F15B6098808EAB449FA7E0A47659C459097D0A0BA3@SEGOTC5134-CCR.vcn.ds.volvo.net>

Thanks a lot Bruce !
That solved my problem :)

Jeff:
I dont really know what I am talking about but anyway:
This scritp dosent access the actual .xls file itself, instead it communicates with the excel application telling it what to to with the sheet.


The code now looks like this and works just fine. If I hade the time i would try to learn more about the correct syntax for accessing cells since this script probably can be done in a better way. That would probably also alow me to transfer parametrs from ansys to excel (that is not working now) but I dont think I am going to have any need for that so Ill just let it be. Once again thanks for the help


/Henrik


- - - - - - - - - S C R I P T - - - - - - - - -

# IronPython imports to enable Excel interop, this file shows how a parameter is exported from excel to workbench
# Modified versin that enables interaction with the active sheet in a an open workbook

import clr
clr.AddReference("Microsoft.Office.Interop.Excel")

from System.Runtime.InteropServices import Marshal
Excel = Marshal.GetActiveObject("Excel.Application")

def updateHandler():

 #Define Key ranges in the Workbook
 ExcelCell_A = worksheet.Range["A3"].Text
 ExcelCell_B = worksheet.Range["B3"].Text

 #Get The Workbench Parameters
 # P1,P2,... not the "Name"
 lengthParam_A = Parameters.GetParameter(Name="P1")
 lengthParam_B = Parameters.GetParameter(Name="P2")

 #Assign values to the input parameters
 lengthParam_A.Expression = ExcelCell_A

 #Run the project update
 Update()

 #Update the workbook value from the WB parameter, !!dosent work!!
 ExcelCell_B = lengthParam_B

#Select the workbook and worksheet
workbook=Excel.ActiveWorkbook
worksheet=Excel.ActiveSheet


#Run the update
updateHandler()
- - - - - - - - - - - - - - - - - - - - - - - - - - -


________________________________
From: Bruce Bromberek [mailto:bruce.bromberek at gmail.com]
Sent: den 16 mars 2011 18:21
To: Discussion of IronPython
Cc: N?jde Henrik
Subject: Re: [IronPython] Reading from a open excel document

You might want to try
Parameter1 = worksheet.Range["A1"].Value

or

Parameter1 = worksheet.Range["A1"].Text


On Wed, Mar 16, 2011 at 9:49 AM, N?jde Henrik <henrik.najde at volvo.com<mailto:henrik.najde at volvo.com>> wrote:
Hello!

I am trying to transfer prameters from an excel sheet to ANSYS Workbench (a FEA software), the code is run as a macro in ANSYS workbench.

I have adapted a code that is opening an already existing document and successfully transfers parameters from it, so I know that what i want to do can be done.
The problem is that I cant access a already open document and read from it, using instructions from http://www.ironpython.info/index.php/Interacting_with_Excel
For error-seraching I have created a new code looking like this:

- - - - - - - - - - - - - - - - - -
#Part 1
import clr
clr.AddReference("Microsoft.Office.Interop.Excel")

from System.Runtime.InteropServices import Marshal
Excel = Marshal.GetActiveObject("Excel.Application")

#Part 2
workbook = Excel.ActiveWorkbook     #gives no error
worksheet = workbook.ActiveSheet     #errror

worksheet = Excel.ActiveSheet          #no error
Parameter1 = worksheet.Range["A1"]    # error

- - - - - - - - - - - - - - - - - -

The problem is that when trying to access a excel "workbook" with the command "worksheet=workbook.ActiveSheet" as descriped in the above link I get an error message.

If i instead chose to use "worksheet = Excel.ActiveSheet" I get no error message, but when I continue to access a cell on the active sheet, the script still fails.
I am trying to read the cell using "Parameter1 = worksheet.Range["A3"]"

It seems to me that the script fails at the point where I try to select the workbook or the worksheet, but I have really no clue.

Does anyone know the correct way to access an open workbook and read from the active sheet?


/Henrik

_______________________________________________
Users mailing list
Users at lists.ironpython.com<mailto:Users at lists.ironpython.com>
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110317/930bcb71/attachment.html>

From jdhardy at gmail.com  Thu Mar 17 14:36:20 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Thu, 17 Mar 2011 07:36:20 -0600
Subject: [IronPython] ArenaNet's Use of IronPython
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C61C@server02.in.3s-software.com>
References: <6D931A4CF4139540BF6621A1E97D4937015F0489893B@wallemail.arena.ncwest.ncsoft.corp>
	<AANLkTi=2tMMStcMNAg6jJUt=waWMvLoPVaLha4L8uk41@mail.gmail.com>
	<8F3DC16C7DD54A8581E9B922F26F24C6@mcneel.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C61C@server02.in.3s-software.com>
Message-ID: <AANLkTik_1WjFyr1YGUOQ+MphSMeC+=nOVbbrFrck5HWd@mail.gmail.com>

On Thu, Mar 17, 2011 at 2:13 AM, Markus Schaber
<m.schaber at 3s-software.com> wrote:
> Hi,
>
> Is there a wiki page or (semi-)official web page collecting all this usages?

Not yet.


- Jeff


From dwoogle at gmail.com  Thu Mar 17 22:40:39 2011
From: dwoogle at gmail.com (David Welden)
Date: Thu, 17 Mar 2011 16:40:39 -0500
Subject: [IronPython] Issue with ctypes arrays of c_ubyte
In-Reply-To: <AANLkTinjrRr8QYwGybV-F1fBSrL0La44Pxf12GNQigaa@mail.gmail.com>
References: <AANLkTinjrRr8QYwGybV-F1fBSrL0La44Pxf12GNQigaa@mail.gmail.com>
Message-ID: <AANLkTik=Xo+UWjoyDePyKdj1QomZvwqOtmNXy8VRnTew@mail.gmail.com>

OK. Looks like arrays of doubles and ubytes are not processed by IronPython
ctypes as they are in CPython. The error always come back as:
 "expected c_char_Array_1025_Array_1, got c_ubyte_Array_1" or "expected
c_char_Array_1025_Array_1, c_double_Array_1".

If I ignore the 'error' as follows:

try:
    sts = maxl.MaxLColumnDefine(sid, c_ulong(index + 1), pInBuff,
c_ushort(Size), c_ulong(Type), c_ushort(MAX_REC), None, None)
except ArgumentError, e:
    pass

then the output is the same as on CPython. The other deviation I notice is
extracting the value of pBuffer.pszVal. With CPython the correct code is:

print pBuffer.pszVal[0].value

which results in an error in IronPython:

'str' object has no attribute 'value'

IronPython ctypes wants this line to be:

print pBuffer.pszVal[0]

On Tue, Mar 15, 2011 at 1:27 PM, David Welden <dwoogle at gmail.com> wrote:

> I have a ctypes module that is failing under Iron Python. The module is
> hosted at http://essbasepy.googlecode.com if anyone wants to view the
> source.
>
> I have a union defined as:
>
> class output_buffer(Union):
>     _fields_ = [('pdVal', c_double * MAX_REC),
>
>                 ('pbVal', c_ubyte * MAX_REC),
>
>                 ('pszVal', col_t * MAX_REC)]
>
> When attempting to use the pbVal field as follows:
>
> elif pDescr.IntTyp == MAXL_DTINT_BOOL:
>
>     pInBuff = pBuffer.pbVal
>     Type = MAXL_DTEXT_UCHAR
>     Size = 0
> ...
> sts = maxl.MaxLColumnDefine(sid, c_ulong(index + 1), pInBuff, c_ushort(Size), c_ulong(Type), c_ushort(MAX_REC), None, None)
>
> the called c module fails with the following exception:
>
> clsException in System.Collections.ListDictionaryInternal
> e	{*expected c_char_Array_1025_Array_1, got c_ubyte_Array_1*}	object {IronPython.Runtime.Exceptions.PythonExceptions.BaseException}
> Data	{System.Collections.ListDictionaryInternal}	System.Collections.IDictionary {System.Collections.ListDictionaryInternal}
> Message	"expected c_char_Array_1025_Array_1, got c_ubyte_Array_1"	string
> Source	"IronPython.Modules"	string
> StackTrace	"   at IronPython.Modules.ModuleOps.CheckCDataType(Object o, Object type)\r\n   at InteropInvoker(IntPtr , Object , Object , Object , Object , Object , Object , Object , Object , Object[] )\r\n   at CallSite.Target(Closure , CallSite , Object , Object , Object , Object , Object , Object , Object , Object , Object )\r\n   at Microsoft.Scripting.Interpreter.DynamicInstruction`10.Run(InterpretedFrame frame)\r\n   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)\r\n   at Microsoft.Scripting.Interpreter.LightLambda.Run11[T0,T1,T2,T3,T4,T5,T6,T7,T8,T9,T10,TRet](T0 arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4, T5 arg5, T6 arg6, T7 arg7, T8 arg8, T9 arg9, T10 arg10)\r\n   at Essbase$2._MaxlOutputNextRecord$70(PythonFunction $function, Object self, Object sid, Object ssnInit, Object numFlds) in C:\\Program Files\\IronPython 2.7\\lib\\site-packages\\Essbase.py:line 376"	string
> TargetSite	{CData CheckCDataType(System.Object, System.Object)}	System.Reflection.MethodBase {System.Reflection.RuntimeMethodInfo}
>
> I am a little out of my depth here, so hoping someone understands ctypes in general and the Iron Python implementation in particular.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110317/16029b26/attachment.html>

From dinov at microsoft.com  Fri Mar 18 02:53:11 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Fri, 18 Mar 2011 01:53:11 +0000
Subject: [IronPython] Issue with ctypes arrays of c_ubyte
In-Reply-To: <AANLkTik=Xo+UWjoyDePyKdj1QomZvwqOtmNXy8VRnTew@mail.gmail.com>
References: <AANLkTinjrRr8QYwGybV-F1fBSrL0La44Pxf12GNQigaa@mail.gmail.com>
	<AANLkTik=Xo+UWjoyDePyKdj1QomZvwqOtmNXy8VRnTew@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E01561B11@TK5EX14MBXC137.redmond.corp.microsoft.com>

Thanks for the report.  I'll try and take a  look at this over the weekend - feel free to open a bug though so it doesn't get lost.

I'd guess that we're (IronPython) doing something wrong with the signature of MaxLColumnDefine which probably defines its parameter types.  Either that or we've got the signature right but we should support passing the ubyte_array (ubyte*) (and it looks like any other array) by ref to the c_char_array_array (char**).  It's possible that maybe we support passing a char* by ref to a char** but the difference between ubyte (or double) and char is preventing it when it shouldn't - maybe char* gets treated like a universal buffer type, or maybe pointers just easily coerce no matter what they are.

If you could look at the different types used in the parameters or in the fields of your Union and compare them between CPython and IronPython that'd probably be useful.  Or even just how MaxLColumnDefine is created would be useful.

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of David Welden
Sent: Thursday, March 17, 2011 2:41 PM
To: Users at lists.ironpython.com
Subject: Re: [IronPython] Issue with ctypes arrays of c_ubyte

OK. Looks like arrays of doubles and ubytes are not processed by IronPython ctypes as they are in CPython. The error always come back as:
 "expected c_char_Array_1025_Array_1, got c_ubyte_Array_1" or "expected c_char_Array_1025_Array_1, c_double_Array_1".

If I ignore the 'error' as follows:



try:
    sts = maxl.MaxLColumnDefine(sid, c_ulong(index + 1), pInBuff, c_ushort(Size), c_ulong(Type), c_ushort(MAX_REC), None, None)


except ArgumentError, e:
    pass
then the output is the same as on CPython. The other deviation I notice is extracting the value of pBuffer.pszVal. With CPython the correct code is:

print pBuffer.pszVal[0].value


which results in an error in IronPython:

'str' object has no attribute 'value'
IronPython ctypes wants this line to be:

print pBuffer.pszVal[0]
On Tue, Mar 15, 2011 at 1:27 PM, David Welden <dwoogle at gmail.com<mailto:dwoogle at gmail.com>> wrote:
I have a ctypes module that is failing under Iron Python. The module is hosted at http://essbasepy.googlecode.com if anyone wants to view the source.

I have a union defined as:

class output_buffer(Union):
    _fields_ = [('pdVal', c_double * MAX_REC),




                ('pbVal', c_ubyte * MAX_REC),




                ('pszVal', col_t * MAX_REC)]

When attempting to use the pbVal field as follows:

elif pDescr.IntTyp == MAXL_DTINT_BOOL:




    pInBuff = pBuffer.pbVal
    Type = MAXL_DTEXT_UCHAR
    Size = 0

...

sts = maxl.MaxLColumnDefine(sid, c_ulong(index + 1), pInBuff, c_ushort(Size), c_ulong(Type), c_ushort(MAX_REC), None, None)

the called c module fails with the following exception:

clsException in System.Collections.ListDictionaryInternal
e {expected c_char_Array_1025_Array_1, got c_ubyte_Array_1} object {IronPython.Runtime.Exceptions.PythonExceptions.BaseException}
Data {System.Collections.ListDictionaryInternal} System.Collections.IDictionary {System.Collections.ListDictionaryInternal}
Message "expected c_char_Array_1025_Array_1, got c_ubyte_Array_1" string
Source "IronPython.Modules" string
StackTrace " at IronPython.Modules.ModuleOps.CheckCDataType(Object o, Object type)\r\n at InteropInvoker(IntPtr , Object , Object , Object , Object , Object , Object , Object , Object , Object[] )\r\n at CallSite.Target(Closure , CallSite , Object , Object , Object , Object , Object , Object , Object , Object , Object )\r\n at Microsoft.Scripting.Interpreter.DynamicInstruction`10.Run(InterpretedFrame frame)\r\n at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)\r\n at Microsoft.Scripting.Interpreter.LightLambda.Run11[T0,T1,T2,T3,T4,T5,T6,T7,T8,T9,T10,TRet](T0 arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4, T5 arg5, T6 arg6, T7 arg7, T8 arg8, T9 arg9, T10 arg10)\r\n at Essbase$2._MaxlOutputNextRecord$70(PythonFunction $function, Object self, Object sid, Object ssnInit, Object numFlds) in C:\\Program Files\\IronPython 2.7\\lib\\site-packages\\Essbase.py:line 376" string
TargetSite {CData CheckCDataType(System.Object, System.Object)} System.Reflection.MethodBase {System.Reflection.RuntimeMethodInfo}



I am a little out of my depth here, so hoping someone understands ctypes in general and the Iron Python implementation in particular.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110318/6f81d910/attachment.html>

From rawatsaurabh at yahoo.co.in  Fri Mar 18 08:24:11 2011
From: rawatsaurabh at yahoo.co.in (saurabh rawat)
Date: Fri, 18 Mar 2011 12:54:11 +0530 (IST)
Subject: [IronPython] Typecasting in ironPython
Message-ID: <292156.87220.qm@web137402.mail.in.yahoo.com>

HI , i am facing this problem of typecasting a given integer to a enum value.


following is the enum class

NoisePath np = (NoisePath)255 


public enum NoisePath
??? {
??????? NOISE_PATH_NONE = 0,
??????? NOISE_PATH_UPLINK = 1,
??????? NOISE_PATH_DOWNLINK = 2,
??????? NOISE_PATH_MIX = 3,
??????? NOISE_PATH_UPLINK_KODIAK_POC = 4,
??????? NOISE_PATH_FM_RADIO = 5,
??? }

i tried? the following in Ipy code and got the following errors :

np = (NoisePath)255 

-->ERROR: Invalid Syntax , this comes at the time of script format checking , not even the function body gets executed


np = Convert.ToByte(255)
function(no) , hre function accepts the argument of type NoisePath 

-->ERROR: expected NoisePath, got Byte,this comes at the time of script execution ,at least some function body gets executed

Plz assist me on this.!!

Rgds and Thansk in advance !!

Saurabh





????????????????????????????????   ?????????????? " The ultimate test of a relationship is to disagree but to hold hands..............."?  ??????????????   ?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110318/acca24af/attachment.html>

From m.schaber at 3s-software.com  Fri Mar 18 08:59:01 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Fri, 18 Mar 2011 08:59:01 +0100
Subject: [IronPython] Typecasting in ironPython
In-Reply-To: <292156.87220.qm@web137402.mail.in.yahoo.com>
References: <292156.87220.qm@web137402.mail.in.yahoo.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C621@server02.in.3s-software.com>

 

 

Best regards

Markus Schaber

___________________________

We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50

Email: m.schaber at 3s-software.com <mailto:m.schaber at 3s-software.com>  | Web: http://www.3s-software.com <http://www.3s-software.com> 
CoDeSys internet forum: http://forum.3s-software.com <http://forum-en.3s-software.com> 
Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects <http://www.3s-software.com/index.shtml?sample_projects> 

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 

 

Von: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] Im Auftrag von saurabh rawat
Gesendet: Freitag, 18. M?rz 2011 08:24
An: users at lists.ironpython.com
Betreff: [IronPython] Typecasting in ironPython

 

HI , i am facing this problem of typecasting a given integer to a enum value.


following is the enum class

NoisePath np = (NoisePath)255 


public enum NoisePath
    {
        NOISE_PATH_NONE = 0,
        NOISE_PATH_UPLINK = 1,
        NOISE_PATH_DOWNLINK = 2,
        NOISE_PATH_MIX = 3,
        NOISE_PATH_UPLINK_KODIAK_POC = 4,
        NOISE_PATH_FM_RADIO = 5,
    }

i tried  the following in Ipy code and got the following errors :

np = (NoisePath)255 

-->ERROR: Invalid Syntax , this comes at the time of script format checking , not even the function body gets executed


np = Convert.ToByte(255)
function(no) , hre function accepts the argument of type NoisePath 

-->ERROR: expected NoisePath, got Byte,this comes at the time of script execution ,at least some function body gets executed

Plz assist me on this.!!

Rgds and Thansk in advance !!

Saurabh






                                 

               " The ultimate test of a relationship is to disagree but to hold hands..............." 

               

 

[> ] 

 

 

 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110318/9a849076/attachment.html>

From m.schaber at 3s-software.com  Fri Mar 18 09:08:22 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Fri, 18 Mar 2011 09:08:22 +0100
Subject: [IronPython] Typecasting in ironPython
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C622@server02.in.3s-software.com>

Hi, Saurabh,

Sorry for sending that borked message. Outlook 2010 is driving me nuts!

Saurabh Rawat wrote:

> NoisePath np = (NoisePath)255

This is C syntax which obviously doesn't work in (Iron)Python. Python is
a dynamically typed language, so type casts do not exist "by design".

But the enum class has a toobject method:
http://msdn.microsoft.com/de-de/library/system.enum.toobject.aspx

So (with the appropriate import statements), the following should do:

Np = Enum.ToObject(NoisePath, 255)

 Regards,

 Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects:
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 



From rawatsaurabh at yahoo.co.in  Fri Mar 18 09:44:03 2011
From: rawatsaurabh at yahoo.co.in (saurabh rawat)
Date: Fri, 18 Mar 2011 14:14:03 +0530 (IST)
Subject: [IronPython] Typecasting in ironPython
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C622@server02.in.3s-software.com>
Message-ID: <856029.91672.qm@web137404.mail.in.yahoo.com>

Hi Markus,
Thanks for the help.It helped !!!

Rgds, 
Saurabh


????????????????????????????????   ?????????????? " The ultimate test of a relationship is to disagree but to hold hands..............."?  ??????????????   ?

--- On Fri, 18/3/11, Markus Schaber <m.schaber at 3s-software.com> wrote:

From: Markus Schaber <m.schaber at 3s-software.com>
Subject: Re: [IronPython] Typecasting in ironPython
To: "Discussion of IronPython" <users at lists.ironpython.com>
Date: Friday, 18 March, 2011, 1:38 PM

Hi, Saurabh,

Sorry for sending that borked message. Outlook 2010 is driving me nuts!

Saurabh Rawat wrote:

> NoisePath np = (NoisePath)255

This is C syntax which obviously doesn't work in (Iron)Python. Python is
a dynamically typed language, so type casts do not exist "by design".

But the enum class has a toobject method:
http://msdn.microsoft.com/de-de/library/system.enum.toobject.aspx

So (with the appropriate import statements), the following should do:

Np = Enum.ToObject(NoisePath, 255)

 Regards,

 Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects:
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110318/db90b3d8/attachment.html>

From vernondcole at gmail.com  Fri Mar 18 15:12:20 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Fri, 18 Mar 2011 08:12:20 -0600
Subject: [IronPython] Authenticode Signing of Releases
In-Reply-To: <AANLkTinFK4sM7A5vXSU9b3JXhy8geWx3QHbmFeup5xp0@mail.gmail.com>
References: <AANLkTi=hHxCP60PDPtyQnZ4BgSUGyjwTFXDQu-d4DBye@mail.gmail.com>
	<4D65708B.9010600@tx.rr.com>
	<AANLkTimCmVNMmiRzJtdUsZtUDdjwg4EKW_oAMJh65uW4@mail.gmail.com>
	<AANLkTikV6VL9sNNDn-NSzb2WNDZ5JE0ehEBdBjJrkts6@mail.gmail.com>
	<AANLkTinFK4sM7A5vXSU9b3JXhy8geWx3QHbmFeup5xp0@mail.gmail.com>
Message-ID: <AANLkTi=QwN9k1qgn6dkBUpwoaWQw0UrA1ku9O8+0w6c0@mail.gmail.com>

Resurrecting an old topic...

I just noticed when I loaded a new machine with CPython 2.7, that it
is signed by the Python Software Foundation.

Do you not suppose that, if asked, they would also be willing to sign
other implementations?
--
Vernon

P.S.: I loaded IronPython 2.7 first!

>> >> On 2/23/2011 10:58 AM, Jeff Hardy wrote:
>> >>>
>> >>> Older releases of IronPython were authenticode signed (by Microsoft),
>> >>> but so far the community releases have not been. As best I can tell,
>> >>> authenticode certificates are expensive (the cheapest are around
>> >>> $100/year) - I've heard of deals for open source projects but can't
>> >>> find anything by searching.
>> >>>
>> >>> Is it even worth the hassle to get an authenticode cert for releases?
>> >>> It adds a bit of extra polish to the installation, but I doubt many
>> >>> people pay attention to that anyway.
>> >>>
>> >>> - Jeff


From dwoogle at gmail.com  Fri Mar 18 15:15:36 2011
From: dwoogle at gmail.com (David Welden)
Date: Fri, 18 Mar 2011 09:15:36 -0500
Subject: [IronPython] Users Digest, Vol 80, Issue 31
In-Reply-To: <mailman.3867.1300413204.9913.users-ironpython.com@lists.ironpython.com>
References: <mailman.3867.1300413204.9913.users-ironpython.com@lists.ironpython.com>
Message-ID: <AANLkTinfL2uh107p=7dapGJQz70fJRwmuOgjeS26ufqL@mail.gmail.com>

After parsing through all of the #Defines, here is what I come up with for
the signature of MaxLColumnDefine:

unsigned long
MaxLColumnDefine(unsigned short    SsnId,
                 unsigned long     ColumnNo,
                 void              *pBuffAddr,
                 unsigned long     BuffSize,
                 unsigned long     ExtType,
                 unsigned short    ArraySize,
                 unsigned long    (*TypeConv) (void *FromBuff,
                                              void *ToBuff,
                                              unsigned long ToBuffLen,
                                              void *pArgs),
                 void             *pTypeConvArgs);


> ---------- Forwarded message ----------
> From: Dino Viehland <dinov at microsoft.com>
> To: Discussion of IronPython <users at lists.ironpython.com>
> Date: Fri, 18 Mar 2011 01:53:11 +0000
> Subject: Re: [IronPython] Issue with ctypes arrays of c_ubyte
>
> Thanks for the report.  I?ll try and take a  look at this over the weekend
> ? feel free to open a bug though so it doesn?t get lost.
>
>
>
> I?d guess that we?re (IronPython) doing something wrong with the signature
> of MaxLColumnDefine which probably defines its parameter types.  Either that
> or we?ve got the signature right but we should support passing the
> ubyte_array (ubyte*) (and it looks like any other array) by ref to the
> c_char_array_array (char**).  It?s possible that maybe we support passing a
> char* by ref to a char** but the difference between ubyte (or double) and
> char is preventing it when it shouldn?t ? maybe char* gets treated like a
> universal buffer type, or maybe pointers just easily coerce no matter what
> they are.
>
>
>
> If you could look at the different types used in the parameters or in the
> fields of your Union and compare them between CPython and IronPython that?d
> probably be useful.  Or even just how MaxLColumnDefine is created would be
> useful.
>
>
>
> *From:* users-bounces at lists.ironpython.com [mailto:
> users-bounces at lists.ironpython.com] *On Behalf Of *David Welden
> *Sent:* Thursday, March 17, 2011 2:41 PM
> *To:* Users at lists.ironpython.com
> *Subject:* Re: [IronPython] Issue with ctypes arrays of c_ubyte
>
>
>
> OK. Looks like arrays of doubles and ubytes are not processed by IronPython
> ctypes as they are in CPython. The error always come back as:
>
>  "expected c_char_Array_1025_Array_1, got c_ubyte_Array_1" or "expected
> c_char_Array_1025_Array_1, c_double_Array_1".
>
>
>
> If I ignore the 'error' as follows:
>
>
>
> try:
>     sts = maxl.MaxLColumnDefine(sid, c_ulong(index + 1), pInBuff, c_ushort(Size), c_ulong(Type), c_ushort(MAX_REC), None, None)
>
> except ArgumentError, e:
>     pass
>
>  then the output is the same as on CPython. The other deviation I notice
> is extracting the value of pBuffer.pszVal. With CPython the correct code is:
>
> print pBuffer.pszVal[0].value
>
> which results in an error in IronPython:
>
> 'str' object has no attribute 'value'
>
> IronPython ctypes wants this line to be:
>
> print pBuffer.pszVal[0]
>
>  On Tue, Mar 15, 2011 at 1:27 PM, David Welden <dwoogle at gmail.com> wrote:
>
> I have a ctypes module that is failing under Iron Python. The module is
> hosted at http://essbasepy.googlecode.com if anyone wants to view the
> source.
>
>
>
> I have a union defined as:
>
> class output_buffer(Union):
>     _fields_ = [('pdVal', c_double * MAX_REC),
>
>
>
>                 ('pbVal', c_ubyte * MAX_REC),
>
>
>
>                 ('pszVal', col_t * MAX_REC)]
>
> When attempting to use the pbVal field as follows:
>
> elif pDescr.IntTyp == MAXL_DTINT_BOOL:
>
>
>
>     pInBuff = pBuffer.pbVal
>     Type = MAXL_DTEXT_UCHAR
>     Size = 0
>
> ...
>
> sts = maxl.MaxLColumnDefine(sid, c_ulong(index + 1), pInBuff, c_ushort(Size), c_ulong(Type), c_ushort(MAX_REC), None, None)
>
> the called c module fails with the following exception:
>
> clsException in System.Collections.ListDictionaryInternal
> e {*expected c_char_Array_1025_Array_1, got c_ubyte_Array_1*} object {IronPython.Runtime.Exceptions.PythonExceptions.BaseException}
> Data {System.Collections.ListDictionaryInternal} System.Collections.IDictionary {System.Collections.ListDictionaryInternal}
> Message "expected c_char_Array_1025_Array_1, got c_ubyte_Array_1" string
> Source "IronPython.Modules" string
> StackTrace " at IronPython.Modules.ModuleOps.CheckCDataType(Object o, Object type)\r\n at InteropInvoker(IntPtr , Object , Object , Object , Object , Object , Object , Object , Object , Object[] )\r\n at CallSite.Target(Closure , CallSite , Object , Object , Object , Object , Object , Object , Object , Object , Object )\r\n at Microsoft.Scripting.Interpreter.DynamicInstruction`10.Run(InterpretedFrame frame)\r\n at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)\r\n at Microsoft.Scripting.Interpreter.LightLambda.Run11[T0,T1,T2,T3,T4,T5,T6,T7,T8,T9,T10,TRet](T0 arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4, T5 arg5, T6 arg6, T7 arg7, T8 arg8, T9 arg9, T10 arg10)\r\n at Essbase$2._MaxlOutputNextRecord$70(PythonFunction $function, Object self, Object sid, Object ssnInit, Object numFlds) in C:\\Program Files\\IronPython 2.7\\lib\\site-packages\\Essbase.py:line 376" string
> TargetSite {CData CheckCDataType(System.Object, System.Object)} System.Reflection.MethodBase {System.Reflection.RuntimeMethodInfo}
>
>
>
> I am a little out of my depth here, so hoping someone understands ctypes in general and the Iron Python implementation in particular.
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110318/e9eb18d1/attachment.html>

From jdhardy at gmail.com  Fri Mar 18 15:32:53 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 18 Mar 2011 08:32:53 -0600
Subject: [IronPython] Authenticode Signing of Releases
In-Reply-To: <AANLkTi=QwN9k1qgn6dkBUpwoaWQw0UrA1ku9O8+0w6c0@mail.gmail.com>
References: <AANLkTi=hHxCP60PDPtyQnZ4BgSUGyjwTFXDQu-d4DBye@mail.gmail.com>
	<4D65708B.9010600@tx.rr.com>
	<AANLkTimCmVNMmiRzJtdUsZtUDdjwg4EKW_oAMJh65uW4@mail.gmail.com>
	<AANLkTikV6VL9sNNDn-NSzb2WNDZ5JE0ehEBdBjJrkts6@mail.gmail.com>
	<AANLkTinFK4sM7A5vXSU9b3JXhy8geWx3QHbmFeup5xp0@mail.gmail.com>
	<AANLkTi=QwN9k1qgn6dkBUpwoaWQw0UrA1ku9O8+0w6c0@mail.gmail.com>
Message-ID: <AANLkTing6mQq34hKEQe4TkYocw8cBu2b-HQ-+p5Lkm8x@mail.gmail.com>

Yes, I believe they would - there was a brief discussion at PyCon, but
I haven't made a formal request yet.

- Jeff

On Fri, Mar 18, 2011 at 8:12 AM, Vernon Cole <vernondcole at gmail.com> wrote:
> Resurrecting an old topic...
>
> I just noticed when I loaded a new machine with CPython 2.7, that it
> is signed by the Python Software Foundation.
>
> Do you not suppose that, if asked, they would also be willing to sign
> other implementations?
> --
> Vernon
>
> P.S.: I loaded IronPython 2.7 first!
>
>>> >> On 2/23/2011 10:58 AM, Jeff Hardy wrote:
>>> >>>
>>> >>> Older releases of IronPython were authenticode signed (by Microsoft),
>>> >>> but so far the community releases have not been. As best I can tell,
>>> >>> authenticode certificates are expensive (the cheapest are around
>>> >>> $100/year) - I've heard of deals for open source projects but can't
>>> >>> find anything by searching.
>>> >>>
>>> >>> Is it even worth the hassle to get an authenticode cert for releases?
>>> >>> It adds a bit of extra polish to the installation, but I doubt many
>>> >>> people pay attention to that anyway.
>>> >>>
>>> >>> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From vernondcole at gmail.com  Sat Mar 19 16:45:20 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Sat, 19 Mar 2011 09:45:20 -0600
Subject: [IronPython] What version of mono is required for IronPython 2.7?
Message-ID: <AANLkTinWpqMM_53VH4gve-a9L+LuqNaA4r_rnrNMh+EP@mail.gmail.com>

I am in the process of lobbying the Ubuntu team to include a current
release of IronPython.
(At present, they package 2.6B2!)
Ubuntu ships mono 2.6.7-3, and is likely to remain on that release,
since it is LTC supported. Getting them to update to 2.10 may be a
major undertaking.

What version of mono is actually required for IronPython 2.7?
--
Vernon


From s.j.dower at gmail.com  Sat Mar 19 21:26:56 2011
From: s.j.dower at gmail.com (Steve Dower)
Date: Sun, 20 Mar 2011 07:26:56 +1100
Subject: [IronPython] What version of mono is required for IronPython
	2.7?
In-Reply-To: <AANLkTinWpqMM_53VH4gve-a9L+LuqNaA4r_rnrNMh+EP@mail.gmail.com>
References: <AANLkTinWpqMM_53VH4gve-a9L+LuqNaA4r_rnrNMh+EP@mail.gmail.com>
Message-ID: <AANLkTim+K_dsNPWV0Q67XcTVSwf8ShLy+9=0zTFe30aO@mail.gmail.com>

Whichever version added support for .NET/C# 4.0 (the dmcs compiler was
in 2.6 but I think 2.8 was the first it'll work with). I've used
IronPython with no problems under 2.10 (both on OpenSUSE and Ubuntu
(built from source)).

Good luck. It'd be handy for Ubuntu to catch up here.

On Sun, Mar 20, 2011 at 02:45, Vernon Cole <vernondcole at gmail.com> wrote:
> I am in the process of lobbying the Ubuntu team to include a current
> release of IronPython.
> (At present, they package 2.6B2!)
> Ubuntu ships mono 2.6.7-3, and is likely to remain on that release,
> since it is LTC supported. Getting them to update to 2.10 may be a
> major undertaking.
>
> What version of mono is actually required for IronPython 2.7?
> --
> Vernon
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From fzumstein at gmail.com  Mon Mar 21 08:40:41 2011
From: fzumstein at gmail.com (Felice80)
Date: Mon, 21 Mar 2011 00:40:41 -0700 (PDT)
Subject: [IronPython] numpy / IronClad?
Message-ID: <31196654.post@talk.nabble.com>


Jason,

is there somewhere a more detailed user guide on how to perform step 3 of
the installation (ironpkg)? I'm kind of lost.

thank very much!!
Felix



Jason McCampbell wrote:
> 
> Hi Chad,
> 
> Sorry for the delayed response, we were busy getting the beta release of
> NumPy and SciPy together.  Microsoft announced the availability of NumPy
> and
> SciPy for IronPython / .NET  at PyCon the end of last week.
> 
> You can find the install instructions here for the pre-built binaries:
> http://www.enthought.com/repo/.iron/
> 
> <http://www.enthought.com/repo/.iron/>Alternately you can grab the source
> code from the following repositories:
>     https://github.com/numpy/numpy-refactor
>     https://github.com/jasonmccampbell/scipy-refactor
> 
> One note we don't have documented right now is that SciPy requires the
> Python stack frames access, which IronPython doesn't enable by default. 
> To
> run SciPy you need to use the "-X:Frames" argument:
>     ipy.exe -X:Frames -c "import scipy"
> 
> <https://github.com/jasonmccampbell/scipy-refactor>Regards,
> Jason
> 
> 
> On Tue, Mar 1, 2011 at 4:32 PM, Chad Brockman <chadbr at slb.com> wrote:
> 
>>  Anyone know if the effort to port numpy to IronPython is still alive?
>> Enthought / MS announced it last year?
>> http://www.enthought.com/media/SciPyNumPyDotNet.pdf
>>
>>
>>
>> Anyone know if IronClad is still being developed?
>>
>>
>>
>> Thanks, Chad
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
> 
> 
> -- 
> *Jason McCampbell*
> Enthought, Inc.
> 512.850.6069
> jmccampbell at enthought.com
> 
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> 
> 

-- 
View this message in context: http://old.nabble.com/numpy---IronClad--tp31044998p31196654.html
Sent from the IronPython mailing list archive at Nabble.com.



From jdhardy at gmail.com  Mon Mar 21 19:49:46 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 21 Mar 2011 12:49:46 -0600
Subject: [IronPython] No GSoC for IronPython/IronRuby for 2011
Message-ID: <AANLkTim79untyfeTbsm02XjsKs7BfZ+BU=K6THGA5Gwt@mail.gmail.com>

I got the notice on Friday that IronLanguages was not accepted into
Google Summer of Code for 2011. However, both the Mono project and the
PSF have indicated that they would consider IronPython/IronRuby
projects, so if you're interested, you should ask one of those
organizations.

- Jeff


From jonathan.infoq at gmail.com  Mon Mar 21 20:46:21 2011
From: jonathan.infoq at gmail.com (Jonathan Allen)
Date: Mon, 21 Mar 2011 12:46:21 -0700
Subject: [IronPython] No GSoC for IronPython/IronRuby for 2011
In-Reply-To: <AANLkTim79untyfeTbsm02XjsKs7BfZ+BU=K6THGA5Gwt@mail.gmail.com>
References: <AANLkTim79untyfeTbsm02XjsKs7BfZ+BU=K6THGA5Gwt@mail.gmail.com>
Message-ID: <AANLkTikvYQks9ytfGiJPmjJhEsFxSd2u6F6AnL4Yy_n0@mail.gmail.com>

That really sucks. Did you get that from an announcement or a contact at
Google?

Jonathan
On Mar 21, 2011 11:50 AM, "Jeff Hardy" <jdhardy at gmail.com> wrote:
> I got the notice on Friday that IronLanguages was not accepted into
> Google Summer of Code for 2011. However, both the Mono project and the
> PSF have indicated that they would consider IronPython/IronRuby
> projects, so if you're interested, you should ask one of those
> organizations.
>
> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110321/9f341fbb/attachment.html>

From jdhardy at gmail.com  Mon Mar 21 21:05:26 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 21 Mar 2011 14:05:26 -0600
Subject: [IronPython] No GSoC for IronPython/IronRuby for 2011
In-Reply-To: <AANLkTikvYQks9ytfGiJPmjJhEsFxSd2u6F6AnL4Yy_n0@mail.gmail.com>
References: <AANLkTim79untyfeTbsm02XjsKs7BfZ+BU=K6THGA5Gwt@mail.gmail.com>
	<AANLkTikvYQks9ytfGiJPmjJhEsFxSd2u6F6AnL4Yy_n0@mail.gmail.com>
Message-ID: <AANLkTinGYLYqHb58NtRSa2ywatZzon7ZkD9Rh5q4GrxJ@mail.gmail.com>

Official announcement:

"Thank you for submitting "IronLanguages" organization application to
Google Summer of Code 2011. Unfortunately, we were unable to accept
your organization's application at this time. We received many more
applications for the program than we are able to accommodate, and we
would encourage you to reapply for future instances of the program.

Best regards,
Google Open Source Programs"

- Jeff

On Mon, Mar 21, 2011 at 1:46 PM, Jonathan Allen
<jonathan.infoq at gmail.com> wrote:
> That really sucks. Did you get that from an announcement or a contact at
> Google?
>
> Jonathan
>
> On Mar 21, 2011 11:50 AM, "Jeff Hardy" <jdhardy at gmail.com> wrote:
>> I got the notice on Friday that IronLanguages was not accepted into
>> Google Summer of Code for 2011. However, both the Mono project and the
>> PSF have indicated that they would consider IronPython/IronRuby
>> projects, so if you're interested, you should ask one of those
>> organizations.
>>
>> - Jeff
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


From doug.blank at gmail.com  Tue Mar 22 13:41:25 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Tue, 22 Mar 2011 08:41:25 -0400
Subject: [IronPython] Building IronPython/IronRuby for Mono?
Message-ID: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>

I went to Codeplex to see about updating Pyjama [1] to use the latest
IronPython and IronRuby, but had some issues:

1) There are only two downloads for 2.7: msi and a zip of binaries.
Shouldn't there be a zip of sources? Or a note how how to get them?

2) I tried the zipped binaries on Mono 2.6.7 under Ubuntu 10.10, but
that doesn't look like it is supported:

$ mono ipy.exe
WARNING: The runtime version supported by this application is unavailable.
Using default runtime: v1.1.4322
** (ipy.exe:11466): WARNING **: Missing method
System.Environment::SetEnvironmentVariable(string,string) in assembly
/usr/lib/mono/1.0/mscorlib.dll, referenced in assembly
/home/dblank/Desktop/IronPython-2.7/ipy.exe
Unhandled Exception: System.MissingMethodException: Method not found:
'System.Environment.SetEnvironmentVariable'.

3) Looked in Source Code; found a zip, but it is 180 MB. Is that all
of svn? How do I get just 2.7?

4) Tried "svn co
https://IronPython.svn.codeplex.com/svn/IronPython_Main
IronPython2.7"... but not sure what this is... it has *some* Ruby
things. How do I build IronRuby and IronPython that use the same DLR
parts?

5) Can I use Mono 2.6.7 to build IronPython 2.7? How? I tried "xbuild"
in the Solutions dir, but only errors.

Thanks for any help on building (or getting) IronPython2.7 for Mono.

-Doug

[1] http://PyjamaProject.org/


From vernondcole at gmail.com  Tue Mar 22 14:20:29 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Tue, 22 Mar 2011 07:20:29 -0600
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTikbX-5hgwd8g0PskfQAFhVjLU=0OVSTxk14R7wC@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<AANLkTikbX-5hgwd8g0PskfQAFhVjLU=0OVSTxk14R7wC@mail.gmail.com>
Message-ID: <AANLkTikvFVy2cGOqnq5BbYYRe0h7gTF5iq1HcEhBit_S@mail.gmail.com>

I've just been through the same thing. Stop where you are and wait until I
send more information. The short answer is : you cannot build IPy on a stock
Ubuntu or Debian system. I just got a lead on a way to install mono 2.10
beside the stock 2.6.3. If you attempt to replace the patched Debian mono
you will break your Ubuntu system. I just did that. Will get back to you as
soon asI get to a real computer.

Vernon Cole
(sent from my 'droid phone)

On Mar 22, 2011 6:42 AM, "Doug Blank" <doug.blank at gmail.com> wrote:
I went to Codeplex to see about updating Pyjama [1] to use the latest
IronPython and IronRuby, but had some issues:

1) There are only two downloads for 2.7: msi and a zip of binaries.
Shouldn't there be a zip of sources? Or a note how how to get them?

2) I tried the zipped binaries on Mono 2.6.7 under Ubuntu 10.10, but
that doesn't look like it is supported:

$ mono ipy.exe
WARNING: The runtime version supported by this application is unavailable.
Using default runtime: v1.1.4322
** (ipy.exe:11466): WARNING **: Missing method
System.Environment::SetEnvironmentVariable(string,string) in assembly
/usr/lib/mono/1.0/mscorlib.dll, referenced in assembly
/home/dblank/Desktop/IronPython-2.7/ipy.exe
Unhandled Exception: System.MissingMethodException: Method not found:
'System.Environment.SetEnvironmentVariable'.

3) Looked in Source Code; found a zip, but it is 180 MB. Is that all
of svn? How do I get just 2.7?

4) Tried "svn co
https://IronPython.svn.codeplex.com/svn/IronPython_Main
IronPython2.7"... but not sure what this is... it has *some* Ruby
things. How do I build IronRuby and IronPython that use the same DLR
parts?

5) Can I use Mono 2.6.7 to build IronPython 2.7? How? I tried "xbuild"
in the Solutions dir, but only errors.

Thanks for any help on building (or getting) IronPython2.7 for Mono.

-Doug

[1] http://PyjamaProject.org/
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110322/2a3930f1/attachment.html>

From m.schaber at 3s-software.com  Tue Mar 22 14:29:17 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Tue, 22 Mar 2011 14:29:17 +0100
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>

Hi, Doug,

Doug Blank wrote:

> 2) I tried the zipped binaries on Mono 2.6.7 under Ubuntu 10.10, but
that
> doesn't look like it is supported:

IronPython 2.7 and newer seem to need at least .NET 4.0, which needs at
least Mono 2.8.

Best regards

Markus Schaber


From doug.blank at gmail.com  Tue Mar 22 14:33:20 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Tue, 22 Mar 2011 09:33:20 -0400
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
Message-ID: <AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>

On Tue, Mar 22, 2011 at 9:29 AM, Markus Schaber
<m.schaber at 3s-software.com> wrote:
> Hi, Doug,
>
> Doug Blank wrote:
>
>> 2) I tried the zipped binaries on Mono 2.6.7 under Ubuntu 10.10, but
> that
>> doesn't look like it is supported:
>
> IronPython 2.7 and newer seem to need at least .NET 4.0, which needs at
> least Mono 2.8.

Is that you need Mono 2.8 to build IronPython, or to run it?
IronPython2.6 beta 2 is running fine under Mono 2.6.7.

-Doug

> Best regards
>
> Markus Schaber
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From m.schaber at 3s-software.com  Tue Mar 22 15:14:06 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Tue, 22 Mar 2011 15:14:06 +0100
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C639@server02.in.3s-software.com>

Doug Blank wrote:

> > IronPython 2.7 and newer seem to need at least .NET 4.0, which needs
> > at least Mono 2.8.
> 
> Is that you need Mono 2.8 to build IronPython, or to run it?
> IronPython2.6 beta 2 is running fine under Mono 2.6.7.

As far as I can see, you need .NET 4 / Mono 2.8 for both compiling and
running.

IronPython 2.6.2 is delivered in two versions, one for .NET 4 and the
other one for .NET 2 (but using some C# 3 language features).

The main difference seems to be in the DLR libraries used, parts of it
have been integrated into the core libraries in .NET 4, so they are not
compatible between versions.

Best regards

Markus Schaber


From jdhardy at gmail.com  Tue Mar 22 16:03:56 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 22 Mar 2011 09:03:56 -0600
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
Message-ID: <AANLkTikhAx55yBzcwax2OuSpRdp8Ct=QuK5jsrwL6M27@mail.gmail.com>

On Tue, Mar 22, 2011 at 7:33 AM, Doug Blank <doug.blank at gmail.com> wrote:
> Is that you need Mono 2.8 to build IronPython, or to run it?
> IronPython2.6 beta 2 is running fine under Mono 2.6.7.

IronPython 2.7 requires .NET 4 (to build and run). Mono 2.10 is
probably your best bet.

- Jeff


From doug.blank at gmail.com  Tue Mar 22 16:19:12 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Tue, 22 Mar 2011 11:19:12 -0400
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTikhAx55yBzcwax2OuSpRdp8Ct=QuK5jsrwL6M27@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
	<AANLkTikhAx55yBzcwax2OuSpRdp8Ct=QuK5jsrwL6M27@mail.gmail.com>
Message-ID: <AANLkTi=Qi6eEX_9UekAw9mz6rXH4gzpar_jns4jekJvp@mail.gmail.com>

On Tue, Mar 22, 2011 at 11:03 AM, Jeff Hardy <jdhardy at gmail.com> wrote:
> On Tue, Mar 22, 2011 at 7:33 AM, Doug Blank <doug.blank at gmail.com> wrote:
>> Is that you need Mono 2.8 to build IronPython, or to run it?
>> IronPython2.6 beta 2 is running fine under Mono 2.6.7.
>
> IronPython 2.7 requires .NET 4 (to build and run). Mono 2.10 is
> probably your best bet.

Is there a place on IronPython's codeplex site that we could document
this information?

Currently, there are many assumptions on:

http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions&referringTitle=Home
http://ironpython.codeplex.com/wikipage?title=Contributing%20to%20IronPython&referringTitle=Home

that suggest that IronPython requires Visual Studio, Windows, etc. I
guess those wiki pages can't be edited by anyone, but if you make a
page off of those, I'd be glad to help maintain this alternate build
and run information. My codeplex id is dsblank.

-Doug

> - Jeff
>


From jdhardy at gmail.com  Tue Mar 22 16:19:24 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 22 Mar 2011 09:19:24 -0600
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
Message-ID: <AANLkTi=eXBSrT2gjdeOhWO-YU5X84F=Y=Hnb=UN8YY-2@mail.gmail.com>

On Tue, Mar 22, 2011 at 6:41 AM, Doug Blank <doug.blank at gmail.com> wrote:
> I went to Codeplex to see about updating Pyjama [1] to use the latest
> IronPython and IronRuby, but had some issues:
>
> 1) There are only two downloads for 2.7: msi and a zip of binaries.
> Shouldn't there be a zip of sources? Or a note how how to get them?

Yes, yes there should. D'oh.

https://github.com/IronLanguages/main/zipball/ipy-2.7

It's fairly big, though, as it's just a package of the git repo. Is
there a ton of value in having smaller zip packages? The download
numbers on them have always been fairly low, so they were dropped for
2.7 in favour of github's automatic zip generation.

> 4) Tried "svn co
> https://IronPython.svn.codeplex.com/svn/IronPython_Main
> IronPython2.7"... but not sure what this is... it has *some* Ruby
> things. How do I build IronRuby and IronPython that use the same DLR
> parts?

The main source is now on https://github.com/ironlanguages/main. I'm
thinking of removing the source tab from CodePlex to avoid confusion,
if that's possible.

- Jeff


From jdhardy at gmail.com  Tue Mar 22 16:24:02 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 22 Mar 2011 09:24:02 -0600
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTi=Qi6eEX_9UekAw9mz6rXH4gzpar_jns4jekJvp@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
	<AANLkTikhAx55yBzcwax2OuSpRdp8Ct=QuK5jsrwL6M27@mail.gmail.com>
	<AANLkTi=Qi6eEX_9UekAw9mz6rXH4gzpar_jns4jekJvp@mail.gmail.com>
Message-ID: <AANLkTikA2biGXDxdmp0ZrRcBL_L+aaSroob9BjqZDTJ_@mail.gmail.com>

On Tue, Mar 22, 2011 at 9:19 AM, Doug Blank <doug.blank at gmail.com> wrote:
> Is there a place on IronPython's codeplex site that we could document
> this information?
>
> Currently, there are many assumptions on:
>
> http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions&referringTitle=Home
> http://ironpython.codeplex.com/wikipage?title=Contributing%20to%20IronPython&referringTitle=Home
>
> that suggest that IronPython requires Visual Studio, Windows, etc. I
> guess those wiki pages can't be edited by anyone, but if you make a
> page off of those, I'd be glad to help maintain this alternate build
> and run information. My codeplex id is dsblank.

You now have "Editor" permission and should be able to edit the wiki
to your heart's content. Mono docs would be awesome.

There does need to be a strategy around docs, though. They're really
scattered right now, between codeplex, github, and the source. And
most of them aren't on the websites either. I just don't have a
concrete idea yet about how to deal with that.

- Jeff


From brian.curtin at gmail.com  Tue Mar 22 16:29:47 2011
From: brian.curtin at gmail.com (Brian Curtin)
Date: Tue, 22 Mar 2011 10:29:47 -0500
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTikA2biGXDxdmp0ZrRcBL_L+aaSroob9BjqZDTJ_@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
	<AANLkTikhAx55yBzcwax2OuSpRdp8Ct=QuK5jsrwL6M27@mail.gmail.com>
	<AANLkTi=Qi6eEX_9UekAw9mz6rXH4gzpar_jns4jekJvp@mail.gmail.com>
	<AANLkTikA2biGXDxdmp0ZrRcBL_L+aaSroob9BjqZDTJ_@mail.gmail.com>
Message-ID: <AANLkTi=F6qXSA=sRrZ9mSpvz_LwaAu4Fu_k2NYXDDyL9@mail.gmail.com>

On Tue, Mar 22, 2011 at 10:24, Jeff Hardy <jdhardy at gmail.com> wrote:

> On Tue, Mar 22, 2011 at 9:19 AM, Doug Blank <doug.blank at gmail.com> wrote:
> > Is there a place on IronPython's codeplex site that we could document
> > this information?
> >
> > Currently, there are many assumptions on:
> >
> >
> http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions&referringTitle=Home
> >
> http://ironpython.codeplex.com/wikipage?title=Contributing%20to%20IronPython&referringTitle=Home
> >
> > that suggest that IronPython requires Visual Studio, Windows, etc. I
> > guess those wiki pages can't be edited by anyone, but if you make a
> > page off of those, I'd be glad to help maintain this alternate build
> > and run information. My codeplex id is dsblank.
>
> You now have "Editor" permission and should be able to edit the wiki
> to your heart's content. Mono docs would be awesome.
>
> There does need to be a strategy around docs, though. They're really
> scattered right now, between codeplex, github, and the source. And
> most of them aren't on the websites either. I just don't have a
> concrete idea yet about how to deal with that.
>
> - Jeff
>

docs.ironpython.net?

Might I suggest sphinx-quickstart as the first command to run.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110322/659d1691/attachment.html>

From jdhardy at gmail.com  Tue Mar 22 16:34:12 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 22 Mar 2011 09:34:12 -0600
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTi=F6qXSA=sRrZ9mSpvz_LwaAu4Fu_k2NYXDDyL9@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
	<AANLkTikhAx55yBzcwax2OuSpRdp8Ct=QuK5jsrwL6M27@mail.gmail.com>
	<AANLkTi=Qi6eEX_9UekAw9mz6rXH4gzpar_jns4jekJvp@mail.gmail.com>
	<AANLkTikA2biGXDxdmp0ZrRcBL_L+aaSroob9BjqZDTJ_@mail.gmail.com>
	<AANLkTi=F6qXSA=sRrZ9mSpvz_LwaAu4Fu_k2NYXDDyL9@mail.gmail.com>
Message-ID: <AANLkTi=Cp0+0T1kfruCePT8xgS7+ROAO-2ZZVmM64qmv@mail.gmail.com>

On Tue, Mar 22, 2011 at 9:29 AM, Brian Curtin <brian.curtin at gmail.com> wrote:
> docs.ironpython.net?
> Might I suggest sphinx-quickstart as the first command to run.

That's kinda what I'm leaning towards, preferably hosted on
readthedocs.com. Most of the docs are already ReST so using sphinx
should be easy. As always, it's just a matter of time, and after
watching Jacob Kaplan-Moss at PyCon, I feel really bad about the state
of our docs right now.

- Jeff


From vernondcole at gmail.com  Tue Mar 22 16:55:00 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Tue, 22 Mar 2011 09:55:00 -0600
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C639@server02.in.3s-software.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C639@server02.in.3s-software.com>
Message-ID: <AANLkTinG-0BQx=gOY8-s9fCPvmwBfGjfY63CXPp6Hu99@mail.gmail.com>

On Tue, Mar 22, 2011 at 8:14 AM, Markus Schaber
<m.schaber at 3s-software.com> wrote:
> Doug Blank wrote:
>
>> > IronPython 2.7 and newer seem to need at least .NET 4.0, which needs
>> > at least Mono 2.8.
>>
>> Is that you need Mono 2.8 to build IronPython, or to run it?
>> IronPython2.6 beta 2 is running fine under Mono 2.6.7.
>
> As far as I can see, you need .NET 4 / Mono 2.8 for both compiling and
> running. [...]
> IronPython 2.6.2 is delivered in two versions, one for .NET 4 and the
> other one for .NET 2 (but using some C# 3 language features).
>
> Markus Schaber

Correct!  IronPython 2.6.2 will work ALMOST correctly on Ubuntu 10.10,
IF you use the binary which is linked for .NET 2.0.  The error I
experienced is that the black typeface on the default Gnome Terminal
(with a white background) turns to light grey when IPy starts.  If you
switch Gnome Terminal to the black background, all is well.  I assume
that change happened after 2.6.b2.

The version of mono is a more interesting story.  (Bear with me, I
spent a lot of time last week learning this.)  Ubuntu has made the
corporate decision to go with mono as part of their core. Ubuntu will
not work without mono, and about 40 supported applications (they tell
me) use mono. This is great news for the mono people, IMHO.  But it
comes with a cost.  Mono is created on a Redhat-like system, SUSE.
This is easy to understand, since the core group lives at Novell, the
sponsor of SUSE.  It seems that Redhat/SUSE have diverged enough from
Debian that a significant amount of patching is required to make the
stock (SUSE) release of mono work correctly on Debian.

[An explanation for Windows users still following along: Ubuntu is a
derivative of Debian, and uses most of the some packages. It has a
MUCH faster release cycle, which I why I, and many others, use and
prefer it. I attended my first meeting of the Utah Python Users Group
last week and took a quick informal survey of the laptops present.
Ubuntu:20.5, OS/X:2, other Linux:0, Windows:0.5. This in a place where
lots of people work or worked for Novell, and the general population
of programmers is heavily invested in Microsoft. The .5 is my (dual
boot) laptop.]

The Debian maintainers apply their patches to the LTS [long term
support] version of mono, which at this point is 2.6.3.  One of the
Debian mono maintainers has supplied a patched 2.10 mono as a PPA on
launchpad, but he only supports LTS versions of Ubuntu, which 10.10 is
not.  Therefore, the newest (i.e. .NET 4) software will not run on the
newest Ubuntu. A very frustrating paradox.

I received several suggestions about how to get around this problem,
most of them involving virtual machines, or sandboxes.  Since Redhat
and SUSE are not as heavily invested in mono, they run more current
versions. The latest suggestion, which I must rebuild my Linux
partition before I can test, is this:
v v v v v v v
from	Christopher James Halse Rogers <raof at ubuntu.com>
sender-time	Sent at 7:24 PM (GMT+11:00). Current time there: 2:27 AM. ?
to	Vernon Cole <vernondcole at gmail.com>
cc	ubuntu-devel-discuss at lists.ubuntu.com
subject	Re: IronPython and Mono are very old. How can we get an update?
[...snip...]	
Hm.  I should have linked http://apebox.org/wordpress/linux/370/ which
is a description of how to do a parallel mono install in a way that
works with the Debian CLI policy and tools.
^ ^ ^ ^ ^ ^ ^
===========================  NEW SUBJECT =================================

The current source of IronPython is not on codeplex!
(and the documentation on codeplex has not yet been updated to reflect
the change.  Real soon now...)

The current source is on github. On Ubuntu, the download of the source
is a snap. [Windows users, eat your heart out.]
Having already registered an ssl key with github, I do this:
v v v v
vernon at dlc-ubuntu:~$ sudo apt-get install bzr-git
vernon at dlc-ubuntu:~$ bzr branch git://github.com/IronLanguages/main
^ ^ ^ ^
Which gives me a lovely, user friendly, bazaar repository.
--
Vernon


From vernondcole at gmail.com  Tue Mar 22 17:22:04 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Tue, 22 Mar 2011 10:22:04 -0600
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTi=dtMK6HJ0GGu9Zc3t+sL0dAfeFUi6_qVEb3jPk@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
	<AANLkTikhAx55yBzcwax2OuSpRdp8Ct=QuK5jsrwL6M27@mail.gmail.com>
	<AANLkTi=Qi6eEX_9UekAw9mz6rXH4gzpar_jns4jekJvp@mail.gmail.com>
	<AANLkTikA2biGXDxdmp0ZrRcBL_L+aaSroob9BjqZDTJ_@mail.gmail.com>
	<AANLkTimG9JjjoGLz4uOn8N5HfU4sTVypDLUBRfZYV8HQ@mail.gmail.com>
	<AANLkTi=dtMK6HJ0GGu9Zc3t+sL0dAfeFUi6_qVEb3jPk@mail.gmail.com>
Message-ID: <AANLkTi=YCbDmSPnAVvc6i-JCR2f71=T0sw5K92atzddV@mail.gmail.com>

Thanks! My codeplex ID is the same as my google ID: vernondcole
(on sourceforge I confuse people by using my amateur radio call "kf7xm")
-- P.S.
I misstated the version number of LTS mono in my recent epistle.
It is 2.6.7-3.
--
Vernon

On Tue, Mar 22, 2011 at 9:37 AM, Jeff Hardy <jdhardy at gmail.com> wrote:
> Vernon, if you want access as well, I just need your codeplex ID.
>
> - Jeff


From doug.blank at gmail.com  Tue Mar 22 18:03:25 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Tue, 22 Mar 2011 13:03:25 -0400
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTinG-0BQx=gOY8-s9fCPvmwBfGjfY63CXPp6Hu99@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C639@server02.in.3s-software.com>
	<AANLkTinG-0BQx=gOY8-s9fCPvmwBfGjfY63CXPp6Hu99@mail.gmail.com>
Message-ID: <AANLkTikzf6fBn8cqmBeG=CR=7rbTvy-BMxHbispgxEzG@mail.gmail.com>

On Tue, Mar 22, 2011 at 11:55 AM, Vernon Cole <vernondcole at gmail.com> wrote:
> On Tue, Mar 22, 2011 at 8:14 AM, Markus Schaber
> <m.schaber at 3s-software.com> wrote:
>> Doug Blank wrote:
>>
>>> > IronPython 2.7 and newer seem to need at least .NET 4.0, which needs
>>> > at least Mono 2.8.
>>>
>>> Is that you need Mono 2.8 to build IronPython, or to run it?
>>> IronPython2.6 beta 2 is running fine under Mono 2.6.7.
>>
>> As far as I can see, you need .NET 4 / Mono 2.8 for both compiling and
>> running. [...]
>> IronPython 2.6.2 is delivered in two versions, one for .NET 4 and the
>> other one for .NET 2 (but using some C# 3 language features).
>>
>> Markus Schaber

Thanks, Vernon, for this useful information. Some additional comments below:

> Correct! ?IronPython 2.6.2 will work ALMOST correctly on Ubuntu 10.10,
> IF you use the binary which is linked for .NET 2.0. ?The error I
> experienced is that the black typeface on the default Gnome Terminal
> (with a white background) turns to light grey when IPy starts. ?If you
> switch Gnome Terminal to the black background, all is well. ?I assume
> that change happened after 2.6.b2.

I'm not too concerned about ipy.exe itself, but about being about to
use the dlls.

I'm trying to verify that the IronPython 2.7 dlls absolutely need Mono
2.8 or later. If that is true, I'll have to stay with IronPython 2.6
until the rest of the Linux distros catch up (or I make my own version
of Mono to download). Perhaps Miguel or someone from SuSE can add more
details to the dependencies for building and running IronPython 2.7?

> The version of mono is a more interesting story. ?(Bear with me, I
> spent a lot of time last week learning this.) ?Ubuntu has made the
> corporate decision to go with mono as part of their core. Ubuntu will
> not work without mono, and about 40 supported applications (they tell
> me) use mono. This is great news for the mono people, IMHO. ?But it
> comes with a cost. ?Mono is created on a Redhat-like system, SUSE.
> This is easy to understand, since the core group lives at Novell, the
> sponsor of SUSE. ?It seems that Redhat/SUSE have diverged enough from
> Debian that a significant amount of patching is required to make the
> stock (SUSE) release of mono work correctly on Debian.

andrew recently was talking about RPM build scripts on this list, but
I never heard a follow-up regarding if that information was being
shared:

>On Wed, Feb 9, 2011 at 3:41 PM, Andrew Jorgensen
><andrew at jorgensenfamily.us> wrote:
>> Hello Folks,
>>
>> First let me thank you for making IronPython easy to compile on Mono.
>> I'm the release manager for the Mono Project at Novell and I'm
>> currently working on packaging IronPython and IronRuby for openSUSE
>> (also to be included in the Mono Mac framework package). Where I've
>> run into trouble is the stdlibs for both. I can see that the -Bin.zip
>> contains a Lib directory with various standard libraries in it but I
>> don't see how I can reliably and repeatably get that exact content
>> into my RPM packages (short of including the -Bin.zip in the build).
>>
>> Is there a script of some sort that takes the appropriate files from
>> the correct source and puts them where I need them (the script used to
>> build the -Bin.zip perhaps?)
>
>+1 Happy Happy Joy Joy
>
> I was wondering if there is any effort to document (or publish) this
> build process on Linux so that other distributions can also build
> these packages for distribution?

Perhaps that is a way forward?

> The Debian maintainers apply their patches to the LTS [long term
> support] version of mono, which at this point is 2.6.3. ?One of the
> Debian mono maintainers has supplied a patched 2.10 mono as a PPA on
> launchpad, but he only supports LTS versions of Ubuntu, which 10.10 is
> not. ?Therefore, the newest (i.e. .NET 4) software will not run on the
> newest Ubuntu. A very frustrating paradox.

FYI, the latest LTS Ubuntu is 10.04. Which means (I think) that the
next LTS Ubuntu is due in 2012 (12.04). (Vernon corrected in separate
email the point that Ubuntu is shipping with Mono 2.6.7 as the current
version.)

I need a solution for general installs. Perhaps a stand-alone Mono
2.10 install will work, if I can't build IronPython 2.7 on Mono 2.10,
and then run with Mono 2.6.7...

-Doug

> I received several suggestions about how to get around this problem,
> most of them involving virtual machines, or sandboxes. ?Since Redhat
> and SUSE are not as heavily invested in mono, they run more current
> versions. The latest suggestion, which I must rebuild my Linux
> partition before I can test, is this:
> v v v v v v v
> from ? ?Christopher James Halse Rogers <raof at ubuntu.com>
> sender-time ? ? Sent at 7:24 PM (GMT+11:00). Current time there: 2:27 AM. ?
> to ? ? ?Vernon Cole <vernondcole at gmail.com>
> cc ? ? ?ubuntu-devel-discuss at lists.ubuntu.com
> subject Re: IronPython and Mono are very old. How can we get an update?
> [...snip...]
> Hm. ?I should have linked http://apebox.org/wordpress/linux/370/ which
> is a description of how to do a parallel mono install in a way that
> works with the Debian CLI policy and tools.
> ^ ^ ^ ^ ^ ^ ^
> =========================== ?NEW SUBJECT =================================
>
> The current source of IronPython is not on codeplex!
> (and the documentation on codeplex has not yet been updated to reflect
> the change. ?Real soon now...)
>
> The current source is on github. On Ubuntu, the download of the source
> is a snap. [Windows users, eat your heart out.]
> Having already registered an ssl key with github, I do this:
> v v v v
> vernon at dlc-ubuntu:~$ sudo apt-get install bzr-git
> vernon at dlc-ubuntu:~$ bzr branch git://github.com/IronLanguages/main
> ^ ^ ^ ^
> Which gives me a lovely, user friendly, bazaar repository.
> --
> Vernon
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From jdhardy at gmail.com  Tue Mar 22 18:30:52 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 22 Mar 2011 11:30:52 -0600
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTikzf6fBn8cqmBeG=CR=7rbTvy-BMxHbispgxEzG@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C639@server02.in.3s-software.com>
	<AANLkTinG-0BQx=gOY8-s9fCPvmwBfGjfY63CXPp6Hu99@mail.gmail.com>
	<AANLkTikzf6fBn8cqmBeG=CR=7rbTvy-BMxHbispgxEzG@mail.gmail.com>
Message-ID: <AANLkTi=KKrL9Jc8hNoJdTzY7Xy_NZvvSx5mgrRmV9ToK@mail.gmail.com>

On Tue, Mar 22, 2011 at 11:03 AM, Doug Blank <doug.blank at gmail.com> wrote:
> I'm not too concerned about ipy.exe itself, but about being about to
> use the dlls.
>
> I'm trying to verify that the IronPython 2.7 dlls absolutely need Mono
> 2.8 or later. If that is true, I'll have to stay with IronPython 2.6
> until the rest of the Linux distros catch up (or I make my own version
> of Mono to download). Perhaps Miguel or someone from SuSE can add more
> details to the dependencies for building and running IronPython 2.7?

IronPython 2.7 *should* build for .NET 2.0, although it's not the
default (I don't remember the name of the MSBuild configuration to do
so, though). However, I don't think that was consistently tested, so I
don't know if it works. I would consider it not working a bug, though.

We won't provide binaries for 2.7/.NET2, but we don't want to prevent
someone building their own either. 3.0, however, will drop support for
.NET 2 entirely.

- Jeff


From vernondcole at gmail.com  Tue Mar 22 18:41:09 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Tue, 22 Mar 2011 11:41:09 -0600
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTikzf6fBn8cqmBeG=CR=7rbTvy-BMxHbispgxEzG@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C639@server02.in.3s-software.com>
	<AANLkTinG-0BQx=gOY8-s9fCPvmwBfGjfY63CXPp6Hu99@mail.gmail.com>
	<AANLkTikzf6fBn8cqmBeG=CR=7rbTvy-BMxHbispgxEzG@mail.gmail.com>
Message-ID: <AANLkTinQQbKwehUB27TzP2uY+0iesRb+w32OZ=Otvs+H@mail.gmail.com>

On Tue, Mar 22, 2011 at 11:03 AM, Doug Blank <doug.blank at gmail.com> wrote:
> I need a solution for general installs. Perhaps a stand-alone Mono
> 2.10 install will work, if I can't build IronPython 2.7 on Mono 2.10,
> and then run with Mono 2.6.7...

I think that the http://apebox.org/wordpress/linux/370/ link will end
up being the solution.
I just looked at it. It is written by Jo Shields (directhex), who is a
member of the Debian mono team, IIUC.

Among other useful things, he says: "This guide does NOT take startup
scripts into account ? it?s your problem to ensure you?re using the
correct ?mono? command to run your copy of MonoDevelop or Tomboy or
whatever."

The good news is: we may have an answer for that.  I have in my
possession a pre-release copy of an as-yet unnumbered PEP by Mark
Hammond. Mark is going to propose a python launcher program for
Windows, so that it will obey a "shebang" command to launch one of
multiple versions of python.

I proposed that IronPython launching ability should be included in it.
The reference code he supplies is in Python, and quite simple.

It would not be hard to make an Ubuntu version of a similar program,
to check for and launch the appropriate version of mono and IPy.
--
Vernon


From doug.blank at gmail.com  Tue Mar 22 18:47:03 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Tue, 22 Mar 2011 13:47:03 -0400
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTinQQbKwehUB27TzP2uY+0iesRb+w32OZ=Otvs+H@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C639@server02.in.3s-software.com>
	<AANLkTinG-0BQx=gOY8-s9fCPvmwBfGjfY63CXPp6Hu99@mail.gmail.com>
	<AANLkTikzf6fBn8cqmBeG=CR=7rbTvy-BMxHbispgxEzG@mail.gmail.com>
	<AANLkTinQQbKwehUB27TzP2uY+0iesRb+w32OZ=Otvs+H@mail.gmail.com>
Message-ID: <AANLkTikXuhMMkhxESgZTnOi5YAQ5rG9ipC8rj7EKaiMQ@mail.gmail.com>

On Tue, Mar 22, 2011 at 1:41 PM, Vernon Cole <vernondcole at gmail.com> wrote:
> On Tue, Mar 22, 2011 at 11:03 AM, Doug Blank <doug.blank at gmail.com> wrote:
>> I need a solution for general installs. Perhaps a stand-alone Mono
>> 2.10 install will work, if I can't build IronPython 2.7 on Mono 2.10,
>> and then run with Mono 2.6.7...
>
> I think that the http://apebox.org/wordpress/linux/370/ link will end
> up being the solution.
> I just looked at it. It is written by Jo Shields (directhex), who is a
> member of the Debian mono team, IIUC.

I read that (and the comments) and it is very useful.

It seems that this is a common problem for many of us using Mono
cross-platform, as today on another mailing list a note was sent about
the same ideas:

http://chrismarinos.com/f-on-ubuntu-linux-with-mono-and-monodevelop/

This version has a script for moving between mono versions, and the
first link has a method for falling back to the standard, I think.

> Among other useful things, he says: "This guide does NOT take startup
> scripts into account ? it?s your problem to ensure you?re using the
> correct ?mono? command to run your copy of MonoDevelop or Tomboy or
> whatever."
>
> The good news is: we may have an answer for that. ?I have in my
> possession a pre-release copy of an as-yet unnumbered PEP by Mark
> Hammond. Mark is going to propose a python launcher program for
> Windows, so that it will obey a "shebang" command to launch one of
> multiple versions of python.

Cool!

-Doug

> I proposed that IronPython launching ability should be included in it.
> The reference code he supplies is in Python, and quite simple.
>
> It would not be hard to make an Ubuntu version of a similar program,
> to check for and launch the appropriate version of mono and IPy.
> --
> Vernon
>


From doug.blank at gmail.com  Tue Mar 22 20:06:30 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Tue, 22 Mar 2011 15:06:30 -0400
Subject: [IronPython] C# replacement wrapper for ipy.exe
Message-ID: <AANLkTikY3+NcvY=WHWOK4vM5J0w=2TR4ih4-+WBwseVq@mail.gmail.com>

I'm using the following C# code as a replacement for "ipy.exe
myscript.py". One reason for doing this is that this can be run in the
background on Unix/Mac OSX under Mono, whereas ipy.exe can not. I
don't know if there are other reasons, or if there are speed
differences.

However, my FullFrames isn't working under IronPython 2.6 beta 2. Some
questions:

1) Is this a good replacement for ipy.exe? Anything that I should do
different or add? Any other -X flags I should consider?

2) Does FullFrames work under IronPython 2.6 beta 2 under Mono? If so,
is there something I am doing wrong?

Thanks for any ideas,

-Doug

using System;
using IronPython.Hosting;
using Microsoft.Scripting;
using Microsoft.Scripting.Hosting;
using System.Diagnostics;

public class MyProject {
  static void Main(string[] args) {
        ScriptRuntimeSetup scriptRuntimeSetup = new ScriptRuntimeSetup();
        LanguageSetup language = Python.CreateLanguageSetup(null);
        language.Options["FullFrames"] = true;
        scriptRuntimeSetup.LanguageSetups.Add(language);
        ScriptRuntime runtime = new
Microsoft.Scripting.Hosting.ScriptRuntime(scriptRuntimeSetup);
        ScriptScope scope = runtime.CreateScope();
        ScriptEngine engine = runtime.GetEngine("python");
        ScriptSource source = engine.CreateScriptSourceFromFile("myscript.py");
        source.Compile();
        try {
          source.Execute(scope);
        } catch (IronPython.Runtime.Exceptions.SystemExitException e) {
          // exit
        }
  }
}


From brian.curtin at gmail.com  Tue Mar 22 20:16:54 2011
From: brian.curtin at gmail.com (Brian Curtin)
Date: Tue, 22 Mar 2011 14:16:54 -0500
Subject: [IronPython] C# replacement wrapper for ipy.exe
In-Reply-To: <AANLkTikY3+NcvY=WHWOK4vM5J0w=2TR4ih4-+WBwseVq@mail.gmail.com>
References: <AANLkTikY3+NcvY=WHWOK4vM5J0w=2TR4ih4-+WBwseVq@mail.gmail.com>
Message-ID: <AANLkTikTxjd8UyfdiZxMuLaQjQXQLiOFx8YaEZAkD_X+@mail.gmail.com>

On Tue, Mar 22, 2011 at 14:06, Doug Blank <doug.blank at gmail.com> wrote:

> I'm using the following C# code as a replacement for "ipy.exe
> myscript.py". One reason for doing this is that this can be run in the
> background on Unix/Mac OSX under Mono, whereas ipy.exe can not. I
> don't know if there are other reasons, or if there are speed
> differences.


http://hg.python.org/benchmarks contains numerous benchmarks which include
interpreter startup testing. You could get away with a simple loop of a few
thousand startups of ipy and your wrapper, but the benchmark suite does some
math for you and generates charts at the end.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110322/a9ce12b9/attachment.html>

From romain.gilles at gmail.com  Wed Mar 23 09:33:56 2011
From: romain.gilles at gmail.com (Romain Gilles)
Date: Wed, 23 Mar 2011 09:33:56 +0100
Subject: [IronPython] multiprocessing in 2.7
Message-ID: <AANLkTi=2ViCyu9hEDAJCj1nQhPqDooUpiGiGiwxCY1gz@mail.gmail.com>

Hi all,
I'm trying to use this feature in ironpython. I just follow the first
sample:
--------------------------------------------
from multiprocessing import Process

def f(name):
    print 'hello', name

if __name__ == '__main__':
    p = Process(target=f, args=('bob',))
    p.start()
    p.join()
--------------------------------------------
But I get the following error when I'm executing it:
--------------------------------------------
c:\temp>ipy test-ipy-multiprocessing.py
Traceback (most recent call last):
  File "test-ipy-multiprocessing.py", line 1, in <module>
ImportError: No module named multiprocessing
--------------------------------------------

Thanks for any help.

Regards.

Romain.

PS: I have just installed the last release of IronPython 2.7
--------------------------------------------
c:\temp>ipy -V
PythonContext 2.7.0.40 on .NET 4.0.30319.1
--------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110323/4b3cf44a/attachment.html>

From oleksii.bidiuk at gmail.com  Wed Mar 23 10:04:55 2011
From: oleksii.bidiuk at gmail.com (Oleksii Bidiuk)
Date: Wed, 23 Mar 2011 10:04:55 +0100
Subject: [IronPython] multiprocessing in 2.7
In-Reply-To: <AANLkTi=2ViCyu9hEDAJCj1nQhPqDooUpiGiGiwxCY1gz@mail.gmail.com>
References: <AANLkTi=2ViCyu9hEDAJCj1nQhPqDooUpiGiGiwxCY1gz@mail.gmail.com>
Message-ID: <AANLkTi=aM_2ehvhEomfaqrCVnzDZTpuKK2zyAE3e+UA=@mail.gmail.com>

Hi Romain,

AFAIK you have to download the Python standard library separately. See e.g.
http://www.ironpython.info/index.php/Using_the_Python_Standard_Library for
examples (I've done it a while ago, so had to Google around a bit).

2011/3/23 Romain Gilles <romain.gilles at gmail.com>

> Hi all,
> I'm trying to use this feature in ironpython. I just follow the first
> sample:
> --------------------------------------------
> from multiprocessing import Process
>
> def f(name):
>     print 'hello', name
>
> if __name__ == '__main__':
>     p = Process(target=f, args=('bob',))
>     p.start()
>     p.join()
> --------------------------------------------
> But I get the following error when I'm executing it:
> --------------------------------------------
> c:\temp>ipy test-ipy-multiprocessing.py
> Traceback (most recent call last):
>   File "test-ipy-multiprocessing.py", line 1, in <module>
> ImportError: No module named multiprocessing
> --------------------------------------------
>
> Thanks for any help.
>
> Regards.
>
> Romain.
>
> PS: I have just installed the last release of IronPython 2.7
> --------------------------------------------
> c:\temp>ipy -V
> PythonContext 2.7.0.40 on .NET 4.0.30319.1
> --------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


-- 
oleksii
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110323/5079c503/attachment.html>

From romain.gilles at gmail.com  Wed Mar 23 11:23:23 2011
From: romain.gilles at gmail.com (Romain Gilles)
Date: Wed, 23 Mar 2011 11:23:23 +0100
Subject: [IronPython] multiprocessing in 2.7
In-Reply-To: <AANLkTi=aM_2ehvhEomfaqrCVnzDZTpuKK2zyAE3e+UA=@mail.gmail.com>
References: <AANLkTi=2ViCyu9hEDAJCj1nQhPqDooUpiGiGiwxCY1gz@mail.gmail.com>
	<AANLkTi=aM_2ehvhEomfaqrCVnzDZTpuKK2zyAE3e+UA=@mail.gmail.com>
Message-ID: <AANLkTi=LpvwuYxw9D-OELpvZ6evo3QUzTLaVs6DXZ7Ls@mail.gmail.com>

Hi,
First of all thanks for your answer :). But after updated my *IRONPYTHONPATH
* as follow:
set IRONPYTHONPATH=c:\Python27\Lib
I get this error:
-----------------------------------------
c:\temp>ipy test-ipy-multiprocessing.py
Traceback (most recent call last):
  File "test-ipy-multiprocessing.py", line 1, in <module>
  File "c:\Python27\Lib\multiprocessing\__init__.py", line 63, in <module>
  File "c:\Python27\Lib\multiprocessing\process.py", line 286, in <module>
  File "c:\Python27\Lib\multiprocessing\process.py", line 283, in __init__
TypeError: expected IList[Byte], got str
-----------------------------------------

2011/3/23 Oleksii Bidiuk <oleksii.bidiuk at gmail.com>

> Hi Romain,
>
> AFAIK you have to download the Python standard library separately. See
> e.g.
> http://www.ironpython.info/index.php/Using_the_Python_Standard_Library for
> examples (I've done it a while ago, so had to Google around a bit).
>
> 2011/3/23 Romain Gilles <romain.gilles at gmail.com>
>
>> Hi all,
>> I'm trying to use this feature in ironpython. I just follow the first
>> sample:
>> --------------------------------------------
>> from multiprocessing import Process
>>
>> def f(name):
>>     print 'hello', name
>>
>> if __name__ == '__main__':
>>     p = Process(target=f, args=('bob',))
>>     p.start()
>>     p.join()
>> --------------------------------------------
>> But I get the following error when I'm executing it:
>> --------------------------------------------
>> c:\temp>ipy test-ipy-multiprocessing.py
>> Traceback (most recent call last):
>>   File "test-ipy-multiprocessing.py", line 1, in <module>
>> ImportError: No module named multiprocessing
>> --------------------------------------------
>>
>> Thanks for any help.
>>
>> Regards.
>>
>> Romain.
>>
>> PS: I have just installed the last release of IronPython 2.7
>> --------------------------------------------
>> c:\temp>ipy -V
>> PythonContext 2.7.0.40 on .NET 4.0.30319.1
>> --------------------------------------------
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
>>
>
>
> --
> oleksii
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110323/ab4719a3/attachment.html>

From daftspaniel at gmail.com  Wed Mar 23 11:26:52 2011
From: daftspaniel at gmail.com (Davy Mitchell)
Date: Wed, 23 Mar 2011 10:26:52 +0000
Subject: [IronPython] multiprocessing in 2.7
In-Reply-To: <AANLkTi=LpvwuYxw9D-OELpvZ6evo3QUzTLaVs6DXZ7Ls@mail.gmail.com>
References: <AANLkTi=2ViCyu9hEDAJCj1nQhPqDooUpiGiGiwxCY1gz@mail.gmail.com>
	<AANLkTi=aM_2ehvhEomfaqrCVnzDZTpuKK2zyAE3e+UA=@mail.gmail.com>
	<AANLkTi=LpvwuYxw9D-OELpvZ6evo3QUzTLaVs6DXZ7Ls@mail.gmail.com>
Message-ID: <AANLkTinCELDFCO+bfSECcqiC3_qVNZJiiR2nG+Td2Gpc@mail.gmail.com>

If it is a 'C' based extension then it won't directly work with IronPython.

Maybe someone has a workaround / alternative?

Cheers,
Davy

On 23 March 2011 10:23, Romain Gilles <romain.gilles at gmail.com> wrote:
> Hi,
> First of all thanks for your answer :). But after updated
> my?IRONPYTHONPATH?as follow:
> set IRONPYTHONPATH=c:\Python27\Lib
> I get this error:
> -----------------------------------------
> c:\temp>ipy test-ipy-multiprocessing.py
> Traceback (most recent call last):
> ??File "test-ipy-multiprocessing.py", line 1, in <module>
> ??File "c:\Python27\Lib\multiprocessing\__init__.py", line 63, in <module>
> ??File "c:\Python27\Lib\multiprocessing\process.py", line 286, in <module>
> ??File "c:\Python27\Lib\multiprocessing\process.py", line 283, in __init__
> TypeError: expected IList[Byte], got str
> -----------------------------------------
> 2011/3/23 Oleksii Bidiuk <oleksii.bidiuk at gmail.com>
>>
>> Hi Romain,
>> AFAIK you have to download the Python standard library separately. See
>> e.g.?http://www.ironpython.info/index.php/Using_the_Python_Standard_Library?for
>> examples (I've done it a while ago, so had to Google around a bit).
>>
>> 2011/3/23 Romain Gilles <romain.gilles at gmail.com>
>>>
>>> Hi all,
>>> I'm trying to use this feature in ironpython. I just follow the first
>>> sample:
>>> --------------------------------------------
>>> from multiprocessing import Process
>>> def f(name):
>>> ?? ?print 'hello', name
>>> if __name__ == '__main__':
>>> ?? ?p = Process(target=f, args=('bob',))
>>> ?? ?p.start()
>>> ?? ?p.join()
>>> --------------------------------------------
>>> But I get the following error when I'm executing it:
>>> --------------------------------------------
>>> c:\temp>ipy test-ipy-multiprocessing.py
>>> Traceback (most recent call last):
>>> ??File "test-ipy-multiprocessing.py", line 1, in <module>
>>> ImportError: No module named multiprocessing
>>> --------------------------------------------
>>> Thanks for any help.
>>> Regards.
>>> Romain.
>>> PS: I have just installed the last release of IronPython 2.7
>>> --------------------------------------------
>>> c:\temp>ipy -V
>>> PythonContext 2.7.0.40 on .NET 4.0.30319.1
>>> --------------------------------------------
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>
>>
>>
>>
>> --
>> oleksii
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>



-- 
--
? Davy's Blog - http://daftspaniel.wordpress.com


From doug.blank at gmail.com  Wed Mar 23 14:13:41 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Wed, 23 Mar 2011 09:13:41 -0400
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
Message-ID: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>

On Tue, Mar 22, 2011 at 1:30 PM, Jeff Hardy <jdhardy at gmail.com> wrote:
> On Tue, Mar 22, 2011 at 11:03 AM, Doug Blank <doug.blank at gmail.com> wrote:
>> I'm not too concerned about ipy.exe itself, but about being about to
>> use the dlls.
>>
>> I'm trying to verify that the IronPython 2.7 dlls absolutely need Mono
>> 2.8 or later. If that is true, I'll have to stay with IronPython 2.6
>> until the rest of the Linux distros catch up (or I make my own version
>> of Mono to download). Perhaps Miguel or someone from SuSE can add more
>> details to the dependencies for building and running IronPython 2.7?
>
> IronPython 2.7 *should* build for .NET 2.0, although it's not the
> default (I don't remember the name of the MSBuild configuration to do
> so, though). However, I don't think that was consistently tested, so I
> don't know if it works. I would consider it not working a bug, though.

I have successfully built IronPython 2.7 on Mono 2.10 on Ubuntu 10.10
for .NET 4.0. Details below.

But I'd like to try for .NET 2.0, to see if it will run under Mono
2.6.7, so if someone could send me a hint on the "MSBuild
configuration" magic, that would be helpful. Of course, I will be
using xbuild.

To build IronPython under Mono 2.10:

0) Prereqs (I started from a clean Ubuntu 10.10):
sudo apt-get install git subversion gcc emacs libmono-corlib2.0-cil
libmono-system2.0-cil libmono-i18n2.0-cil
libmono-system-runtime2.0-cil  libmono-winforms2.0-cil
libmono-microsoft-visualbasic8.0-cil nant mono-xbuild automake libtool
gettext gnome-common g++ bison

1) Get Mono 2.10 as per:
http://mono-project.com/Compiling_Mono_From_Git

a) Switched to 2.10
b) Installed in /opt (--prefix=/opt)

2) Allow multiple versions of Mono:
http://apebox.org/wordpress/linux/370/

3) Download IronPython:
https://download.github.com/IronLanguages-main-ipy-2.7-0-g4fb2552.zip
or
https://download.github.com/IronLanguages-main-ipy-2.7-7-g4e7a828.zip
or
git clone https://github.com/IronLanguages/main.git

into ./IronPython/

4) Edit IronPython/Solutions/Dlr.sln
Removed anything that said "test" and other parts that aren't needed.
(One test had a file that Mono wouldn't read the .il code correctly
(./Test/ClrAssembly/Src/typeforwarder2.il) and some filenames in
csproj files that had the wrong case, which doesn't work too well on a
case-sensitive file system. I started to fix those, but left that for
now).

5) Delete IronPython/bin/Debug/*.dll

6) Build it:
cd IronPython/Solutions/
xbuild Dlr.sln
xbuild IronPython.sln

7) Test:
$cd ../bin/Debug/
$ mono ipy.exe
IronPython 2.7 DEBUG (2.7.0.40) on .NET 4.0.30319.1
Type "help", "copyright", "credits" or "license" for more information.
>>> 1 + 1
2
>>> ^d

It is still in gray colors, but that works.

Questions:

1) How to build a Release version rather than Debug?
2) How to set the framework to use 2.0 rather than 4.0?

> We won't provide binaries for 2.7/.NET2, but we don't want to prevent
> someone building their own either. 3.0, however, will drop support for
> .NET 2 entirely.

I will add this information to the wiki so that people can do exactly that.

-Doug

> - Jeff
>


From romain.gilles at gmail.com  Wed Mar 23 14:19:45 2011
From: romain.gilles at gmail.com (Romain Gilles)
Date: Wed, 23 Mar 2011 14:19:45 +0100
Subject: [IronPython] multiprocessing in 2.7
In-Reply-To: <AANLkTinCELDFCO+bfSECcqiC3_qVNZJiiR2nG+Td2Gpc@mail.gmail.com>
References: <AANLkTi=2ViCyu9hEDAJCj1nQhPqDooUpiGiGiwxCY1gz@mail.gmail.com>
	<AANLkTi=aM_2ehvhEomfaqrCVnzDZTpuKK2zyAE3e+UA=@mail.gmail.com>
	<AANLkTi=LpvwuYxw9D-OELpvZ6evo3QUzTLaVs6DXZ7Ls@mail.gmail.com>
	<AANLkTinCELDFCO+bfSECcqiC3_qVNZJiiR2nG+Td2Gpc@mail.gmail.com>
Message-ID: <AANLkTi=+iQOWh+W0488_MTNZ7r9GafDUJ3rZGubcYrY6@mail.gmail.com>

Ok,
I have patched the corresponding line:

19a20
> from System.Text import UTF8Encoding
283c284,288
<         self._authkey = AuthenticationString(os.urandom(32))
---
>         bytes = os.urandom(32)
>         encoding=UTF8Encoding()
>         if isinstance(bytes, str):
>             bytes = encoding.GetBytes(bytes)
>         self._authkey = AuthenticationString(bytes)

 but who can I add to my IronPython the _multiprocessing module ?
------------------------------------------------------------------
c:\temp>ipy test-ipy-multiprocessing.py
Traceback (most recent call last):
  File "test-ipy-multiprocessing.py", line 1, in <module>
  File "c:\Program Files\IronPython
2.7\lib\site-packages\multiprocessing\__init__.py", line 83, in <module>
ImportError: No module named _multiprocessing
------------------------------------------------------------------

Maybe It cannot be resolved that way.

Regards,

Romain

2011/3/23 Davy Mitchell <daftspaniel at gmail.com>

> If it is a 'C' based extension then it won't directly work with IronPython.
>
> Maybe someone has a workaround / alternative?
>
> Cheers,
> Davy
>
> On 23 March 2011 10:23, Romain Gilles <romain.gilles at gmail.com> wrote:
> > Hi,
> > First of all thanks for your answer :). But after updated
> > my IRONPYTHONPATH as follow:
> > set IRONPYTHONPATH=c:\Python27\Lib
> > I get this error:
> > -----------------------------------------
> > c:\temp>ipy test-ipy-multiprocessing.py
> > Traceback (most recent call last):
> >   File "test-ipy-multiprocessing.py", line 1, in <module>
> >   File "c:\Python27\Lib\multiprocessing\__init__.py", line 63, in
> <module>
> >   File "c:\Python27\Lib\multiprocessing\process.py", line 286, in
> <module>
> >   File "c:\Python27\Lib\multiprocessing\process.py", line 283, in
> __init__
> > TypeError: expected IList[Byte], got str
> > -----------------------------------------
> > 2011/3/23 Oleksii Bidiuk <oleksii.bidiuk at gmail.com>
> >>
> >> Hi Romain,
> >> AFAIK you have to download the Python standard library separately. See
> >> e.g.
> http://www.ironpython.info/index.php/Using_the_Python_Standard_Library for
> >> examples (I've done it a while ago, so had to Google around a bit).
> >>
> >> 2011/3/23 Romain Gilles <romain.gilles at gmail.com>
> >>>
> >>> Hi all,
> >>> I'm trying to use this feature in ironpython. I just follow the first
> >>> sample:
> >>> --------------------------------------------
> >>> from multiprocessing import Process
> >>> def f(name):
> >>>     print 'hello', name
> >>> if __name__ == '__main__':
> >>>     p = Process(target=f, args=('bob',))
> >>>     p.start()
> >>>     p.join()
> >>> --------------------------------------------
> >>> But I get the following error when I'm executing it:
> >>> --------------------------------------------
> >>> c:\temp>ipy test-ipy-multiprocessing.py
> >>> Traceback (most recent call last):
> >>>   File "test-ipy-multiprocessing.py", line 1, in <module>
> >>> ImportError: No module named multiprocessing
> >>> --------------------------------------------
> >>> Thanks for any help.
> >>> Regards.
> >>> Romain.
> >>> PS: I have just installed the last release of IronPython 2.7
> >>> --------------------------------------------
> >>> c:\temp>ipy -V
> >>> PythonContext 2.7.0.40 on .NET 4.0.30319.1
> >>> --------------------------------------------
> >>> _______________________________________________
> >>> Users mailing list
> >>> Users at lists.ironpython.com
> >>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >>>
> >>
> >>
> >>
> >> --
> >> oleksii
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.ironpython.com
> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >
> >
>
>
>
> --
> --
>   Davy's Blog - http://daftspaniel.wordpress.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110323/e9fa5827/attachment.html>

From m.schaber at 3s-software.com  Wed Mar 23 15:07:32 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Wed, 23 Mar 2011 15:07:32 +0100
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C640@server02.in.3s-software.com>

Hi, Jeff,

If you manage to compile it with .NET 2.0, I would be very pleased to see your success story posted here. :-)

Thanks!

Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 


> -----Urspr?ngliche Nachricht-----
> Von: users-bounces at lists.ironpython.com [mailto:users-
> bounces at lists.ironpython.com] Im Auftrag von Doug Blank
> Gesendet: Mittwoch, 23. M?rz 2011 14:14
> An: Jeff Hardy
> Cc: Discussion of IronPython
> Betreff: Re: [IronPython] Building IronPython/IronRuby for Mono? Yes!
> 
> On Tue, Mar 22, 2011 at 1:30 PM, Jeff Hardy <jdhardy at gmail.com> wrote:
> > On Tue, Mar 22, 2011 at 11:03 AM, Doug Blank <doug.blank at gmail.com>
> wrote:
> >> I'm not too concerned about ipy.exe itself, but about being about to
> >> use the dlls.
> >>
> >> I'm trying to verify that the IronPython 2.7 dlls absolutely need
> >> Mono
> >> 2.8 or later. If that is true, I'll have to stay with IronPython 2.6
> >> until the rest of the Linux distros catch up (or I make my own
> >> version of Mono to download). Perhaps Miguel or someone from SuSE can
> >> add more details to the dependencies for building and running
> IronPython 2.7?
> >
> > IronPython 2.7 *should* build for .NET 2.0, although it's not the
> > default (I don't remember the name of the MSBuild configuration to do
> > so, though). However, I don't think that was consistently tested, so I
> > don't know if it works. I would consider it not working a bug, though.
> 
> I have successfully built IronPython 2.7 on Mono 2.10 on Ubuntu 10.10 for
> .NET 4.0. Details below.
> 
> But I'd like to try for .NET 2.0, to see if it will run under Mono 2.6.7,
> so if someone could send me a hint on the "MSBuild configuration" magic,
> that would be helpful. Of course, I will be using xbuild.
> 
> To build IronPython under Mono 2.10:
> 
> 0) Prereqs (I started from a clean Ubuntu 10.10):
> sudo apt-get install git subversion gcc emacs libmono-corlib2.0-cil
> libmono-system2.0-cil libmono-i18n2.0-cil libmono-system-runtime2.0-cil
> libmono-winforms2.0-cil libmono-microsoft-visualbasic8.0-cil nant mono-
> xbuild automake libtool gettext gnome-common g++ bison
> 
> 1) Get Mono 2.10 as per:
> http://mono-project.com/Compiling_Mono_From_Git
> 
> a) Switched to 2.10
> b) Installed in /opt (--prefix=/opt)
> 
> 2) Allow multiple versions of Mono:
> http://apebox.org/wordpress/linux/370/
> 
> 3) Download IronPython:
> https://download.github.com/IronLanguages-main-ipy-2.7-0-g4fb2552.zip
> or
> https://download.github.com/IronLanguages-main-ipy-2.7-7-g4e7a828.zip
> or
> git clone https://github.com/IronLanguages/main.git
> 
> into ./IronPython/
> 
> 4) Edit IronPython/Solutions/Dlr.sln
> Removed anything that said "test" and other parts that aren't needed.
> (One test had a file that Mono wouldn't read the .il code correctly
> (./Test/ClrAssembly/Src/typeforwarder2.il) and some filenames in csproj
> files that had the wrong case, which doesn't work too well on a case-
> sensitive file system. I started to fix those, but left that for now).
> 
> 5) Delete IronPython/bin/Debug/*.dll
> 
> 6) Build it:
> cd IronPython/Solutions/
> xbuild Dlr.sln
> xbuild IronPython.sln
> 
> 7) Test:
> $cd ../bin/Debug/
> $ mono ipy.exe
> IronPython 2.7 DEBUG (2.7.0.40) on .NET 4.0.30319.1 Type "help",
> "copyright", "credits" or "license" for more information.
> >>> 1 + 1
> 2
> >>> ^d
> 
> It is still in gray colors, but that works.
> 
> Questions:
> 
> 1) How to build a Release version rather than Debug?
> 2) How to set the framework to use 2.0 rather than 4.0?
> 
> > We won't provide binaries for 2.7/.NET2, but we don't want to prevent
> > someone building their own either. 3.0, however, will drop support for
> > .NET 2 entirely.
> 
> I will add this information to the wiki so that people can do exactly
> that.
> 
> -Doug
> 
> > - Jeff
> >
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From jdhardy at gmail.com  Wed Mar 23 15:57:42 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Wed, 23 Mar 2011 08:57:42 -0600
Subject: [IronPython] multiprocessing in 2.7
In-Reply-To: <AANLkTi=+iQOWh+W0488_MTNZ7r9GafDUJ3rZGubcYrY6@mail.gmail.com>
References: <AANLkTi=2ViCyu9hEDAJCj1nQhPqDooUpiGiGiwxCY1gz@mail.gmail.com>
	<AANLkTi=aM_2ehvhEomfaqrCVnzDZTpuKK2zyAE3e+UA=@mail.gmail.com>
	<AANLkTi=LpvwuYxw9D-OELpvZ6evo3QUzTLaVs6DXZ7Ls@mail.gmail.com>
	<AANLkTinCELDFCO+bfSECcqiC3_qVNZJiiR2nG+Td2Gpc@mail.gmail.com>
	<AANLkTi=+iQOWh+W0488_MTNZ7r9GafDUJ3rZGubcYrY6@mail.gmail.com>
Message-ID: <AANLkTikVLkyhCy5VaOGCT1RR7YSrqZbiJsmdXSz-6=Dw@mail.gmail.com>

On Wed, Mar 23, 2011 at 7:19 AM, Romain Gilles <romain.gilles at gmail.com> wrote:
> ?but who can I add to my IronPython the _multiprocessing module ?
> ------------------------------------------------------------------
> c:\temp>ipy test-ipy-multiprocessing.py
> Traceback (most recent call last):
> ??File "test-ipy-multiprocessing.py", line 1, in <module>
> ??File "c:\Program Files\IronPython
> 2.7\lib\site-packages\multiprocessing\__init__.py", line 83, in <module>
> ImportError: No module named _multiprocessing
> ------------------------------------------------------------------
> Maybe It cannot be resolved that way.

Unfortunately, no one has written an IronPython version of
_multiprocessing, so it's not supported. It's probably one of the
trickiest remaining modules to support, so contributions are welcome,
as always.

- Jeff

- Jeff


From jdhardy at gmail.com  Wed Mar 23 16:05:08 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Wed, 23 Mar 2011 09:05:08 -0600
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
Message-ID: <AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>

On Wed, Mar 23, 2011 at 7:13 AM, Doug Blank <doug.blank at gmail.com> wrote:
> Questions:
>
> 1) How to build a Release version rather than Debug?
> 2) How to set the framework to use 2.0 rather than 4.0?

1) msbuild Solutions/Dlr.sln /p:Configuration="Release"
2) msbuild Solutions/Dlr.sln /p:Configuration="v2Debug" (or "v2Release")

I assume xbuild's command line matches msbuild's.

However, it appears that building the "v2..." targets doesn't work
right now, which I was kinda afraid of. I think there's a discrepancy
between the Microsoft.Scripting DLR and the .NET 4 DLR.

- Jeff


From wingusr at gmail.com  Wed Mar 23 16:57:44 2011
From: wingusr at gmail.com (TP)
Date: Wed, 23 Mar 2011 08:57:44 -0700
Subject: [IronPython] Building IronPython/IronRuby for Mono?
In-Reply-To: <AANLkTi=Cp0+0T1kfruCePT8xgS7+ROAO-2ZZVmM64qmv@mail.gmail.com>
References: <AANLkTi=nupvdx_G62cth1fC0xDbmLBK4zSVt_J7C3s8L@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C636@server02.in.3s-software.com>
	<AANLkTikjwnbr=jYviWMqQQjGVwgWj9nLs48ZdCmG+yHX@mail.gmail.com>
	<AANLkTikhAx55yBzcwax2OuSpRdp8Ct=QuK5jsrwL6M27@mail.gmail.com>
	<AANLkTi=Qi6eEX_9UekAw9mz6rXH4gzpar_jns4jekJvp@mail.gmail.com>
	<AANLkTikA2biGXDxdmp0ZrRcBL_L+aaSroob9BjqZDTJ_@mail.gmail.com>
	<AANLkTi=F6qXSA=sRrZ9mSpvz_LwaAu4Fu_k2NYXDDyL9@mail.gmail.com>
	<AANLkTi=Cp0+0T1kfruCePT8xgS7+ROAO-2ZZVmM64qmv@mail.gmail.com>
Message-ID: <AANLkTi=fbci4UK24E+RcUuZ=hRJcpbajJxiPZTu-Qx0i@mail.gmail.com>

On Tue, Mar 22, 2011 at 8:34 AM, Jeff Hardy <jdhardy at gmail.com> wrote:
> On Tue, Mar 22, 2011 at 9:29 AM, Brian Curtin <brian.curtin at gmail.com> wrote:
>> docs.ironpython.net?
>> Might I suggest sphinx-quickstart as the first command to run.
>
> That's kinda what I'm leaning towards, preferably hosted on
> readthedocs.com. Most of the docs are already ReST so using sphinx
> should be easy. As always, it's just a matter of time, and after
> watching Jacob Kaplan-Moss at PyCon, I feel really bad about the state
> of our docs right now.

Since you're already hosted on github, you can also just use their
gh-pages feature to host the documentation. See
http://pages.github.com/ for more information. In particular note:

    "As of December 27, 2009, you can completely opt-out of Jekyll
    processing by creating a file named .nojekyll in the root of your
    pages repo and pushing that to GitHub. This should only be necessary
    if your site uses directories that begin with an underscore, as
    Jekyll sees these as special dirs and does not copy them to the
    final destination."

You'll probably have to do this since by default, Sphinx *does*
generate directories that start with an underscore. Once you create a
gh-pages branch and push your HTML to it, the documentation will show
up at http://IronLanguages.github.com/main/.

          -- TP


From Tomas.Matousek at microsoft.com  Wed Mar 23 17:13:07 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 23 Mar 2011 16:13:07 +0000
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>

" However, it appears that building the "v2..." targets doesn't work right now"

This should be fixed now.

Tomas

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy
Sent: Wednesday, March 23, 2011 8:05 AM
To: Doug Blank
Cc: Discussion of IronPython
Subject: Re: [IronPython] Building IronPython/IronRuby for Mono? Yes!

On Wed, Mar 23, 2011 at 7:13 AM, Doug Blank <doug.blank at gmail.com> wrote:
> Questions:
>
> 1) How to build a Release version rather than Debug?
> 2) How to set the framework to use 2.0 rather than 4.0?

1) msbuild Solutions/Dlr.sln /p:Configuration="Release"
2) msbuild Solutions/Dlr.sln /p:Configuration="v2Debug" (or "v2Release")

I assume xbuild's command line matches msbuild's.

However, it appears that building the "v2..." targets doesn't work right now, which I was kinda afraid of. I think there's a discrepancy between the Microsoft.Scripting DLR and the .NET 4 DLR.

- Jeff
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com






From Tomas.Matousek at microsoft.com  Wed Mar 23 17:21:07 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 23 Mar 2011 16:21:07 +0000
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C3308042394@SN2PRD0302MB113.namprd03.prod.outlook.com>


4) You don't need to do this. Use IronPython.Mono.sln to build IronPython and IronRuby.sln to build IronRuby. Those 2 solutions should work on Mono. DLR is built by both as it is a dependency. No need to build Dlr.sln: it includes both languages plus additional test projects  - as you noticed some of the test assemblies are not buildable on Mono yet.

Tomas

-----Original Message-----

4) Edit IronPython/Solutions/Dlr.sln
Removed anything that said "test" and other parts that aren't needed.
(One test had a file that Mono wouldn't read the .il code correctly
(./Test/ClrAssembly/Src/typeforwarder2.il) and some filenames in csproj files that had the wrong case, which doesn't work too well on a case-sensitive file system. I started to fix those, but left that for now).

5) Delete IronPython/bin/Debug/*.dll

6) Build it:
cd IronPython/Solutions/
xbuild Dlr.sln
xbuild IronPython.sln

7) Test:
$cd ../bin/Debug/
$ mono ipy.exe
IronPython 2.7 DEBUG (2.7.0.40) on .NET 4.0.30319.1 Type "help", "copyright", "credits" or "license" for more information.
>>> 1 + 1
2
>>> ^d

It is still in gray colors, but that works.

Questions:

1) How to build a Release version rather than Debug?
2) How to set the framework to use 2.0 rather than 4.0?

> We won't provide binaries for 2.7/.NET2, but we don't want to prevent 
> someone building their own either. 3.0, however, will drop support for 
> .NET 2 entirely.

I will add this information to the wiki so that people can do exactly that.

-Doug

> - Jeff
>
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com






From vernondcole at gmail.com  Wed Mar 23 19:47:52 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Wed, 23 Mar 2011 12:47:52 -0600
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <9597F4A19BFDB342B6E90963100C3308042394@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042394@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <AANLkTim=OdGr3GFP8a9Y84NwCBjSnWC+LXbd4GwP6qU4@mail.gmail.com>

Just learning ... perhaps I missed a step with git or something? ...
but trying to follow along on this.  I am trying to build an
IronPython 2.7 which will run on Ubuntu using the stock 2.6.7 mono --
so .NET 2 compatible.

I just built and am running a copy of openSUSE 11.4, so in theory I
have a good enough mono and compiler, etc.
I believe I have the latest source.
git log gives:
v v v v v
commit a04ffe823a7f21da622044532644157b038b21d8
Author: Tomas Matousek <tomas_matousek at hotmail.com>
Date:   Wed Mar 23 09:08:15 2011 -0700

    Fixes IronPython CLR2 build.
^ ^ ^ ^ ^
My build attempt ends in an error.
Am I doing it wrong, or is something still missing?
v v v v v
vernon at linux-0sza:~/IronLanguages-main/Solutions> xbuild
IronPython.Mono.sln /p:Configuration=?v2Release?
XBuild Engine Version 2.8.2.0
Mono, Version 2.8.2.0
Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2009.
/home/vernon/IronLanguages-main/Solutions/IronPython.Mono.sln:
warning : Project file
/home/vernon/IronLanguages-main/Hosts/SilverLight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj
referenced in the solution file, not found. Ignoring.
/home/vernon/IronLanguages-main/Solutions/IronPython.Mono.sln:
warning : Project file
/home/vernon/IronLanguages-main/Hosts/SilverLight/Chiron/Chiron.csproj
referenced in the solution file, not found. Ignoring.

Build started 3/23/2011 12:25:50 PM.
__________________________________________________
Project "/home/vernon/IronLanguages-main/Solutions/IronPython.Mono.sln"
(default target(s)):
	
	Target ValidateSolutionConfiguration:
/home/vernon/IronLanguages-main/Solutions/IronPython.Mono.sln: error :
Invalid solution configuration and platform: "?v2Release?|Any CPU".
^ ^ ^ ^ ^ ^
Do I need to update mono to 2.10 on openSUSI, too?
--
Vernon

On Wed, Mar 23, 2011 at 10:21 AM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
>
> 4) You don't need to do this. Use IronPython.Mono.sln to build IronPython and IronRuby.sln to build IronRuby. Those 2 solutions should work on Mono. DLR is built by both as it is a dependency. No need to build Dlr.sln: it includes both languages plus additional test projects ?- as you noticed some of the test assemblies are not buildable on Mono yet.
>
> Tomas


From Tomas.Matousek at microsoft.com  Wed Mar 23 19:55:55 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 23 Mar 2011 18:55:55 +0000
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <AANLkTim=OdGr3GFP8a9Y84NwCBjSnWC+LXbd4GwP6qU4@mail.gmail.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042394@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTim=OdGr3GFP8a9Y84NwCBjSnWC+LXbd4GwP6qU4@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C33080424C7@SN2PRD0302MB113.namprd03.prod.outlook.com>

It seems like your quotes are weird:

/p:Configuration=?v2Release?

Try use w/o quotes. Also, Mono 2.8 xbuild might not be able to build the solution due to bugs in xbuild. Mono 2.10 should be fine.

Tomas

-----Original Message-----
From: Vernon Cole [mailto:vernondcole at gmail.com] 
Sent: Wednesday, March 23, 2011 11:48 AM
To: Discussion of IronPython
Cc: Tomas Matousek; Jeff Hardy
Subject: Re: [IronPython] Building IronPython/IronRuby for Mono? Yes!

Just learning ... perhaps I missed a step with git or something? ...
but trying to follow along on this.  I am trying to build an IronPython 2.7 which will run on Ubuntu using the stock 2.6.7 mono -- so .NET 2 compatible.

I just built and am running a copy of openSUSE 11.4, so in theory I have a good enough mono and compiler, etc.
I believe I have the latest source.
git log gives:
v v v v v
commit a04ffe823a7f21da622044532644157b038b21d8
Author: Tomas Matousek <tomas_matousek at hotmail.com>
Date:   Wed Mar 23 09:08:15 2011 -0700

    Fixes IronPython CLR2 build.
^ ^ ^ ^ ^
My build attempt ends in an error.
Am I doing it wrong, or is something still missing?
v v v v v
vernon at linux-0sza:~/IronLanguages-main/Solutions> xbuild IronPython.Mono.sln /p:Configuration=?v2Release? XBuild Engine Version 2.8.2.0 Mono, Version 2.8.2.0 Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2009.
/home/vernon/IronLanguages-main/Solutions/IronPython.Mono.sln:
warning : Project file
/home/vernon/IronLanguages-main/Hosts/SilverLight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj
referenced in the solution file, not found. Ignoring.
/home/vernon/IronLanguages-main/Solutions/IronPython.Mono.sln:
warning : Project file
/home/vernon/IronLanguages-main/Hosts/SilverLight/Chiron/Chiron.csproj
referenced in the solution file, not found. Ignoring.

Build started 3/23/2011 12:25:50 PM.
__________________________________________________
Project "/home/vernon/IronLanguages-main/Solutions/IronPython.Mono.sln"
(default target(s)):
	
	Target ValidateSolutionConfiguration:
/home/vernon/IronLanguages-main/Solutions/IronPython.Mono.sln: error :
Invalid solution configuration and platform: "?v2Release?|Any CPU".
^ ^ ^ ^ ^ ^
Do I need to update mono to 2.10 on openSUSI, too?
--
Vernon

On Wed, Mar 23, 2011 at 10:21 AM, Tomas Matousek <Tomas.Matousek at microsoft.com> wrote:
>
> 4) You don't need to do this. Use IronPython.Mono.sln to build IronPython and IronRuby.sln to build IronRuby. Those 2 solutions should work on Mono. DLR is built by both as it is a dependency. No need to build Dlr.sln: it includes both languages plus additional test projects ?- as you noticed some of the test assemblies are not buildable on Mono yet.
>
> Tomas






From fzumstein at gmail.com  Wed Mar 23 21:38:47 2011
From: fzumstein at gmail.com (Felice80)
Date: Wed, 23 Mar 2011 13:38:47 -0700 (PDT)
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <31196654.post@talk.nabble.com>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<AANLkTimRYqvrGuLm+fKd2X4eTCJpVFgk5ToAgQcSUKpA@mail.gmail.com>
	<31196654.post@talk.nabble.com>
Message-ID: <31223583.post@talk.nabble.com>


I managed to resolve my problems. Part of it was that I had to run the cmd
prompt in the administrator mode (on windows 7).

Felice80 wrote:
> 
> Jason,
> 
> is there somewhere a more detailed user guide on how to perform step 3 of
> the installation (ironpkg)? I'm kind of lost.
> 
> thank very much!!
> Felix
> 
> 
> 
> Jason McCampbell wrote:
>> 
>> Hi Chad,
>> 
>> Sorry for the delayed response, we were busy getting the beta release of
>> NumPy and SciPy together.  Microsoft announced the availability of NumPy
>> and
>> SciPy for IronPython / .NET  at PyCon the end of last week.
>> 
>> You can find the install instructions here for the pre-built binaries:
>> http://www.enthought.com/repo/.iron/
>> 
>> <http://www.enthought.com/repo/.iron/>Alternately you can grab the source
>> code from the following repositories:
>>     https://github.com/numpy/numpy-refactor
>>     https://github.com/jasonmccampbell/scipy-refactor
>> 
>> One note we don't have documented right now is that SciPy requires the
>> Python stack frames access, which IronPython doesn't enable by default. 
>> To
>> run SciPy you need to use the "-X:Frames" argument:
>>     ipy.exe -X:Frames -c "import scipy"
>> 
>> <https://github.com/jasonmccampbell/scipy-refactor>Regards,
>> Jason
>> 
>> 
>> On Tue, Mar 1, 2011 at 4:32 PM, Chad Brockman <chadbr at slb.com> wrote:
>> 
>>>  Anyone know if the effort to port numpy to IronPython is still alive?
>>> Enthought / MS announced it last year?
>>> http://www.enthought.com/media/SciPyNumPyDotNet.pdf
>>>
>>>
>>>
>>> Anyone know if IronClad is still being developed?
>>>
>>>
>>>
>>> Thanks, Chad
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.ironpython.com
>>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>>
>>>
>> 
>> 
>> -- 
>> *Jason McCampbell*
>> Enthought, Inc.
>> 512.850.6069
>> jmccampbell at enthought.com
>> 
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> 
>> 
> 
> 

-- 
View this message in context: http://old.nabble.com/numpy---IronClad--tp31044998p31223583.html
Sent from the IronPython mailing list archive at Nabble.com.



From doug.blank at gmail.com  Wed Mar 23 23:16:22 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Wed, 23 Mar 2011 18:16:22 -0400
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <AANLkTimPeDexqEXiXaekw+WEypc+TGriuHe8Vo7goJh_@mail.gmail.com>

On Wed, Mar 23, 2011 at 12:13 PM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> " However, it appears that building the "v2..." targets doesn't work right now"
>
> This should be fixed now.

Do we need to change the IronPython.Mono.sln too? Looking through
Solutions/IronPython.Mono.sln, I only see Debug and Release
configurations (and those both work great).

I'm new to git, so maybe I have the wrong code, but I'm getting an
error on "v2Release" and "v2Debug":

# yesterday:
$ git clone https://github.com/IronLanguages/main.git
$ cd main
# today:
$ git pull
remote: Counting objects: 27, done.
remote: Compressing objects: 100% (14/14), done.
remote: Total 14 (delta 11), reused 0 (delta 0)
Unpacking objects: 100% (14/14), done.
>From https://github.com/IronLanguages/main
   4e7a828..a04ffe8  master     -> origin/master
Updating 4e7a828..a04ffe8
Fast-forward
 .../IronPython/IronPython/Runtime/PythonTuple.cs   |    2 +-
 Runtime/Microsoft.Dynamic/Math/BigIntegerV2.cs     |   16 +++++++++++++++-
 Runtime/Microsoft.Dynamic/Math/BigIntegerV4.cs     |   10 +++++++---
 Runtime/Microsoft.Dynamic/Utils/MathUtils.cs       |   12 ++++++------
 4 files changed, 29 insertions(+), 11 deletions(-)
$ git status
# On branch master
nothing to commit (working directory clean)
$ xbuild Solutions/IronPython.Mono.sln /p:Configuration="v2Release"
...
Project "/tmp/main/Solutions/IronPython.Mono.sln" (default target(s)):
	Target ValidateSolutionConfiguration:
/tmp/main/Solutions/IronPython.Mono.sln: error : Invalid solution
configuration and platform: "v2Release|Any CPU".
	Task "Error" execution -- FAILED
	Done building target "ValidateSolutionConfiguration" in project
"/tmp/main/Solutions/IronPython.Mono.sln".-- FAILED
Done building project "/tmp/main/Solutions/IronPython.Mono.sln".-- FAILED

Build FAILED.

-Doug

> Tomas
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy
> Sent: Wednesday, March 23, 2011 8:05 AM
> To: Doug Blank
> Cc: Discussion of IronPython
> Subject: Re: [IronPython] Building IronPython/IronRuby for Mono? Yes!
>
> On Wed, Mar 23, 2011 at 7:13 AM, Doug Blank <doug.blank at gmail.com> wrote:
>> Questions:
>>
>> 1) How to build a Release version rather than Debug?
>> 2) How to set the framework to use 2.0 rather than 4.0?
>
> 1) msbuild Solutions/Dlr.sln /p:Configuration="Release"
> 2) msbuild Solutions/Dlr.sln /p:Configuration="v2Debug" (or "v2Release")
>
> I assume xbuild's command line matches msbuild's.
>
> However, it appears that building the "v2..." targets doesn't work right now, which I was kinda afraid of. I think there's a discrepancy between the Microsoft.Scripting DLR and the .NET 4 DLR.
>
> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
>
>


From Tomas.Matousek at microsoft.com  Wed Mar 23 23:26:27 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 23 Mar 2011 22:26:27 +0000
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <AANLkTimPeDexqEXiXaekw+WEypc+TGriuHe8Vo7goJh_@mail.gmail.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTimPeDexqEXiXaekw+WEypc+TGriuHe8Vo7goJh_@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C330804265F@SN2PRD0302MB113.namprd03.prod.outlook.com>

I see, I guess I forgot to add these configs to IronPython.Mono.sln. But they shoud certainly be there.

Tomas

-----Original Message-----
From: Doug Blank [mailto:doug.blank at gmail.com] 
Sent: Wednesday, March 23, 2011 3:16 PM
To: Tomas Matousek
Cc: Discussion of IronPython
Subject: Re: [IronPython] Building IronPython/IronRuby for Mono? Yes!

On Wed, Mar 23, 2011 at 12:13 PM, Tomas Matousek <Tomas.Matousek at microsoft.com> wrote:
> " However, it appears that building the "v2..." targets doesn't work right now"
>
> This should be fixed now.

Do we need to change the IronPython.Mono.sln too? Looking through Solutions/IronPython.Mono.sln, I only see Debug and Release configurations (and those both work great).

I'm new to git, so maybe I have the wrong code, but I'm getting an error on "v2Release" and "v2Debug":

# yesterday:
$ git clone https://github.com/IronLanguages/main.git
$ cd main
# today:
$ git pull
remote: Counting objects: 27, done.
remote: Compressing objects: 100% (14/14), done.
remote: Total 14 (delta 11), reused 0 (delta 0) Unpacking objects: 100% (14/14), done.
>From https://github.com/IronLanguages/main
   4e7a828..a04ffe8  master     -> origin/master
Updating 4e7a828..a04ffe8
Fast-forward
 .../IronPython/IronPython/Runtime/PythonTuple.cs   |    2 +-
 Runtime/Microsoft.Dynamic/Math/BigIntegerV2.cs     |   16 +++++++++++++++-
 Runtime/Microsoft.Dynamic/Math/BigIntegerV4.cs     |   10 +++++++---
 Runtime/Microsoft.Dynamic/Utils/MathUtils.cs       |   12 ++++++------
 4 files changed, 29 insertions(+), 11 deletions(-) $ git status # On branch master nothing to commit (working directory clean) $ xbuild Solutions/IronPython.Mono.sln /p:Configuration="v2Release"
...
Project "/tmp/main/Solutions/IronPython.Mono.sln" (default target(s)):
	Target ValidateSolutionConfiguration:
/tmp/main/Solutions/IronPython.Mono.sln: error : Invalid solution configuration and platform: "v2Release|Any CPU".
	Task "Error" execution -- FAILED
	Done building target "ValidateSolutionConfiguration" in project
"/tmp/main/Solutions/IronPython.Mono.sln".-- FAILED Done building project "/tmp/main/Solutions/IronPython.Mono.sln".-- FAILED

Build FAILED.

-Doug

> Tomas
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com 
> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy
> Sent: Wednesday, March 23, 2011 8:05 AM
> To: Doug Blank
> Cc: Discussion of IronPython
> Subject: Re: [IronPython] Building IronPython/IronRuby for Mono? Yes!
>
> On Wed, Mar 23, 2011 at 7:13 AM, Doug Blank <doug.blank at gmail.com> wrote:
>> Questions:
>>
>> 1) How to build a Release version rather than Debug?
>> 2) How to set the framework to use 2.0 rather than 4.0?
>
> 1) msbuild Solutions/Dlr.sln /p:Configuration="Release"
> 2) msbuild Solutions/Dlr.sln /p:Configuration="v2Debug" (or 
> "v2Release")
>
> I assume xbuild's command line matches msbuild's.
>
> However, it appears that building the "v2..." targets doesn't work right now, which I was kinda afraid of. I think there's a discrepancy between the Microsoft.Scripting DLR and the .NET 4 DLR.
>
> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
>
>






From loocas at duber.cz  Wed Mar 23 23:49:53 2011
From: loocas at duber.cz (=?UTF-8?B?THVrw6HFoSBEdWLEm2Rh?=)
Date: Wed, 23 Mar 2011 23:49:53 +0100
Subject: [IronPython] IronPython tools - minor suggestion
Message-ID: <4D8A7911.5000302@duber.cz>

Hi there,

first off, the IronPython Tools for VS 2010 are really great!
However, one minor suggestion:

could you please add an option to remove the annoying wavy underline
for error highlighting in the code?

And also could you add tab (indentation) vertical guides (like SciTe
has) for easier indent navigation in heavily nested code?

Thank you very much in advance and keep rocking!

-- 
Luk?? Dub?da
Director
[T] +420 602 444 164

duber studio(tm)
[M] info at duber.cz
[W] http://www.duber.cz

[A] R.A.Dvorsk?ho 601, Praha 10
[A] 10900, Czech Republic, Europe


From doug.blank at gmail.com  Thu Mar 24 00:50:52 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Wed, 23 Mar 2011 19:50:52 -0400
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <9597F4A19BFDB342B6E90963100C330804265F@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTimPeDexqEXiXaekw+WEypc+TGriuHe8Vo7goJh_@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C330804265F@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <AANLkTi=MhAsRPUUDg4C0Boh=62dELcSE=BtNZpNu24A6@mail.gmail.com>

On Wed, Mar 23, 2011 at 6:26 PM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> I see, I guess I forgot to add these configs to IronPython.Mono.sln. But they shoud certainly be there.

Ok. I tried but couldn't guess my way to a working system. Can you add
them, or should an issue be filed?

Thanks!

-Doug

> Tomas


From Tomas.Matousek at microsoft.com  Thu Mar 24 01:26:31 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 24 Mar 2011 00:26:31 +0000
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <AANLkTi=MhAsRPUUDg4C0Boh=62dELcSE=BtNZpNu24A6@mail.gmail.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTimPeDexqEXiXaekw+WEypc+TGriuHe8Vo7goJh_@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C330804265F@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTi=MhAsRPUUDg4C0Boh=62dELcSE=BtNZpNu24A6@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C3308042709@SN2PRD0302MB113.namprd03.prod.outlook.com>

I'll add them. 

Tomas

-----Original Message-----
From: Doug Blank [mailto:doug.blank at gmail.com] 
Sent: Wednesday, March 23, 2011 4:51 PM
To: Tomas Matousek
Cc: Discussion of IronPython
Subject: Re: [IronPython] Building IronPython/IronRuby for Mono? Yes!

On Wed, Mar 23, 2011 at 6:26 PM, Tomas Matousek <Tomas.Matousek at microsoft.com> wrote:
> I see, I guess I forgot to add these configs to IronPython.Mono.sln. But they shoud certainly be there.

Ok. I tried but couldn't guess my way to a working system. Can you add them, or should an issue be filed?

Thanks!

-Doug

> Tomas






From dinov at microsoft.com  Thu Mar 24 01:58:44 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Thu, 24 Mar 2011 00:58:44 +0000
Subject: [IronPython] IronPython tools - minor suggestion
In-Reply-To: <4D8A7911.5000302@duber.cz>
References: <4D8A7911.5000302@duber.cz>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E14FF6223@TK5EX14MBXC135.redmond.corp.microsoft.com>

Luk?? wrote:
> first off, the IronPython Tools for VS 2010 are really great!

Could you open bugs for these?  I'd suggest opening them on pytools.codeplex.com
just because that seems like the more likely future of Python tooling in VS.  But
you could open them on ironpython.codeplex.com in case there's someone who
will fix them there.

> However, one minor suggestion:
> 
> could you please add an option to remove the annoying wavy underline for
> error highlighting in the code?

This should be easy.

> 
> And also could you add tab (indentation) vertical guides (like SciTe
> has) for easier indent navigation in heavily nested code?

Is this something like the vertical lines in this image? http://www.autohotkey.net/~mosaic/NPP/2007-06-07_084710_npp.jpg

Or do you have a link to an image of what you'd want?  This one might not be
so easy but it'd be good to capture it in a list of possible features.


From loocas at duber.cz  Thu Mar 24 08:22:15 2011
From: loocas at duber.cz (=?UTF-8?B?THVrw6HFoSBEdWLEm2Rh?=)
Date: Thu, 24 Mar 2011 08:22:15 +0100
Subject: [IronPython] IronPython tools - minor suggestion
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E14FF6223@TK5EX14MBXC135.redmond.corp.microsoft.com>
References: <4D8A7911.5000302@duber.cz>
	<6C7ABA8B4E309440B857D74348836F2E14FF6223@TK5EX14MBXC135.redmond.corp.microsoft.com>
Message-ID: <4D8AF127.8090409@duber.cz>

Hi, Dino,

thanks for the reply, I'll start a "bug" report over there.

As for the indent guides, yes, that's exactly it.

I'm most used to the SciTE editor and this layout is exactly
what I need:

http://www.duber.cz/dump/indent_guides.png

Also, actual line highlighting would be nice, too ;)

Can't believe the VS Shell editor is this limited in comparison
to other freely available IDEs.

Luk?? Dub?da
Director
[T] +420 602 444 164

duber studio(tm)
[M] info at duber.cz
[W] http://www.duber.cz

[A] R.A.Dvorsk?ho 601, Praha 10
[A] 10900, Czech Republic, Europe

On 24.3.2011 1:58, Dino Viehland wrote:
> Luk?? wrote:
>> first off, the IronPython Tools for VS 2010 are really great!
>
> Could you open bugs for these?  I'd suggest opening them on pytools.codeplex.com
> just because that seems like the more likely future of Python tooling in VS.  But
> you could open them on ironpython.codeplex.com in case there's someone who
> will fix them there.
>
>> However, one minor suggestion:
>>
>> could you please add an option to remove the annoying wavy underline for
>> error highlighting in the code?
>
> This should be easy.
>
>>
>> And also could you add tab (indentation) vertical guides (like SciTe
>> has) for easier indent navigation in heavily nested code?
>
> Is this something like the vertical lines in this image? http://www.autohotkey.net/~mosaic/NPP/2007-06-07_084710_npp.jpg
>
> Or do you have a link to an image of what you'd want?  This one might not be
> so easy but it'd be good to capture it in a list of possible features.
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From s.j.dower at gmail.com  Thu Mar 24 08:34:22 2011
From: s.j.dower at gmail.com (Steve Dower)
Date: Thu, 24 Mar 2011 18:34:22 +1100
Subject: [IronPython] IronPython tools - minor suggestion
In-Reply-To: <4D8AF127.8090409@duber.cz>
References: <4D8A7911.5000302@duber.cz>
	<6C7ABA8B4E309440B857D74348836F2E14FF6223@TK5EX14MBXC135.redmond.corp.microsoft.com>
	<4D8AF127.8090409@duber.cz>
Message-ID: <AANLkTimWVwz_XpkB3cp=UAKYk3F_oRfLvGcf_6p4apTY@mail.gmail.com>

The Productivity Power Tools extension
(http://visualstudiogallery.msdn.microsoft.com/d0d33361-18e2-46c0-8ff2-4adea1e34fef/)
may be the better place for this sort of feature (it already includes
line highlighting), though I don't know whether it supports the shell
versions (IIRC, it's >=Professional only). I'd be quite happy to have
indent guides in most languages.

On Thu, Mar 24, 2011 at 18:22, Luk?? Dub?da <loocas at duber.cz> wrote:
> Hi, Dino,
>
> thanks for the reply, I'll start a "bug" report over there.
>
> As for the indent guides, yes, that's exactly it.
>
> I'm most used to the SciTE editor and this layout is exactly
> what I need:
>
> http://www.duber.cz/dump/indent_guides.png
>
> Also, actual line highlighting would be nice, too ;)
>
> Can't believe the VS Shell editor is this limited in comparison
> to other freely available IDEs.
>
> Luk?? Dub?da
> Director
> [T] +420 602 444 164
>
> duber studio(tm)
> [M] info at duber.cz
> [W] http://www.duber.cz
>
> [A] R.A.Dvorsk?ho 601, Praha 10
> [A] 10900, Czech Republic, Europe
>
> On 24.3.2011 1:58, Dino Viehland wrote:
>>
>> Luk?? wrote:
>>>
>>> first off, the IronPython Tools for VS 2010 are really great!
>>
>> Could you open bugs for these? ?I'd suggest opening them on
>> pytools.codeplex.com
>> just because that seems like the more likely future of Python tooling in
>> VS. ?But
>> you could open them on ironpython.codeplex.com in case there's someone who
>> will fix them there.
>>
>>> However, one minor suggestion:
>>>
>>> could you please add an option to remove the annoying wavy underline for
>>> error highlighting in the code?
>>
>> This should be easy.
>>
>>>
>>> And also could you add tab (indentation) vertical guides (like SciTe
>>> has) for easier indent navigation in heavily nested code?
>>
>> Is this something like the vertical lines in this image?
>> http://www.autohotkey.net/~mosaic/NPP/2007-06-07_084710_npp.jpg
>>
>> Or do you have a link to an image of what you'd want? ?This one might not
>> be
>> so easy but it'd be good to capture it in a list of possible features.
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From romain.gilles at gmail.com  Thu Mar 24 11:24:23 2011
From: romain.gilles at gmail.com (Romain Gilles)
Date: Thu, 24 Mar 2011 11:24:23 +0100
Subject: [IronPython] multiprocessing in 2.7
In-Reply-To: <AANLkTikVLkyhCy5VaOGCT1RR7YSrqZbiJsmdXSz-6=Dw@mail.gmail.com>
References: <AANLkTi=2ViCyu9hEDAJCj1nQhPqDooUpiGiGiwxCY1gz@mail.gmail.com>
	<AANLkTi=aM_2ehvhEomfaqrCVnzDZTpuKK2zyAE3e+UA=@mail.gmail.com>
	<AANLkTi=LpvwuYxw9D-OELpvZ6evo3QUzTLaVs6DXZ7Ls@mail.gmail.com>
	<AANLkTinCELDFCO+bfSECcqiC3_qVNZJiiR2nG+Td2Gpc@mail.gmail.com>
	<AANLkTi=+iQOWh+W0488_MTNZ7r9GafDUJ3rZGubcYrY6@mail.gmail.com>
	<AANLkTikVLkyhCy5VaOGCT1RR7YSrqZbiJsmdXSz-6=Dw@mail.gmail.com>
Message-ID: <AANLkTinqbFMVvi1JotFfXFapCHGBaoj9WhOCs+qddo60@mail.gmail.com>

Thanks Jeff for the information.
I will be really please to help you but I'm a dummy in C#, C++, Python and
Windows :(

Romain.

2011/3/23 Jeff Hardy <jdhardy at gmail.com>

> On Wed, Mar 23, 2011 at 7:19 AM, Romain Gilles <romain.gilles at gmail.com>
> wrote:
> >  but who can I add to my IronPython the _multiprocessing module ?
> > ------------------------------------------------------------------
> > c:\temp>ipy test-ipy-multiprocessing.py
> > Traceback (most recent call last):
> >   File "test-ipy-multiprocessing.py", line 1, in <module>
> >   File "c:\Program Files\IronPython
> > 2.7\lib\site-packages\multiprocessing\__init__.py", line 83, in <module>
> > ImportError: No module named _multiprocessing
> > ------------------------------------------------------------------
> > Maybe It cannot be resolved that way.
>
> Unfortunately, no one has written an IronPython version of
> _multiprocessing, so it's not supported. It's probably one of the
> trickiest remaining modules to support, so contributions are welcome,
> as always.
>
> - Jeff
>
> - Jeff
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110324/a311674e/attachment.html>

From doug.blank at gmail.com  Thu Mar 24 13:42:43 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Thu, 24 Mar 2011 08:42:43 -0400
Subject: [IronPython] Building IronPython on Mono, and web updates
Message-ID: <AANLkTimNch-xPJJNR9k607v5J3=iwkKUD6OfA4bS6Zez@mail.gmail.com>

On Wed, Mar 23, 2011 at 11:05 AM, Jeff Hardy <jdhardy at gmail.com> wrote:
> On Wed, Mar 23, 2011 at 7:13 AM, Doug Blank <doug.blank at gmail.com> wrote:
>> Questions:
>>
>> 1) How to build a Release version rather than Debug?
>> 2) How to set the framework to use 2.0 rather than 4.0?
>
> 1) msbuild Solutions/Dlr.sln /p:Configuration="Release"
> 2) msbuild Solutions/Dlr.sln /p:Configuration="v2Debug" (or "v2Release")
>
> I assume xbuild's command line matches msbuild's.

Yes, they do. I've begun to add some hopefully helpful notes re Mono to:

http://ironpython.codeplex.com/

some .NET/Mono sections to:

http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions&referringTitle=Home

and a new page:

http://ironpython.codeplex.com/wikipage?title=IronPython%20on%20Mono

Please give feedback or feel free to refine.

BTW, what is the relationship between the codeplex site,
ironpython.net, and ironpython.info? It seems like information/files
are spread across them. Can some consolidation be done? Or are there
guidelines about what goes where?

> However, it appears that building the "v2..." targets doesn't work
> right now, which I was kinda afraid of. I think there's a discrepancy
> between the Microsoft.Scripting DLR and the .NET 4 DLR.

I made a note about that on the website, and hopefully Tomas can make
that irrelevant soon.

-Doug

> - Jeff
>


From fuzzyman at voidspace.org.uk  Thu Mar 24 14:04:48 2011
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Thu, 24 Mar 2011 13:04:48 +0000
Subject: [IronPython] Building IronPython on Mono, and web updates
In-Reply-To: <AANLkTimNch-xPJJNR9k607v5J3=iwkKUD6OfA4bS6Zez@mail.gmail.com>
References: <AANLkTimNch-xPJJNR9k607v5J3=iwkKUD6OfA4bS6Zez@mail.gmail.com>
Message-ID: <4D8B4170.20209@voidspace.org.uk>

On 24/03/2011 12:42, Doug Blank wrote:
> On Wed, Mar 23, 2011 at 11:05 AM, Jeff Hardy<jdhardy at gmail.com>  wrote:
>> On Wed, Mar 23, 2011 at 7:13 AM, Doug Blank<doug.blank at gmail.com>  wrote:
>>> Questions:
>>>
>>> 1) How to build a Release version rather than Debug?
>>> 2) How to set the framework to use 2.0 rather than 4.0?
>> 1) msbuild Solutions/Dlr.sln /p:Configuration="Release"
>> 2) msbuild Solutions/Dlr.sln /p:Configuration="v2Debug" (or "v2Release")
>>
>> I assume xbuild's command line matches msbuild's.
> Yes, they do. I've begun to add some hopefully helpful notes re Mono to:
>
> http://ironpython.codeplex.com/
>
> some .NET/Mono sections to:
>
> http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions&referringTitle=Home
>
> and a new page:
>
> http://ironpython.codeplex.com/wikipage?title=IronPython%20on%20Mono
>
> Please give feedback or feel free to refine.
>
> BTW, what is the relationship between the codeplex site,
> ironpython.net, and ironpython.info? It seems like information/files
> are spread across them. Can some consolidation be done? Or are there
> guidelines about what goes where?
ironpython.info is my site and not affiliated with the "official" 
aspects of the project. I'm happy for it to be used in that way, but I 
think ironpython.net is a better "official" project site.

All the best,

Michael Foord

>> However, it appears that building the "v2..." targets doesn't work
>> right now, which I was kinda afraid of. I think there's a discrepancy
>> between the Microsoft.Scripting DLR and the .NET 4 DLR.
> I made a note about that on the website, and hopefully Tomas can make
> that irrelevant soon.
>
> -Doug
>
>> - Jeff
>>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


-- 
http://www.voidspace.org.uk/

May you do good and not evil
May you find forgiveness for yourself and forgive others
May you share freely, never taking more than you give.
-- the sqlite blessing http://www.sqlite.org/different.html



From m.schaber at 3s-software.com  Thu Mar 24 14:28:58 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 24 Mar 2011 14:28:58 +0100
Subject: [IronPython] multiprocessing in 2.7
In-Reply-To: <AANLkTi=2ViCyu9hEDAJCj1nQhPqDooUpiGiGiwxCY1gz@mail.gmail.com>
References: <AANLkTi=2ViCyu9hEDAJCj1nQhPqDooUpiGiGiwxCY1gz@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C642@server02.in.3s-software.com>

Hi, Romain,

Romain Gilles wrote:
> from multiprocessing import Process

A small remark: 
The main usage of the multiprocessing module is to work around the global interpreter lock (GIL) in cPython.

As IronPython does not have that GIL, maybe you can create a scalable application just fine without the multiprocessing module, maybe using the .NET ThreadPools

Gr??e,
Markus


From doug.blank at gmail.com  Thu Mar 24 15:56:55 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Thu, 24 Mar 2011 10:56:55 -0400
Subject: [IronPython] State of Moonlight with IronPython?
Message-ID: <AANLkTinpDxX3_8i1K+TUiACqM8k3CXv4pB0L0RkEyT1M@mail.gmail.com>

Anyone know what the state of being able to view Moonlight apps in the
browser with DLR languages?

Or actually, what the state of Moonlight is generally?

None of the examples off of the IronPython page:

http://ironpython.net/browser/examples.html

work under my Ubuntu 64-bit 10.10 with Firefox 3.6.15, with Moonlight
3.99.0.2. Known limitations, or reportable?

-Doug


From Tomas.Matousek at microsoft.com  Thu Mar 24 17:30:26 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 24 Mar 2011 16:30:26 +0000
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <9597F4A19BFDB342B6E90963100C3308042709@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTimPeDexqEXiXaekw+WEypc+TGriuHe8Vo7goJh_@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C330804265F@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTi=MhAsRPUUDg4C0Boh=62dELcSE=BtNZpNu24A6@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042709@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <9597F4A19BFDB342B6E90963100C3308042A36@SN2PRD0302MB113.namprd03.prod.outlook.com>

Done.

Tomas

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Tomas Matousek
Sent: Wednesday, March 23, 2011 5:27 PM
To: Doug Blank
Cc: Discussion of IronPython
Subject: Re: [IronPython] Building IronPython/IronRuby for Mono? Yes!

I'll add them. 

Tomas

-----Original Message-----
From: Doug Blank [mailto:doug.blank at gmail.com] 
Sent: Wednesday, March 23, 2011 4:51 PM
To: Tomas Matousek
Cc: Discussion of IronPython
Subject: Re: [IronPython] Building IronPython/IronRuby for Mono? Yes!

On Wed, Mar 23, 2011 at 6:26 PM, Tomas Matousek <Tomas.Matousek at microsoft.com> wrote:
> I see, I guess I forgot to add these configs to IronPython.Mono.sln. But they shoud certainly be there.

Ok. I tried but couldn't guess my way to a working system. Can you add them, or should an issue be filed?

Thanks!

-Doug

> Tomas




_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com






From doug.blank at gmail.com  Thu Mar 24 17:59:35 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Thu, 24 Mar 2011 12:59:35 -0400
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <9597F4A19BFDB342B6E90963100C3308042A36@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTimPeDexqEXiXaekw+WEypc+TGriuHe8Vo7goJh_@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C330804265F@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTi=MhAsRPUUDg4C0Boh=62dELcSE=BtNZpNu24A6@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042709@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<9597F4A19BFDB342B6E90963100C3308042A36@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <AANLkTikfJHrURnE_jnXW6_x0VTAqLUsTYd1wNyb14d3T@mail.gmail.com>

On Thu, Mar 24, 2011 at 12:30 PM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> Done.

Thanks! Having some issues under Mono 2.10 with
Microsoft.Scripting.Ast.Expression, and
System.Runtime.CompilerServices.

Here is my output, with a fresh IronPython git main. Any ideas?

Also, if anyone builds IronPython 2.7 for .NET 2.0 under Windows and
wants to make the binaries available, that would be useful to see if
those work on Mono as well.

-Doug

$ xbuild Solutions/IronPython.Mono.sln /p:Configuration="v2Release"
XBuild Engine Version 2.10.1.0
Mono, Version 2.10.1.0
Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2011.

Build started 3/24/2011 12:49:58 PM.
__________________________________________________
/tmp/main/Solutions/IronPython.Mono.sln:  warning : Project file
/tmp/main/Hosts/SilverLight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj
referenced in the solution file, not found. Ignoring.
/tmp/main/Solutions/IronPython.Mono.sln:  warning : Project file
/tmp/main/Hosts/SilverLight/Chiron/Chiron.csproj referenced in the
solution file, not found. Ignoring.
Project "/tmp/main/Solutions/IronPython.Mono.sln" (default target(s)):
	Target ValidateSolutionConfiguration:
		Building solution configuration "v2Release|Any CPU".
	Target Build:
		Project "/tmp/main/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj"
(default target(s)):
			Target PrepareForBuild:
				Configuration: v2Release Platform: AnyCPU
			Target GenerateSatelliteAssemblies:
			No input files were specified for target
GenerateSatelliteAssemblies, skipping.
			Target CoreCompile:
			Skipping target "CoreCompile" because its outputs are up-to-date.
		Done building project
"/tmp/main/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj".
		Project "/tmp/main/Runtime/Microsoft.Scripting.Core/Microsoft.Scripting.Core.csproj"
(default target(s)):
			Target PrepareForBuild:
				Configuration: v2Release Platform: AnyCPU
			Target GenerateSatelliteAssemblies:
			No input files were specified for target
GenerateSatelliteAssemblies, skipping.
			Target CoreCompile:
				Tool /opt/bin/gmcs execution started with arguments: /noconfig
/debug:full /keyfile:/tmp/main/Solutions//Key.snk /optimize+
/out:obj/v2Release/Microsoft.Scripting.Core.dll Actions/CallInfo.cs
Actions/CallSiteOps.cs Actions/IInvokeOnGetBinder.cs
Actions/InvokeMemberBinder.cs Actions/BinaryOperationBinder.cs
Actions/CallSite.cs Actions/CallSiteBinder.cs
Actions/CallSiteHelpers.cs Actions/ConvertBinder.cs
Actions/DeleteIndexBinder.cs Actions/DynamicObject.cs
Actions/ExpandoObject.cs Actions/ExpandoClass.cs
Actions/GetIndexBinder.cs Actions/CreateInstanceBinder.cs
Actions/DeleteMemberBinder.cs Actions/GetMemberBinder.cs
Actions/IDynamicMetaObjectProvider.cs Actions/InvokeBinder.cs
Actions/DynamicMetaObject.cs Actions/DynamicMetaObjectBinder.cs
Actions/BindingRestrictions.cs Actions/RuleCache.cs
Actions/SetIndexBinder.cs Actions/SetMemberBinder.cs
Ast/Expression.DebuggerProxy.cs Ast/IArgumentProvider.cs
Ast/ListArgumentProvider.cs Actions/UnaryOperationBinder.cs
Ast/ExpressionStringBuilder.cs Compiler/BoundConstants.cs
Ast/DebugInfoExpression.cs Ast/SymbolDocumentInfo.cs
Compiler/DelegateHelpers.cs Compiler/DelegateHelpers.Generated.cs
Ast/GotoExpression.cs Compiler/LabelInfo.cs Compiler/AnalyzedTree.cs
Compiler/OffsetTrackingILGenerator.cs Compiler/RuntimeVariableList.cs
Actions/UpdateDelegates.Generated.cs Ast/DynamicExpression.cs
Ast/BinaryExpression.cs Ast/BlockExpression.cs Ast/CatchBlock.cs
Ast/ConditionalExpression.cs Ast/ConstantExpression.cs
Ast/DefaultExpression.cs Ast/ElementInit.cs Ast/Expression.cs
Ast/ExpressionType.cs Ast/IndexExpression.cs
Ast/InvocationExpression.cs Ast/LabelTarget.cs Ast/LabelExpression.cs
Ast/LambdaExpression.cs Ast/ListInitExpression.cs
Ast/RuntimeVariablesExpression.cs Ast/LoopExpression.cs
Ast/MemberAssignment.cs Ast/MemberBinding.cs Ast/MemberExpression.cs
Ast/MemberInitExpression.cs Ast/MemberListBinding.cs
Ast/MemberMemberBinding.cs Ast/MethodCallExpression.cs
Ast/NewArrayExpression.cs Ast/NewExpression.cs
Ast/ParameterExpression.cs Ast/SwitchCase.cs Ast/SwitchExpression.cs
Ast/TryExpression.cs Ast/TypeBinaryExpression.cs Ast/TypeUtils.cs
Ast/UnaryExpression.cs Compiler/Closure.cs
Compiler/CompilerScope.Storage.cs Compiler/CompilerScope.cs
Compiler/ConstantCheck.cs Compiler/ExpressionQuoter.cs
Ast/ExpressionVisitor.cs Ast/DebugViewWriter.cs
Compiler/HoistedLocals.cs Compiler/KeyedQueue.cs
Compiler/LambdaCompiler.Address.cs Compiler/LambdaCompiler.Binary.cs
Compiler/LambdaCompiler.ControlFlow.cs
Compiler/LambdaCompiler.Expressions.cs
Compiler/LambdaCompiler.Generated.cs Compiler/LambdaCompiler.Lambda.cs
Compiler/LambdaCompiler.Logical.cs
Compiler/LambdaCompiler.Statements.cs Compiler/LambdaCompiler.Unary.cs
Compiler/LambdaCompiler.cs Compiler/DebugInfoGenerator.cs
Compiler/Set.cs Compiler/StackSpiller.Bindings.cs
Compiler/StackSpiller.Generated.cs Compiler/StackSpiller.Temps.cs
Compiler/StackSpiller.cs Compiler/SymbolDocumentGenerator.cs
Compiler/VariableBinder.cs Compiler/AssemblyGen.cs Compiler/ILGen.cs
GlobalSuppressions.cs Properties/AssemblyInfo.cs Utils/Action.cs
Utils/CacheDict.cs Utils/CollectionExtensions.cs
Utils/ContractUtils.cs Utils/ExceptionFactory.Generated.cs
Utils/Function.cs Utils/Helpers.cs Utils/IRuntimeVariables.cs
Utils/ReadOnlyCollectionBuilder.cs Utils/ReadOnlyDictionary.cs
Utils/ReferenceEqualityComparer.cs Utils/TrueReadOnlyCollection.cs
Utils/TypeExtensions.cs Stubs.cs /target:library /warnaserror+
/define:"TRACE;CLR2" /nowarn:1591
/doc:/tmp/main/Solutions/../bin/v2Release/Microsoft.Scripting.Core.XML
/reference:/opt/lib/mono/2.0/System.dll
/reference:/opt/lib/mono/2.0/System.Configuration.dll
/reference:/opt/lib/mono/2.0/System.Core.dll /warn:4 /warnaserror-:618
Ast/ElementInit.cs(108,35): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.ElementInit(System.Reflection.MethodInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/Expression.cs(160,47): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.VisitChildren(Microsoft.Scripting.Ast.ExpressionVisitor)'
has syntactically incorrect cref attribute `Func{Expression,
Expression}'
Ast/Expression.cs(232,21): error CS1574: XML comment on
`Microsoft.Scripting.Ast.Expression.DumpExpression(System.IO.TextWriter)'
has cref attribute `TextWriter' that could not be resolved
Ast/Expression.cs(232,21): error CS1574: XML comment on
`Microsoft.Scripting.Ast.Expression.DumpExpression(System.IO.TextWriter)'
has cref attribute `TextWriter' that could not be resolved
Ast/IndexExpression.cs(181,39): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.ArrayAccess(Microsoft.Scripting.Ast.Expression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>)'
has syntactically incorrect cref attribute `IEnumerable{Expression}'
Ast/IndexExpression.cs(343,39): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Property(Microsoft.Scripting.Ast.Expression,
System.Reflection.PropertyInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(276,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
params Microsoft.Scripting.Ast.ParameterExpression[])' has
syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(276,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
params Microsoft.Scripting.Ast.ParameterExpression[])' has
syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(288,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
bool, params Microsoft.Scripting.Ast.ParameterExpression[])' has
syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(288,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
bool, params Microsoft.Scripting.Ast.ParameterExpression[])' has
syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(299,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(299,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(299,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(311,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(311,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(311,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(323,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
string, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(323,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
string, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(323,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
string, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(336,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
string, bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(336,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
string, bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(336,45): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
string, bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(370,40): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda(Microsoft.Scripting.Ast.Expression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(381,40): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda(Microsoft.Scripting.Ast.Expression,
bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(415,40): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda(System.Type,
Microsoft.Scripting.Ast.Expression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(427,40): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda(System.Type,
Microsoft.Scripting.Ast.Expression, bool,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(438,40): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda(Microsoft.Scripting.Ast.Expression,
string, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(450,40): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda(Microsoft.Scripting.Ast.Expression,
string, bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(484,40): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda(System.Type,
Microsoft.Scripting.Ast.Expression, string,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(500,40): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.Lambda(System.Type,
Microsoft.Scripting.Ast.Expression, string, bool,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/ListInitExpression.cs(145,42): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.ListInit(Microsoft.Scripting.Ast.NewExpression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/ListInitExpression.cs(181,42): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.ListInit(Microsoft.Scripting.Ast.NewExpression,
System.Reflection.MethodInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/ListInitExpression.cs(226,42): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.ListInit(Microsoft.Scripting.Ast.NewExpression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ElementInit>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/ListInitExpression.cs(226,42): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.ListInit(Microsoft.Scripting.Ast.NewExpression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ElementInit>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/MemberMemberBinding.cs(89,43): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.MemberBind(System.Reflection.MemberInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.MemberBinding>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/MemberMemberBinding.cs(109,43): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.MemberBind(System.Reflection.MethodInfo,
params Microsoft.Scripting.Ast.MemberBinding[])' has syntactically
incorrect cref attribute `IEnumerable{T}'
Ast/MemberMemberBinding.cs(124,43): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.MemberBind(System.Reflection.MethodInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.MemberBinding>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/NewExpression.cs(165,37): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.New(System.Reflection.ConstructorInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/NewExpression.cs(183,37): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.New(System.Reflection.ConstructorInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>,
System.Collections.Generic.IEnumerable<System.Reflection.MemberInfo>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/NewExpression.cs(183,37): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.New(System.Reflection.ConstructorInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>,
System.Collections.Generic.IEnumerable<System.Reflection.MemberInfo>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/NewExpression.cs(199,37): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression.New(System.Reflection.ConstructorInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>,
params System.Reflection.MemberInfo[])' has syntactically incorrect
cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(180,25): error CS1584: XML comment on
`Microsoft.Scripting.Ast.Expression<TDelegate>' has syntactically
incorrect cref attribute `Expression{TDelegate}'
Ast/RuntimeVariablesExpression.cs(36,25): error CS1584: XML comment on
`Microsoft.Scripting.Ast.RuntimeVariablesExpression' has syntactically
incorrect cref attribute `IList{IStrongBox}'
Ast/MemberBinding.cs(39,9): error CS1584: XML comment on
`Microsoft.Scripting.Ast.MemberBindingType.ListBinding' has
syntactically incorrect cref attribute
`System.Collections.Generic.ICollection{T}'
Ast/ExpressionVisitor.cs(367,47): error CS1584: XML comment on
`Microsoft.Scripting.Ast.ExpressionVisitor.VisitLambda<T>(Microsoft.Scripting.Ast.Expression<T>)'
has syntactically incorrect cref attribute `Expression<T>'
Utils/ReadOnlyCollectionBuilder.cs(139,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Insert(int,
T)' has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(139,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Insert(int,
T)' has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(157,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.RemoveAt(int)'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(193,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Add(T)'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(193,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Add(T)'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(204,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Clear()'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(217,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Contains(T)'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(217,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Contains(T)'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(217,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Contains(T)'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(242,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.CopyTo(T[],
int)' has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(242,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.CopyTo(T[],
int)' has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(257,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Remove(T)'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(257,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Remove(T)'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(257,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Remove(T)'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(257,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Remove(T)'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(275,31): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.GetEnumerator()'
has syntactically incorrect cref attribute `IEnumerator{T}'
Utils/ReadOnlyCollectionBuilder.cs(380,21): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Reverse()'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(401,20): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToArray()'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(401,20): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToArray()'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(413,38): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToReadOnlyCollection()'
has syntactically incorrect cref attribute `ReadOnlyCollection{T}'
Utils/ReadOnlyCollectionBuilder.cs(413,38): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToReadOnlyCollection()'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(413,38): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToReadOnlyCollection()'
has syntactically incorrect cref attribute
`ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(413,38): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToReadOnlyCollection()'
has syntactically incorrect cref attribute `ReadOnlyCollection{T}'
Utils/ReadOnlyCollectionBuilder.cs(413,38): error CS1584: XML comment
on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToReadOnlyCollection()'
has syntactically incorrect cref attribute `ReadOnlyCollection{T}'
			Task "Csc" execution -- FAILED
			Done building target "CoreCompile" in project
"/tmp/main/Runtime/Microsoft.Scripting.Core/Microsoft.Scripting.Core.csproj".--
FAILED
		Done building project
"/tmp/main/Runtime/Microsoft.Scripting.Core/Microsoft.Scripting.Core.csproj".--
FAILED
	Task "MSBuild" execution -- FAILED
	Done building target "Build" in project
"/tmp/main/Solutions/IronPython.Mono.sln".-- FAILED
Done building project "/tmp/main/Solutions/IronPython.Mono.sln".-- FAILED

Build FAILED.

> Tomas


From Tomas.Matousek at microsoft.com  Thu Mar 24 18:30:15 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Thu, 24 Mar 2011 17:30:15 +0000
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <AANLkTikfJHrURnE_jnXW6_x0VTAqLUsTYd1wNyb14d3T@mail.gmail.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTimPeDexqEXiXaekw+WEypc+TGriuHe8Vo7goJh_@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C330804265F@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTi=MhAsRPUUDg4C0Boh=62dELcSE=BtNZpNu24A6@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042709@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<9597F4A19BFDB342B6E90963100C3308042A36@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikfJHrURnE_jnXW6_x0VTAqLUsTYd1wNyb14d3T@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C3308042ABF@SN2PRD0302MB113.namprd03.prod.outlook.com>

It seems that we just need to disable XML warning in Microsoft.System.Core project.

Tomas

-----Original Message-----
From: Doug Blank [mailto:doug.blank at gmail.com] 
Sent: Thursday, March 24, 2011 10:00 AM
To: Tomas Matousek
Cc: Discussion of IronPython
Subject: Re: [IronPython] Building IronPython/IronRuby for Mono? Yes!

On Thu, Mar 24, 2011 at 12:30 PM, Tomas Matousek <Tomas.Matousek at microsoft.com> wrote:
> Done.

Thanks! Having some issues under Mono 2.10 with Microsoft.Scripting.Ast.Expression, and System.Runtime.CompilerServices.

Here is my output, with a fresh IronPython git main. Any ideas?

Also, if anyone builds IronPython 2.7 for .NET 2.0 under Windows and wants to make the binaries available, that would be useful to see if those work on Mono as well.

-Doug

$ xbuild Solutions/IronPython.Mono.sln /p:Configuration="v2Release"
XBuild Engine Version 2.10.1.0
Mono, Version 2.10.1.0
Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2011.

Build started 3/24/2011 12:49:58 PM.
__________________________________________________
/tmp/main/Solutions/IronPython.Mono.sln:  warning : Project file /tmp/main/Hosts/SilverLight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj
referenced in the solution file, not found. Ignoring.
/tmp/main/Solutions/IronPython.Mono.sln:  warning : Project file /tmp/main/Hosts/SilverLight/Chiron/Chiron.csproj referenced in the solution file, not found. Ignoring.
Project "/tmp/main/Solutions/IronPython.Mono.sln" (default target(s)):
	Target ValidateSolutionConfiguration:
		Building solution configuration "v2Release|Any CPU".
	Target Build:
		Project "/tmp/main/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj"
(default target(s)):
			Target PrepareForBuild:
				Configuration: v2Release Platform: AnyCPU
			Target GenerateSatelliteAssemblies:
			No input files were specified for target GenerateSatelliteAssemblies, skipping.
			Target CoreCompile:
			Skipping target "CoreCompile" because its outputs are up-to-date.
		Done building project
"/tmp/main/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj".
		Project "/tmp/main/Runtime/Microsoft.Scripting.Core/Microsoft.Scripting.Core.csproj"
(default target(s)):
			Target PrepareForBuild:
				Configuration: v2Release Platform: AnyCPU
			Target GenerateSatelliteAssemblies:
			No input files were specified for target GenerateSatelliteAssemblies, skipping.
			Target CoreCompile:
				Tool /opt/bin/gmcs execution started with arguments: /noconfig /debug:full /keyfile:/tmp/main/Solutions//Key.snk /optimize+ /out:obj/v2Release/Microsoft.Scripting.Core.dll Actions/CallInfo.cs Actions/CallSiteOps.cs Actions/IInvokeOnGetBinder.cs Actions/InvokeMemberBinder.cs Actions/BinaryOperationBinder.cs Actions/CallSite.cs Actions/CallSiteBinder.cs Actions/CallSiteHelpers.cs Actions/ConvertBinder.cs Actions/DeleteIndexBinder.cs Actions/DynamicObject.cs Actions/ExpandoObject.cs Actions/ExpandoClass.cs Actions/GetIndexBinder.cs Actions/CreateInstanceBinder.cs Actions/DeleteMemberBinder.cs Actions/GetMemberBinder.cs Actions/IDynamicMetaObjectProvider.cs Actions/InvokeBinder.cs Actions/DynamicMetaObject.cs Actions/DynamicMetaObjectBinder.cs
Actions/BindingRestrictions.cs Actions/RuleCache.cs Actions/SetIndexBinder.cs Actions/SetMemberBinder.cs Ast/Expression.DebuggerProxy.cs Ast/IArgumentProvider.cs Ast/ListArgumentProvider.cs Actions/UnaryOperationBinder.cs Ast/ExpressionStringBuilder.cs Compiler/BoundConstants.cs Ast/DebugInfoExpression.cs Ast/SymbolDocumentInfo.cs Compiler/DelegateHelpers.cs Compiler/DelegateHelpers.Generated.cs
Ast/GotoExpression.cs Compiler/LabelInfo.cs Compiler/AnalyzedTree.cs Compiler/OffsetTrackingILGenerator.cs Compiler/RuntimeVariableList.cs Actions/UpdateDelegates.Generated.cs Ast/DynamicExpression.cs Ast/BinaryExpression.cs Ast/BlockExpression.cs Ast/CatchBlock.cs Ast/ConditionalExpression.cs Ast/ConstantExpression.cs Ast/DefaultExpression.cs Ast/ElementInit.cs Ast/Expression.cs Ast/ExpressionType.cs Ast/IndexExpression.cs Ast/InvocationExpression.cs Ast/LabelTarget.cs Ast/LabelExpression.cs Ast/LambdaExpression.cs Ast/ListInitExpression.cs Ast/RuntimeVariablesExpression.cs Ast/LoopExpression.cs Ast/MemberAssignment.cs Ast/MemberBinding.cs Ast/MemberExpression.cs Ast/MemberInitExpression.cs Ast/MemberListBinding.cs Ast/MemberMemberBinding.cs Ast/MethodCallExpression.cs Ast/NewArrayExpression.cs Ast/NewExpression.cs Ast/ParameterExpression.cs Ast/SwitchCase.cs Ast/SwitchExpression.cs Ast/TryExpression.cs Ast/TypeBinaryExpression.cs Ast/TypeUtils.cs Ast/UnaryExpression.cs Compiler/Closure.cs Compiler/CompilerScope.Storage.cs Compiler/CompilerScope.cs Compiler/ConstantCheck.cs Compiler/ExpressionQuoter.cs Ast/ExpressionVisitor.cs Ast/DebugViewWriter.cs Compiler/HoistedLocals.cs Compiler/KeyedQueue.cs Compiler/LambdaCompiler.Address.cs Compiler/LambdaCompiler.Binary.cs Compiler/LambdaCompiler.ControlFlow.cs
Compiler/LambdaCompiler.Expressions.cs
Compiler/LambdaCompiler.Generated.cs Compiler/LambdaCompiler.Lambda.cs Compiler/LambdaCompiler.Logical.cs
Compiler/LambdaCompiler.Statements.cs Compiler/LambdaCompiler.Unary.cs Compiler/LambdaCompiler.cs Compiler/DebugInfoGenerator.cs Compiler/Set.cs Compiler/StackSpiller.Bindings.cs Compiler/StackSpiller.Generated.cs Compiler/StackSpiller.Temps.cs Compiler/StackSpiller.cs Compiler/SymbolDocumentGenerator.cs
Compiler/VariableBinder.cs Compiler/AssemblyGen.cs Compiler/ILGen.cs GlobalSuppressions.cs Properties/AssemblyInfo.cs Utils/Action.cs Utils/CacheDict.cs Utils/CollectionExtensions.cs Utils/ContractUtils.cs Utils/ExceptionFactory.Generated.cs
Utils/Function.cs Utils/Helpers.cs Utils/IRuntimeVariables.cs Utils/ReadOnlyCollectionBuilder.cs Utils/ReadOnlyDictionary.cs Utils/ReferenceEqualityComparer.cs Utils/TrueReadOnlyCollection.cs Utils/TypeExtensions.cs Stubs.cs /target:library /warnaserror+ /define:"TRACE;CLR2" /nowarn:1591 /doc:/tmp/main/Solutions/../bin/v2Release/Microsoft.Scripting.Core.XML
/reference:/opt/lib/mono/2.0/System.dll
/reference:/opt/lib/mono/2.0/System.Configuration.dll
/reference:/opt/lib/mono/2.0/System.Core.dll /warn:4 /warnaserror-:618
Ast/ElementInit.cs(108,35): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.ElementInit(System.Reflection.MethodInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/Expression.cs(160,47): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.VisitChildren(Microsoft.Scripting.Ast.ExpressionVisitor)'
has syntactically incorrect cref attribute `Func{Expression, Expression}'
Ast/Expression.cs(232,21): error CS1574: XML comment on `Microsoft.Scripting.Ast.Expression.DumpExpression(System.IO.TextWriter)'
has cref attribute `TextWriter' that could not be resolved
Ast/Expression.cs(232,21): error CS1574: XML comment on `Microsoft.Scripting.Ast.Expression.DumpExpression(System.IO.TextWriter)'
has cref attribute `TextWriter' that could not be resolved
Ast/IndexExpression.cs(181,39): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.ArrayAccess(Microsoft.Scripting.Ast.Expression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>)'
has syntactically incorrect cref attribute `IEnumerable{Expression}'
Ast/IndexExpression.cs(343,39): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Property(Microsoft.Scripting.Ast.Expression,
System.Reflection.PropertyInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(276,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
params Microsoft.Scripting.Ast.ParameterExpression[])' has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(276,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
params Microsoft.Scripting.Ast.ParameterExpression[])' has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(288,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
bool, params Microsoft.Scripting.Ast.ParameterExpression[])' has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(288,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
bool, params Microsoft.Scripting.Ast.ParameterExpression[])' has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(299,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(299,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(299,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(311,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(311,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(311,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(323,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
string, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(323,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
string, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(323,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
string, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(336,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
string, bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(336,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
string, bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(336,45): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda<TDelegate>(Microsoft.Scripting.Ast.Expression,
string, bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/LambdaExpression.cs(370,40): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda(Microsoft.Scripting.Ast.Expression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(381,40): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda(Microsoft.Scripting.Ast.Expression,
bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(415,40): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda(System.Type,
Microsoft.Scripting.Ast.Expression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(427,40): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda(System.Type,
Microsoft.Scripting.Ast.Expression, bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(438,40): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda(Microsoft.Scripting.Ast.Expression,
string, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(450,40): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda(Microsoft.Scripting.Ast.Expression,
string, bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(484,40): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda(System.Type,
Microsoft.Scripting.Ast.Expression, string, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(500,40): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.Lambda(System.Type,
Microsoft.Scripting.Ast.Expression, string, bool, System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ParameterExpression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/ListInitExpression.cs(145,42): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.ListInit(Microsoft.Scripting.Ast.NewExpression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/ListInitExpression.cs(181,42): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.ListInit(Microsoft.Scripting.Ast.NewExpression,
System.Reflection.MethodInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/ListInitExpression.cs(226,42): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.ListInit(Microsoft.Scripting.Ast.NewExpression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ElementInit>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/ListInitExpression.cs(226,42): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.ListInit(Microsoft.Scripting.Ast.NewExpression,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.ElementInit>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/MemberMemberBinding.cs(89,43): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.MemberBind(System.Reflection.MemberInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.MemberBinding>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/MemberMemberBinding.cs(109,43): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.MemberBind(System.Reflection.MethodInfo,
params Microsoft.Scripting.Ast.MemberBinding[])' has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/MemberMemberBinding.cs(124,43): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.MemberBind(System.Reflection.MethodInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.MemberBinding>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/NewExpression.cs(165,37): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.New(System.Reflection.ConstructorInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/NewExpression.cs(183,37): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.New(System.Reflection.ConstructorInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>,
System.Collections.Generic.IEnumerable<System.Reflection.MemberInfo>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/NewExpression.cs(183,37): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.New(System.Reflection.ConstructorInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>,
System.Collections.Generic.IEnumerable<System.Reflection.MemberInfo>)'
has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/NewExpression.cs(199,37): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression.New(System.Reflection.ConstructorInfo,
System.Collections.Generic.IEnumerable<Microsoft.Scripting.Ast.Expression>,
params System.Reflection.MemberInfo[])' has syntactically incorrect cref attribute `IEnumerable{T}'
Ast/LambdaExpression.cs(180,25): error CS1584: XML comment on `Microsoft.Scripting.Ast.Expression<TDelegate>' has syntactically incorrect cref attribute `Expression{TDelegate}'
Ast/RuntimeVariablesExpression.cs(36,25): error CS1584: XML comment on `Microsoft.Scripting.Ast.RuntimeVariablesExpression' has syntactically incorrect cref attribute `IList{IStrongBox}'
Ast/MemberBinding.cs(39,9): error CS1584: XML comment on `Microsoft.Scripting.Ast.MemberBindingType.ListBinding' has syntactically incorrect cref attribute `System.Collections.Generic.ICollection{T}'
Ast/ExpressionVisitor.cs(367,47): error CS1584: XML comment on `Microsoft.Scripting.Ast.ExpressionVisitor.VisitLambda<T>(Microsoft.Scripting.Ast.Expression<T>)'
has syntactically incorrect cref attribute `Expression<T>'
Utils/ReadOnlyCollectionBuilder.cs(139,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Insert(int,
T)' has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(139,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Insert(int,
T)' has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(157,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.RemoveAt(int)'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(193,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Add(T)'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(193,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Add(T)'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(204,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Clear()'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(217,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Contains(T)'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(217,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Contains(T)'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(217,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Contains(T)'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(242,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.CopyTo(T[],
int)' has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(242,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.CopyTo(T[],
int)' has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(257,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Remove(T)'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(257,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Remove(T)'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(257,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Remove(T)'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(257,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Remove(T)'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(275,31): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.GetEnumerator()'
has syntactically incorrect cref attribute `IEnumerator{T}'
Utils/ReadOnlyCollectionBuilder.cs(380,21): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.Reverse()'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(401,20): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToArray()'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(401,20): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToArray()'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(413,38): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToReadOnlyCollection()'
has syntactically incorrect cref attribute `ReadOnlyCollection{T}'
Utils/ReadOnlyCollectionBuilder.cs(413,38): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToReadOnlyCollection()'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(413,38): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToReadOnlyCollection()'
has syntactically incorrect cref attribute `ReadOnlyCollectionBuilder{T}'
Utils/ReadOnlyCollectionBuilder.cs(413,38): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToReadOnlyCollection()'
has syntactically incorrect cref attribute `ReadOnlyCollection{T}'
Utils/ReadOnlyCollectionBuilder.cs(413,38): error CS1584: XML comment on `System.Runtime.CompilerServices.ReadOnlyCollectionBuilder<T>.ToReadOnlyCollection()'
has syntactically incorrect cref attribute `ReadOnlyCollection{T}'
			Task "Csc" execution -- FAILED
			Done building target "CoreCompile" in project
"/tmp/main/Runtime/Microsoft.Scripting.Core/Microsoft.Scripting.Core.csproj".--
FAILED
		Done building project
"/tmp/main/Runtime/Microsoft.Scripting.Core/Microsoft.Scripting.Core.csproj".--
FAILED
	Task "MSBuild" execution -- FAILED
	Done building target "Build" in project
"/tmp/main/Solutions/IronPython.Mono.sln".-- FAILED Done building project "/tmp/main/Solutions/IronPython.Mono.sln".-- FAILED

Build FAILED.

> Tomas






From loocas at duber.cz  Thu Mar 24 22:34:16 2011
From: loocas at duber.cz (=?UTF-8?B?THVrw6HFoSBEdWLEm2Rh?=)
Date: Thu, 24 Mar 2011 22:34:16 +0100
Subject: [IronPython] MD5 file checksum comparisons perform differently in
 different IPy versions?
Message-ID: <4D8BB8D8.1050405@duber.cz>

Hi there everyone,

can anyone enlighten me, please, as to why does
a direct comparison of two MD5 checksums (completely
the same) result in a different output in IPy versions
prior to 2.7?

In both 2.6 and 2.6.1 when I make a MD5 checksum of
two files that were copied from the same source, I get:

FALSE

but if I run exactly the same code and compare the checksums
in IPy 2.7, I'm getting

TRUE

Here's the snippet:

try:
	srcFStream = FileStream(file1, FileMode.Open, FileAccess.Read)
	destFStream = FileStream(file2, FileMode.Open, FileAccess.Read)
	srcMD5 = md5.ComputeHash(srcFStream)
	destMD5 = md5.ComputeHash(destFStream)
except Exception as inst:
	print 'An exception occured:', inst
	return False
finally:
	srcFStream.Close()
	destFStream.Close()

print 'checksum comparison for files {0} {1} was {2}'.format(file1, 
file2, repr(srcMD5 == destMD5))
print 'last write time for file {0} was {1}'.format(file1, 
File.GetLastWriteTime(file1))
		print 'last write time for file {0} was {1}'.format(file2, 
File.GetLastWriteTime(file2))

In IPy prior to 2.7, I'm getting:

checksum comparison for files C:\Test\aabb.txt C:\Blabla\aabb.txt was False
last write time for file C:\Test\aabb.txt was 24.3.2011 20:53:05
last write time for file C:\Blabla\aabb.txt was 24.3.2011 20:53:05

Here are the checksums:
 >>> System.BitConverter.ToString(destMD5)
'2A-74-7D-5F-CC-FD-B6-75-57-C0-30-28-E4-BB-A4-0C'
 >>> System.BitConverter.ToString(srcMD5)
'2A-74-7D-5F-CC-FD-B6-75-57-C0-30-28-E4-BB-A4-0C'

Why is that? And how can I make sure of backwards compatibility?

Thanks a lot in advance, cheers,

-- 
Luk?? Dub?da
Director
[T] +420 602 444 164

duber studio(tm)
[M] info at duber.cz
[W] http://www.duber.cz

[A] R.A.Dvorsk?ho 601, Praha 10
[A] 10900, Czech Republic, Europe


From amy.m.yau at intel.com  Thu Mar 24 23:17:50 2011
From: amy.m.yau at intel.com (amy yau)
Date: Thu, 24 Mar 2011 15:17:50 -0700 (PDT)
Subject: [IronPython]  IronPython2.7 import locking error
Message-ID: <31233423.post@talk.nabble.com>


Hi

I have some python library which compiled fine using Python2.5

But when using ironPython2.7 I got the following error from the console: 


>>>from msvcrt import locking
Traceback (most recent call last):
     File "<stdin>", line 1, in <module>
importError: Cannot import name locking

I do not get any error mesaage when using the Python2.5 interactive window.
Anyidea how I can make the standard library to compile on ironPython2.7?
-- 
View this message in context: http://old.nabble.com/IronPython2.7-import-locking-error-tp31233423p31233423.html
Sent from the IronPython mailing list archive at Nabble.com.



From dinov at microsoft.com  Fri Mar 25 00:25:39 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Thu, 24 Mar 2011 23:25:39 +0000
Subject: [IronPython] IronPython2.7 import locking error
In-Reply-To: <31233423.post@talk.nabble.com>
References: <31233423.post@talk.nabble.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E14FFCE6F@TK5EX14MBXC135.redmond.corp.microsoft.com>

Locking isn't part of the standard lib, did you install something into site packages called locking?

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of amy yau
Sent: Thursday, March 24, 2011 3:18 PM
To: users at lists.ironpython.com
Subject: [IronPython] IronPython2.7 import locking error


Hi

I have some python library which compiled fine using Python2.5

But when using ironPython2.7 I got the following error from the console: 


>>>from msvcrt import locking
Traceback (most recent call last):
     File "<stdin>", line 1, in <module>
importError: Cannot import name locking

I do not get any error mesaage when using the Python2.5 interactive window.
Anyidea how I can make the standard library to compile on ironPython2.7?
-- 
View this message in context: http://old.nabble.com/IronPython2.7-import-locking-error-tp31233423p31233423.html
Sent from the IronPython mailing list archive at Nabble.com.

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From amy.m.yau at intel.com  Fri Mar 25 00:45:29 2011
From: amy.m.yau at intel.com (amy yau)
Date: Thu, 24 Mar 2011 16:45:29 -0700 (PDT)
Subject: [IronPython] IronPython2.7 import locking error
In-Reply-To: <31233423.post@talk.nabble.com>
References: <31233423.post@talk.nabble.com>
Message-ID: <31234024.post@talk.nabble.com>



what I can see is when I import msvcrt on Python2.5 console and do a
dir(msvcrt). it has a method called locking
but when I import msvcrt on IronPython2.7 it does not have the method
locking. What I can do is I will try to find out what the python lib does
using this msvcrt module and modify it for IronPython2.7 standard library.
Thanks
Amy




amy yau wrote:
> 
> Hi
> 
> I have some python library which compiled fine using Python2.5
> 
> But when using ironPython2.7 I got the following error from the console: 
> 
> 
>>>>from msvcrt import locking
> Traceback (most recent call last):
>      File "<stdin>", line 1, in <module>
> importError: Cannot import name locking
> 
> I do not get any error mesaage when using the Python2.5 interactive
> window.
> Anyidea how I can make the standard library to compile on ironPython2.7?
> 

-- 
View this message in context: http://old.nabble.com/IronPython2.7-import-locking-error-tp31233423p31234024.html
Sent from the IronPython mailing list archive at Nabble.com.



From dinov at microsoft.com  Fri Mar 25 01:41:33 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Fri, 25 Mar 2011 00:41:33 +0000
Subject: [IronPython] IronPython2.7 import locking error
In-Reply-To: <31234024.post@talk.nabble.com>
References: <31233423.post@talk.nabble.com> <31234024.post@talk.nabble.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E14FFD0E6@TK5EX14MBXC135.redmond.corp.microsoft.com>

Oh I see I missed the line containing msvcrt.  This just looks like it hasn't been implemented (we still have only a very partially implemented version of msvcrt).  It should be trivial to do add this , it should just be a P/Invoke out to msvcrt100, if someone wants to provide a patch.

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of amy yau
Sent: Thursday, March 24, 2011 4:45 PM
To: users at lists.ironpython.com
Subject: Re: [IronPython] IronPython2.7 import locking error



what I can see is when I import msvcrt on Python2.5 console and do a dir(msvcrt). it has a method called locking but when I import msvcrt on IronPython2.7 it does not have the method locking. What I can do is I will try to find out what the python lib does using this msvcrt module and modify it for IronPython2.7 standard library.
Thanks
Amy




amy yau wrote:
> 
> Hi
> 
> I have some python library which compiled fine using Python2.5
> 
> But when using ironPython2.7 I got the following error from the console: 
> 
> 
>>>>from msvcrt import locking
> Traceback (most recent call last):
>      File "<stdin>", line 1, in <module>
> importError: Cannot import name locking
> 
> I do not get any error mesaage when using the Python2.5 interactive 
> window.
> Anyidea how I can make the standard library to compile on ironPython2.7?
> 

--
View this message in context: http://old.nabble.com/IronPython2.7-import-locking-error-tp31233423p31234024.html
Sent from the IronPython mailing list archive at Nabble.com.

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From doug.blank at gmail.com  Fri Mar 25 12:54:16 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Fri, 25 Mar 2011 07:54:16 -0400
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <9597F4A19BFDB342B6E90963100C3308042ABF@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTimPeDexqEXiXaekw+WEypc+TGriuHe8Vo7goJh_@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C330804265F@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTi=MhAsRPUUDg4C0Boh=62dELcSE=BtNZpNu24A6@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042709@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<9597F4A19BFDB342B6E90963100C3308042A36@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikfJHrURnE_jnXW6_x0VTAqLUsTYd1wNyb14d3T@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042ABF@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <AANLkTi=MC5i0nWVuGUm0dK0qcq4BzU7_F7Xjx3Uj5ZEN@mail.gmail.com>

On Thu, Mar 24, 2011 at 1:30 PM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> It seems that we just need to disable XML warning in Microsoft.System.Core project.

Ok. If you can provide a bit more information about this, I'll take a
stab, or report an issue in the tracker. It sounds like support for
IronPython 2.7 using the 2.0 framework under Mono is getting close!

-Doug

> Tomas


From Tomas.Matousek at microsoft.com  Fri Mar 25 17:16:43 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Fri, 25 Mar 2011 16:16:43 +0000
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <AANLkTi=MC5i0nWVuGUm0dK0qcq4BzU7_F7Xjx3Uj5ZEN@mail.gmail.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTimPeDexqEXiXaekw+WEypc+TGriuHe8Vo7goJh_@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C330804265F@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTi=MhAsRPUUDg4C0Boh=62dELcSE=BtNZpNu24A6@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042709@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<9597F4A19BFDB342B6E90963100C3308042A36@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikfJHrURnE_jnXW6_x0VTAqLUsTYd1wNyb14d3T@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042ABF@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTi=MC5i0nWVuGUm0dK0qcq4BzU7_F7Xjx3Uj5ZEN@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C3308043256@SN2PRD0302MB113.namprd03.prod.outlook.com>

It's fixed - a trivial change: 

https://github.com/IronLanguages/main/commit/a8d9bc96aefcdb30bfd93a091b60ffb8fa4a8e4a


Tomas

-----Original Message-----
From: Doug Blank [mailto:doug.blank at gmail.com] 
Sent: Friday, March 25, 2011 4:54 AM
To: Tomas Matousek
Cc: Discussion of IronPython
Subject: Re: [IronPython] Building IronPython/IronRuby for Mono? Yes!

On Thu, Mar 24, 2011 at 1:30 PM, Tomas Matousek <Tomas.Matousek at microsoft.com> wrote:
> It seems that we just need to disable XML warning in Microsoft.System.Core project.

Ok. If you can provide a bit more information about this, I'll take a stab, or report an issue in the tracker. It sounds like support for IronPython 2.7 using the 2.0 framework under Mono is getting close!

-Doug

> Tomas






From amy.m.yau at intel.com  Fri Mar 25 18:32:21 2011
From: amy.m.yau at intel.com (amy yau)
Date: Fri, 25 Mar 2011 10:32:21 -0700 (PDT)
Subject: [IronPython] IronPython2.7 import locking error
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E14FFD0E6@TK5EX14MBXC135.redmond.corp.microsoft.com>
References: <31233423.post@talk.nabble.com> <31234024.post@talk.nabble.com>
	<6C7ABA8B4E309440B857D74348836F2E14FFD0E6@TK5EX14MBXC135.redmond.corp.microsoft.com>
Message-ID: <31240184.post@talk.nabble.com>



that would be great if a patch is provided. Please let me know when it is
available. 


Dino Viehland wrote:
> 
> Oh I see I missed the line containing msvcrt.  This just looks like it
> hasn't been implemented (we still have only a very partially implemented
> version of msvcrt).  It should be trivial to do add this , it should just
> be a P/Invoke out to msvcrt100, if someone wants to provide a patch.
> 
> -----Original Message-----
> From: users-bounces at lists.ironpython.com
> [mailto:users-bounces at lists.ironpython.com] On Behalf Of amy yau
> Sent: Thursday, March 24, 2011 4:45 PM
> To: users at lists.ironpython.com
> Subject: Re: [IronPython] IronPython2.7 import locking error
> 
> 
> 
> what I can see is when I import msvcrt on Python2.5 console and do a
> dir(msvcrt). it has a method called locking but when I import msvcrt on
> IronPython2.7 it does not have the method locking. What I can do is I will
> try to find out what the python lib does using this msvcrt module and
> modify it for IronPython2.7 standard library.
> Thanks
> Amy
> 
> 
> 
> 
> amy yau wrote:
>> 
>> Hi
>> 
>> I have some python library which compiled fine using Python2.5
>> 
>> But when using ironPython2.7 I got the following error from the console: 
>> 
>> 
>>>>>from msvcrt import locking
>> Traceback (most recent call last):
>>      File "<stdin>", line 1, in <module>
>> importError: Cannot import name locking
>> 
>> I do not get any error mesaage when using the Python2.5 interactive 
>> window.
>> Anyidea how I can make the standard library to compile on ironPython2.7?
>> 
> 
> --
> View this message in context:
> http://old.nabble.com/IronPython2.7-import-locking-error-tp31233423p31234024.html
> Sent from the IronPython mailing list archive at Nabble.com.
> 
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> 
> 

-- 
View this message in context: http://old.nabble.com/IronPython2.7-import-locking-error-tp31233423p31240184.html
Sent from the IronPython mailing list archive at Nabble.com.



From jdhardy at gmail.com  Fri Mar 25 19:07:50 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 25 Mar 2011 12:07:50 -0600
Subject: [IronPython] IronPython2.7 import locking error
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E14FFD0E6@TK5EX14MBXC135.redmond.corp.microsoft.com>
References: <31233423.post@talk.nabble.com> <31234024.post@talk.nabble.com>
	<6C7ABA8B4E309440B857D74348836F2E14FFD0E6@TK5EX14MBXC135.redmond.corp.microsoft.com>
Message-ID: <AANLkTikseAaeB5SKi4RLo2fwRV5TH8iaQ_pGVBr05eCr@mail.gmail.com>

On Thu, Mar 24, 2011 at 6:41 PM, Dino Viehland <dinov at microsoft.com> wrote:
> Oh I see I missed the line containing msvcrt. ?This just looks like it hasn't been implemented (we still have only a very partially implemented version of msvcrt). ?It should be trivial to do add this , it should just be a P/Invoke out to msvcrt100, if someone wants to provide a patch.

It seems to me that msvcrt.locking is actually quite tricky, as it
normally uses the CRT file handles when calling the locking functions.
We'd have to emulate the behavior using the .NET locking functions (or
rewrite all of our file APIs to use the CRT).

- Jeff


From dinov at microsoft.com  Fri Mar 25 19:14:40 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Fri, 25 Mar 2011 18:14:40 +0000
Subject: [IronPython] IronPython2.7 import locking error
In-Reply-To: <AANLkTikseAaeB5SKi4RLo2fwRV5TH8iaQ_pGVBr05eCr@mail.gmail.com>
References: <31233423.post@talk.nabble.com>	<31234024.post@talk.nabble.com>
	<6C7ABA8B4E309440B857D74348836F2E14FFD0E6@TK5EX14MBXC135.redmond.corp.microsoft.com>
	<AANLkTikseAaeB5SKi4RLo2fwRV5TH8iaQ_pGVBr05eCr@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E14FFEB54@TK5EX14MBXC135.redmond.corp.microsoft.com>

It looks like the CRT implements this by calling the LockFile/UnlockFile Win32 APIs (potentially retrying w/ 1 second between tries depending on the mode) so we could do that ourselves w/ the OS file handles.

-----Original Message-----
From: Jeff Hardy [mailto:jdhardy at gmail.com] 
Sent: Friday, March 25, 2011 11:08 AM
To: Discussion of IronPython
Cc: Dino Viehland
Subject: Re: [IronPython] IronPython2.7 import locking error

On Thu, Mar 24, 2011 at 6:41 PM, Dino Viehland <dinov at microsoft.com> wrote:
> Oh I see I missed the line containing msvcrt. ?This just looks like it hasn't been implemented (we still have only a very partially implemented version of msvcrt). ?It should be trivial to do add this , it should just be a P/Invoke out to msvcrt100, if someone wants to provide a patch.

It seems to me that msvcrt.locking is actually quite tricky, as it normally uses the CRT file handles when calling the locking functions.
We'd have to emulate the behavior using the .NET locking functions (or rewrite all of our file APIs to use the CRT).

- Jeff



From jdhardy at gmail.com  Fri Mar 25 19:46:02 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 25 Mar 2011 12:46:02 -0600
Subject: [IronPython] IronPython2.7 import locking error
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E14FFEB54@TK5EX14MBXC135.redmond.corp.microsoft.com>
References: <31233423.post@talk.nabble.com> <31234024.post@talk.nabble.com>
	<6C7ABA8B4E309440B857D74348836F2E14FFD0E6@TK5EX14MBXC135.redmond.corp.microsoft.com>
	<AANLkTikseAaeB5SKi4RLo2fwRV5TH8iaQ_pGVBr05eCr@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E14FFEB54@TK5EX14MBXC135.redmond.corp.microsoft.com>
Message-ID: <AANLkTi=UUrmzFOCMz8YA5fdywbW7dGUVBJfZRLC98fDB@mail.gmail.com>

On Fri, Mar 25, 2011 at 12:14 PM, Dino Viehland <dinov at microsoft.com> wrote:
> It looks like the CRT implements this by calling the LockFile/UnlockFile Win32 APIs (potentially retrying w/ 1 second between tries depending on the mode) so we could do that ourselves w/ the OS file handles.

Clever. Note to self: FileStream.SafeFileHandle.

- Jeff

>
> -----Original Message-----
> From: Jeff Hardy [mailto:jdhardy at gmail.com]
> Sent: Friday, March 25, 2011 11:08 AM
> To: Discussion of IronPython
> Cc: Dino Viehland
> Subject: Re: [IronPython] IronPython2.7 import locking error
>
> On Thu, Mar 24, 2011 at 6:41 PM, Dino Viehland <dinov at microsoft.com> wrote:
>> Oh I see I missed the line containing msvcrt. ?This just looks like it hasn't been implemented (we still have only a very partially implemented version of msvcrt). ?It should be trivial to do add this , it should just be a P/Invoke out to msvcrt100, if someone wants to provide a patch.
>
> It seems to me that msvcrt.locking is actually quite tricky, as it normally uses the CRT file handles when calling the locking functions.
> We'd have to emulate the behavior using the .NET locking functions (or rewrite all of our file APIs to use the CRT).
>
> - Jeff
>
>


From doug.blank at gmail.com  Fri Mar 25 19:46:05 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Fri, 25 Mar 2011 14:46:05 -0400
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <9597F4A19BFDB342B6E90963100C3308043256@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTimPeDexqEXiXaekw+WEypc+TGriuHe8Vo7goJh_@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C330804265F@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTi=MhAsRPUUDg4C0Boh=62dELcSE=BtNZpNu24A6@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042709@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<9597F4A19BFDB342B6E90963100C3308042A36@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikfJHrURnE_jnXW6_x0VTAqLUsTYd1wNyb14d3T@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042ABF@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTi=MC5i0nWVuGUm0dK0qcq4BzU7_F7Xjx3Uj5ZEN@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308043256@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <AANLkTinLDXDCaAmOs9DHDCQ_tTBgeJdVp_EDy5pf8f5t@mail.gmail.com>

On Fri, Mar 25, 2011 at 12:16 PM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> It's fixed - a trivial change:
>
> https://github.com/IronLanguages/main/commit/a8d9bc96aefcdb30bfd93a091b60ffb8fa4a8e4a

Excellent! IronPython 3.0 (trunk) with .NET framework 2.0 *builds* and
*runs* great under Mono 2.10. And it seems to *run* great under Mono
2.6.7 as well! It does NOT build under Mono 2.6.7, but I suspect that
many mono build issues between 2.6.7 and 2.10 have been fixed.

Three easy steps:

1) git clone https://github.com/IronLanguages/main.git IronPython
2) cd IronPython
3) xbuild Solutions/IronPython.Mono.sln /p:Configuration="v2Release"

Thanks for this work, Tomas (and everyone else, too)!

-Doug

>
> Tomas


From jdhardy at gmail.com  Fri Mar 25 20:02:24 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 25 Mar 2011 13:02:24 -0600
Subject: [IronPython] Building IronPython/IronRuby for Mono? Yes!
In-Reply-To: <AANLkTinLDXDCaAmOs9DHDCQ_tTBgeJdVp_EDy5pf8f5t@mail.gmail.com>
References: <AANLkTikL4Rp+KiYsqLWBggShGUin9=ai69+EE6h01gAf@mail.gmail.com>
	<AANLkTikz_jd+9C54HWpfJh-6EvrtoXhhKWvmvqB9VyMb@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042302@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTimPeDexqEXiXaekw+WEypc+TGriuHe8Vo7goJh_@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C330804265F@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTi=MhAsRPUUDg4C0Boh=62dELcSE=BtNZpNu24A6@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042709@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<9597F4A19BFDB342B6E90963100C3308042A36@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikfJHrURnE_jnXW6_x0VTAqLUsTYd1wNyb14d3T@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308042ABF@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTi=MC5i0nWVuGUm0dK0qcq4BzU7_F7Xjx3Uj5ZEN@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308043256@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTinLDXDCaAmOs9DHDCQ_tTBgeJdVp_EDy5pf8f5t@mail.gmail.com>
Message-ID: <AANLkTi=+r3h7BmxRoK3GUq9Oo-5gNMgZASd_Vft8iB6j@mail.gmail.com>

On Fri, Mar 25, 2011 at 12:46 PM, Doug Blank <doug.blank at gmail.com> wrote:
> Excellent! IronPython 3.0 (trunk) with .NET framework 2.0 *builds* and
> *runs* great under Mono 2.10. And it seems to *run* great under Mono
> 2.6.7 as well! It does NOT build under Mono 2.6.7, but I suspect that
> many mono build issues between 2.6.7 and 2.10 have been fixed.

When I get a chance I'll cherry-pick those changes onto the
ipy-2.7-maint branch as well. There's not much difference now, but
they will diverge quite a bit in the future.

- Jeff


From jmccampbell at enthought.com  Fri Mar 25 21:28:30 2011
From: jmccampbell at enthought.com (Jason McCampbell)
Date: Fri, 25 Mar 2011 15:28:30 -0500
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <31196654.post@talk.nabble.com>
References: <31196654.post@talk.nabble.com>
Message-ID: <AANLkTinBe_oV__y401aZfWeEF8Q4qkH4TFh38sLv3+LH@mail.gmail.com>

Hi Felix,

Sorry, was traveling this week and got behind.  We don't have documentation
on it yet, though it's similar to 'enpkg' for Python. You are welcome to
email me with specific questions.

In general, the file is a self-installing Python file that creates the small
ironpkg module.  This just manages the 'egg' files (essentially ZIP files)
stored on our repository (others could be added) and will take care of
download the eggs and extracting them.

Regards,
Jason

On Mon, Mar 21, 2011 at 2:40 AM, Felice80 <fzumstein at gmail.com> wrote:

>
> Jason,
>
> is there somewhere a more detailed user guide on how to perform step 3 of
> the installation (ironpkg)? I'm kind of lost.
>
> thank very much!!
> Felix
>
>
>
> Jason McCampbell wrote:
> >
> > Hi Chad,
> >
> > Sorry for the delayed response, we were busy getting the beta release of
> > NumPy and SciPy together.  Microsoft announced the availability of NumPy
> > and
> > SciPy for IronPython / .NET  at PyCon the end of last week.
> >
> > You can find the install instructions here for the pre-built binaries:
> > http://www.enthought.com/repo/.iron/
> >
> > <http://www.enthought.com/repo/.iron/>Alternately you can grab the
> source
> > code from the following repositories:
> >     https://github.com/numpy/numpy-refactor
> >     https://github.com/jasonmccampbell/scipy-refactor
> >
> > One note we don't have documented right now is that SciPy requires the
> > Python stack frames access, which IronPython doesn't enable by default.
> > To
> > run SciPy you need to use the "-X:Frames" argument:
> >     ipy.exe -X:Frames -c "import scipy"
> >
> > <https://github.com/jasonmccampbell/scipy-refactor>Regards,
> > Jason
> >
> >
> > On Tue, Mar 1, 2011 at 4:32 PM, Chad Brockman <chadbr at slb.com> wrote:
> >
> >>  Anyone know if the effort to port numpy to IronPython is still alive?
> >> Enthought / MS announced it last year?
> >> http://www.enthought.com/media/SciPyNumPyDotNet.pdf
> >>
> >>
> >>
> >> Anyone know if IronClad is still being developed?
> >>
> >>
> >>
> >> Thanks, Chad
> >>
> >> _______________________________________________
> >> Users mailing list
> >> Users at lists.ironpython.com
> >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >>
> >>
> >
> >
> > --
> > *Jason McCampbell*
> > Enthought, Inc.
> > 512.850.6069
> > jmccampbell at enthought.com
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.ironpython.com
> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >
> >
>
> --
> View this message in context:
> http://old.nabble.com/numpy---IronClad--tp31044998p31196654.html
> Sent from the IronPython mailing list archive at Nabble.com.
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
*Jason McCampbell*
Enthought, Inc.
512.850.6069
jmccampbell at enthought.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110325/29035398/attachment.html>

From afanolovcic at gmail.com  Sat Mar 26 02:56:13 2011
From: afanolovcic at gmail.com (Afan Olovcic)
Date: Sat, 26 Mar 2011 02:56:13 +0100
Subject: [IronPython] The return value (out)
Message-ID: <AANLkTinRdP_o5=rTTxK4i6_f9pYHOcuUAtDvwjB8Zb1j@mail.gmail.com>

Hi,

Can somebody help me to solve this problem please ?

in the .NET Assembly there is C# function:
public static extern int EntityPick(out TPick pick, TEntity entity, float
range = 100, float radius = 0, int collisionType = 0, PickFilterCallback
pickfilter = null);

how to call that function in ironPython and get return value of pick

I can't find working solution

Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110326/fbb2690a/attachment.html>

From Tomas.Matousek at microsoft.com  Sat Mar 26 03:13:46 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sat, 26 Mar 2011 02:13:46 +0000
Subject: [IronPython] The return value (out)
In-Reply-To: <AANLkTinRdP_o5=rTTxK4i6_f9pYHOcuUAtDvwjB8Zb1j@mail.gmail.com>
References: <AANLkTinRdP_o5=rTTxK4i6_f9pYHOcuUAtDvwjB8Zb1j@mail.gmail.com>
Message-ID: <9597F4A19BFDB342B6E90963100C3308043C6C@SN2PRD0302MB113.namprd03.prod.outlook.com>

This should work:

result, pick = EntityPick(entity)

That is, out arguments are returned bundled in a tuple with the result of the method.

Tomas

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Afan Olovcic
Sent: Friday, March 25, 2011 6:56 PM
To: users at lists.ironpython.com
Subject: [IronPython] The return value (out)

Hi,

Can somebody help me to solve this problem please ?

in the .NET Assembly there is C# function:
public static extern int EntityPick(out TPick pick, TEntity entity, float range = 100, float radius = 0, int collisionType = 0, PickFilterCallback pickfilter = null);

how to call that function in ironPython and get return value of pick

I can't find working solution

Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110326/504aacef/attachment.html>

From afanolovcic at gmail.com  Sat Mar 26 03:23:49 2011
From: afanolovcic at gmail.com (Afan Olovcic)
Date: Sat, 26 Mar 2011 03:23:49 +0100
Subject: [IronPython] The return value (out)
In-Reply-To: <9597F4A19BFDB342B6E90963100C3308043C6C@SN2PRD0302MB113.namprd03.prod.outlook.com>
References: <AANLkTinRdP_o5=rTTxK4i6_f9pYHOcuUAtDvwjB8Zb1j@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308043C6C@SN2PRD0302MB113.namprd03.prod.outlook.com>
Message-ID: <AANLkTikd5GFMdR4yvPs9AVyLu-DvYiVp7xuLHgx_p+Z+@mail.gmail.com>

Hi,

It doesn't work I have an error message

Microsoft.Scripting.ArgumentTypeException: expected StrongBox[TPick], got
TMesh

code:

result, pick = LE.EntityPick(entity,10.0)


On Sat, Mar 26, 2011 at 3:13 AM, Tomas Matousek <
Tomas.Matousek at microsoft.com> wrote:

>  This should work:
>
>
>
> result, pick = EntityPick(entity)
>
>
>
> That is, out arguments are returned bundled in a tuple with the result of
> the method.
>
>
>
> Tomas
>
>
>
> *From:* users-bounces at lists.ironpython.com [mailto:
> users-bounces at lists.ironpython.com] *On Behalf Of *Afan Olovcic
> *Sent:* Friday, March 25, 2011 6:56 PM
> *To:* users at lists.ironpython.com
> *Subject:* [IronPython] The return value (out)
>
>
>
> Hi,
>
>
>
> Can somebody help me to solve this problem please ?
>
>
>
> in the .NET Assembly there is C# function:
>
> public static extern int EntityPick(out TPick pick, TEntity entity, float
> range = 100, float radius = 0, int collisionType = 0, PickFilterCallback
> pickfilter = null);
>
>
>
> how to call that function in ironPython and get return value of pick
>
>
>
> I can't find working solution
>
>
>
> Thanks
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110326/36404328/attachment.html>

From dinov at microsoft.com  Sat Mar 26 06:44:30 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Sat, 26 Mar 2011 05:44:30 +0000
Subject: [IronPython] The return value (out)
In-Reply-To: <AANLkTikd5GFMdR4yvPs9AVyLu-DvYiVp7xuLHgx_p+Z+@mail.gmail.com>
References: <AANLkTinRdP_o5=rTTxK4i6_f9pYHOcuUAtDvwjB8Zb1j@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308043C6C@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikd5GFMdR4yvPs9AVyLu-DvYiVp7xuLHgx_p+Z+@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E1500092C@TK5EX14MBXC135.redmond.corp.microsoft.com>

Is the method overloaded?  There could be enough confusion w/overloads where we aren't picking the right overload.  Alternately you can do:

import clr
ref = clr.Reference[TPick]()

And then call it with the reference value whose's .Value property will be updated on a successful call such as:

int_res = EntityPick(ref, ...)
print ref.Value

If it is overloaded you can also index into the .Overloads property to select the proper overload but hopefully using Reference (which is an alias for StrongBox) should work.


From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Afan Olovcic
Sent: Friday, March 25, 2011 7:24 PM
To: Discussion of IronPython
Subject: Re: [IronPython] The return value (out)

Hi,

It doesn't work I have an error message

Microsoft.Scripting.ArgumentTypeException: expected StrongBox[TPick], got TMesh

code:

result, pick = LE.EntityPick(entity,10.0)

On Sat, Mar 26, 2011 at 3:13 AM, Tomas Matousek <Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote:
This should work:

result, pick = EntityPick(entity)

That is, out arguments are returned bundled in a tuple with the result of the method.

Tomas

From: users-bounces at lists.ironpython.com<mailto:users-bounces at lists.ironpython.com> [mailto:users-bounces at lists.ironpython.com<mailto:users-bounces at lists.ironpython.com>] On Behalf Of Afan Olovcic
Sent: Friday, March 25, 2011 6:56 PM
To: users at lists.ironpython.com<mailto:users at lists.ironpython.com>
Subject: [IronPython] The return value (out)

Hi,

Can somebody help me to solve this problem please ?

in the .NET Assembly there is C# function:
public static extern int EntityPick(out TPick pick, TEntity entity, float range = 100, float radius = 0, int collisionType = 0, PickFilterCallback pickfilter = null);

how to call that function in ironPython and get return value of pick

I can't find working solution

Thanks

_______________________________________________
Users mailing list
Users at lists.ironpython.com<mailto:Users at lists.ironpython.com>
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110326/d4c2b422/attachment.html>

From afanolovcic at gmail.com  Sat Mar 26 13:33:55 2011
From: afanolovcic at gmail.com (Afan Olovcic)
Date: Sat, 26 Mar 2011 13:33:55 +0100
Subject: [IronPython] The return value (out)
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E1500092C@TK5EX14MBXC135.redmond.corp.microsoft.com>
References: <AANLkTinRdP_o5=rTTxK4i6_f9pYHOcuUAtDvwjB8Zb1j@mail.gmail.com>
	<9597F4A19BFDB342B6E90963100C3308043C6C@SN2PRD0302MB113.namprd03.prod.outlook.com>
	<AANLkTikd5GFMdR4yvPs9AVyLu-DvYiVp7xuLHgx_p+Z+@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E1500092C@TK5EX14MBXC135.redmond.corp.microsoft.com>
Message-ID: <AANLkTikA_opHbk+TogtNLiXZzXQyZXzu7r05Z2uzKHjc@mail.gmail.com>

Thanks for your help guys,
It works ,
I have another problem now ,
i have new error msg : :)    expected TEntity, got TPivot  but I know why .
TPick is struct :

 public struct TPick
    {
        public TEntity entity;
        public TEntity surface;
        public float X, Y, Z;
        public float NX, NY, NZ;
        public int triangle;
    }

that is why he expect TEntity
but TMesh, TPivot, Tlight etc All of them are TEntity in same time
in c or c# I can say  Tlight light  or TEntity light     TMesh mesh  or
TEntity mesh
do you guys have idea how to solve this problem

Thanks





On Sat, Mar 26, 2011 at 6:44 AM, Dino Viehland <dinov at microsoft.com> wrote:

>  Is the method overloaded?  There could be enough confusion w/overloads
> where we aren?t picking the right overload.  Alternately you can do:
>
>
>
> import clr
>
> ref = clr.Reference[TPick]()
>
>
>
> And then call it with the reference value whose?s .Value property will be
> updated on a successful call such as:
>
>
>
> int_res = EntityPick(ref, ?)
>
> print ref.Value
>
>
>
> If it is overloaded you can also index into the .Overloads property to
> select the proper overload but hopefully using Reference (which is an alias
> for StrongBox) should work.
>
>
>
>
>
> *From:* users-bounces at lists.ironpython.com [mailto:
> users-bounces at lists.ironpython.com] *On Behalf Of *Afan Olovcic
> *Sent:* Friday, March 25, 2011 7:24 PM
> *To:* Discussion of IronPython
> *Subject:* Re: [IronPython] The return value (out)
>
>
>
> Hi,
>
>
>
> It doesn't work I have an error message
>
>
>
> Microsoft.Scripting.ArgumentTypeException: expected StrongBox[TPick], got
> TMesh
>
>
>
> code:
>
>
>
> result, pick = LE.*EntityPick*(entity,10.0)
>
>
>
> On Sat, Mar 26, 2011 at 3:13 AM, Tomas Matousek <
> Tomas.Matousek at microsoft.com> wrote:
>
> This should work:
>
>
>
> result, pick = EntityPick(entity)
>
>
>
> That is, out arguments are returned bundled in a tuple with the result of
> the method.
>
>
>
> Tomas
>
>
>
> *From:* users-bounces at lists.ironpython.com [mailto:
> users-bounces at lists.ironpython.com] *On Behalf Of *Afan Olovcic
> *Sent:* Friday, March 25, 2011 6:56 PM
> *To:* users at lists.ironpython.com
> *Subject:* [IronPython] The return value (out)
>
>
>
> Hi,
>
>
>
> Can somebody help me to solve this problem please ?
>
>
>
> in the .NET Assembly there is C# function:
>
> public static extern int EntityPick(out TPick pick, TEntity entity, float
> range = 100, float radius = 0, int collisionType = 0, PickFilterCallback
> pickfilter = null);
>
>
>
> how to call that function in ironPython and get return value of pick
>
>
>
> I can't find working solution
>
>
>
> Thanks
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110326/8409ca53/attachment.html>

From romain.gilles at gmail.com  Mon Mar 28 00:26:44 2011
From: romain.gilles at gmail.com (Romain Gilles)
Date: Mon, 28 Mar 2011 00:26:44 +0200
Subject: [IronPython] multiprocessing in 2.7
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C642@server02.in.3s-software.com>
References: <AANLkTi=2ViCyu9hEDAJCj1nQhPqDooUpiGiGiwxCY1gz@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480268C642@server02.in.3s-software.com>
Message-ID: <AANLkTik39nMRt+r1y3Num90EO5=vfiXG91+hDJj2qHQt@mail.gmail.com>

Hi Markus,
Thanks for your answer. I already know that and I have started to develop my
solution based on threading module. But, there is always a but, I'm working
with WebBrowser and I want to run multi concurrent instances and each
instance must have its own session. Unfortunately to get a session
independence for each WebBrowser instance I need to get a process per
instance :(. That's why I need to use multiprocess module. Maybe someone can
help me to find a way to get session isolation without multiprocess usage?

Thanks,

Romain

2011/3/24 Markus Schaber <m.schaber at 3s-software.com>

> Hi, Romain,
>
> Romain Gilles wrote:
> > from multiprocessing import Process
>
> A small remark:
> The main usage of the multiprocessing module is to work around the global
> interpreter lock (GIL) in cPython.
>
> As IronPython does not have that GIL, maybe you can create a scalable
> application just fine without the multiprocessing module, maybe using the
> .NET ThreadPools
>
> Gr??e,
> Markus
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110328/190eaf8e/attachment.html>

From fzumstein at gmail.com  Mon Mar 28 22:50:15 2011
From: fzumstein at gmail.com (Felice80)
Date: Mon, 28 Mar 2011 13:50:15 -0700 (PDT)
Subject: [IronPython] numpy / IronClad?
In-Reply-To: <AANLkTinBe_oV__y401aZfWeEF8Q4qkH4TFh38sLv3+LH@mail.gmail.com>
References: <6451C9079312284DA83CCE202D0E903B270C76B6@NL0230MBX09N1.DIR.slb.com>
	<AANLkTimRYqvrGuLm+fKd2X4eTCJpVFgk5ToAgQcSUKpA@mail.gmail.com>
	<31196654.post@talk.nabble.com>
	<AANLkTinBe_oV__y401aZfWeEF8Q4qkH4TFh38sLv3+LH@mail.gmail.com>
Message-ID: <31262168.post@talk.nabble.com>


Hi Jason,

thanks for getting back to me! As I pointed out in the resonse to my own
post, I finally managed to install it. So from the command prompt,
everything works out perfectly.

However: How can I import numpy/scipy from within Visual Studio 2010 (e.g.
IronPython Interactive)? I don't know how to run the "-X:Frames" argument
there.

thanks,
Felix


Jason McCampbell wrote:
> 
> Hi Felix,
> 
> Sorry, was traveling this week and got behind.  We don't have
> documentation
> on it yet, though it's similar to 'enpkg' for Python. You are welcome to
> email me with specific questions.
> 
> In general, the file is a self-installing Python file that creates the
> small
> ironpkg module.  This just manages the 'egg' files (essentially ZIP files)
> stored on our repository (others could be added) and will take care of
> download the eggs and extracting them.
> 
> Regards,
> Jason
> 
> On Mon, Mar 21, 2011 at 2:40 AM, Felice80 <fzumstein at gmail.com> wrote:
> 
>>
>> Jason,
>>
>> is there somewhere a more detailed user guide on how to perform step 3 of
>> the installation (ironpkg)? I'm kind of lost.
>>
>> thank very much!!
>> Felix
>>
>>
>>
>> Jason McCampbell wrote:
>> >
>> > Hi Chad,
>> >
>> > Sorry for the delayed response, we were busy getting the beta release
>> of
>> > NumPy and SciPy together.  Microsoft announced the availability of
>> NumPy
>> > and
>> > SciPy for IronPython / .NET  at PyCon the end of last week.
>> >
>> > You can find the install instructions here for the pre-built binaries:
>> > http://www.enthought.com/repo/.iron/
>> >
>> > <http://www.enthought.com/repo/.iron/>Alternately you can grab the
>> source
>> > code from the following repositories:
>> >     https://github.com/numpy/numpy-refactor
>> >     https://github.com/jasonmccampbell/scipy-refactor
>> >
>> > One note we don't have documented right now is that SciPy requires the
>> > Python stack frames access, which IronPython doesn't enable by default.
>> > To
>> > run SciPy you need to use the "-X:Frames" argument:
>> >     ipy.exe -X:Frames -c "import scipy"
>> >
>> > <https://github.com/jasonmccampbell/scipy-refactor>Regards,
>> > Jason
>> >
>> >
>> > On Tue, Mar 1, 2011 at 4:32 PM, Chad Brockman <chadbr at slb.com> wrote:
>> >
>> >>  Anyone know if the effort to port numpy to IronPython is still alive?
>> >> Enthought / MS announced it last year?
>> >> http://www.enthought.com/media/SciPyNumPyDotNet.pdf
>> >>
>> >>
>> >>
>> >> Anyone know if IronClad is still being developed?
>> >>
>> >>
>> >>
>> >> Thanks, Chad
>> >>
>> >> _______________________________________________
>> >> Users mailing list
>> >> Users at lists.ironpython.com
>> >> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> >>
>> >>
>> >
>> >
>> > --
>> > *Jason McCampbell*
>> > Enthought, Inc.
>> > 512.850.6069
>> > jmccampbell at enthought.com
>> >
>> > _______________________________________________
>> > Users mailing list
>> > Users at lists.ironpython.com
>> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>> >
>> >
>>
>> --
>> View this message in context:
>> http://old.nabble.com/numpy---IronClad--tp31044998p31196654.html
>> Sent from the IronPython mailing list archive at Nabble.com.
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.ironpython.com
>> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>>
> 
> 
> 
> -- 
> *Jason McCampbell*
> Enthought, Inc.
> 512.850.6069
> jmccampbell at enthought.com
> 
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> 
> 

-- 
View this message in context: http://old.nabble.com/numpy---IronClad--tp31044998p31262168.html
Sent from the IronPython mailing list archive at Nabble.com.



From m.schaber at 3s-software.com  Tue Mar 29 12:30:49 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Tue, 29 Mar 2011 12:30:49 +0200
Subject: [IronPython] Transparent import of dlls?
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C64A@server02.in.3s-software.com>

Hi,

 

I have some questions that may seem stupid, but I did not find the right
answers yet. So simple pointers to the correct google query are as
welcome as elaborate Howtos. J

 

For cPython, it is possible to compile a module into a .pyc file. If
this file resides in sys.path, it is transparently used instead of the
.py source file. (We can ignore the exact details of lookup and version
dependency here.)

 

For IronPython, there is the pyc.py compiler script. This allows a
python module to be precompiled into a .NET dll. However, it seems that
it is not used transparently when placed in a directory in sys.path, one
has to explicitly add a Reference to the dll (via clr.AddReference or
hosting API).

 

Now my questions:

 

Is there any way to make this work transparently? (e. G. via a Flag to
the interpreter, or a modified import() function, or renaming the .dll
to .pyc?)

 

Is there a way to extend this mechanism to python modules created in C#?
(Creating a "foo.dll" that contains a "foo" module created via
PythonModuleAttribute, similar to the way the modules in
Ironpython.Modules.dll are created).

 

We're currently using IronPytho 2.6 in a hosted .NET 2 environment.

 

Thanks a lot,

 

Regards,

Markus

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110329/9b5e7348/attachment.html>

From nitro at dr-code.org  Tue Mar 29 12:34:10 2011
From: nitro at dr-code.org (Matthias)
Date: Tue, 29 Mar 2011 12:34:10 +0200
Subject: [IronPython] IronLanguages
Message-ID: <op.vs3oy7zyzzzl10@nitrogenycs3>

Hello,

this question is not 100% targeted at IronPython, but I didn't know a  
better list to write to.

I've started writing a C# <-> javascript bridge. Unlike IronPython and  
IronRuby I don't want to write a javascript engine in .net, but rather use  
existing ones. I can already access C# classes from javascript and  
instance them. The opposite way turns out to be much harder for non-PODs.  
Example:

public class JSObject
{
     // has members like GetProperty/SetProperty which can act upon the  
javascript object
}

public class TestClass
{
     public string message = "This is a C# string";
}

public class TestApp
{
     public string testComplexObject(TestClass obj)
     {
         return obj.message;
     }

     public void runTest()
     {
         JSObject jsObj = ...;
         string message = testComplexObject(jsObj);
     }
}

The problem here is the "testComplexObject(jsObj)" call. Of course the  
jsObj cannot be converted directly to a TestClass, because it's an  
arbitrary javascript object.

I am wondering how IronPython solves this problem. I've read the sources a  
bit and it seems it makes use of IDynamicMetaObjectProvider etc. If  
JSObject provided IDynamicMetaObjectProvider, would it allow "converting"  
the jsObj to a TestClass obj? How?

It's not easy to find information on using the DLR for things like this on  
the net, so I've asked here. Apologies if I am off-topic.

-Matthias


From jdhardy at gmail.com  Tue Mar 29 16:30:51 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 29 Mar 2011 08:30:51 -0600
Subject: [IronPython] Transparent import of dlls?
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C64A@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480268C64A@server02.in.3s-software.com>
Message-ID: <AANLkTimA9FwjSDdY6MqkE80Vow7DUqBn+7gVfc30tKxc@mail.gmail.com>

On Tue, Mar 29, 2011 at 4:30 AM, Markus Schaber
<m.schaber at 3s-software.com> wrote:
> For IronPython, there is the pyc.py compiler script. This allows a python
> module to be precompiled into a .NET dll. However, it seems that it is not
> used transparently when placed in a directory in sys.path, one has to
> explicitly add a Reference to the dll (via clr.AddReference or hosting API).
>

That, currently, is the only way to do it.

> We?re currently using IronPytho 2.6 in a hosted .NET 2 environment.

For ipy.exe, there's a special directory called 'DLLs' that it reads
on startup and does the hosting equivalent of clr.AddReference for
each .dll in the folder. That's about the best you can do right now.

I've been thinking of adding support for .ipyd files (similar to
Python .pyd files), which could handle this case, but haven't thought
it through yet.

- Jeff


From m.schaber at 3s-software.com  Tue Mar 29 16:50:43 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Tue, 29 Mar 2011 16:50:43 +0200
Subject: [IronPython] Transparent import of dlls?
In-Reply-To: <AANLkTimA9FwjSDdY6MqkE80Vow7DUqBn+7gVfc30tKxc@mail.gmail.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480268C64A@server02.in.3s-software.com>
	<AANLkTimA9FwjSDdY6MqkE80Vow7DUqBn+7gVfc30tKxc@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C64C@server02.in.3s-software.com>

Hi, Jeff,

Von: Jeff Hardy [mailto:jdhardy at gmail.com]:

> > We're currently using IronPython 2.6 in a hosted .NET 2 environment.
> 
> For ipy.exe, there's a special directory called 'DLLs' that it reads
on
> startup and does the hosting equivalent of clr.AddReference for each
.dll
> in the folder. That's about the best you can do right now.

That DLLs directory seems to be a way which we can follow in our own
product.

The disadvantage is that all DLLs are read, whether they're imported, or
not.

> I've been thinking of adding support for .ipyd files (similar to
Python
> .pyd files), which could handle this case, but haven't thought it
through
> yet.

My suggestion is: "import foo" searches for a foo.ipyd (which basically
is a renamed foo.dll) in the search path, and can use both pyc-compiled
and handcrafted dlls.

Our use-case is to re-implement the API of 3rd-party native cPython
modules (like pysvn in my case) in C#. This should work as a drop-in
solution - drop the .dll in some appropriate place, and "import pysvn"
works without any changes in the actual application.

Regards,
Markus




From billchi at microsoft.com  Tue Mar 29 18:57:27 2011
From: billchi at microsoft.com (Bill Chiles)
Date: Tue, 29 Mar 2011 16:57:27 +0000
Subject: [IronPython] IronLanguages
In-Reply-To: <op.vs3oy7zyzzzl10@nitrogenycs3>
References: <op.vs3oy7zyzzzl10@nitrogenycs3>
Message-ID: <87F87F189CDD444089246B8290EC9735279FD397@TK5EX14MBXC201.redmond.corp.microsoft.com>

You'll want to look at the DLR overview doc and then the Sympl sample walkthrough doc:
http://dlr.codeplex.com/wikipage?title=Docs%20and%20specs&referringTitle=Home&ProjectName=dlr 

You'll want to type the parameter to testComplexObject as 'dynamic' and implement IDMOP on JSObject, which you can see how to do from the Sympl sample.  Now, the Sympl sample is VERY light on real .NET bindin, but if it all maps to GetProp/SetProp, then maybe this is fine.  If you might flow into your code a regular C# object (not just a JSObj), then you may want to make use of the DefaultBinder from the DLR project, which is what the Iron languages use to get much richer binding.  You could also make use of the C# runtime binder to get C#'s semantics for binding members of objects at runtime, but you get that for free if you declare the parameter 'dynamic' and have your JSOjbectMetaObject simply punt whenever the object is not a derived type of JSObject.  You get that for free because you'll call back on the binder at the obj.message call site, and C# will have compiled that callsite to use its binder.

Bill

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Matthias
Sent: Tuesday, March 29, 2011 3:34 AM
To: users at lists.ironpython.com
Subject: [IronPython] IronLanguages

Hello,

this question is not 100% targeted at IronPython, but I didn't know a  
better list to write to.

I've started writing a C# <-> javascript bridge. Unlike IronPython and  
IronRuby I don't want to write a javascript engine in .net, but rather use  
existing ones. I can already access C# classes from javascript and  
instance them. The opposite way turns out to be much harder for non-PODs.  
Example:

public class JSObject
{
     // has members like GetProperty/SetProperty which can act upon the  
javascript object
}

public class TestClass
{
     public string message = "This is a C# string";
}

public class TestApp
{
     public string testComplexObject(TestClass obj)
     {
         return obj.message;
     }

     public void runTest()
     {
         JSObject jsObj = ...;
         string message = testComplexObject(jsObj);
     }
}

The problem here is the "testComplexObject(jsObj)" call. Of course the  
jsObj cannot be converted directly to a TestClass, because it's an  
arbitrary javascript object.

I am wondering how IronPython solves this problem. I've read the sources a  
bit and it seems it makes use of IDynamicMetaObjectProvider etc. If  
JSObject provided IDynamicMetaObjectProvider, would it allow "converting"  
the jsObj to a TestClass obj? How?

It's not easy to find information on using the DLR for things like this on  
the net, so I've asked here. Apologies if I am off-topic.

-Matthias
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



From kerray.cz at gmail.com  Mon Mar 28 17:09:23 2011
From: kerray.cz at gmail.com (=?UTF-8?Q?Jarom=C3=ADr_Mat=C3=BD=C5=A1ek?=)
Date: Mon, 28 Mar 2011 08:09:23 -0700 (PDT)
Subject: [IronPython] IPy 2.7 successfully built for .NET 3.5,
 but problem w. indirect v4 dependencies
Message-ID: <12991285.456.1301324963445.JavaMail.geo-discussion-forums@yqfy10>

Hi,
I've suceeded building 2.7 for .NET 3.5 (I'm using it in SharePoint, so 
there's no way to use .NET 4) and it works, using v2release configuration. 
I've built IronPython, IronPython.Modules, Microsoft.Dynamic, 
Microsoft.Scripting and Microsoft.Scripting.Core dlls.

However, when I reference my class library (which is referencing my 
custom-built 2.7 dlls) from another solution and try to compile, I get 
several instances of the following warning and of course errors wherever I'm 
using some of my class library functions:

The primary reference "SPTools ... " could not be resolved because it has an 
indirect dependency on the .NET Framework assembly "mscorlib, 
Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" which has 
a higher version "4.0.0.0" than the version "2.0.0.0" in the current target 
framework.    
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets    

I've now spent a day and half trying to get rid of this problem. I've combed 
through the project files - they're all switched to v2, there's nothing even 
vaguely v4 related, it all compiles too, the problem remains.

I'd be very grateful for any ideas. 

Thanks
Jarom?r Mat??ek

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110328/2008c24a/attachment.html>

From dinov at microsoft.com  Tue Mar 29 19:27:11 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Tue, 29 Mar 2011 17:27:11 +0000
Subject: [IronPython] IronLanguages
In-Reply-To: <87F87F189CDD444089246B8290EC9735279FD397@TK5EX14MBXC201.redmond.corp.microsoft.com>
References: <op.vs3oy7zyzzzl10@nitrogenycs3>
	<87F87F189CDD444089246B8290EC9735279FD397@TK5EX14MBXC201.redmond.corp.microsoft.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E1500710E@TK5EX14MBXC135.redmond.corp.microsoft.com>

Just to chime in on how to do the conversion: the answer is that you probably can't, at least not for something like TestClass.  You could look at what sort of type you're converting from in JS (number, string, function, etc...) and see if TestClass has any implicit conversions to it from primitive .NET types (double, string, delegate, etc...) and if so you could invoke one of those conversions.  But most likely you won't be able to convert directly to TestClass.  If TestClass was something more like IList then you could do a conversion there as well.  The only way you're likely able to convert to TestClass is if the user got a TestClass object from .NET, brought it into JS (where you wrapped it in some object of your own), and then you brought it back to .NET - but then when you bring it back to .NET you should bring it back as the real TestClass instead of your wrapped TestClass.

The only other way would be figuring out somehow to allow a JavaScript developer to subclass a .NET TestClass type.  We allow this in IronPython via our NewTypeMaker class but we are lucky in that everything is in the .NET world.  One way you could go about this is having a function like CreateClass which takes a subtype (TestClass) and a dictionary of string -> JS functions which you then call into for the implementation of the various subclass methods.  You would then have a .NET type which is being extended by JavaScript - there's probably going to be some fun and tricky problems in doing this though.  Then the user can call the resulting class you give them, they'll get an instance which is wrapped in JavaScript, and when you pass it back to .NET you can unwrap it.


-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bill Chiles
Sent: Tuesday, March 29, 2011 9:57 AM
To: Discussion of IronPython
Subject: Re: [IronPython] IronLanguages

You'll want to look at the DLR overview doc and then the Sympl sample walkthrough doc:
http://dlr.codeplex.com/wikipage?title=Docs%20and%20specs&referringTitle=Home&ProjectName=dlr 

You'll want to type the parameter to testComplexObject as 'dynamic' and implement IDMOP on JSObject, which you can see how to do from the Sympl sample.  Now, the Sympl sample is VERY light on real .NET bindin, but if it all maps to GetProp/SetProp, then maybe this is fine.  If you might flow into your code a regular C# object (not just a JSObj), then you may want to make use of the DefaultBinder from the DLR project, which is what the Iron languages use to get much richer binding.  You could also make use of the C# runtime binder to get C#'s semantics for binding members of objects at runtime, but you get that for free if you declare the parameter 'dynamic' and have your JSOjbectMetaObject simply punt whenever the object is not a derived type of JSObject.  You get that for free because you'll call back on the binder at the obj.message call site, and C# will have compiled that callsite to use its binder.

Bill

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Matthias
Sent: Tuesday, March 29, 2011 3:34 AM
To: users at lists.ironpython.com
Subject: [IronPython] IronLanguages

Hello,

this question is not 100% targeted at IronPython, but I didn't know a better list to write to.

I've started writing a C# <-> javascript bridge. Unlike IronPython and IronRuby I don't want to write a javascript engine in .net, but rather use existing ones. I can already access C# classes from javascript and instance them. The opposite way turns out to be much harder for non-PODs.  
Example:

public class JSObject
{
     // has members like GetProperty/SetProperty which can act upon the javascript object }

public class TestClass
{
     public string message = "This is a C# string"; }

public class TestApp
{
     public string testComplexObject(TestClass obj)
     {
         return obj.message;
     }

     public void runTest()
     {
         JSObject jsObj = ...;
         string message = testComplexObject(jsObj);
     }
}

The problem here is the "testComplexObject(jsObj)" call. Of course the jsObj cannot be converted directly to a TestClass, because it's an arbitrary javascript object.

I am wondering how IronPython solves this problem. I've read the sources a bit and it seems it makes use of IDynamicMetaObjectProvider etc. If JSObject provided IDynamicMetaObjectProvider, would it allow "converting"  
the jsObj to a TestClass obj? How?

It's not easy to find information on using the DLR for things like this on the net, so I've asked here. Apologies if I am off-topic.

-Matthias
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com

_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From dinov at microsoft.com  Tue Mar 29 19:29:51 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Tue, 29 Mar 2011 17:29:51 +0000
Subject: [IronPython] IPy 2.7 successfully built for .NET 3.5,
 but problem w. indirect v4 dependencies
In-Reply-To: <12991285.456.1301324963445.JavaMail.geo-discussion-forums@yqfy10>
References: <12991285.456.1301324963445.JavaMail.geo-discussion-forums@yqfy10>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E15007153@TK5EX14MBXC135.redmond.corp.microsoft.com>

It sounds like you need to re-build your own DLLs (or whatever SPTools is) to run against .NET 3.5 instead of .NET 4.0.

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jarom?r Mat??ek
Sent: Monday, March 28, 2011 8:09 AM
To: ironpy at googlegroups.com
Subject: [IronPython] IPy 2.7 successfully built for .NET 3.5, but problem w. indirect v4 dependencies

Hi,
I've suceeded building 2.7 for .NET 3.5 (I'm using it in SharePoint, so there's no way to use .NET 4) and it works, using v2release configuration. I've built IronPython, IronPython.Modules, Microsoft.Dynamic, Microsoft.Scripting and Microsoft.Scripting.Core dlls.

However, when I reference my class library (which is referencing my custom-built 2.7 dlls) from another solution and try to compile, I get several instances of the following warning and of course errors wherever I'm using some of my class library functions:

The primary reference "SPTools ... " could not be resolved because it has an indirect dependency on the .NET Framework assembly "mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" which has a higher version "4.0.0.0" than the version "2.0.0.0" in the current target framework.    C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets

I've now spent a day and half trying to get rid of this problem. I've combed through the project files - they're all switched to v2, there's nothing even vaguely v4 related, it all compiles too, the problem remains.

I'd be very grateful for any ideas.

Thanks
Jarom?r Mat??ek
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110329/cfda0d46/attachment.html>

From nitro at dr-code.org  Tue Mar 29 20:52:55 2011
From: nitro at dr-code.org (Matthias)
Date: Tue, 29 Mar 2011 20:52:55 +0200
Subject: [IronPython] IronLanguages
In-Reply-To: <87F87F189CDD444089246B8290EC9735279FD397@TK5EX14MBXC201.redmond.corp.microsoft.com>
References: <op.vs3oy7zyzzzl10@nitrogenycs3>
	<87F87F189CDD444089246B8290EC9735279FD397@TK5EX14MBXC201.redmond.corp.microsoft.com>
Message-ID: <op.vs4b2hhjzzzl10@nitrogenycs3>

Am 29.03.2011, 18:57 Uhr, schrieb Bill Chiles <billchi at microsoft.com>:

> You'll want to look at the DLR overview doc and then the Sympl sample  
> walkthrough doc:
> http://dlr.codeplex.com/wikipage?title=Docs%20and%20specs&referringTitle=Home&ProjectName=dlr

Thanks for the link, it will keep me busy for a while :)

> You'll want to type the parameter to testComplexObject as 'dynamic' and

I was assuming testComplexObject came out of some third party c# library  
which I cannot change. So making it dynamic is not possible.

> implement IDMOP on JSObject, which you can see how to do from the Sympl  
> sample.  Now, the Sympl sample is VERY light on real .NET bindin, but if  
> it all maps to GetProp/SetProp, then maybe this is fine.  If you might  
> flow into your code a regular C# object (not just a JSObj), then you may  
> want to make use of the DefaultBinder from the DLR project, which is  
> what the Iron languages use to get much richer binding.  You could also  
> make use of the C# runtime binder to get C#'s semantics for binding  
> members of objects at runtime, but you get that for free if you declare  
> the parameter 'dynamic' and have your JSOjbectMetaObject simply punt  
> whenever the object is not a derived type of JSObject.  You get that for  
> free because you'll call back on the binder at the obj.message call  
> site, and C# will have compiled that callsite to use its binder.

Ok, I need to read more of the document and apply what I learned to what  
you just said :)

Thanks for your help!

-Matthias


From nitro at dr-code.org  Tue Mar 29 20:57:38 2011
From: nitro at dr-code.org (Matthias)
Date: Tue, 29 Mar 2011 20:57:38 +0200
Subject: [IronPython] IronLanguages
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E1500710E@TK5EX14MBXC135.redmond.corp.microsoft.com>
References: <op.vs3oy7zyzzzl10@nitrogenycs3>
	<87F87F189CDD444089246B8290EC9735279FD397@TK5EX14MBXC201.redmond.corp.microsoft.com>
	<6C7ABA8B4E309440B857D74348836F2E1500710E@TK5EX14MBXC135.redmond.corp.microsoft.com>
Message-ID: <op.vs4cacayzzzl10@nitrogenycs3>

Am 29.03.2011, 19:27 Uhr, schrieb Dino Viehland <dinov at microsoft.com>:

> Just to chime in on how to do the conversion: the answer is that you  
> probably can't, at least not for something like TestClass.  You could  
> look at what sort of type you're converting from in JS (number, string,  
> function, etc...) and see if TestClass has any implicit conversions to  
> it from primitive .NET types (double, string, delegate, etc...) and if  
> so you could invoke one of those conversions.  But most likely you won't

This is what I am doing now already and it works quite nicely for simple  
types.

> be able to convert directly to TestClass.  If TestClass was something  
> more like IList then you could do a conversion there as well.  The only  
> way you're likely able to convert to TestClass is if the user got a  
> TestClass object from .NET, brought it into JS (where you wrapped it in  
> some object of your own), and then you brought it back to .NET - but  
> then when you bring it back to .NET you should bring it back as the real  
> TestClass instead of your wrapped TestClass.

Yes, I have thought to force users to "inherit" from (use a prototype  
object) which comes from .net.

> The only other way would be figuring out somehow to allow a JavaScript  
> developer to subclass a .NET TestClass type.  We allow this in  
> IronPython via our NewTypeMaker class but we are lucky in that  
> everything is in the .NET world.  One way you could go about this is  
> having a function like CreateClass which takes a subtype (TestClass) and  
> a dictionary of string -> JS functions which you then call into for the  
> implementation of the various subclass methods.  You would then have a  
> .NET type which is being extended by JavaScript - there's probably going  
> to be some fun and tricky problems in doing this though.  Then the user  
> can call the resulting class you give them, they'll get an instance  
> which is wrapped in JavaScript, and when you pass it back to .NET you  
> can unwrap it.

Yes, this was my main idea. It's very similar how SWIG directors handle  
cross-language polymorphism. At runtime I'd create a class which derives  
 from TestClass and which overrides all virtual methods and properties. The  
C# overrides would call the JSObject to see if there's a javascript  
implementation for them. If there is, it will call the javascript  
implementation, otherwise it will call the base class's (TestClass in the  
example) implementation.

-Matthias


From dinov at microsoft.com  Tue Mar 29 21:52:00 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Tue, 29 Mar 2011 19:52:00 +0000
Subject: [IronPython] IronLanguages
In-Reply-To: <op.vs4cacayzzzl10@nitrogenycs3>
References: <op.vs3oy7zyzzzl10@nitrogenycs3>
	<87F87F189CDD444089246B8290EC9735279FD397@TK5EX14MBXC201.redmond.corp.microsoft.com>
	<6C7ABA8B4E309440B857D74348836F2E1500710E@TK5EX14MBXC135.redmond.corp.microsoft.com>
	<op.vs4cacayzzzl10@nitrogenycs3>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E1500771B@TK5EX14MBXC135.redmond.corp.microsoft.com>

Matthias wrote:

> Yes, this was my main idea. It's very similar how SWIG directors handle 
> cross-language polymorphism. At runtime I'd create a class which derives  
> from TestClass and which overrides all virtual methods and properties. 
> The C# overrides would call the JSObject to see if there's a javascript 
> implementation for them. If there is, it will call the javascript implementation, 
> otherwise it will call the base class's (TestClass in the example) implementation.

Ok, then you totally want to look at NewTypeMaker in either IronRuby or IronPython
- they're slightly different but they both do the same thing and already handle all
sorts of corner cases w/ .NET types so it should be a good starting point.  


From Paul.Tilley at Honeywell.com  Wed Mar 30 01:09:41 2011
From: Paul.Tilley at Honeywell.com (Tilley, Paul)
Date: Tue, 29 Mar 2011 19:09:41 -0400
Subject: [IronPython] Newbie InterOp-related question
Message-ID: <EB0A3AD67CA1A1478F57C7B0796752697A9B82@DE08EV1003.global.ds.honeywell.com>

Hi,

 

I've just started using IronPython but have hit a bit of a roadblock.
This may also be caused by inadequate .Net knowledge.

 

In C# I can call a COM object (where the COM method is going to fill in
the parameter) like so:

object blah;

myComObj.Foo(out blah);

 

If for example the COM method returns an array of strings ( with the
parameter VARIANT* in COM method signature) then in C# I get an object[]
back which with appropriate massaging I can process.

 

How would I declare the variable in Python if I want access the returned
contents correctly? Knowing I was to get an array back I naively tried:

blah = []

myComObj.Foo(blah)

 

The call is made correctly - I can see the COM object is filling out the
return parameter OK but blah remains an empty list.

Any insights on what I should be doing more than welcome,

 

Thanks,

 

Paul

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110329/804b9341/attachment.html>

From m.schaber at 3s-software.com  Wed Mar 30 08:41:44 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Wed, 30 Mar 2011 08:41:44 +0200
Subject: [IronPython] Newbie InterOp-related question
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C64D@server02.in.3s-software.com>

Hi, Paul,

 

it's documented at http://ironpython.net/documentation/dotnet/dotnet.html#ref-and-out-parameters. 

 

The out parameter will be mapped as an additional return value.

 

So if myComObj.foo returns void, a simple call like

 

blah = myComObj.Foo()

 

should do the trick.

 

Gr??e,

Markus

 

Von: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] Im Auftrag von Tilley, Paul
Gesendet: Mittwoch, 30. M?rz 2011 01:10
An: users at lists.ironpython.com
Betreff: [IronPython] Newbie InterOp-related question

 

Hi,

 

I've just started using IronPython but have hit a bit of a roadblock. This may also be caused by inadequate .Net knowledge.

 

In C# I can call a COM object (where the COM method is going to fill in the parameter) like so:

object blah;

myComObj.Foo(out blah);

 

If for example the COM method returns an array of strings ( with the parameter VARIANT* in COM method signature) then in C# I get an object[] back which with appropriate massaging I can process.

 

How would I declare the variable in Python if I want access the returned contents correctly? Knowing I was to get an array back I naively tried:

blah = []

myComObj.Foo(blah)

 

The call is made correctly - I can see the COM object is filling out the return parameter OK but blah remains an empty list.

Any insights on what I should be doing more than welcome,

 

Thanks,

 

Paul

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110330/6bcf093d/attachment.html>

From kerray.cz at gmail.com  Wed Mar 30 12:45:22 2011
From: kerray.cz at gmail.com (=?UTF-8?Q?Jarom=C3=ADr_Mat=C3=BD=C5=A1ek?=)
Date: Wed, 30 Mar 2011 03:45:22 -0700 (PDT)
Subject: [IronPython] IPy 2.7 successfully built for .NET 3.5,
 but problem w. indirect v4 dependencies
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E15007153@TK5EX14MBXC135.redmond.corp.microsoft.com>
Message-ID: <29088035.191.1301481922861.JavaMail.geo-discussion-forums@yqog4>

I wish it was so easy. My dlls build against 3.5, there's no reference to v4 
dlls in the project, and when I open the final dll with Reflector and go 
through the references (and their references, and theirs...) there's still 
no v4 reference. If it was compiled against .NET 4.0, it wouldn't even run 
in SharePoint - and it does.

And the culprit is really somewhere among 2.7's Microsoft.Dynamic, 
Microsoft.Scripting, Microsoft.Scripting.Core and IronPython - when I go 
back to  2.6.1 versions, my dll can be referenced OK. 

Again, according to Reflector, there is no v4 reference anywhere in the dlls 
I compiled, nor in their references. There are some instances of people 
solving similar problem, but none of the suggestions worked for me.

Maybe I did something wrong when building 2.7 for v2. Could maybe someone 
post binaries of 2.7 for v2 please?

Well, I'll just continue using 2.6.1 for the time being.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110330/16ce52d7/attachment.html>

From m.schaber at 3s-software.com  Wed Mar 30 13:32:05 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Wed, 30 Mar 2011 13:32:05 +0200
Subject: [IronPython] IPy 2.7 successfully built for .NET 3.5,
	but problem w. indirect v4 dependencies
In-Reply-To: <29088035.191.1301481922861.JavaMail.geo-discussion-forums@yqog4>
References: <6C7ABA8B4E309440B857D74348836F2E15007153@TK5EX14MBXC135.redmond.corp.microsoft.com>
	<29088035.191.1301481922861.JavaMail.geo-discussion-forums@yqog4>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C654@server02.in.3s-software.com>

Hi, Jaromir,

 

We had very strange problems with 2.6.2 when we had both the .NET 2 and .NET 4 versions installed in the GAC. (The same DLL, the same key, the same version?)

 

To prevent those problems from happening with our customers, we ship custom-built IronPython dlls, renamed and signed with our own key.

 

Best regards

Markus Schaber

___________________________

We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50

Email: m.schaber at 3s-software.com <mailto:m.schaber at 3s-software.com>  | Web: http://www.3s-software.com <http://www.3s-software.com> 
CoDeSys internet forum: http://forum.3s-software.com <http://forum-en.3s-software.com> 
Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects <http://www.3s-software.com/index.shtml?sample_projects> 

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 

 

Von: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] Im Auftrag von Jarom?r Mat??ek
Gesendet: Mittwoch, 30. M?rz 2011 12:45
An: ironpy at googlegroups.com
Cc: Discussion of IronPython
Betreff: Re: [IronPython] IPy 2.7 successfully built for .NET 3.5, but problem w. indirect v4 dependencies

 

I wish it was so easy. My dlls build against 3.5, there's no reference to v4 dlls in the project, and when I open the final dll with Reflector and go through the references (and their references, and theirs...) there's still no v4 reference. If it was compiled against .NET 4.0, it wouldn't even run in SharePoint - and it does.

And the culprit is really somewhere among 2.7's Microsoft.Dynamic, Microsoft.Scripting, Microsoft.Scripting.Core and IronPython - when I go back to  2.6.1 versions, my dll can be referenced OK. 

Again, according to Reflector, there is no v4 reference anywhere in the dlls I compiled, nor in their references. There are some instances of people solving similar problem, but none of the suggestions worked for me.

Maybe I did something wrong when building 2.7 for v2. Could maybe someone post binaries of 2.7 for v2 please?

Well, I'll just continue using 2.6.1 for the time being.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110330/50b16aee/attachment.html>

From maxyaffe at gmail.com  Wed Mar 30 16:11:22 2011
From: maxyaffe at gmail.com (Max Yaffe)
Date: Wed, 30 Mar 2011 10:11:22 -0400
Subject: [IronPython] IronPython Job Listing
Message-ID: <4E9925B10B0E41AE9C3281D6BDF5FE41@Gamry.com>

To all IronPythonistas;

Here's a heads-up for the person who really wants to tackle a real, paying
project.  I've just posted a job for an IronPythonista on Dice.com.  Look
for IronPython and Gamry Instruments, Inc.

Max



From wdines at longview.com  Wed Mar 30 17:12:42 2011
From: wdines at longview.com (Bill Dines)
Date: Wed, 30 Mar 2011 11:12:42 -0400
Subject: [IronPython] IronPython Tools for VS2010 Questions
Message-ID: <D8AFF694123BAD42B2A71427113E7BF6234B8BFE@us107msx01.exactsoftware.com>

Hi,

I have been evaluating IPy tools for VS2010 with a view to our
customers, partners and client services teams using it with VS 2010
Integrated Shell so they can create Silverlight UI's that talk to our
REST API using IPy.  Overall its going well, but I have a few questions:

1. Intellisense/autocomplete will be really useful for our users.  Can
anyone tell me what should and shouldn't provide this capability.  So
far it seems that some System types provide it and Python Module Methods
work as well but I'm not sure what else should work as it is a little
buggy.  For example is there any way to get intellisense from 3rd party
c# dll's?

2. Using a Python Project and Chiron, what is the best way to include
3rd party .dlls in the xap?  At the moment I've copied the .dlls to the
IP Silverlight\bin folder and added them to the "assemblies" attribute
of IPy's <Language\> tag in Chiron.exe.config.  This works OK but means
all .dlls will be included for all python projects.  Is there a way of
getting this to work for each project individually without the users
having to do anything manually (I want to create project templates that
they can be up and running without doing any config themselves).
Alternatively could the .dlls be downloaded from outside the xap e.g.
from another .xap or .slvx?

3. Is anyone currently working on the IPy tools specifically?  There are
quite a lot of bugs right now unfortunately and many of them would need
to be fixed if we were to use it.  Note that my company may be willing
to provide some resource in that area if we decide to proceed, but we
don't have much experience with VS extensions so we may need some
guidance.

Thanks

Bill







From jdhardy at gmail.com  Wed Mar 30 17:36:41 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Wed, 30 Mar 2011 09:36:41 -0600
Subject: [IronPython] IronPython Tools for VS2010 Questions
In-Reply-To: <D8AFF694123BAD42B2A71427113E7BF6234B8BFE@us107msx01.exactsoftware.com>
References: <D8AFF694123BAD42B2A71427113E7BF6234B8BFE@us107msx01.exactsoftware.com>
Message-ID: <AANLkTi=d7BWgVTxBV+bcN4P99ER5PV3j=69-1Rg5DEp8@mail.gmail.com>

On Wed, Mar 30, 2011 at 9:12 AM, Bill Dines <wdines at longview.com> wrote:
> 3. Is anyone currently working on the IPy tools specifically? ?There are
> quite a lot of bugs right now unfortunately and many of them would need
> to be fixed if we were to use it. ?Note that my company may be willing
> to provide some resource in that area if we decide to proceed, but we
> don't have much experience with VS extensions so we may need some
> guidance.

Addressing this specifically - Microsoft is maintaining their own
Python Tools for Visual Studio ("new" tools), which is a descendant of
IronPython Tools ("old" tools). The new tools support CPython as well
as IronPython and are being developed by full-time staff at MS (Dino
V, who wrote the original IronPython tools).

This puts the future of the old tools in a tough spot, since any work
on them would be a duplicate of the new tools. If the legal beagles at
MS can be convinced to allow them to take contributions back into
Python Tools (the source is available, but like IronPython of old,
they can't accept outside code), then the old tools will get critical
updates, but I'll point people at the new tools for production work.

Take a look at the new tools (http://pytools.codeplex.com/) and see if
they're a better fit for what you're trying to do.

- Jeff


From dinov at microsoft.com  Wed Mar 30 19:34:12 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Wed, 30 Mar 2011 17:34:12 +0000
Subject: [IronPython] IronPython Tools for VS2010 Questions
In-Reply-To: <D8AFF694123BAD42B2A71427113E7BF6234B8BFE@us107msx01.exactsoftware.com>
References: <D8AFF694123BAD42B2A71427113E7BF6234B8BFE@us107msx01.exactsoftware.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E1501F2AB@TK5EX14MBXC133.redmond.corp.microsoft.com>

Bill wrote:
> 1. Intellisense/autocomplete will be really useful for our users.  Can anyone
> tell me what should and shouldn't provide this capability.  So far it seems that
> some System types provide it and Python Module Methods work as well but
> I'm not sure what else should work as it is a little buggy.  For example is there
> any way to get intellisense from 3rd party c# dll's?

It will work with any Python code that you have loaded into your project or with
any .NET assemblies which can be successfully loaded by Visual Studio process 
and which there are clr.AddReference calls.  Likely that means the assemblies will
need to be in the GAC for them to be loaded.  Once we see the clr.AddReference
call you should be able to get completion on their namespaces and types.

> 
> 2. Using a Python Project and Chiron, what is the best way to include 3rd
> party .dlls in the xap?  At the moment I've copied the .dlls to the IP
> Silverlight\bin folder and added them to the "assemblies" attribute of IPy's
> <Language\> tag in Chiron.exe.config.  This works OK but means all .dlls will
> be included for all python projects.  Is there a way of getting this to work for
> each project individually without the users having to do anything manually (I
> want to create project templates that they can be up and running without
> doing any config themselves).
> Alternatively could the .dlls be downloaded from outside the xap e.g.
> from another .xap or .slvx?

I don't think there's a specific feature here.  If you'd like to see this in PTVS
which Jeff mentioned then you could open a feature request over at
pytools.codeplex.com.

> 
> 3. Is anyone currently working on the IPy tools specifically?  There are quite a
> lot of bugs right now unfortunately and many of them would need to be
> fixed if we were to use it.  Note that my company may be willing to provide
> some resource in that area if we decide to proceed, but we don't have much
> experience with VS extensions so we may need some guidance.

Yep, see Jeff's response. We're working on our side to improve the situation with
PTVS but don't have anything more to say yet.


From Paul.Tilley at Honeywell.com  Wed Mar 30 21:27:03 2011
From: Paul.Tilley at Honeywell.com (Tilley, Paul)
Date: Wed, 30 Mar 2011 15:27:03 -0400
Subject: [IronPython] Newbie InterOp-related question
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C64D@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480268C64D@server02.in.3s-software.com>
Message-ID: <EB0A3AD67CA1A1478F57C7B0796752697A9B88@DE08EV1003.global.ds.honeywell.com>

Thanks Markus,

 

I'll use the info to try to figure out how things will work in my actual real world example. That involves the return of 4 or 5 arrays of strings and ints (horrible API I'm dealing with)

 

Paul 

 

From: Markus Schaber [mailto:m.schaber at 3s-software.com] 
Sent: Wednesday, March 30, 2011 12:42 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Newbie InterOp-related question

 

Hi, Paul,

 

it's documented at http://ironpython.net/documentation/dotnet/dotnet.html#ref-and-out-parameters. 

 

The out parameter will be mapped as an additional return value.

 

So if myComObj.foo returns void, a simple call like

 

blah = myComObj.Foo()

 

should do the trick.

 

Gr??e,

Markus

 

Von: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] Im Auftrag von Tilley, Paul
Gesendet: Mittwoch, 30. M?rz 2011 01:10
An: users at lists.ironpython.com
Betreff: [IronPython] Newbie InterOp-related question

 

Hi,

 

I've just started using IronPython but have hit a bit of a roadblock. This may also be caused by inadequate .Net knowledge.

 

In C# I can call a COM object (where the COM method is going to fill in the parameter) like so:

object blah;

myComObj.Foo(out blah);

 

If for example the COM method returns an array of strings ( with the parameter VARIANT* in COM method signature) then in C# I get an object[] back which with appropriate massaging I can process.

 

How would I declare the variable in Python if I want access the returned contents correctly? Knowing I was to get an array back I naively tried:

blah = []

myComObj.Foo(blah)

 

The call is made correctly - I can see the COM object is filling out the return parameter OK but blah remains an empty list.

Any insights on what I should be doing more than welcome,

 

Thanks,

 

Paul

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110330/9fd5ffd1/attachment.html>

From vernondcole at gmail.com  Thu Mar 31 02:39:10 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Wed, 30 Mar 2011 18:39:10 -0600
Subject: [IronPython] Newbie InterOp-related question
In-Reply-To: <EB0A3AD67CA1A1478F57C7B0796752697A9B88@DE08EV1003.global.ds.honeywell.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480268C64D@server02.in.3s-software.com>
	<EB0A3AD67CA1A1478F57C7B0796752697A9B88@DE08EV1003.global.ds.honeywell.com>
Message-ID: <AANLkTi=Q4x3Ww2heta+9sfPqivsKJvE7xkcx2ZE-kEkc@mail.gmail.com>

x = my_goofy_routine()
print repr

Vernon Cole
(sent from my 'droid phone)

On Mar 30, 2011 1:27 PM, "Tilley, Paul" <Paul.Tilley at honeywell.com> wrote:
> Thanks Markus,
>
>
>
> I'll use the info to try to figure out how things will work in my actual
real world example. That involves the return of 4 or 5 arrays of strings and
ints (horrible API I'm dealing with)
>
>
>
> Paul
>
>
>
> From: Markus Schaber [mailto:m.schaber at 3s-software.com]
> Sent: Wednesday, March 30, 2011 12:42 AM
> To: Discussion of IronPython
> Subject: Re: [IronPython] Newbie InterOp-related question
>
>
>
> Hi, Paul,
>
>
>
> it's documented at
http://ironpython.net/documentation/dotnet/dotnet.html#ref-and-out-parameters.

>
>
>
> The out parameter will be mapped as an additional return value.
>
>
>
> So if myComObj.foo returns void, a simple call like
>
>
>
> blah = myComObj.Foo()
>
>
>
> should do the trick.
>
>
>
> Gr??e,
>
> Markus
>
>
>
> Von: users-bounces at lists.ironpython.com [mailto:
users-bounces at lists.ironpython.com] Im Auftrag von Tilley, Paul
> Gesendet: Mittwoch, 30. M?rz 2011 01:10
> An: users at lists.ironpython.com
> Betreff: [IronPython] Newbie InterOp-related question
>
>
>
> Hi,
>
>
>
> I've just started using IronPython but have hit a bit of a roadblock. This
may also be caused by inadequate .Net knowledge.
>
>
>
> In C# I can call a COM object (where the COM method is going to fill in
the parameter) like so:
>
> object blah;
>
> myComObj.Foo(out blah);
>
>
>
> If for example the COM method returns an array of strings ( with the
parameter VARIANT* in COM method signature) then in C# I get an object[]
back which with appropriate massaging I can process.
>
>
>
> How would I declare the variable in Python if I want access the returned
contents correctly? Knowing I was to get an array back I naively tried:
>
> blah = []
>
> myComObj.Foo(blah)
>
>
>
> The call is made correctly - I can see the COM object is filling out the
return parameter OK but blah remains an empty list.
>
> Any insights on what I should be doing more than welcome,
>
>
>
> Thanks,
>
>
>
> Paul
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110330/c9a4a3c4/attachment.html>

From danielj at arena.net  Thu Mar 31 02:44:51 2011
From: danielj at arena.net (Daniel Jennings)
Date: Wed, 30 Mar 2011 17:44:51 -0700
Subject: [IronPython] Newbie InterOp-related question
In-Reply-To: <AANLkTi=Q4x3Ww2heta+9sfPqivsKJvE7xkcx2ZE-kEkc@mail.gmail.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480268C64D@server02.in.3s-software.com>
	<EB0A3AD67CA1A1478F57C7B0796752697A9B88@DE08EV1003.global.ds.honeywell.com>
	<AANLkTi=Q4x3Ww2heta+9sfPqivsKJvE7xkcx2ZE-kEkc@mail.gmail.com>
Message-ID: <6D931A4CF4139540BF6621A1E97D4937015F04C5BEBB@wallemail.arena.ncwest.ncsoft.corp>

I think you mean print repr(x)   :)

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Vernon Cole
Sent: Wednesday, March 30, 2011 5:39 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Newbie InterOp-related question


x = my_goofy_routine()
print repr

Vernon Cole
(sent from my 'droid phone)

On Mar 30, 2011 1:27 PM, "Tilley, Paul" <Paul.Tilley at honeywell.com<mailto:Paul.Tilley at honeywell.com>> wrote:
> Thanks Markus,
>
>
>
> I'll use the info to try to figure out how things will work in my actual real world example. That involves the return of 4 or 5 arrays of strings and ints (horrible API I'm dealing with)
>
>
>
> Paul
>
>
>
> From: Markus Schaber [mailto:m.schaber at 3s-software.com<mailto:m.schaber at 3s-software.com>]
> Sent: Wednesday, March 30, 2011 12:42 AM
> To: Discussion of IronPython
> Subject: Re: [IronPython] Newbie InterOp-related question
>
>
>
> Hi, Paul,
>
>
>
> it's documented at http://ironpython.net/documentation/dotnet/dotnet.html#ref-and-out-parameters.
>
>
>
> The out parameter will be mapped as an additional return value.
>
>
>
> So if myComObj.foo returns void, a simple call like
>
>
>
> blah = myComObj.Foo()
>
>
>
> should do the trick.
>
>
>
> Gr??e,
>
> Markus
>
>
>
> Von: users-bounces at lists.ironpython.com<mailto:users-bounces at lists.ironpython.com> [mailto:users-bounces at lists.ironpython.com<mailto:users-bounces at lists.ironpython.com>] Im Auftrag von Tilley, Paul
> Gesendet: Mittwoch, 30. M?rz 2011 01:10
> An: users at lists.ironpython.com<mailto:users at lists.ironpython.com>
> Betreff: [IronPython] Newbie InterOp-related question
>
>
>
> Hi,
>
>
>
> I've just started using IronPython but have hit a bit of a roadblock. This may also be caused by inadequate .Net knowledge.
>
>
>
> In C# I can call a COM object (where the COM method is going to fill in the parameter) like so:
>
> object blah;
>
> myComObj.Foo(out blah);
>
>
>
> If for example the COM method returns an array of strings ( with the parameter VARIANT* in COM method signature) then in C# I get an object[] back which with appropriate massaging I can process.
>
>
>
> How would I declare the variable in Python if I want access the returned contents correctly? Knowing I was to get an array back I naively tried:
>
> blah = []
>
> myComObj.Foo(blah)
>
>
>
> The call is made correctly - I can see the COM object is filling out the return parameter OK but blah remains an empty list.
>
> Any insights on what I should be doing more than welcome,
>
>
>
> Thanks,
>
>
>
> Paul
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110330/8cfe4d92/attachment.html>

From vernondcole at gmail.com  Thu Mar 31 02:47:13 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Wed, 30 Mar 2011 18:47:13 -0600
Subject: [IronPython] Newbie InterOp-related question
In-Reply-To: <6D931A4CF4139540BF6621A1E97D4937015F04C5BEBB@wallemail.arena.ncwest.ncsoft.corp>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480268C64D@server02.in.3s-software.com>
	<EB0A3AD67CA1A1478F57C7B0796752697A9B88@DE08EV1003.global.ds.honeywell.com>
	<AANLkTi=Q4x3Ww2heta+9sfPqivsKJvE7xkcx2ZE-kEkc@mail.gmail.com>
	<6D931A4CF4139540BF6621A1E97D4937015F04C5BEBB@wallemail.arena.ncwest.ncsoft.corp>
Message-ID: <AANLkTinwU0_B5fwvQ9WZvXor7EeyPCj9zafU1E6_Ecf6@mail.gmail.com>

Indeed. The joys of an on-screen keyboard...

Vernon Cole
(sent from my 'droid phone)

On Mar 30, 2011 6:45 PM, "Daniel Jennings" <danielj at arena.net> wrote:
> I think you mean print repr(x) :)
>
> From: users-bounces at lists.ironpython.com [mailto:
users-bounces at lists.ironpython.com] On Behalf Of Vernon Cole
> Sent: Wednesday, March 30, 2011 5:39 PM
> To: Discussion of IronPython
> Subject: Re: [IronPython] Newbie InterOp-related question
>
>
> x = my_goofy_routine()
> print repr
>
> Vernon Cole
> (sent from my 'droid phone)
>
> On Mar 30, 2011 1:27 PM, "Tilley, Paul" <Paul.Tilley at honeywell.com<mailto:
Paul.Tilley at honeywell.com>> wrote:
>> Thanks Markus,
>>
>>
>>
>> I'll use the info to try to figure out how things will work in my actual
real world example. That involves the return of 4 or 5 arrays of strings and
ints (horrible API I'm dealing with)
>>
>>
>>
>> Paul
>>
>>
>>
>> From: Markus Schaber [mailto:m.schaber at 3s-software.com<mailto:
m.schaber at 3s-software.com>]
>> Sent: Wednesday, March 30, 2011 12:42 AM
>> To: Discussion of IronPython
>> Subject: Re: [IronPython] Newbie InterOp-related question
>>
>>
>>
>> Hi, Paul,
>>
>>
>>
>> it's documented at
http://ironpython.net/documentation/dotnet/dotnet.html#ref-and-out-parameters
.
>>
>>
>>
>> The out parameter will be mapped as an additional return value.
>>
>>
>>
>> So if myComObj.foo returns void, a simple call like
>>
>>
>>
>> blah = myComObj.Foo()
>>
>>
>>
>> should do the trick.
>>
>>
>>
>> Gr??e,
>>
>> Markus
>>
>>
>>
>> Von: users-bounces at lists.ironpython.com<mailto:
users-bounces at lists.ironpython.com> [mailto:
users-bounces at lists.ironpython.com<mailto:users-bounces at lists.ironpython.com>]
Im Auftrag von Tilley, Paul
>> Gesendet: Mittwoch, 30. M?rz 2011 01:10
>> An: users at lists.ironpython.com<mailto:users at lists.ironpython.com>
>> Betreff: [IronPython] Newbie InterOp-related question
>>
>>
>>
>> Hi,
>>
>>
>>
>> I've just started using IronPython but have hit a bit of a roadblock.
This may also be caused by inadequate .Net knowledge.
>>
>>
>>
>> In C# I can call a COM object (where the COM method is going to fill in
the parameter) like so:
>>
>> object blah;
>>
>> myComObj.Foo(out blah);
>>
>>
>>
>> If for example the COM method returns an array of strings ( with the
parameter VARIANT* in COM method signature) then in C# I get an object[]
back which with appropriate massaging I can process.
>>
>>
>>
>> How would I declare the variable in Python if I want access the returned
contents correctly? Knowing I was to get an array back I naively tried:
>>
>> blah = []
>>
>> myComObj.Foo(blah)
>>
>>
>>
>> The call is made correctly - I can see the COM object is filling out the
return parameter OK but blah remains an empty list.
>>
>> Any insights on what I should be doing more than welcome,
>>
>>
>>
>> Thanks,
>>
>>
>>
>> Paul
>>
>>
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110330/9eab473d/attachment.html>

From rome at Wintellect.com  Thu Mar 31 04:52:14 2011
From: rome at Wintellect.com (Keith Rome)
Date: Wed, 30 Mar 2011 19:52:14 -0700
Subject: [IronPython] Debugging hosted python scripts
Message-ID: <7737799D90E55E4BB9C9F7E40D161E1108D491B1E4@VA3DIAXVS461.RED001.local>

I am hoping someone can point me in the right direction here. If there are no examples out there to review, then perhaps a hint or two about where I can look in the IronPython hosting API to achieve what I want...

We currently have a line of business application, written entirely in C#, that embeds the IronPython runtime. We offer a GUI script editing environment (using the SyntaxEditor control from Actipro Software, which works great for this). This script editor exists as just another dialog window in our application where the user can extend the business objects behind the application in various ways. The scripts are stored in a database, not in files on the local file system. We have great support for syntax highlighting, compiler error "squiggles", even Intelliprompt functionality. I am now building live debugging support into our script editor GUI, which is where I have run into some difficulty.

I have been going down the path of using ScriptEngine.SetTrace() and inspecting frames in the callback. This works fine if I am not doing anything interactive. For example, dumping some information to Debug.WriteLine(). However what I really need (I think?) is to be able to suspend the script execution during a trace callback. I don't see a clear way to do this though. The script runtime simply continues execution when my callback returns. I have done some work around running the debugged script on a background thread, and then blocking it during "breakpoint" callbacks - but these scripts are normally run within the UI thread because they interact with data structures that are often databound to UI controls, and running them from a background thread is becoming a minefield of cross-thread violations. I cannot simply run the script in the UI thread, because blocking in the trace callback would make the application unresponsive.

It seems like there should be some way to suspend/stop the script while in a trace callback (preserving all python stack and scope information), and then (optionally) later resume that execution frame by frame as the user "steps" through code. The only thing I see that might do what I want is possibly get an AST first and kick it through CallTracing() after hooking my trace callback? Is that what I should be doing?

I have spent some time digging through the IronPython Tools assemblies to see how this kind of thing was achieved when integrating with Visual Studio's debugger experience. I don't see it using SetTrace(), and so I assume this is taking an entirely different approach and not sure there is anything there that really provides what I need.

One last thing to mention is that our application is compiled against both WPF and Silverlight targets, so any solution needs to work in both environments.

Not looking for hand-holding here - just a nudge in the right direction. Even some examples of something along these lines as implemented in pure Python might be enough for me to figure out the rest.

Many thanks in advance,
Keith



Keith Rome
Senior Consultant and Architect
MCPD-EAD, MCSD, MCDBA, MCTS-WPF, MCTS-TFS, MCTS-WSS
Wintellect | 770.617.4016 | krome at wintellect.com<mailto:rome at wintellect.com>
www.wintellect.com<http://www.wintellect.com/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110330/790974d8/attachment.html>

From m.schaber at 3s-software.com  Thu Mar 31 09:48:42 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 31 Mar 2011 09:48:42 +0200
Subject: [IronPython] Debugging hosted python scripts
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C655@server02.in.3s-software.com>

Hi,

 

If you are sure that you can control the potentially arising reentrancy problems (best by avoiding reentrancy completely, e. G. by disabling the parent windows), then Application.DoEvents inside the trace handler may help.

 

Gr??e,

Markus

 

Von: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] Im Auftrag von Keith Rome
Gesendet: Donnerstag, 31. M?rz 2011 04:52
An: users at lists.ironpython.com
Betreff: [IronPython] Debugging hosted python scripts

 

I am hoping someone can point me in the right direction here. If there are no examples out there to review, then perhaps a hint or two about where I can look in the IronPython hosting API to achieve what I want...

 

We currently have a line of business application, written entirely in C#, that embeds the IronPython runtime. We offer a GUI script editing environment (using the SyntaxEditor control from Actipro Software, which works great for this). This script editor exists as just another dialog window in our application where the user can extend the business objects behind the application in various ways. The scripts are stored in a database, not in files on the local file system. We have great support for syntax highlighting, compiler error "squiggles", even Intelliprompt functionality. I am now building live debugging support into our script editor GUI, which is where I have run into some difficulty.

 

I have been going down the path of using ScriptEngine.SetTrace() and inspecting frames in the callback. This works fine if I am not doing anything interactive. For example, dumping some information to Debug.WriteLine(). However what I really need (I think?) is to be able to suspend the script execution during a trace callback. I don't see a clear way to do this though. The script runtime simply continues execution when my callback returns. I have done some work around running the debugged script on a background thread, and then blocking it during "breakpoint" callbacks - but these scripts are normally run within the UI thread because they interact with data structures that are often databound to UI controls, and running them from a background thread is becoming a minefield of cross-thread violations. I cannot simply run the script in the UI thread, because blocking in the trace callback would make the application unresponsive.

 

It seems like there should be some way to suspend/stop the script while in a trace callback (preserving all python stack and scope information), and then (optionally) later resume that execution frame by frame as the user "steps" through code. The only thing I see that might do what I want is possibly get an AST first and kick it through CallTracing() after hooking my trace callback? Is that what I should be doing?

 

I have spent some time digging through the IronPython Tools assemblies to see how this kind of thing was achieved when integrating with Visual Studio's debugger experience. I don't see it using SetTrace(), and so I assume this is taking an entirely different approach and not sure there is anything there that really provides what I need.

 

One last thing to mention is that our application is compiled against both WPF and Silverlight targets, so any solution needs to work in both environments.

 

Not looking for hand-holding here - just a nudge in the right direction. Even some examples of something along these lines as implemented in pure Python might be enough for me to figure out the rest.

 

Many thanks in advance,

Keith

 

 

 

Keith Rome

Senior Consultant and Architect

MCPD-EAD, MCSD, MCDBA, MCTS-WPF, MCTS-TFS, MCTS-WSS

Wintellect | 770.617.4016 | krome at wintellect.com <mailto:rome at wintellect.com> 

www.wintellect.com <http://www.wintellect.com/> 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110331/db64d6fd/attachment.html>

From m.schaber at 3s-software.com  Thu Mar 31 09:51:06 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 31 Mar 2011 09:51:06 +0200
Subject: [IronPython] Debugging hosted python scripts
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480268C656@server02.in.3s-software.com>

Hi,

 

Another remark I forgot to write:

 

Visual Studio Debugger attaches to an external process, so they don't have the problem of VS freezing the app is frozen.

 

You could also go the way of using an external debugger process (and communicate e. G. via COM, or have the debugger using the .NET debugging APIs.)

 

Regards,

Markus

 

Von: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] Im Auftrag von Markus Schaber
Gesendet: Donnerstag, 31. M?rz 2011 09:49
An: Discussion of IronPython
Betreff: Re: [IronPython] Debugging hosted python scripts

 

Hi,

 

If you are sure that you can control the potentially arising reentrancy problems (best by avoiding reentrancy completely, e. G. by disabling the parent windows), then Application.DoEvents inside the trace handler may help.

 

Gr??e,

Markus

 

Von: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] Im Auftrag von Keith Rome
Gesendet: Donnerstag, 31. M?rz 2011 04:52
An: users at lists.ironpython.com
Betreff: [IronPython] Debugging hosted python scripts

 

I am hoping someone can point me in the right direction here. If there are no examples out there to review, then perhaps a hint or two about where I can look in the IronPython hosting API to achieve what I want...

 

We currently have a line of business application, written entirely in C#, that embeds the IronPython runtime. We offer a GUI script editing environment (using the SyntaxEditor control from Actipro Software, which works great for this). This script editor exists as just another dialog window in our application where the user can extend the business objects behind the application in various ways. The scripts are stored in a database, not in files on the local file system. We have great support for syntax highlighting, compiler error "squiggles", even Intelliprompt functionality. I am now building live debugging support into our script editor GUI, which is where I have run into some difficulty.

 

I have been going down the path of using ScriptEngine.SetTrace() and inspecting frames in the callback. This works fine if I am not doing anything interactive. For example, dumping some information to Debug.WriteLine(). However what I really need (I think?) is to be able to suspend the script execution during a trace callback. I don't see a clear way to do this though. The script runtime simply continues execution when my callback returns. I have done some work around running the debugged script on a background thread, and then blocking it during "breakpoint" callbacks - but these scripts are normally run within the UI thread because they interact with data structures that are often databound to UI controls, and running them from a background thread is becoming a minefield of cross-thread violations. I cannot simply run the script in the UI thread, because blocking in the trace callback would make the application unresponsive.

 

It seems like there should be some way to suspend/stop the script while in a trace callback (preserving all python stack and scope information), and then (optionally) later resume that execution frame by frame as the user "steps" through code. The only thing I see that might do what I want is possibly get an AST first and kick it through CallTracing() after hooking my trace callback? Is that what I should be doing?

 

I have spent some time digging through the IronPython Tools assemblies to see how this kind of thing was achieved when integrating with Visual Studio's debugger experience. I don't see it using SetTrace(), and so I assume this is taking an entirely different approach and not sure there is anything there that really provides what I need.

 

One last thing to mention is that our application is compiled against both WPF and Silverlight targets, so any solution needs to work in both environments.

 

Not looking for hand-holding here - just a nudge in the right direction. Even some examples of something along these lines as implemented in pure Python might be enough for me to figure out the rest.

 

Many thanks in advance,

Keith

 

 

 

Keith Rome

Senior Consultant and Architect

MCPD-EAD, MCSD, MCDBA, MCTS-WPF, MCTS-TFS, MCTS-WSS

Wintellect | 770.617.4016 | krome at wintellect.com <mailto:rome at wintellect.com> 

www.wintellect.com <http://www.wintellect.com/> 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110331/5002b760/attachment.html>

From wdines at longview.com  Thu Mar 31 12:00:45 2011
From: wdines at longview.com (Bill Dines)
Date: Thu, 31 Mar 2011 06:00:45 -0400
Subject: [IronPython] IronPython Tools for VS2010 Questions
Message-ID: <D8AFF694123BAD42B2A71427113E7BF6234F19DC@us107msx01.exactsoftware.com>


> 1. Intellisense/autocomplete will be really useful for our users.  Can

> anyone tell me what should and shouldn't provide this capability.  So 
> far it seems that some System types provide it and Python Module 
> Methods work as well but I'm not sure what else should work as it is a

> little buggy.  For example is there any way to get intellisense from
3rd party c# dll's?

>>It will work with any Python code that you have loaded into your
project or with any .NET assemblies which can be >>successfully loaded
by Visual Studio process and which there are clr.AddReference calls.
Likely that means the >>assemblies will need to be in the GAC for them
to be loaded.  Once we see the clr.AddReference call you should be
>>able to get completion on their namespaces and types.

I wasn't aware you could put Silverlight assemblies in the GAC, but it
seems you can!  It does work but there is still a problem because if you
use clr.AddReference() the code fails as Python can't load the assembly
at runtime.  I've been using clr.AddReferenceToFile() which works at
runtime (so long as I use the technique described in question 2 to get
the .dll in the xap) but doesn't give Intellisense at design time :(

> 
> 2. Using a Python Project and Chiron, what is the best way to include 
> 3rd party .dlls in the xap?  At the moment I've copied the .dlls to 
> the IP Silverlight\bin folder and added them to the "assemblies" 
> attribute of IPy's <Language\> tag in Chiron.exe.config.  This works 
> OK but means all .dlls will be included for all python projects.  Is 
> there a way of getting this to work for each project individually 
> without the users having to do anything manually (I want to create 
> project templates that they can be up and running without doing any
config themselves).
> Alternatively could the .dlls be downloaded from outside the xap e.g.
> from another .xap or .slvx?

>>I don't think there's a specific feature here.  If you'd like to see
this in PTVS which Jeff mentioned then you could >>open a feature
request over at pytools.codeplex.com.

I will do that.  It seems that these things are all related.  You need
to be able to add a reference to a .dll, get intellisense from it and
have it in the .xap so it's available at runtime.  It's basic
Silverlight stuff that really should be there I think.







From rome at Wintellect.com  Thu Mar 31 17:41:01 2011
From: rome at Wintellect.com (Keith Rome)
Date: Thu, 31 Mar 2011 08:41:01 -0700
Subject: [IronPython] Debugging hosted python scripts
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480268C656@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480268C656@server02.in.3s-software.com>
Message-ID: <7737799D90E55E4BB9C9F7E40D161E1108D49EDD94@VA3DIAXVS461.RED001.local>

This is an avenue we have considered, but I do not believe it will not work for the Silverlight scenario.


Keith Rome
Senior Consultant and Architect
MCPD-EAD, MCSD, MCDBA, MCTS-WPF, MCTS-TFS, MCTS-WSS
Wintellect | 770.617.4016 | krome at wintellect.com<mailto:rome at wintellect.com>
www.wintellect.com<http://www.wintellect.com/>

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Markus Schaber
Sent: Thursday, March 31, 2011 3:51 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Debugging hosted python scripts

Hi,

Another remark I forgot to write:

Visual Studio Debugger attaches to an external process, so they don't have the problem of VS freezing the app is frozen.

You could also go the way of using an external debugger process (and communicate e. G. via COM, or have the debugger using the .NET debugging APIs.)

Regards,
Markus

Von: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] Im Auftrag von Markus Schaber
Gesendet: Donnerstag, 31. M?rz 2011 09:49
An: Discussion of IronPython
Betreff: Re: [IronPython] Debugging hosted python scripts

Hi,

If you are sure that you can control the potentially arising reentrancy problems (best by avoiding reentrancy completely, e. G. by disabling the parent windows), then Application.DoEvents inside the trace handler may help.

Gr??e,
Markus

Von: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] Im Auftrag von Keith Rome
Gesendet: Donnerstag, 31. M?rz 2011 04:52
An: users at lists.ironpython.com
Betreff: [IronPython] Debugging hosted python scripts

I am hoping someone can point me in the right direction here. If there are no examples out there to review, then perhaps a hint or two about where I can look in the IronPython hosting API to achieve what I want...

We currently have a line of business application, written entirely in C#, that embeds the IronPython runtime. We offer a GUI script editing environment (using the SyntaxEditor control from Actipro Software, which works great for this). This script editor exists as just another dialog window in our application where the user can extend the business objects behind the application in various ways. The scripts are stored in a database, not in files on the local file system. We have great support for syntax highlighting, compiler error "squiggles", even Intelliprompt functionality. I am now building live debugging support into our script editor GUI, which is where I have run into some difficulty.

I have been going down the path of using ScriptEngine.SetTrace() and inspecting frames in the callback. This works fine if I am not doing anything interactive. For example, dumping some information to Debug.WriteLine(). However what I really need (I think?) is to be able to suspend the script execution during a trace callback. I don't see a clear way to do this though. The script runtime simply continues execution when my callback returns. I have done some work around running the debugged script on a background thread, and then blocking it during "breakpoint" callbacks - but these scripts are normally run within the UI thread because they interact with data structures that are often databound to UI controls, and running them from a background thread is becoming a minefield of cross-thread violations. I cannot simply run the script in the UI thread, because blocking in the trace callback would make the application unresponsive.

It seems like there should be some way to suspend/stop the script while in a trace callback (preserving all python stack and scope information), and then (optionally) later resume that execution frame by frame as the user "steps" through code. The only thing I see that might do what I want is possibly get an AST first and kick it through CallTracing() after hooking my trace callback? Is that what I should be doing?

I have spent some time digging through the IronPython Tools assemblies to see how this kind of thing was achieved when integrating with Visual Studio's debugger experience. I don't see it using SetTrace(), and so I assume this is taking an entirely different approach and not sure there is anything there that really provides what I need.

One last thing to mention is that our application is compiled against both WPF and Silverlight targets, so any solution needs to work in both environments.

Not looking for hand-holding here - just a nudge in the right direction. Even some examples of something along these lines as implemented in pure Python might be enough for me to figure out the rest.

Many thanks in advance,
Keith



Keith Rome
Senior Consultant and Architect
MCPD-EAD, MCSD, MCDBA, MCTS-WPF, MCTS-TFS, MCTS-WSS
Wintellect | 770.617.4016 | krome at wintellect.com<mailto:rome at wintellect.com>
www.wintellect.com<http://www.wintellect.com/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110331/8c2314be/attachment.html>

From jdhardy at gmail.com  Thu Mar 31 18:02:36 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Thu, 31 Mar 2011 10:02:36 -0600
Subject: [IronPython] Debugging hosted python scripts
In-Reply-To: <7737799D90E55E4BB9C9F7E40D161E1108D491B1E4@VA3DIAXVS461.RED001.local>
References: <7737799D90E55E4BB9C9F7E40D161E1108D491B1E4@VA3DIAXVS461.RED001.local>
Message-ID: <AANLkTikL+1Z+9eDj3yAc+6kx+LL+Xc0Yd8TG15ou3Tm=@mail.gmail.com>

On Wed, Mar 30, 2011 at 8:52 PM, Keith Rome <rome at wintellect.com> wrote:
> We currently have a line of business application, written entirely in C#,
> that embeds the IronPython runtime. We offer a GUI script editing
> environment (using the SyntaxEditor control from Actipro Software, which
> works great for this). This script editor exists as just another dialog
> window in our application where the user can extend the business objects
> behind the application in various ways. The scripts are stored in a
> database, not in files on the local file system. We have great support for
> syntax highlighting, compiler error ?squiggles?, even Intelliprompt
> functionality. I am now building live debugging support into our script
> editor GUI, which is where I have run into some difficulty.
>
>
>
> I have been going down the path of using ScriptEngine.SetTrace() and
> inspecting frames in the callback. This works fine if I am not doing
> anything interactive. For example, dumping some information to
> Debug.WriteLine(). However what I really need (I think?) is to be able to
> suspend the script execution during a trace callback. I don?t see a clear
> way to do this though. The script runtime simply continues execution when my
> callback returns. I have done some work around running the debugged script
> on a background thread, and then blocking it during ?breakpoint? callbacks ?
> but these scripts are normally run within the UI thread because they
> interact with data structures that are often databound to UI controls, and
> running them from a background thread is becoming a minefield of
> cross-thread violations. I cannot simply run the script in the UI thread,
> because blocking in the trace callback would make the application
> unresponsive.

I think this is going to be your biggest issue with debugging - AFAIK
the Python engine is not designed to be suspendable; it relies on
.NET's normal thread suspension mechanism to handle that case. If the
scripts are on the UI thread, and the debugger is on the UI thread,
that 's going to be an issue.

Now, if the engine were running in interpreted mode (i.e. it doesn't
try to convert Python to IL), it would probably be possible to suspend
it without suspending the thread, but I have no idea how much work
that would be. (Heck, it might already support it - Dino?) My hunch is
that it wouldn't be a huge amount of work, but I'm not familiar with
the interpreter loop at all.

- Jeff


From jimmy at schementi.com  Thu Mar 31 18:40:13 2011
From: jimmy at schementi.com (Jimmy Schementi)
Date: Thu, 31 Mar 2011 12:40:13 -0400
Subject: [IronPython] Debugging hosted python scripts
In-Reply-To: <AANLkTikL+1Z+9eDj3yAc+6kx+LL+Xc0Yd8TG15ou3Tm=@mail.gmail.com>
References: <7737799D90E55E4BB9C9F7E40D161E1108D491B1E4@VA3DIAXVS461.RED001.local>
	<AANLkTikL+1Z+9eDj3yAc+6kx+LL+Xc0Yd8TG15ou3Tm=@mail.gmail.com>
Message-ID: <AANLkTi=knSXiBkqwnLXF5VZW5cv1=T_RBWY_NeV1j81C@mail.gmail.com>

If you're interested in building your own debugger, take a look at
http://devhawk.net/2009/07/08/MicrosoftScriptingDebugging.aspx.
Microsoft.Scripting.Debugging.dll gives you APIs for non-blocking
debugging by rewriting the expression tree. This doesn't require the
interpreter.

~Jimmy

On Mar 31, 2011, at 12:02 PM, Jeff Hardy <jdhardy at gmail.com> wrote:

> On Wed, Mar 30, 2011 at 8:52 PM, Keith Rome <rome at wintellect.com> wrote:
>> We currently have a line of business application, written entirely in C#,
>> that embeds the IronPython runtime. We offer a GUI script editing
>> environment (using the SyntaxEditor control from Actipro Software, which
>> works great for this). This script editor exists as just another dialog
>> window in our application where the user can extend the business objects
>> behind the application in various ways. The scripts are stored in a
>> database, not in files on the local file system. We have great support for
>> syntax highlighting, compiler error ?squiggles?, even Intelliprompt
>> functionality. I am now building live debugging support into our script
>> editor GUI, which is where I have run into some difficulty.
>>
>>
>>
>> I have been going down the path of using ScriptEngine.SetTrace() and
>> inspecting frames in the callback. This works fine if I am not doing
>> anything interactive. For example, dumping some information to
>> Debug.WriteLine(). However what I really need (I think?) is to be able to
>> suspend the script execution during a trace callback. I don?t see a clear
>> way to do this though. The script runtime simply continues execution when my
>> callback returns. I have done some work around running the debugged script
>> on a background thread, and then blocking it during ?breakpoint? callbacks ?
>> but these scripts are normally run within the UI thread because they
>> interact with data structures that are often databound to UI controls, and
>> running them from a background thread is becoming a minefield of
>> cross-thread violations. I cannot simply run the script in the UI thread,
>> because blocking in the trace callback would make the application
>> unresponsive.
>
> I think this is going to be your biggest issue with debugging - AFAIK
> the Python engine is not designed to be suspendable; it relies on
> .NET's normal thread suspension mechanism to handle that case. If the
> scripts are on the UI thread, and the debugger is on the UI thread,
> that 's going to be an issue.
>
> Now, if the engine were running in interpreted mode (i.e. it doesn't
> try to convert Python to IL), it would probably be possible to suspend
> it without suspending the thread, but I have no idea how much work
> that would be. (Heck, it might already support it - Dino?) My hunch is
> that it wouldn't be a huge amount of work, but I'm not familiar with
> the interpreter loop at all.
>
> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From dinov at microsoft.com  Thu Mar 31 18:51:13 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Thu, 31 Mar 2011 16:51:13 +0000
Subject: [IronPython] Debugging hosted python scripts
In-Reply-To: <AANLkTikL+1Z+9eDj3yAc+6kx+LL+Xc0Yd8TG15ou3Tm=@mail.gmail.com>
References: <7737799D90E55E4BB9C9F7E40D161E1108D491B1E4@VA3DIAXVS461.RED001.local>
	<AANLkTikL+1Z+9eDj3yAc+6kx+LL+Xc0Yd8TG15ou3Tm=@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E15029BAB@TK5EX14MBXC133.redmond.corp.microsoft.com>



Jeff wrote:
> On Wed, Mar 30, 2011 at 8:52 PM, Keith Rome <rome at wintellect.com>
> wrote:
> > I have been going down the path of using ScriptEngine.SetTrace() and
> > inspecting frames in the callback. This works fine if I am not doing
> > anything interactive. For example, dumping some information to
> > Debug.WriteLine(). However what I really need (I think?) is to be able
> > to suspend the script execution during a trace callback. I don't see a
> > clear way to do this though. The script runtime simply continues
> > execution when my callback returns. I have done some work around
> > running the debugged script on a background thread, and then blocking
> > it during "breakpoint" callbacks - but these scripts are normally run
> > within the UI thread because they interact with data structures that
> > are often databound to UI controls, and running them from a background
> > thread is becoming a minefield of cross-thread violations. I cannot
> > simply run the script in the UI thread, because blocking in the trace
> > callback would make the application unresponsive.
> 
> I think this is going to be your biggest issue with debugging - AFAIK the
> Python engine is not designed to be suspendable; it relies on .NET's normal
> thread suspension mechanism to handle that case. If the scripts are on the UI
> thread, and the debugger is on the UI thread, that 's going to be an issue.
> 
> Now, if the engine were running in interpreted mode (i.e. it doesn't try to
> convert Python to IL), it would probably be possible to suspend it without
> suspending the thread, but I have no idea how much work that would be.
> (Heck, it might already support it - Dino?) My hunch is that it wouldn't be a
> huge amount of work, but I'm not familiar with the interpreter loop at all.

There's certainly nothing that does this today - this is effectively "how to do
stackless on IronPython."  There've been similar questions on the mailing list
on how to do this (for greenlets) in the past.  There's basically two changes
which need to happen to get this working:

	1. We need to re-write the trees we produce so all local variables are
hoisted into a heap allocated data structure.  We already do this for generators
and for sys.settrace support so that one's not so hard.
	2. We need to re-write the trees so that rather than performing a dynamic
operation they yield control back to a loop which then performs the dynamic 
operation.
	3. We might need to do #2 but with certain built in calls (for example 
import if you don't want imports to block, maybe some other built-in operations
as well).

Doing #2 isn't that difficult either - it's really just a tree rewrite that changes each
Dynamic node (or one of the DLR outer layers dynamic like nodes) into a node which
returns a call site plus arguments.  The outer loop can then dispatch into the call
site or it can yield appropriately.  

Finally this needs to be combined with the debugging mechanism which it's self
is just an AST re-write.  sys.settrace uses the same basic rewrite we need for #1 to 
hoist the variables.  In addition to that it introduces the line, call, exception, etc...
callbacks as well.  I think the final tweak here would be to make those yield control
back to the dispatch loop which then can then make the sys.settrace call.

Finally you'll probably need to update functions so that if they're called "externally"
(not directly from the dispatch loop) that they setup a new dispatch loop.  So the
delegates that are held in the FunctionCode object will need to be distinct from the
normal delegates (this is similar to how we have a normal delegate and a light throwing
delegate today).  

I'd suggest by trying to add the stackless re-write and dispatch loop to the DebugInfoRewriter
class (or a fork of it) and then getting simple stackless function calls going.    Then you can
worry about fitting it in with the rest of the system.

I could even see us adding this back to the core if it worked out to be sufficiently on the side
which if implemented just as these AST rewrites it could be.


From dinov at microsoft.com  Thu Mar 31 18:53:25 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Thu, 31 Mar 2011 16:53:25 +0000
Subject: [IronPython] Debugging hosted python scripts
In-Reply-To: <AANLkTi=knSXiBkqwnLXF5VZW5cv1=T_RBWY_NeV1j81C@mail.gmail.com>
References: <7737799D90E55E4BB9C9F7E40D161E1108D491B1E4@VA3DIAXVS461.RED001.local>
	<AANLkTikL+1Z+9eDj3yAc+6kx+LL+Xc0Yd8TG15ou3Tm=@mail.gmail.com>
	<AANLkTi=knSXiBkqwnLXF5VZW5cv1=T_RBWY_NeV1j81C@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E15029BC5@TK5EX14MBXC133.redmond.corp.microsoft.com>

Jimmy wrote:
> If you're interested in building your own debugger, take a look at
> http://devhawk.net/2009/07/08/MicrosoftScriptingDebugging.aspx.
> Microsoft.Scripting.Debugging.dll gives you APIs for non-blocking debugging
> by rewriting the expression tree. This doesn't require the interpreter.

It's non-blocking in the same way that sys.settrace is non-blocking though, you
still need to pump messages while you're in sys.settrace if you want it to
feel like a non-blocking GUI API.  And that could eventually stack overflow if you
have lots of App -> Script -> App -> Script -> App -> Script transitions.  But
it is the right place to start looking.




From jimmy at schementi.com  Thu Mar 31 19:11:27 2011
From: jimmy at schementi.com (Jimmy Schementi)
Date: Thu, 31 Mar 2011 13:11:27 -0400
Subject: [IronPython] Debugging hosted python scripts
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E15029BC5@TK5EX14MBXC133.redmond.corp.microsoft.com>
References: <7737799D90E55E4BB9C9F7E40D161E1108D491B1E4@VA3DIAXVS461.RED001.local>
	<AANLkTikL+1Z+9eDj3yAc+6kx+LL+Xc0Yd8TG15ou3Tm=@mail.gmail.com>
	<AANLkTi=knSXiBkqwnLXF5VZW5cv1=T_RBWY_NeV1j81C@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E15029BC5@TK5EX14MBXC133.redmond.corp.microsoft.com>
Message-ID: <AANLkTi=ZgbpsTNafG9WnWkL88mwbFYO1zKebYZWmV7EM@mail.gmail.com>

On Thu, Mar 31, 2011 at 12:53 PM, Dino Viehland <dinov at microsoft.com> wrote:

> Jimmy wrote:
> > If you're interested in building your own debugger, take a look at
> > http://devhawk.net/2009/07/08/MicrosoftScriptingDebugging.aspx.
> > Microsoft.Scripting.Debugging.dll gives you APIs for non-blocking
> debugging
> > by rewriting the expression tree. This doesn't require the interpreter.
>
> It's non-blocking in the same way that sys.settrace is non-blocking though,
> you
> still need to pump messages while you're in sys.settrace if you want it to
> feel like a non-blocking GUI API.  And that could eventually stack overflow
> if you
> have lots of App -> Script -> App -> Script -> App -> Script transitions.
>  But
> it is the right place to start looking.


Right, thanks for the clarification.

By the way, I've solved the app-hanging issue by running all IronPython code
on a non-UI thread, and having any user IronPython code manipulate
"dispatching" data structures (DispatchingObservableCollection,
DispatchingPropertyChangedObject, etc ... basically implementations which
dispatch to the UI thread if being used from a non-UI thread). Those
structures are data bound to the UI. Not very general-purpose, or very
performant, but it solved my problem.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110331/e20e3efe/attachment.html>

From loocas at duber.cz  Thu Mar 31 21:43:18 2011
From: loocas at duber.cz (=?UTF-8?B?THVrw6HFoSBEdWLEm2Rh?=)
Date: Thu, 31 Mar 2011 21:43:18 +0200
Subject: [IronPython] Creating Symbolic Links via IronPython
In-Reply-To: <AANLkTi=ZgbpsTNafG9WnWkL88mwbFYO1zKebYZWmV7EM@mail.gmail.com>
References: <7737799D90E55E4BB9C9F7E40D161E1108D491B1E4@VA3DIAXVS461.RED001.local>	<AANLkTikL+1Z+9eDj3yAc+6kx+LL+Xc0Yd8TG15ou3Tm=@mail.gmail.com>	<AANLkTi=knSXiBkqwnLXF5VZW5cv1=T_RBWY_NeV1j81C@mail.gmail.com>	<6C7ABA8B4E309440B857D74348836F2E15029BC5@TK5EX14MBXC133.redmond.corp.microsoft.com>
	<AANLkTi=ZgbpsTNafG9WnWkL88mwbFYO1zKebYZWmV7EM@mail.gmail.com>
Message-ID: <4D94D956.4010905@duber.cz>

Hi there everyone,

I've been trying to find a solution for creating Symbolic Links
via IronPython scripting, but it seems there is not a direct
way of doing this via .NET and since I don't know C#, I have
hard times "translating" C# snippets I've found on the net
to IronPython. For example:

[Interop.DllImport("kernel32.dll", EntryPoint="CreateSymbolicLinkW", 
CharSet=Interop.CharSet.Unicode)]
public static extern int CreateSymbolicLink(string lpSymlinkFileName, 
string lpTargetFileName, int dwFlags);

So, I thought asking here would probably be the best place for
the best advice (i.e. what to avoid using etc...).

Any advice on this topic would be much appretiated!

Thanks a lot in advance, cheers,

Luk?? Dub?da
Director
[T] +420 602 444 164

duber studio(tm)
[M] info at duber.cz
[W] http://www.duber.cz

[A] R.A.Dvorsk?ho 601, Praha 10
[A] 10900, Czech Republic, Europe