From cgencer at gmail.com  Tue Jan  4 17:43:58 2011
From: cgencer at gmail.com (Can Gencer)
Date: Tue, 4 Jan 2011 17:43:58 +0100
Subject: [IronPython] Converting IronPython file object to .NET Stream object
Message-ID: <AANLkTik33poxvGc8RaeZyFHQBgNhGayipPDS8oNpte8Z@mail.gmail.com>

Is there an easy way to convert an IronPython file-like object to a
.NET Stream? The reverse can be done in IronPython using like this:

net_stream = File.OpenRead('file.txt')
python_file = file(net_stream)

I wonder if there is an easy way of doing the reverse? Or do you have
to write a wrapper that will inherit from Stream and implement all the
methods?


From dinov at microsoft.com  Tue Jan  4 19:01:23 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Tue, 4 Jan 2011 18:01:23 +0000
Subject: [IronPython] Converting IronPython file object to .NET Stream
 object
In-Reply-To: <AANLkTik33poxvGc8RaeZyFHQBgNhGayipPDS8oNpte8Z@mail.gmail.com>
References: <AANLkTik33poxvGc8RaeZyFHQBgNhGayipPDS8oNpte8Z@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0113521D@TK5EX14MBXC137.redmond.corp.microsoft.com>

Can wrote:
> Is there an easy way to convert an IronPython file-like object to a .NET
> Stream? The reverse can be done in IronPython using like this:
> 
> net_stream = File.OpenRead('file.txt')
> python_file = file(net_stream)
> 
> I wonder if there is an easy way of doing the reverse? Or do you have to
> write a wrapper that will inherit from Stream and implement all the
> methods?

The stream is not currently accessible - it also doesn't actually always exist because
when we're writing to the console we use a different object (I actually don't 
remember why this is - maybe we could wrap that object in a stream and always 
have a stream).

We could easily expose the Stream has a PythonHidden property (so it requires import 
clr) or add something like clr.FileToStream() to get the stream for normal files though.
Or given that we're all consenting adults you could use reflection to get the stream:

import System
f = file('abc.txt', 'w+')
f.GetType().GetField('_stream', System.Reflection.BindingFlags.Instance | 
                                                 System.Reflection.BindingFlags.NonPublic).GetValue(f)






From msenko at completegenomics.com  Tue Jan  4 20:02:20 2011
From: msenko at completegenomics.com (Mark Senko)
Date: Tue, 4 Jan 2011 11:02:20 -0800
Subject: [IronPython] Passing arguments to C#
In-Reply-To: <AANLkTinB3DuwCLdhBRwtz_YUhopzq9GMHbA8vFgcYM7O@mail.gmail.com>
References: <8036074B72EB5B49B0BC19ED6F4E40204FD13F@ws-be-exchange.completegenomics.com>
	<AANLkTinB3DuwCLdhBRwtz_YUhopzq9GMHbA8vFgcYM7O@mail.gmail.com>
Message-ID: <8036074B72EB5B49B0BC19ED6F4E40204FD2A0@ws-be-exchange.completegenomics.com>

I had tried the IList<double>, and it works fine if I send in a list that is full of doubles,
Using something like mylist = map(float,range(10))

That was an awkwardness I wanted to avoid.  I wanted to be able to pass in mylist = range(10) just as easily.
My C# routine will accept the argument as an IList (no type), but I'm unable to cast it afterwards.  
I finally solved the problem by accepting an IList, copying it element my element to a new list of the correct type. If a typecast is required, I assign it to a temporary variable of the same type first, then cast the temporary variable.

This is the function I use for my conversion of each element.  I settled on using the IronPython.Runtime.List instead of IList because that's what I'm really passing in, but they seem to act exactly the same in this context. 

        static private double pToDouble(IronPython.Runtime.List pList, int index)
        {
            string type = pList[index].GetType().FullName;

            if (type == "System.Int32")
            {
                int tmp = (int)pList[index];
                return (double)tmp;
            }
            else if (type == "System.Double")
            {
                return (double)pList[index];

            }
            else
                throw (new ApplicationException("Can't convert Python list to Double"));
        }

It's a little clumsy, but I'd rather push this down into the C# where I can hide it from my Python users.

Mark Senko

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy
Sent: Tuesday, December 28, 2010 10:56 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Passing arguments to C#

On Tue, Dec 28, 2010 at 3:33 PM, Mark Senko <msenko at completegenomics.com> wrote:
> Public static void TestIt(IList inList) and public static void
> TestIt(IronPython.runtime.List inList).? They both act pretty much the same.
> I've also tried using tuples.
>

Have you tried using IList<double> or IEnumerable<double> as
arguments? IronPython should then handle the conversion for you.

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



____ 
 
The contents of this e-mail and any attachments are confidential and only for 
use by the intended recipient. Any unauthorized use, distribution or copying 
of this message is strictly prohibited. If you are not the intended recipient 
please inform the sender immediately by reply e-mail and delete this message 
from your system. Thank you for your co-operation.


From dinov at microsoft.com  Tue Jan  4 20:29:57 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Tue, 4 Jan 2011 19:29:57 +0000
Subject: [IronPython] Passing arguments to C#
In-Reply-To: <8036074B72EB5B49B0BC19ED6F4E40204FD2A0@ws-be-exchange.completegenomics.com>
References: <8036074B72EB5B49B0BC19ED6F4E40204FD13F@ws-be-exchange.completegenomics.com>
	<AANLkTinB3DuwCLdhBRwtz_YUhopzq9GMHbA8vFgcYM7O@mail.gmail.com>
	<8036074B72EB5B49B0BC19ED6F4E40204FD2A0@ws-be-exchange.completegenomics.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E011369DC@TK5EX14MBXC137.redmond.corp.microsoft.com>

Mark wrote:
> I had tried the IList<double>, and it works fine if I send in a list that is full of
> doubles, Using something like mylist = map(float,range(10))
> 
> That was an awkwardness I wanted to avoid.  I wanted to be able to pass in
> mylist = range(10) just as easily.
> My C# routine will accept the argument as an IList (no type), but I'm unable
> to cast it afterwards.
> I finally solved the problem by accepting an IList, copying it element my
> element to a new list of the correct type. If a typecast is required, I assign it
> to a temporary variable of the same type first, then cast the temporary
> variable.
> 
> This is the function I use for my conversion of each element.  I settled on
> using the IronPython.Runtime.List instead of IList because that's what I'm
> really passing in, but they seem to act exactly the same in this context.
> 
>         static private double pToDouble(IronPython.Runtime.List pList, int index)
>         {
>             string type = pList[index].GetType().FullName;
> 
>             if (type == "System.Int32")
>             {
>                 int tmp = (int)pList[index];
>                 return (double)tmp;
>             }
>             else if (type == "System.Double")
>             {
>                 return (double)pList[index];
> 
>             }
>             else
>                 throw (new ApplicationException("Can't convert Python list to
> Double"));
>         }
> 
> It's a little clumsy, but I'd rather push this down into the C# where I can hide
> it from my Python users.


I'd suggest Converter.ConvertToDouble(...) instead of doing the type checks
yourself (Converter is in IronPython.Runtime).  That'll work on anything the user
can throw at you and it'll use call site caching as well.  At the very least I'd suggest:

if(pList[index] is int) {
}else if(pList[index] is double) {
}

Which will be much, much more efficient and is a little easier on the eyes too.


From alexander.morou at gmail.com  Wed Jan  5 15:39:01 2011
From: alexander.morou at gmail.com (Alexander Morou)
Date: Wed, 5 Jan 2011 08:39:01 -0600
Subject: [IronPython] Writing a Compiler framework: Static typing use of the
	DLR
Message-ID: <AANLkTikQK8Ajmtei93pOWuBowyBdMXj8CQGp5Ln+YKad@mail.gmail.com>

Hello,

I'm not really sure where to ask this question, so I figured I'd ask
on the mailing list of the project that largely started the DLR
(assuming memory serves correctly.)  I'm writing a compiler framework,
and I was wondering what kind of work, in AST rewrites I would need to
perform, or classes from the DLR object model I would need to use, in
order to support, what C# calls, a static type dynamic?  From what I
can tell of C#, it uses its own model to wrap some of the concepts
provided by the DLR, so I'm not exactly sure how to handle the
late-bound dispatch so that it's marshaled by the appropriate language
binder for a given object instance.  I could go deeper into how C#
does it, but I don't really like the idea of looking at the code that
was written by someone else (since the only way I can look at it is
through a disassembler), my own code rewritten by C#'s compiler is
fine, but the innards of what that code uses: no.

I understand the basic concept behind the DLR, but it's too complex to
go over with a fine tooth comb.  Search algorithms aren't
sophisticated enough to ask questions like this through google or bing
(especially on, largely intangible, intent in code), which is why I
ask here.  I originally asked Jeff Hardy
(http://jdhardy.blogspot.com/) for insight, and he suggested I look
here.

Any insight anyone here can provide into this is appreciated.

Thanks,

-Allen [Alexander Morou] Copeland Jr.


From Tomas.Matousek at microsoft.com  Wed Jan  5 17:55:15 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Wed, 5 Jan 2011 16:55:15 +0000
Subject: [IronPython] FW: Writing a Compiler framework: Static typing use of
 the	DLR
Message-ID: <D5CEB4B8E7E7514993E9FAA680B207351E6B6C24@TK5EX14MBXC114.redmond.corp.microsoft.com>

Forwarding to dlr at microsoft.com.

I'm not sure I understand what you want to achieve. Could you describe functionality your framework provides? 

Every language that integrates with DLR might use a different way of expressing late bound calls. C#'s dynamic type is one way of doing that. The code that actually performs the dynamic dispatch via DLR call sites usually looks like:

// Lazy-initialize a dynamic call-site object; provide a language specific binder that performs the runtime binding
if (site == null) { site = CallSite<Func<CallSite, T1, .. Tn, TResult>>>.Create(runtime_binder); }

// call the Target delegate of the site.
result = Site.Target(Site, args);

The runtime_binder for the site carries information about the dynamic operation available at compile-time. This includes e.g. a method name, the current accessibility context, etc.

Tomas

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Alexander Morou
Sent: Wednesday, January 05, 2011 6:39 AM
To: Iron Python Mailing List
Subject: [IronPython] Writing a Compiler framework: Static typing use of the DLR

Hello,

I'm not really sure where to ask this question, so I figured I'd ask on the mailing list of the project that largely started the DLR (assuming memory serves correctly.)  I'm writing a compiler framework, and I was wondering what kind of work, in AST rewrites I would need to perform, or classes from the DLR object model I would need to use, in order to support, what C# calls, a static type dynamic?  From what I can tell of C#, it uses its own model to wrap some of the concepts provided by the DLR, so I'm not exactly sure how to handle the late-bound dispatch so that it's marshaled by the appropriate language binder for a given object instance.  I could go deeper into how C# does it, but I don't really like the idea of looking at the code that was written by someone else (since the only way I can look at it is through a disassembler), my own code rewritten by C#'s compiler is fine, but the innards of what that code uses: no.

I understand the basic concept behind the DLR, but it's too complex to go over with a fine tooth comb.  Search algorithms aren't sophisticated enough to ask questions like this through google or bing (especially on, largely intangible, intent in code), which is why I ask here.  I originally asked Jeff Hardy
(http://jdhardy.blogspot.com/) for insight, and he suggested I look here.

Any insight anyone here can provide into this is appreciated.

Thanks,

-Allen [Alexander Morou] Copeland Jr.
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



From alexander.morou at gmail.com  Wed Jan  5 20:06:28 2011
From: alexander.morou at gmail.com (Alexander Morou)
Date: Wed, 5 Jan 2011 13:06:28 -0600
Subject: [IronPython] Writing a Compiler framework: Static typing use of
	the DLR
Message-ID: <AANLkTikuPGptf_0C1-QrQDeZ27CtYPMXMvzKjHi3g8yp@mail.gmail.com>

Hello Tomas,

Ideally I want the base functionality, for now, to mimic that of C#.  There
is other functionality extensions I plan on implementing (static duck-typing
through explicitly defined type-parameter meta-data), but let's start with
the basics: given each functional variation of a potential call, as an
example, expression coercion through N-ary operators, implicit type
conversions, and so on, are there different call site constructs to
represent each in an intent based manner?  An example being things that look
like method invocations but could be properties that return a delegate, the
real question is where does the DLR's functionality end and the language's
specific use of the DLR begin?  Further, your call sight Func<CallSite, T1,
... Tn, TResult>, I'm guessing that encodes the types of the parameters as
they exist at compile time, where object in the type-parameters has special
meaning, and others represent points where further evaluation isn't
necessary?

Thanks,

-Allen Copeland Jr.

I'm not sure I understand what you want to achieve. Could you describe
> functionality your framework provides?
>
> Every language that integrates with DLR might use a different way of
> expressing late bound calls. C#'s dynamic type is one way of doing that. The
> code that actually performs the dynamic dispatch via DLR call sites usually
> looks like:
>
> // Lazy-initialize a dynamic call-site object; provide a language specific
> binder that performs the runtime binding
> if (site == null) { site = CallSite<Func<CallSite, T1, .. Tn,
> TResult>>>.Create(runtime_binder); }
>
> // call the Target delegate of the site.
> result = Site.Target(Site, args);
>
> The runtime_binder for the site carries information about the dynamic
> operation available at compile-time. This includes e.g. a method name, the
> current accessibility context, etc.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110105/bce15890/attachment.html>

From ron at emirot.com  Wed Jan  5 20:21:08 2011
From: ron at emirot.com (Ron Lindsey)
Date: Wed, 05 Jan 2011 13:21:08 -0600
Subject: [IronPython] IP 2.7b1 - Accessing C# variables from Python
Message-ID: <4D24C4A4.8010205@emirot.com>

I have written an OpenGL 3D modeling program in C#/OpenTK. In the 
program, I store all the objects (box, sphere, tube, etc) the user 
created into a hashtable. Each object stored is of type Box, Sphere etc...

I am embedding IronPython to give the user a way to animate their 
models. So in IronPython, the user needs to have access to the objects 
in the hashtable to get/set properties of the different objects.

Once the script is written, they then will run it. as the script 
executes, it will control the objects in the hashtable, which in turn 
will move the 3D models in the screen.

I have looked/googled/read but have not found out a way to access a C# 
hashtable and the objects stored with in it.

Any ideas?
-- 
Thanks, Ron Lindsey


From danielj at arena.net  Wed Jan  5 20:22:19 2011
From: danielj at arena.net (Daniel Jennings)
Date: Wed, 5 Jan 2011 11:22:19 -0800
Subject: [IronPython] IP 2.7b1 - Accessing C# variables from Python
In-Reply-To: <4D24C4A4.8010205@emirot.com>
References: <4D24C4A4.8010205@emirot.com>
Message-ID: <6D931A4CF4139540BF6621A1E97D4937015F01DEC063@wallemail.arena.ncwest.ncsoft.corp>

Have you tried just treating it like a regular Python dictionary? I thought that's all I had to do, though I work with Dictionary<K,V>, not Hashtable objects.


-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Ron Lindsey
Sent: Wednesday, January 05, 2011 11:21 AM
To: users at lists.ironpython.com
Subject: [IronPython] IP 2.7b1 - Accessing C# variables from Python

I have written an OpenGL 3D modeling program in C#/OpenTK. In the 
program, I store all the objects (box, sphere, tube, etc) the user 
created into a hashtable. Each object stored is of type Box, Sphere etc...

I am embedding IronPython to give the user a way to animate their 
models. So in IronPython, the user needs to have access to the objects 
in the hashtable to get/set properties of the different objects.

Once the script is written, they then will run it. as the script 
executes, it will control the objects in the hashtable, which in turn 
will move the 3D models in the screen.

I have looked/googled/read but have not found out a way to access a C# 
hashtable and the objects stored with in it.

Any ideas?
-- 
Thanks, Ron Lindsey
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From ron at emirot.com  Wed Jan  5 20:25:20 2011
From: ron at emirot.com (Ron Lindsey)
Date: Wed, 05 Jan 2011 13:25:20 -0600
Subject: [IronPython] IP 2.7b1 - Accessing C# variables from Python
In-Reply-To: <6D931A4CF4139540BF6621A1E97D4937015F01DEC063@wallemail.arena.ncwest.ncsoft.corp>
References: <4D24C4A4.8010205@emirot.com>
	<6D931A4CF4139540BF6621A1E97D4937015F01DEC063@wallemail.arena.ncwest.ncsoft.corp>
Message-ID: <4D24C5A0.8040908@emirot.com>

Daniel,

Thanks for the reply. To your question, No. The real problem here is how 
do i get access to the variables in c# from ironpython.

Thanks, Ron Lindsey

On 1/5/2011 1:22 PM, Daniel Jennings wrote:
> Have you tried just treating it like a regular Python dictionary? I thought that's all I had to do, though I work with Dictionary<K,V>, not Hashtable objects.
>
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Ron Lindsey
> Sent: Wednesday, January 05, 2011 11:21 AM
> To: users at lists.ironpython.com
> Subject: [IronPython] IP 2.7b1 - Accessing C# variables from Python
>
> I have written an OpenGL 3D modeling program in C#/OpenTK. In the
> program, I store all the objects (box, sphere, tube, etc) the user
> created into a hashtable. Each object stored is of type Box, Sphere etc...
>
> I am embedding IronPython to give the user a way to animate their
> models. So in IronPython, the user needs to have access to the objects
> in the hashtable to get/set properties of the different objects.
>
> Once the script is written, they then will run it. as the script
> executes, it will control the objects in the hashtable, which in turn
> will move the 3D models in the screen.
>
> I have looked/googled/read but have not found out a way to access a C#
> hashtable and the objects stored with in it.
>
> Any ideas?


From pascal at travobject.com  Wed Jan  5 20:45:47 2011
From: pascal at travobject.com (Pascal Normandin)
Date: Wed, 5 Jan 2011 14:45:47 -0500
Subject: [IronPython] IP 2.7b1 - Accessing C# variables from Python
In-Reply-To: <4D24C5A0.8040908@emirot.com>
References: <4D24C4A4.8010205@emirot.com>
	<6D931A4CF4139540BF6621A1E97D4937015F01DEC063@wallemail.arena.ncwest.ncsoft.corp>
	<4D24C5A0.8040908@emirot.com>
Message-ID: <00ae01cbad11$272a8b60$757fa220$@com>

Hello,

Here is a simple way to call into C# variables from IronPython using a
scope.

var engine = IronPython.Hosting.Python.CreateEngine();
var scope = engine.CreateScope();
var dict = new Dictionary<string, string>();
dict["key"] = "value";
scope.SetVariable("hash", dict);

// Calling dict from IP
engine.Execute("print hash['key']", scope);


Pascal
-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Ron Lindsey
Sent: January-05-11 2:25 PM
To: Daniel Jennings
Cc: Discussion of IronPython
Subject: Re: [IronPython] IP 2.7b1 - Accessing C# variables from Python

Daniel,

Thanks for the reply. To your question, No. The real problem here is how 
do i get access to the variables in c# from ironpython.

Thanks, Ron Lindsey

On 1/5/2011 1:22 PM, Daniel Jennings wrote:
> Have you tried just treating it like a regular Python dictionary? I
thought that's all I had to do, though I work with Dictionary<K,V>, not
Hashtable objects.
>
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Ron Lindsey
> Sent: Wednesday, January 05, 2011 11:21 AM
> To: users at lists.ironpython.com
> Subject: [IronPython] IP 2.7b1 - Accessing C# variables from Python
>
> I have written an OpenGL 3D modeling program in C#/OpenTK. In the
> program, I store all the objects (box, sphere, tube, etc) the user
> created into a hashtable. Each object stored is of type Box, Sphere etc...
>
> I am embedding IronPython to give the user a way to animate their
> models. So in IronPython, the user needs to have access to the objects
> in the hashtable to get/set properties of the different objects.
>
> Once the script is written, they then will run it. as the script
> executes, it will control the objects in the hashtable, which in turn
> will move the 3D models in the screen.
>
> I have looked/googled/read but have not found out a way to access a C#
> hashtable and the objects stored with in it.
>
> Any ideas?
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



From ron at emirot.com  Wed Jan  5 21:11:09 2011
From: ron at emirot.com (Ron Lindsey)
Date: Wed, 05 Jan 2011 14:11:09 -0600
Subject: [IronPython] IP 2.7b1 - Accessing C# variables from Python
In-Reply-To: <00ae01cbad11$272a8b60$757fa220$@com>
References: <4D24C4A4.8010205@emirot.com>
	<6D931A4CF4139540BF6621A1E97D4937015F01DEC063@wallemail.arena.ncwest.ncsoft.corp>
	<4D24C5A0.8040908@emirot.com> <00ae01cbad11$272a8b60$757fa220$@com>
Message-ID: <4D24D05D.5050606@emirot.com>

Pascal,

Well, I feel silly now. I was making it out to be too hard. Your example 
set me on the right path. Thank you!

Awesome user group!

Thanks, Ron Lindsey

On 1/5/2011 1:45 PM, Pascal Normandin wrote:
> Hello,
>
> Here is a simple way to call into C# variables from IronPython using a
> scope.
>
> var engine = IronPython.Hosting.Python.CreateEngine();
> var scope = engine.CreateScope();
> var dict = new Dictionary<string, string>();
> dict["key"] = "value";
> scope.SetVariable("hash", dict);
>
> // Calling dict from IP
> engine.Execute("print hash['key']", scope);
>
>
> Pascal
> -----Original Message-----
> From: users-bounces at lists.ironpython.com
> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Ron Lindsey
> Sent: January-05-11 2:25 PM
> To: Daniel Jennings
> Cc: Discussion of IronPython
> Subject: Re: [IronPython] IP 2.7b1 - Accessing C# variables from Python
>
> Daniel,
>
> Thanks for the reply. To your question, No. The real problem here is how
> do i get access to the variables in c# from ironpython.
>
> Thanks, Ron Lindsey
>
> On 1/5/2011 1:22 PM, Daniel Jennings wrote:
>> Have you tried just treating it like a regular Python dictionary? I
> thought that's all I had to do, though I work with Dictionary<K,V>, not
> Hashtable objects.
>>
>> -----Original Message-----
>> From: users-bounces at lists.ironpython.com
> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Ron Lindsey
>> Sent: Wednesday, January 05, 2011 11:21 AM
>> To: users at lists.ironpython.com
>> Subject: [IronPython] IP 2.7b1 - Accessing C# variables from Python
>>
>> I have written an OpenGL 3D modeling program in C#/OpenTK. In the
>> program, I store all the objects (box, sphere, tube, etc) the user
>> created into a hashtable. Each object stored is of type Box, Sphere etc...
>>
>> I am embedding IronPython to give the user a way to animate their
>> models. So in IronPython, the user needs to have access to the objects
>> in the hashtable to get/set properties of the different objects.
>>
>> Once the script is written, they then will run it. as the script
>> executes, it will control the objects in the hashtable, which in turn
>> will move the 3D models in the screen.
>>
>> I have looked/googled/read but have not found out a way to access a C#
>> hashtable and the objects stored with in it.
>>
>> Any ideas?
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From s.j.dower at gmail.com  Wed Jan  5 23:45:52 2011
From: s.j.dower at gmail.com (Steve Dower)
Date: Thu, 6 Jan 2011 09:45:52 +1100
Subject: [IronPython] IP 2.7b1 - Accessing C# variables from Python
In-Reply-To: <4D24D05D.5050606@emirot.com>
References: <4D24C4A4.8010205@emirot.com>
	<6D931A4CF4139540BF6621A1E97D4937015F01DEC063@wallemail.arena.ncwest.ncsoft.corp>
	<4D24C5A0.8040908@emirot.com> <00ae01cbad11$272a8b60$757fa220$@com>
	<4D24D05D.5050606@emirot.com>
Message-ID: <AANLkTikVhy0CONHbKNFXTRa7_He1P_5dWfyNrQvJ5cux@mail.gmail.com>

If you're using C# 4.0 (comes with VS 2010/.NET 4) you can use the
dynamic type to simplify this further:

dynamic scope = engine.CreateScope();
scope.hash = new Dictionary<string, string>();
scope.hash["key"] = "value";

On Thu, Jan 6, 2011 at 07:11, Ron Lindsey <ron at emirot.com> wrote:
> Pascal,
>
> Well, I feel silly now. I was making it out to be too hard. Your example set
> me on the right path. Thank you!
>
> Awesome user group!
>
> Thanks, Ron Lindsey
>
> On 1/5/2011 1:45 PM, Pascal Normandin wrote:
>>
>> Hello,
>>
>> Here is a simple way to call into C# variables from IronPython using a
>> scope.
>>
>> var engine = IronPython.Hosting.Python.CreateEngine();
>> var scope = engine.CreateScope();
>> var dict = new Dictionary<string, string>();
>> dict["key"] = "value";
>> scope.SetVariable("hash", dict);
>>
>> // Calling dict from IP
>> engine.Execute("print hash['key']", scope);
>>
>>
>> Pascal
>> -----Original Message-----
>> From: users-bounces at lists.ironpython.com
>> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Ron Lindsey
>> Sent: January-05-11 2:25 PM
>> To: Daniel Jennings
>> Cc: Discussion of IronPython
>> Subject: Re: [IronPython] IP 2.7b1 - Accessing C# variables from Python
>>
>> Daniel,
>>
>> Thanks for the reply. To your question, No. The real problem here is how
>> do i get access to the variables in c# from ironpython.
>>
>> Thanks, Ron Lindsey
>>
>> On 1/5/2011 1:22 PM, Daniel Jennings wrote:
>>>
>>> Have you tried just treating it like a regular Python dictionary? I
>>
>> thought that's all I had to do, though I work with Dictionary<K,V>, not
>> Hashtable objects.
>>>
>>> -----Original Message-----
>>> From: users-bounces at lists.ironpython.com
>>
>> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Ron Lindsey
>>>
>>> Sent: Wednesday, January 05, 2011 11:21 AM
>>> To: users at lists.ironpython.com
>>> Subject: [IronPython] IP 2.7b1 - Accessing C# variables from Python
>>>
>>> I have written an OpenGL 3D modeling program in C#/OpenTK. In the
>>> program, I store all the objects (box, sphere, tube, etc) the user
>>> created into a hashtable. Each object stored is of type Box, Sphere
>>> etc...
>>>
>>> I am embedding IronPython to give the user a way to animate their
>>> models. So in IronPython, the user needs to have access to the objects
>>> in the hashtable to get/set properties of the different objects.
>>>
>>> Once the script is written, they then will run it. as the script
>>> executes, it will control the objects in the hashtable, which in turn
>>> will move the 3D models in the screen.
>>>
>>> I have looked/googled/read but have not found out a way to access a C#
>>> hashtable and the objects stored with in it.
>>>
>>> Any ideas?
>>
>> _______________________________________________
>> 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 pablodalma93 at hotmail.com  Thu Jan  6 17:30:58 2011
From: pablodalma93 at hotmail.com (Pablo Dalmazzo)
Date: Thu, 6 Jan 2011 13:30:58 -0300
Subject: [IronPython] Hosting services for IronPython
Message-ID: <SNT104-W2449DA452FE745B849E6A2D00A0@phx.gbl>


I couldnt find if this was asked before, are there IronPython hosting services? 
Greetings 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110106/993e9116/attachment.html>

From jdhardy at gmail.com  Thu Jan  6 17:43:27 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Thu, 6 Jan 2011 09:43:27 -0700
Subject: [IronPython] Hosting services for IronPython
In-Reply-To: <SNT104-W2449DA452FE745B849E6A2D00A0@phx.gbl>
References: <SNT104-W2449DA452FE745B849E6A2D00A0@phx.gbl>
Message-ID: <AANLkTikh6uO3hx5vaAsyJdV+nMgUY4=a+EGKWfMABVKS@mail.gmail.com>

On Thu, Jan 6, 2011 at 9:30 AM, Pablo Dalmazzo <pablodalma93 at hotmail.com> wrote:
> I couldnt find if this was asked before, are there IronPython hosting
> services?

For web apps, you mean? Since IronPython is bin-deployable and
(mostly) partial-trust-safe, it should work on any ASP.NET hosting
service (even Azure).

If you mean something like Heroku, I'm pretty sure there isn't. But
that would be awesome.

- Jeff


From pablodalma93 at hotmail.com  Thu Jan  6 18:10:36 2011
From: pablodalma93 at hotmail.com (Pablo Dalmazzo)
Date: Thu, 6 Jan 2011 14:10:36 -0300
Subject: [IronPython] Hosting services for IronPython
In-Reply-To: <AANLkTikh6uO3hx5vaAsyJdV+nMgUY4=a+EGKWfMABVKS@mail.gmail.com>
References: <SNT104-W2449DA452FE745B849E6A2D00A0@phx.gbl>,
	<AANLkTikh6uO3hx5vaAsyJdV+nMgUY4=a+EGKWfMABVKS@mail.gmail.com>
Message-ID: <SNT104-W21FE607B230EAF79356B41D00A0@phx.gbl>


Right! :) We might be doing a small social network for my area, not sure yet. I just was so framed with working IronPython in our server forintranets that I didnt realize the only thing we need for it to work in another server is to copy the dlls. I was about to pick betweenVB.NET or C# again if it happened.
> Date: Thu, 6 Jan 2011 09:43:27 -0700
> From: jdhardy at gmail.com
> To: users at lists.ironpython.com
> Subject: Re: [IronPython] Hosting services for IronPython
> 
> On Thu, Jan 6, 2011 at 9:30 AM, Pablo Dalmazzo <pablodalma93 at hotmail.com> wrote:
> > I couldnt find if this was asked before, are there IronPython hosting
> > services?
> 
> For web apps, you mean? Since IronPython is bin-deployable and
> (mostly) partial-trust-safe, it should work on any ASP.NET hosting
> service (even Azure).
> 
> If you mean something like Heroku, I'm pretty sure there isn't. But
> that would be awesome.
> 
> - 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/20110106/a0953cdc/attachment.html>

From dasneutron at gmail.com  Fri Jan  7 05:19:59 2011
From: dasneutron at gmail.com (SNS DAS)
Date: Thu, 6 Jan 2011 23:19:59 -0500
Subject: [IronPython] autocompletion (intellisense) for clr.AddReference
Message-ID: <AANLkTik=Kpm9vrnu9kS7KrEWpcpvvCjE-v3_R6Dwy3E5@mail.gmail.com>

Hi,

I am using VS 2010 and IronPython 2.7B1 and noticed that
autocompletion works for "native" (Iron)Python modules (e.g. math).

However when I try to import a 'dll' module
# #### Program.py
import clr
clr.AddReference('ClassLibrary.dll')
from ClassLibrary import *

x = SomeClass()
x.Value = 1
x.<TAB>

I get a "syntax" error
(syntax error)


The "dll" module is a simple class library C# project

#ClassLibrary C# (output to ClassLibrary.dll)
namespace ClassLibrary
{
    public class SomeClass
    {
        public int Value = 0;
        public SomeClass() {}
    }
}




Is there a "hidden" setting or some other magic that one needs to
perform in order to enable autocompletion for dll modules?

Thanks

Piotr

P.S.
I just noticed that

import System.Text as text
text.<TAB>   produces autocompletion list

whereas

import System.Text
System.Text.<TAB> does not

What the heck?


From danielj at arena.net  Fri Jan  7 07:16:30 2011
From: danielj at arena.net (Daniel Jennings)
Date: Thu, 6 Jan 2011 22:16:30 -0800
Subject: [IronPython] autocompletion (intellisense) for clr.AddReference
Message-ID: <ygh2yfb4yuu5rwqj2mmmnx1q.1294380790697@email.android.com>

I have a feeling that getting autocompletion/intellisense for CLR libraries referenced that way is not a trivial task, though it's probably not impossible. What we ended up doing is writing a Python 'pretend' module for our CLR assembly and importing that, but doing trickery so that the names actually resolve to the CLR assembly at runtime, so the Python module is only used to assist in the autocompletion. If you want I can get the specific details on how you can 'trick' the IDE into looking at the Python script but actually reference the assembly.

SNS DAS <dasneutron at gmail.com> wrote:


Hi,

I am using VS 2010 and IronPython 2.7B1 and noticed that
autocompletion works for "native" (Iron)Python modules (e.g. math).

However when I try to import a 'dll' module
# #### Program.py
import clr
clr.AddReference('ClassLibrary.dll')
from ClassLibrary import *

x = SomeClass()
x.Value = 1
x.<TAB>

I get a "syntax" error
(syntax error)


The "dll" module is a simple class library C# project

#ClassLibrary C# (output to ClassLibrary.dll)
namespace ClassLibrary
{
    public class SomeClass
    {
        public int Value = 0;
        public SomeClass() {}
    }
}




Is there a "hidden" setting or some other magic that one needs to
perform in order to enable autocompletion for dll modules?

Thanks

Piotr

P.S.
I just noticed that

import System.Text as text
text.<TAB>   produces autocompletion list

whereas

import System.Text
System.Text.<TAB> does not

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


From jdhardy at gmail.com  Fri Jan  7 08:22:09 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 7 Jan 2011 00:22:09 -0700
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTin3z51mx3hxQkspzUbSybTemrHexweu1Myd3JdG@mail.gmail.com>
References: <AANLkTin3z51mx3hxQkspzUbSybTemrHexweu1Myd3JdG@mail.gmail.com>
Message-ID: <AANLkTi=05-yieebMFwNyx_EFNEt3VRahyy5QUiMP=ofB@mail.gmail.com>

On Wed, Dec 29, 2010 at 2:42 PM, Richard Nienaber <rjnienaber at gmail.com> wrote:
> I think the following needs some further scrutiny before closing:
>
> module globals are reported incorrectly to sys.settrace (http://ironpython.codeplex.com/workitem/26243)
> Finish FunctionEnvironment cleanup (http://ironpython.codeplex.com/workitem/23992)
> Unable to set value type's field even with the help of StrongBox (http://ironpython.codeplex.com/workitem/23998)

Dino, can you look at these? They look fixed to me, but I'm not sure.

> One issue that I think should be fixed for 2.7 is this one:
>
> binder failed to make the choice when non-generic/generic methods have the
> same signature (http://ironpython.codeplex.com/workitem/23999)
>
> Since Python doesn't deal with generics I would think the least-surprise
> outcome would be for the C# spec to be followed for overload resolution.

This would be a good task for anyone who really wants to learn the
guts of IronPython. Sadly, I don't have the time :(

- Jeff


From dinov at microsoft.com  Fri Jan  7 19:12:45 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Fri, 7 Jan 2011 18:12:45 +0000
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTi=05-yieebMFwNyx_EFNEt3VRahyy5QUiMP=ofB@mail.gmail.com>
References: <AANLkTin3z51mx3hxQkspzUbSybTemrHexweu1Myd3JdG@mail.gmail.com>
	<AANLkTi=05-yieebMFwNyx_EFNEt3VRahyy5QUiMP=ofB@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0114D85B@TK5EX14MBXC137.redmond.corp.microsoft.com>

Jeff wrote:
> > I think the following needs some further scrutiny before closing:
> >
> > module globals are reported incorrectly to sys.settrace
> > (http://ironpython.codeplex.com/workitem/26243)
> > Finish FunctionEnvironment cleanup
> > (http://ironpython.codeplex.com/workitem/23992)
> > Unable to set value type's field even with the help of StrongBox
> > (http://ironpython.codeplex.com/workitem/23998)
> 
> Dino, can you look at these? They look fixed to me, but I'm not sure.

I've closed 26243 and 23992, I need to look at 23998 a little deeper to make
sure it's fixed.

> 
> > One issue that I think should be fixed for 2.7 is this one:
> >
> > binder failed to make the choice when non-generic/generic methods have
> > the same signature (http://ironpython.codeplex.com/workitem/23999)
> >
> > Since Python doesn't deal with generics I would think the
> > least-surprise outcome would be for the C# spec to be followed for
> overload resolution.
> 
> This would be a good task for anyone who really wants to learn the guts of
> IronPython. Sadly, I don't have the time :(

I've added a comment to this one.  Personally my vote is (and has been for some
Time) to move all method binder bugs to IronPython 3k.  Method binding is subtle 
enough and changing it could break existing code that we should tread carefully.  
Also this bug has been there since 2007 and no one seems to have run into it in 
the real world.  




From jdhardy at gmail.com  Fri Jan  7 19:21:37 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 7 Jan 2011 11:21:37 -0700
Subject: [IronPython] Issue Triage
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E0114D85B@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTin3z51mx3hxQkspzUbSybTemrHexweu1Myd3JdG@mail.gmail.com>
	<AANLkTi=05-yieebMFwNyx_EFNEt3VRahyy5QUiMP=ofB@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114D85B@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTinzZweVmqRXnu=JVGiyAKXKqc-ni0ae4ptEyw4p@mail.gmail.com>

On Fri, Jan 7, 2011 at 11:12 AM, Dino Viehland <dinov at microsoft.com> wrote:
> I've added a comment to this one. ?Personally my vote is (and has been for some
> Time) to move all method binder bugs to IronPython 3k. ?Method binding is subtle
> enough and changing it could break existing code that we should tread carefully.
> Also this bug has been there since 2007 and no one seems to have run into it in
> the real world.

Works for me. There's a 3k release already, so I've just used that.
Was there a difference in intent between 3k and Future? If not, I'll
collapse them into one or the other (so far, Future has more, so I'm
leaning that way).

- Jeff


From dinov at microsoft.com  Fri Jan  7 19:28:51 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Fri, 7 Jan 2011 18:28:51 +0000
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTinzZweVmqRXnu=JVGiyAKXKqc-ni0ae4ptEyw4p@mail.gmail.com>
References: <AANLkTin3z51mx3hxQkspzUbSybTemrHexweu1Myd3JdG@mail.gmail.com>
	<AANLkTi=05-yieebMFwNyx_EFNEt3VRahyy5QUiMP=ofB@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114D85B@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTinzZweVmqRXnu=JVGiyAKXKqc-ni0ae4ptEyw4p@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0114D8F6@TK5EX14MBXC137.redmond.corp.microsoft.com>

Jeff wrote:
> On Fri, Jan 7, 2011 at 11:12 AM, Dino Viehland <dinov at microsoft.com>
> wrote:
> > I've added a comment to this one. ?Personally my vote is (and has been
> > for some
> > Time) to move all method binder bugs to IronPython 3k. ?Method binding
> > is subtle enough and changing it could break existing code that we should
> tread carefully.
> > Also this bug has been there since 2007 and no one seems to have run
> > into it in the real world.
> 
> Works for me. There's a 3k release already, so I've just used that.
> Was there a difference in intent between 3k and Future? If not, I'll collapse
> them into one or the other (so far, Future has more, so I'm leaning that way).

Yep, there's a difference.  3k is things that we do actually think we'll do in 3k.
Future represents issues which are effectively intractable right now - it's kind
of a mix between "Won't Fix" (yeah, that's a problem, but it doesn't really seem
to matter), "Can't Fix" (it's simply impossible - maybe just right now, maybe forever) 
or "Crazy Hard To Fix" (maybe if we re-write the CLR or something we could fix 
this).

In general we would put bugs there so that A) We didn't have to consider them all
of the time but B) people could continue to vote on them and/or if a solution became
available we could implement.





From dasneutron at gmail.com  Fri Jan  7 22:02:07 2011
From: dasneutron at gmail.com (Piotr Zolnierczuk)
Date: Fri, 7 Jan 2011 16:02:07 -0500
Subject: [IronPython] autocompletion (intellisense) for clr.AddReference
Message-ID: <AANLkTimrqVDaTjUPwJgMZzL0SvuYGrmzNdZOaLLCTq0R@mail.gmail.com>

Hi Daniel,
thanks for the response.

> I have a feeling that getting autocompletion/intellisense for CLR libraries referenced that way is not a trivial task, though it's probably not impossible. What we ended up
> doing is writing a Python 'pretend' module for our CLR assembly and importing that, but doing trickery so that the names actually resolve to the CLR assembly at runtime,
> so the Python module is only used to assist in the autocompletion. If you want I can get the specific details on how you can 'trick' the IDE into looking at the Python script
> but actually reference the assembly.

Yes I would like to learn the "trick"


BTW: do you know the explanation for the behavior below?

> import System.Text as text
> text.<TAB> ? produces autocompletion list
>
> whereas
>
> import System.Text
> System.Text.<TAB> does not

Thanks

Piotr


From benkuin at gmail.com  Fri Jan  7 22:14:49 2011
From: benkuin at gmail.com (ben kuin)
Date: Fri, 7 Jan 2011 22:14:49 +0100
Subject: [IronPython] how to build ironpython on ubuntu from sources?
Message-ID: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>

hi
how to build ironpython on ubuntu from sources? Nothing works, no
success with xbuild ./Solutions/Ironpython.sln, or with 'build all' on
monodevelop.
I even installed mono HEAD from sources which was for itself a pain to
build. And now I have new errors ...

Before I made an extensive list of the errors and configurations, I
just want to know if somebody succeed in building IP on ubuntu.
ben


From jdhardy at gmail.com  Fri Jan  7 22:25:09 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 7 Jan 2011 14:25:09 -0700
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
Message-ID: <AANLkTi=jtrt3QgkESTgeYcZvH2j8UsBT6crGcc56yOaz@mail.gmail.com>

On Fri, Jan 7, 2011 at 2:14 PM, ben kuin <benkuin at gmail.com> wrote:
> hi
> how to build ironpython on ubuntu from sources? Nothing works, no
> success with xbuild ./Solutions/Ironpython.sln, or with 'build all' on
> monodevelop.
> I even installed mono HEAD from sources which was for itself a pain to
> build. And now I have new errors ...
>
> Before I made an extensive list of the errors and configurations, I
> just want to know if somebody succeed in building IP on ubuntu.

I'm not sure that anyone has, yet. Mono support is one of the things
we'd like for 2.7 (I'd consider it a requirement, but others may
disagree) so if you have any issues please file bugs and report them
here, and I'll consider them high priority.

- Jeff


From dinov at microsoft.com  Fri Jan  7 22:30:48 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Fri, 7 Jan 2011 21:30:48 +0000
Subject: [IronPython] autocompletion (intellisense) for clr.AddReference
In-Reply-To: <AANLkTimrqVDaTjUPwJgMZzL0SvuYGrmzNdZOaLLCTq0R@mail.gmail.com>
References: <AANLkTimrqVDaTjUPwJgMZzL0SvuYGrmzNdZOaLLCTq0R@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0114E9CB@TK5EX14MBXC137.redmond.corp.microsoft.com>

Piotr  wrote:
> > I have a feeling that getting autocompletion/intellisense for CLR
> > libraries referenced that way is not a trivial task, though it's
> > probably not impossible. What we ended up doing is writing a Python
> > 'pretend' module for our CLR assembly and importing that, but doing
> trickery so that the names actually resolve to the CLR assembly at runtime, so
> the Python module is only used to assist in the autocompletion. If you want I
> can get the specific details on how you can 'trick' the IDE into looking at the
> Python script but actually reference the assembly.
> 
> Yes I would like to learn the "trick"

Just to give you some ideas on how you can do this w/ just your assembly.

The way we load the assembly is by calling into IronPython's clr module to
Load the assembly the same way it normally does (we call clr.LoadAssemblyByName).

If that fails we then try clr.LoadAssemblyByPartialName.  Those should turn into
clr calls to do Assembly.Load(name) and Assembly.LoadWithPartialName(name).

So the question then becomes what do you need to do to make sure we can find
your assembly.  One option would be to put the assembly in the GAC but that'll
require that it's strong named.  Another option would be to put your assembly
in the CLR's loader path.   That probably means putting the assembly where devenv.exe
lives or some similar location.  You could find a definite location by running fuslogvw (which
is part of the .NET framework SDK), click on settings, enable logging bind failures,
and then loading up VS and opening up your file.  We should try loading the assembly
and you should see the assembly name in the list of bind failures when you refresh
in fuslogvw.  You should also see a list of paths where we looked.

Probably what should really happen is that we should support looking in some location
within the project.  If someone wanted to make this change it would be in
ProjectState.cs in the AddReference(CallExpression node, Func<string, Assembly> partialLoader) 
method.  You'd just need to flow where to look into the ProjectState object.

> 
> 
> BTW: do you know the explanation for the behavior below?
> 
> > import System.Text as text
> > text.<TAB> ? produces autocompletion list
> >
> > whereas
> >
> > import System.Text
> > System.Text.<TAB> does not

Does "Text." give you completions?  We could just be misanalysing the
import statement.


From dasneutron at gmail.com  Fri Jan  7 22:37:30 2011
From: dasneutron at gmail.com (Piotr Zolnierczuk)
Date: Fri, 7 Jan 2011 16:37:30 -0500
Subject: [IronPython] autocompletion (intellisense) for clr.AddReference
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E0114E9CB@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTimrqVDaTjUPwJgMZzL0SvuYGrmzNdZOaLLCTq0R@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114E9CB@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTinia59cfTvEvrKMnnsq-csVRCSsew0Tm60a9+JR@mail.gmail.com>

Dino:
thank for the explanation for the clr.Reference.



>> > import System.Text as text
>> > text.<TAB> ? produces autocompletion list
>> >
>> > whereas
>> >
>> > import System.Text
>> > System.Text.<TAB> does not
>
> Does "Text." give you completions? ?We could just be misanalysing the
> import statement.

import System.Text
Text.<TAB> no autocompletion

from System import Text
Text.<TAB> autocompletion present


I am really puzzed

Piotr


From benkuin at gmail.com  Fri Jan  7 22:44:48 2011
From: benkuin at gmail.com (ben kuin)
Date: Fri, 7 Jan 2011 22:44:48 +0100
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <AANLkTi=jtrt3QgkESTgeYcZvH2j8UsBT6crGcc56yOaz@mail.gmail.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTi=jtrt3QgkESTgeYcZvH2j8UsBT6crGcc56yOaz@mail.gmail.com>
Message-ID: <AANLkTinE_=3b9FcyTCfmBaDME2BnR5MT+Zgroot+R-R3@mail.gmail.com>

thanks for your offer jeff, I try to provide you with all (hopefully)
relevant info I can get:

1. ) Basic error messages from the build
2. ) Sys infos
3. ) Build log with all messages


1.) Error messages from the build
------------------------------------------------

Actions/DefaultBinder.Conversions.cs(48,18): error CS0219: The
variable `knownType' is assigned but its value is never used

Utils/EnumUtils.cs(37,68): error CS0675: The operator `|' used on the
sign-extended type `sbyte'. Consider casting to a smaller unsigned
type first

	 4 Warning(s)
	 2 Error(s)


2.) Sys infos
-----------------

$ mcs --version:
Mono C# compiler version 2.9.0.0

$ cat /etc/lsb-release
DISTRIB_DESCRIPTION="Ubuntu 10.04.1 LTS"

$ cd ~/src/ironpython/main/ && git describe
v1.0-rc1-468-g44bd5f1

$ echo $MONO_HOME
/home/ben/usr/local/mono:/home/ben/usr/local/mono/lib/mono/4.0/


3.) Buildlog with error messages
-------------------------------------------

$ xbuild Solutions/IronPython.sln

XBuild Engine Version 2.9.0.0
Mono, Version 2.9.0.0
Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2009.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Chiron/Chiron.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Microsoft.Scripting.AspNet.csproj:
 warning : Could not find project file
~/src/ironpython/main/Hosts/MerlinWeb/Solutions/Common.proj, to
import. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Don't know
how to handle GlobalSection TeamFoundationVersionControl, Ignoring.

Build started 1/7/2011 4:34:07 PM.
__________________________________________________
Project "~/src/ironpython/main/Solutions/IronPython.sln" (default target(s)):
	
	Target ValidateSolutionConfiguration:
		Building solution configuration "Debug|Any CPU".
	
	Target Build:
		Project "~/src/ironpython/main/Runtime/Microsoft.Scripting/Microsoft.Scripting.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug Platform: AnyCPU
				Created directory "~/src/ironpython/main/Solutions/../bin/Debug/"
				Created directory "obj/Debug/"
			
			Target GenerateSatelliteAssemblies:
			No input files were specified for target
GenerateSatelliteAssemblies, skipping.
			
			Target CoreCompile:
				Tool usr/local/mono/bin/dmcs execution started with arguments:
/noconfig /debug:full /debug+ /optimize-
/out:obj/Debug/Microsoft.Scripting.dll ArgumentTypeException.cs
AssemblyLoadedEventArgs.cs Hosting/DocumentationOperations.cs
Hosting/MemberDoc.cs Hosting/MemberKind.cs Hosting/OverloadDoc.cs
Hosting/ParameterDoc.cs Hosting/ParameterFlags.cs IndexSpan.cs
Runtime/ObjectDictionaryExpando.cs Runtime/DocumentationProvider.cs
Runtime/DynamicStackFrame.cs Runtime/StringDictionaryExpando.cs
Stubs.cs CompilerOptions.cs ErrorSink.cs GlobalSuppressions.cs
Hosting/CompiledCode.cs Hosting/Configuration/LanguageElement.cs
Hosting/Configuration/LanguageElementCollection.cs
Hosting/Configuration/OptionElement.cs
Hosting/Configuration/OptionElementCollection.cs
Hosting/Configuration/Section.cs Hosting/ErrorListener.cs
Hosting/ErrorListenerProxy.cs Hosting/ErrorSinkProxyListener.cs
Hosting/ExceptionOperations.cs Hosting/LanguageSetup.cs
Hosting/ObjectOperations.cs InvalidImplementationException.cs
LanguageOptions.cs PlatformAdaptationLayer.cs
Properties/AssemblyInfo.cs Hosting/Providers/HostingHelpers.cs
Hosting/ScriptEngine.cs Hosting/ScriptHost.cs
Hosting/ScriptHostProxy.cs Hosting/ScriptIO.cs
Hosting/ScriptRuntime.cs Hosting/ScriptRuntimeSetup.cs
Hosting/ScriptScope.cs Hosting/ScriptSource.cs
Hosting/TokenCategorizer.cs Runtime/ContextId.cs
Runtime/DlrConfiguration.cs Runtime/DynamicOperations.cs
Runtime/DynamicRuntimeHostingProvider.cs Runtime/InvariantContext.cs
Runtime/LanguageBoundTextContentProvider.cs Runtime/LanguageContext.cs
Runtime/NotNullAttribute.cs Runtime/ParamDictionaryAttribute.cs
Runtime/ParserSink.cs Runtime/Scope.cs Runtime/ScopeExtension.cs
Runtime/ScopeStorage.cs Runtime/ScriptCode.cs
Runtime/ScriptDomainManager.cs Runtime/SharedIO.cs
Runtime/SourceStringContentProvider.cs
Runtime/StreamContentProvider.cs Runtime/TokenInfo.cs
Runtime/TokenizerService.cs Runtime/TokenTriggers.cs
ScriptCodeParseResult.cs Severity.cs SourceCodeKind.cs
SourceCodeReader.cs SourceFileContentProvider.cs SourceLocation.cs
SourceSpan.cs SourceUnit.cs SpecSharp.cs SyntaxErrorException.cs
TextContentProvider.cs TokenCategory.cs Utils/ArrayUtils.cs
Utils/AssemblyQualifiedTypeName.cs Utils/Assert.cs
Utils/CheckedDictionaryEnumerator.cs Utils/CollectionExtensions.cs
Utils/ConsoleInputStream.cs Utils/ConsoleStreamType.cs
Utils/ContractUtils.cs Utils/DictionaryUnionEnumerator.cs
Utils/ExceptionFactory.Generated.cs Utils/ExceptionUtils.cs
Utils/ExpressionUtils.cs Utils/NativeMethods.cs
Utils/ReadOnlyDictionary.cs Utils/DelegateUtils.cs
Utils/StringUtils.cs Utils/TextStream.cs /target:library /warnaserror+
/define:"DEBUG;TRACE;CLR4" /nowarn:1591
/doc:~/src/ironpython/main/Solutions/../bin/Debug/Microsoft.Scripting.xml
/reference:usr/local/mono/lib/mono/4.0/System.dll
/reference:usr/local/mono/lib/mono/4.0/System.Configuration.dll
/reference:usr/local/mono/lib/mono/4.0/System.Data.dll
/reference:usr/local/mono/lib/mono/4.0/System.Runtime.Remoting.dll
/reference:usr/local/mono/lib/mono/4.0/System.Xml.dll
/reference:usr/local/mono/lib/mono/4.0/System.Core.dll /warn:4
			
			Target DeployOutputFiles:
				Copying file from
'~/src/ironpython/main/Runtime/Microsoft.Scripting/obj/Debug/Microsoft.Scripting.dll.mdb'
to '~/src/ironpython/main/bin/Debug/Microsoft.Scripting.dll.mdb'
				Copying file from
'~/src/ironpython/main/Runtime/Microsoft.Scripting/obj/Debug/Microsoft.Scripting.dll'
to '~/src/ironpython/main/bin/Debug/Microsoft.Scripting.dll'
		Done building project
"~/src/ironpython/main/Runtime/Microsoft.Scripting/Microsoft.Scripting.csproj".
		
		Project "~/src/ironpython/main/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug Platform: AnyCPU
				Created directory "obj/Debug/"
			
			Target GenerateSatelliteAssemblies:
			No input files were specified for target
GenerateSatelliteAssemblies, skipping.
			
			Target CoreCompile:
				Tool usr/local/mono/bin/dmcs execution started with arguments:
/noconfig /debug:full /debug+ /optimize-
/out:obj/Debug/Microsoft.Scripting.Metadata.dll MemoryMapping.V4.cs
Properties/AssemblyInfo.cs ClrStubs.cs MetadataExtensions.cs
MemoryBlock.cs MemoryMapping.V2.cs MemoryReader.cs MetadataImport.cs
MetadataName.cs MetadataTableEnumerator.CCI.cs
MetadataTableImplementations.cs MetadataTables.CCI.cs
MetadataTables.cs PEFileStructures.cs MetadataServices.cs
/target:library /warnaserror+ /unsafe+ /define:"DEBUG;TRACE;CLR4;CCI"
/nowarn:1591 /doc:~/src/ironpython/main/Solutions/../bin/Debug/Microsoft.Scripting.Metadata.xml
/reference:usr/local/mono/lib/mono/4.0/System.dll
/reference:usr/local/mono/lib/mono/4.0/System.Core.dll /warn:4
			
			Target DeployOutputFiles:
				Copying file from
'~/src/ironpython/main/Runtime/Microsoft.Scripting.Metadata/obj/Debug/Microsoft.Scripting.Metadata.dll.mdb'
to '~/src/ironpython/main/bin/Debug/Microsoft.Scripting.Metadata.dll.mdb'
				Copying file from
'~/src/ironpython/main/Runtime/Microsoft.Scripting.Metadata/obj/Debug/Microsoft.Scripting.Metadata.dll'
to '~/src/ironpython/main/bin/Debug/Microsoft.Scripting.Metadata.dll'
		Done building project
"~/src/ironpython/main/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj".
		
		The project 'Microsoft.Scripting.Silverlight' is disabled for
solution configuration 'Debug|Any CPU'.
		Project "~/src/ironpython/main/Runtime/Microsoft.Dynamic/Microsoft.Dynamic.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug Platform: AnyCPU
				Created directory "obj/Debug/"
			
			Target GenerateSatelliteAssemblies:
			No input files were specified for target
GenerateSatelliteAssemblies, skipping.
			
			Target CoreCompile:
				Tool usr/local/mono/bin/dmcs execution started with arguments:
/noconfig /debug:full /debug+ /optimize-
/out:obj/Debug/Microsoft.Dynamic.dll Actions/Calls/ActualArguments.cs
Actions/Calls/ApplicableCandidate.cs Actions/Calls/ArgBuilder.cs
Actions/Calls/ArgumentBinding.cs Actions/Calls/BindingResult.cs
Actions/Calls/BindingTarget.cs Actions/Calls/ByRefReturnBuilder.cs
Actions/Calls/CallFailure.cs Actions/Calls/CallFailureReason.cs
Actions/Calls/CandidateSet.cs Actions/Calls/ConversionResult.cs
Actions/Calls/DefaultArgBuilder.cs
Actions/Calls/DefaultOverloadResolver.cs
Actions/Calls/InstanceBuilder.cs Actions/Calls/KeywordArgBuilder.cs
Actions/Calls/KeywordConstructorReturnBuilder.cs
Actions/Calls/MethodCandidate.cs Actions/Calls/NarrowingLevel.cs
Actions/Calls/OutArgBuilder.cs Actions/Calls/OverloadInfo.cs
Actions/Calls/OverloadResolver.cs
Actions/Calls/OverloadResolverFactory.cs
Actions/Calls/ParameterMapping.cs Actions/Calls/ParameterWrapper.cs
Actions/Calls/ParamsArgBuilder.cs
Actions/Calls/ParamsDictArgBuilder.cs
Actions/Calls/ReferenceArgBuilder.cs
Actions/Calls/RestrictedArguments.cs Actions/Calls/ReturnBuilder.cs
Actions/Calls/ReturnReferenceArgBuilder.cs
Actions/Calls/SimpleArgBuilder.cs Actions/Calls/TypeInferer.cs
Actions/ConversionResultKind.cs Actions/DefaultBinder.Operations.cs
Actions/ErrorMetaObject.cs Actions/Interceptor.cs
Actions/DynamicSiteHelper.cs Actions/ExtensionBinaryOperationBinder.cs
Actions/ExtensionUnaryOperationBinder.cs Actions/MemberRequestKind.cs
Actions/OperationBinder.cs Actions/OperationMetaObject.cs
Ast/BlockBuilder.cs Ast/ExpressionCollectionBuilder.cs
Ast/FinallyFlowControlExpression.cs Ast/FlowControlRewriter.cs
Ast/ILightExceptionAwareExpression.cs Actions/ILightExceptionBinder.cs
Ast/LightCheckAndThrowExpression.cs
Ast/LightExceptionConvertingExpression.cs Ast/LightLambdaExpression.cs
Ast/LightThrowExpression.cs Debugging/CollectionUtils.cs
Debugging/CompilerServices/DebugLambdaInfo.cs
Debugging/CompilerServices/IDebugCompilerSupport.cs
Debugging/DebugContext.cs Debugging/DebugContext.GeneratorLoopProc.cs
Debugging/DebugFrame.cs Debugging/DebuggableLambdaBuilder.cs
Debugging/DebugGenerator.cs Debugging/DebugInfoRewriter.cs
Debugging/DebugMode.cs Debugging/DebugSourceFile.cs
Debugging/DebugSourceSpan.cs Debugging/DebugThread.cs
Debugging/DefaultRuntimeVariablesImpl/DebugRuntimeVariables.cs
Debugging/DefaultRuntimeVariablesImpl/DefaultDebugThread.cs
Debugging/DefaultRuntimeVariablesImpl/DefaultDebugThreadFactory.cs
Debugging/DelegateHelpers.cs
Debugging/ForceToGeneratorLoopException.cs Debugging/FunctionInfo.cs
Debugging/IDebugCallback.cs Debugging/InvokeTargets.cs
Debugging/LambdaWalker.cs
Debugging/Microsoft.Scripting.Debugging.Generated.cs
Debugging/RuntimeOps.cs
Debugging/RuntimeVariablesSupport/IDebugRuntimeVariables.cs
Debugging/RuntimeVariablesSupport/IDebugThreadFactory.cs
Debugging/ScopedRuntimeVariables.cs Debugging/ThreadLocal.cs
Debugging/TraceEventKind.cs Debugging/TracePipeline/ITraceCallback.cs
Debugging/TracePipeline/ITracePipeline.cs
Debugging/TracePipeline/TracePipeline.cs Debugging/VariableInfo.cs
Runtime/DynamicXamlReader.cs Runtime/LightThrowingAttribute.cs
Ast/LightExceptionRewriter.cs Runtime/LightExceptions.cs
Ast/SourceFileInformation.cs Ast/LightDynamicExpression.cs
Ast/Utils.cs Ast/NewArrayExpression.cs Ast/NewExpression.cs
Ast/UnaryExpression.cs ComInterop/ArgBuilder.cs
ComInterop/BoolArgBuilder.cs ComInterop/BoundDispEvent.cs
ComInterop/CollectionExtensions.cs ComInterop/ComBinder.cs
ComInterop/ComBinderHelpers.cs ComInterop/ComClassMetaObject.cs
ComInterop/ComDispIds.cs ComInterop/ComEventDesc.cs
ComInterop/ComEventSink.cs ComInterop/ComEventSinkProxy.cs
ComInterop/ComEventSinksContainer.cs
ComInterop/ComFallbackMetaObject.cs ComInterop/ComHresults.cs
ComInterop/ComInterop.cs ComInterop/ComInvokeAction.cs
ComInterop/ComInvokeBinder.cs ComInterop/ComMetaObject.cs
ComInterop/ComMethodDesc.cs ComInterop/ComObject.cs
ComInterop/ComParamDesc.cs ComInterop/ComRuntimeHelpers.cs
ComInterop/ComType.cs ComInterop/ComTypeClassDesc.cs
ComInterop/ComTypeDesc.cs ComInterop/ComTypeEnumDesc.cs
ComInterop/ComTypeLibDesc.cs ComInterop/ComTypeLibInfo.cs
ComInterop/ComTypeLibMemberDesc.cs ComInterop/ConversionArgBuilder.cs
ComInterop/ConvertArgBuilder.cs ComInterop/ConvertibleArgBuilder.cs
ComInterop/CurrencyArgBuilder.cs ComInterop/DateTimeArgBuilder.cs
ComInterop/DispatchArgBuilder.cs ComInterop/DispCallable.cs
ComInterop/DispCallableMetaObject.cs ComInterop/ErrorArgBuilder.cs
ComInterop/Errors.cs ComInterop/ExcepInfo.cs ComInterop/Helpers.cs
ComInterop/IDispatchComObject.cs ComInterop/IDispatchMetaObject.cs
ComInterop/IPseudoComObject.cs ComInterop/NullArgBuilder.cs
ComInterop/SimpleArgBuilder.cs ComInterop/SplatCallSite.cs
ComInterop/StringArgBuilder.cs ComInterop/TypeEnumMetaObject.cs
ComInterop/TypeLibInfoMetaObject.cs ComInterop/TypeLibMetaObject.cs
ComInterop/TypeUtils.cs ComInterop/UnknownArgBuilder.cs
ComInterop/VarEnumSelector.cs ComInterop/Variant.cs
ComInterop/VariantArgBuilder.cs ComInterop/VariantArray.cs
ComInterop/VariantBuilder.cs Generation/FieldBuilderExpression.cs
Hosting/Shell/ICommandDispatcher.cs
Hosting/Shell/Remote/ConsoleRestartManager.cs
Hosting/Shell/Remote/RemoteCommandDispatcher.cs
Hosting/Shell/Remote/RemoteConsoleCommandLine.cs
Hosting/Shell/Remote/RemoteConsoleHost.cs
Hosting/Shell/Remote/RemoteRuntimeServer.cs Interpreter/BranchLabel.cs
Interpreter/Instructions/AddInstruction.cs
Interpreter/Instructions/ArrayOperations.cs
Interpreter/Instructions/CallInstruction.cs
Interpreter/Instructions/CallInstruction.Generated.cs
Interpreter/Instructions/ControlFlowInstructions.cs
Interpreter/Instructions/DivInstruction.cs
Interpreter/Instructions/DynamicSplatInstruction.cs
Interpreter/Instructions/EqualInstruction.cs
Interpreter/Instructions/FieldOperations.cs
Interpreter/Instructions/GreaterThanInstruction.cs
Interpreter/Instructions/InstructionFactory.cs
Interpreter/Instructions/LabelInfo.cs
Interpreter/Instructions/LessThanInstruction.cs
Interpreter/Instructions/LocalAccess.cs
Interpreter/Instructions/InstructionList.cs
Interpreter/Instructions/NotEqualInstruction.cs
Interpreter/Instructions/NumericConvertInstruction.cs
Interpreter/Instructions/StackOperations.cs
Interpreter/Instructions/TypeOperations.cs
Interpreter/ILightCallSiteBinder.cs
Interpreter/LightDelegateCreator.cs
Interpreter/LightLambda.Generated.cs Interpreter/Interpreter.cs
Interpreter/Instructions/DynamicInstructions.Generated.cs
Interpreter/Instructions/DynamicInstructionN.cs
Interpreter/LightLambdaClosureVisitor.cs Interpreter/LightLambda.cs
Interpreter/Instructions/Instruction.cs Interpreter/LightCompiler.cs
Interpreter/LocalVariables.cs Interpreter/LoopCompiler.cs
Interpreter/RuntimeVariables.cs Interpreter/InterpretedFrame.cs
Math/BigIntegerV2.cs Math/BigIntegerV4.cs Runtime/ArgumentArray.cs
Runtime/BindingRestrictionsHelpers.cs
Runtime/DynamicDelegateCreator.cs Runtime/DynamicNull.cs
Runtime/Generator.cs Ast/GeneratorExpression.cs
Ast/GeneratorRewriter.cs Actions/Calls/Candidate.cs
Ast/YieldExpression.cs Generation/DelegateHelpers.cs
Generation/DelegateHelpers.Generated.cs Generation/AssemblyGen.cs
Generation/ConstantCheck.cs Generation/DynamicILGen.cs
Generation/ILGen.cs Generation/KeyedQueue.cs Generation/Snippets.cs
Generation/TypeGen.cs Actions/ComboActionRewriter.cs
Actions/ComboBinder.cs Actions/ConditionalBuilder.cs
Actions/DefaultBinder.Conversions.cs
Actions/DefaultBinder.DeleteMember.cs
Actions/DefaultBinder.GetMember.cs Actions/DefaultBinder.Invoke.cs
Actions/DefaultBinder.MethodCalls.cs
Actions/DefaultBinder.SetMember.cs Actions/DefaultBinder.cs
Actions/NoSideEffectsAttribute.cs Actions/OperatorInfo.cs
Ast/BinaryExpression.cs Ast/Block.cs Ast/ConstantExpression.cs
Ast/EmptyStatements.cs Ast/LambdaBuilder.cs
Ast/LambdaParameterRewriter.cs Ast/LoopStatement.cs
Ast/MethodCallExpression.cs Ast/TryStatementBuilder.cs
MultiRuntimeAwareAttribute.cs PerfTrack.cs Runtime/CompilerContext.cs
Runtime/DynamicLanguageProviderAttribute.cs
Runtime/IConvertibleMetaObject.cs Runtime/ICustomScriptCodeData.cs
Runtime/IRestrictedMetaObject.cs Runtime/LegacyScriptCode.cs
Runtime/MetaObjectExtensions.cs Runtime/RestrictedMetaObject.cs
Runtime/SavableScriptCode.cs Runtime/TokenizerBuffer.cs
Generation/MethodSignatureInfo.cs Hosting/Shell/BasicConsole.cs
Hosting/Shell/CommandLine.cs Hosting/Shell/ConsoleHost.cs
Hosting/Shell/ConsoleHostOptions.cs
Hosting/Shell/ConsoleHostOptionsParser.cs
Hosting/Shell/ConsoleOptions.cs Hosting/Shell/IConsole.cs
Hosting/Shell/OptionsParser.cs Hosting/Shell/Style.cs
Hosting/Shell/SuperConsole.cs GlobalSuppressions.cs Math/Complex64.cs
Properties/AssemblyInfo.cs Runtime/AmbiguousFileNameException.cs
Runtime/BinderOps.cs Runtime/CallTypes.cs Runtime/Cast.Generated.cs
Runtime/Cast.cs Runtime/CodeDomCodeGen.cs Runtime/DelegateInfo.cs
Runtime/DelegateSignatureInfo.cs Runtime/ISlice.cs
Runtime/IdDispenser.cs Runtime/LanguageBoundTextContentProvider.cs
Runtime/LocalsDictionary.cs Runtime/PositionTrackingWriter.cs
Runtime/ReturnFixer.cs Runtime/SourceStringContentProvider.cs
Utils/CacheDict.cs Utils/CollectionExtensions.cs
Utils/CopyOnWriteList.cs Utils/DynamicUtils.cs Utils/EnumUtils.cs
Utils/HybridReferenceDictionary.cs Utils/ListEqualityComparer.cs
Utils/MathUtils.cs Utils/MonitorUtils.cs Utils/Publisher.cs
Utils/ReadOnlyDictionary.cs Utils/ReferenceEqualityComparer.cs
Utils/HashSet.cs Utils/SynchronizedDictionary.cs Utils/ThreadLocal.cs
Utils/TypeUtils.cs Utils/ValueArray.cs Utils/WeakCollection.cs
Utils/WeakDictionary.cs Utils/WeakHandle.cs DebugOptions.cs
SpecSharp.cs MutableTuple.cs Actions/ActionBinder.cs
Actions/Argument.cs Actions/ArgumentType.cs
Actions/BoundMemberTracker.cs Actions/CallSignature.cs
Actions/ConstructorTracker.cs Actions/CustomTracker.cs
Actions/ErrorInfo.cs Actions/EventTracker.cs
Actions/ExtensionMethodTracker.cs Actions/ExtensionPropertyTracker.cs
Actions/FieldTracker.cs Actions/MemberGroup.cs
Actions/MemberTracker.cs Actions/MethodGroup.cs
Actions/MethodTracker.cs Actions/NamespaceTracker.cs
Actions/NestedTypeTracker.cs Actions/PropertyTracker.cs
Actions/ReflectedPropertyTracker.cs Actions/TopNamespaceTracker.cs
Actions/TrackerTypes.cs Actions/TypeGroup.cs Actions/TypeTracker.cs
Ast/DebugStatement.cs Ast/IfStatementBuilder.cs Ast/IfStatementTest.cs
Generation/CompilerHelpers.cs Generation/IExpressionSerializable.cs
Generation/ToDiskRewriter.cs Runtime/AssemblyTypeNames.cs
Runtime/BinderType.cs Runtime/CallTargets.cs
Runtime/CustomStringDictionary.cs Runtime/DlrCachedCodeAttribute.cs
Runtime/DocumentationAttribute.cs Runtime/ExceptionHelpers.cs
Runtime/ExplicitConversionMethodAttribute.cs Runtime/Extensible.cs
Runtime/ExtensionTypeAttribute.cs Runtime/ExtraKeyEnumerator.cs
Runtime/IMembersList.cs Runtime/ImplicitConversionMethodAttribute.cs
Runtime/ModuleChangeEventArgs.cs Runtime/ModuleChangeEventType.cs
Runtime/NullTextContentProvider.cs Runtime/OperationFailed.cs
Runtime/OperatorSlotAttribute.cs Runtime/PropertyMethodAttribute.cs
Runtime/ReflectionCache.cs Runtime/ScriptingRuntimeHelpers.cs
Runtime/StaticExtensionMethodAttribute.cs Runtime/Uninitialized.cs
Utils/ArrayUtils.cs Utils/AssemblyQualifiedTypeName.cs Utils/Assert.cs
Utils/CheckedDictionaryEnumerator.cs Utils/CollectionUtils.cs
Utils/ContractUtils.cs Utils/DictionaryUnionEnumerator.cs
Utils/ExceptionFactory.Generated.cs Utils/ExceptionUtils.cs
Utils/IOUtils.cs Utils/ReflectionUtils.cs Utils/StringUtils.cs
Utils/TextStream.cs IValueEquality.cs KeyboardInterruptException.cs
SourceFileContentProvider.cs /target:library /warnaserror+
/define:"DEBUG;TRACE;CLR4" /nowarn:1591
/doc:~/src/ironpython/main/Solutions/../bin/Debug/Microsoft.Dynamic.xml
/reference:usr/local/mono/lib/mono/4.0/System.dll
/reference:usr/local/mono/lib/mono/4.0/System.Xml.dll
/reference:usr/local/mono/lib/mono/4.0/System.Configuration.dll
/reference:usr/local/mono/lib/mono/4.0/System.Numerics.dll
/reference:usr/local/mono/lib/mono/4.0/System.Core.dll
/reference:usr/local/mono/lib/mono/4.0/System.Data.dll
/reference:usr/local/mono/lib/mono/4.0/System.Runtime.Remoting.dll
/reference:usr/local/mono/lib/mono/4.0/System.Xaml.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Scripting.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Scripting.Metadata.dll
/reference:usr/local/mono/lib/mono/4.0/mscorlib.dll /warn:4
Actions/DefaultBinder.Conversions.cs(48,18): error CS0219: The
variable `knownType' is assigned but its value is never used
Utils/EnumUtils.cs(37,68): error CS0675: The operator `|' used on the
sign-extended type `sbyte'. Consider casting to a smaller unsigned
type first
			Task "Csc" execution -- FAILED
			Done building target "CoreCompile" in project
"~/src/ironpython/main/Runtime/Microsoft.Dynamic/Microsoft.Dynamic.csproj".--
FAILED
			
		Done building project
"~/src/ironpython/main/Runtime/Microsoft.Dynamic/Microsoft.Dynamic.csproj".--
FAILED
		
	Task "MSBuild" execution -- FAILED
	Done building target "Build" in project
"~/src/ironpython/main/Solutions/IronPython.sln".-- FAILED
	
Done building project "~/src/ironpython/main/Solutions/IronPython.sln".-- FAILED

Build FAILED.

Warnings:

~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Chiron/Chiron.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Microsoft.Scripting.AspNet.csproj:
 warning : Could not find project file
~/src/ironpython/main/Hosts/MerlinWeb/Solutions/Common.proj, to
import. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Don't know
how to handle GlobalSection TeamFoundationVersionControl, Ignoring.

Errors:

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Runtime/Microsoft.Dynamic/Microsoft.Dynamic.csproj
(default targets) ->
usr/local/mono/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

	Actions/DefaultBinder.Conversions.cs(48,18): error CS0219: The
variable `knownType' is assigned but its value is never used
	Utils/EnumUtils.cs(37,68): error CS0675: The operator `|' used on the
sign-extended type `sbyte'. Consider casting to a smaller unsigned
type first

	 4 Warning(s)
	 2 Error(s)

Time Elapsed 00:00:05.4286910


From dinov at microsoft.com  Fri Jan  7 22:49:20 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Fri, 7 Jan 2011 21:49:20 +0000
Subject: [IronPython] autocompletion (intellisense) for clr.AddReference
In-Reply-To: <AANLkTinia59cfTvEvrKMnnsq-csVRCSsew0Tm60a9+JR@mail.gmail.com>
References: <AANLkTimrqVDaTjUPwJgMZzL0SvuYGrmzNdZOaLLCTq0R@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114E9CB@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTinia59cfTvEvrKMnnsq-csVRCSsew0Tm60a9+JR@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0114EC3A@TK5EX14MBXC137.redmond.corp.microsoft.com>


Piotr wrote:
> Dino:
> thank for the explanation for the clr.Reference.
> 
> 
> 
> >> > import System.Text as text
> >> > text.<TAB> ? produces autocompletion list
> >> >
> >> > whereas
> >> >
> >> > import System.Text
> >> > System.Text.<TAB> does not
> >
> > Does "Text." give you completions? ?We could just be misanalysing the
> > import statement.
> 
> import System.Text
> Text.<TAB> no autocompletion
> 
> from System import Text
> Text.<TAB> autocompletion present

Ok, one more question, does System. give you completions and if so does it 
include anything like ASCIIEncoding ?





From dasneutron at gmail.com  Fri Jan  7 22:57:53 2011
From: dasneutron at gmail.com (Piotr Zolnierczuk)
Date: Fri, 7 Jan 2011 16:57:53 -0500
Subject: [IronPython] autocompletion (intellisense) for clr.AddReference
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E0114EC3A@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTimrqVDaTjUPwJgMZzL0SvuYGrmzNdZOaLLCTq0R@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114E9CB@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTinia59cfTvEvrKMnnsq-csVRCSsew0Tm60a9+JR@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114EC3A@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTi=Li-E1D_e7OF=r0YP5a5sw-Rxvm_dmUXdSsyT-@mail.gmail.com>

import System.<TAB> - works

import System
System.<TAB> works too. There's no ASCIIEncoding) but there's
AppDomain for example and the list starts with
AccessViolationException and ends with {} Web
System.<TAB>Text.<TAB>ASCIIEncoding does work

but again
import System.Text
System.<TAB> does not work
System.Text.<TAB> does not work either

(Can one debug it somehow?)



On Fri, Jan 7, 2011 at 4:49 PM, Dino Viehland <dinov at microsoft.com> wrote:
>
> Piotr wrote:
>> Dino:
>> thank for the explanation for the clr.Reference.
>>
>>
>>
>> >> > import System.Text as text
>> >> > text.<TAB> ? produces autocompletion list
>> >> >
>> >> > whereas
>> >> >
>> >> > import System.Text
>> >> > System.Text.<TAB> does not
>> >
>> > Does "Text." give you completions? ?We could just be misanalysing the
>> > import statement.
>>
>> import System.Text
>> Text.<TAB> no autocompletion
>>
>> from System import Text
>> Text.<TAB> autocompletion present
>
> Ok, one more question, does System. give you completions and if so does it
> include anything like ASCIIEncoding ?
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From dinov at microsoft.com  Fri Jan  7 23:02:30 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Fri, 7 Jan 2011 22:02:30 +0000
Subject: [IronPython] autocompletion (intellisense) for clr.AddReference
In-Reply-To: <AANLkTi=Li-E1D_e7OF=r0YP5a5sw-Rxvm_dmUXdSsyT-@mail.gmail.com>
References: <AANLkTimrqVDaTjUPwJgMZzL0SvuYGrmzNdZOaLLCTq0R@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114E9CB@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTinia59cfTvEvrKMnnsq-csVRCSsew0Tm60a9+JR@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114EC3A@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTi=Li-E1D_e7OF=r0YP5a5sw-Rxvm_dmUXdSsyT-@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0114ECF7@TK5EX14MBXC137.redmond.corp.microsoft.com>


Piotr wrote:
> import System.<TAB> - works
> 
> import System
> System.<TAB> works too. There's no ASCIIEncoding) but there's AppDomain
> for example and the list starts with AccessViolationException and ends with
> {} Web System.<TAB>Text.<TAB>ASCIIEncoding does work
> 
> but again
> import System.Text
> System.<TAB> does not work
> System.Text.<TAB> does not work either
> 
> (Can one debug it somehow?)

Yep, it can be debugged :)  You need to download the tools sources and install
the VS SDK though.  Then you can build,set the IronPythonTools project as the
startup project and tell it to launch devenv.exe using:

/rootsuffix Exp

As the command line option.  Then  set a breakpoint in DDG.cs in the

public override bool Walk(ImportStatement node)

method and launch.  We'll call that when we're analyzing the import.  In Walk 
we'll do:

var builtinRefs = ProjectState.GetReflectedNamespaces(impNode.Names, impNode.Names.Count > 1 && !String.IsNullOrEmpty(newName));

And this is around where something's going wrong, but I can't quite tell what 
and I'm not setup for debugging this at work anymore.

Basically we should be trying to get the namespace object associated with 
System and dotting through it to get each addition member.  But in the end
we should just return the System namespace back.


From dasneutron at gmail.com  Fri Jan  7 23:04:34 2011
From: dasneutron at gmail.com (Piotr Zolnierczuk)
Date: Fri, 7 Jan 2011 17:04:34 -0500
Subject: [IronPython] autocompletion (intellisense) for clr.AddReference
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E0114ECF7@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTimrqVDaTjUPwJgMZzL0SvuYGrmzNdZOaLLCTq0R@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114E9CB@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTinia59cfTvEvrKMnnsq-csVRCSsew0Tm60a9+JR@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114EC3A@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTi=Li-E1D_e7OF=r0YP5a5sw-Rxvm_dmUXdSsyT-@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114ECF7@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTi=axB=VivDJnDeyLE9n3U3x_JqsWQooXhSHJ=kS@mail.gmail.com>

OK. Will try and get back to you by Monday :)

Piotr


On Fri, Jan 7, 2011 at 5:02 PM, Dino Viehland <dinov at microsoft.com> wrote:
>
> Piotr wrote:
>> import System.<TAB> - works
>>
>> import System
>> System.<TAB> works too. There's no ASCIIEncoding) but there's AppDomain
>> for example and the list starts with AccessViolationException and ends with
>> {} Web System.<TAB>Text.<TAB>ASCIIEncoding does work
>>
>> but again
>> import System.Text
>> System.<TAB> does not work
>> System.Text.<TAB> does not work either
>>
>> (Can one debug it somehow?)
>
> Yep, it can be debugged :) ?You need to download the tools sources and install
> the VS SDK though. ?Then you can build,set the IronPythonTools project as the
> startup project and tell it to launch devenv.exe using:
>
> /rootsuffix Exp
>
> As the command line option. ?Then ?set a breakpoint in DDG.cs in the
>
> public override bool Walk(ImportStatement node)
>
> method and launch. ?We'll call that when we're analyzing the import. ?In Walk
> we'll do:
>
> var builtinRefs = ProjectState.GetReflectedNamespaces(impNode.Names, impNode.Names.Count > 1 && !String.IsNullOrEmpty(newName));
>
> And this is around where something's going wrong, but I can't quite tell what
> and I'm not setup for debugging this at work anymore.
>
> Basically we should be trying to get the namespace object associated with
> System and dotting through it to get each addition member. ?But in the end
> we should just return the System namespace back.
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From jdhardy at gmail.com  Fri Jan  7 23:56:35 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 7 Jan 2011 15:56:35 -0700
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <AANLkTinE_=3b9FcyTCfmBaDME2BnR5MT+Zgroot+R-R3@mail.gmail.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTi=jtrt3QgkESTgeYcZvH2j8UsBT6crGcc56yOaz@mail.gmail.com>
	<AANLkTinE_=3b9FcyTCfmBaDME2BnR5MT+Zgroot+R-R3@mail.gmail.com>
Message-ID: <AANLkTi=Y9vas71HKS6Y8HiNrWCfMaNAG_Z6j3Sdgxe1V@mail.gmail.com>

Ben, this is awesome.

On Fri, Jan 7, 2011 at 2:44 PM, ben kuin <benkuin at gmail.com> wrote:
> Errors:
>
> ~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
> (Build target) ->
> ~/src/ironpython/main/Runtime/Microsoft.Dynamic/Microsoft.Dynamic.csproj
> (default targets) ->
> usr/local/mono/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->
>
> ? ? ? ?Actions/DefaultBinder.Conversions.cs(48,18): error CS0219: The
> variable `knownType' is assigned but its value is never used
> ? ? ? ?Utils/EnumUtils.cs(37,68): error CS0675: The operator `|' used on the
> sign-extended type `sbyte'. Consider casting to a smaller unsigned
> type first

To me, these look like they should be warnings, not errors, and
looking at the compiler command line it specifies `/warnaserror+`
(which turns warnings into errors). If you look in
Microsoft.Dynamic.csproj (and all other IronPython csproj, by the
looks of it), it specifies:

    <TreatWarningsAsErrors>true</TreatWarningsAsErrors>

which, while well intentioned, is a hindrance when trying to get
things to just compile. I would try setting that to

    <TreatWarningsAsErrors>false</TreatWarningsAsErrors>

and see if you can get any further.

- Jeff


From benkuin at gmail.com  Sat Jan  8 00:38:00 2011
From: benkuin at gmail.com (ben kuin)
Date: Sat, 8 Jan 2011 00:38:00 +0100
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <AANLkTi=Y9vas71HKS6Y8HiNrWCfMaNAG_Z6j3Sdgxe1V@mail.gmail.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTi=jtrt3QgkESTgeYcZvH2j8UsBT6crGcc56yOaz@mail.gmail.com>
	<AANLkTinE_=3b9FcyTCfmBaDME2BnR5MT+Zgroot+R-R3@mail.gmail.com>
	<AANLkTi=Y9vas71HKS6Y8HiNrWCfMaNAG_Z6j3Sdgxe1V@mail.gmail.com>
Message-ID: <AANLkTikvimZMLfpuF6_qM-6-oiVf4nhEB6qU0EmrkhMn@mail.gmail.com>

Ok, I've switched to 'false' and now I get:


21 Warning(s)
13 Error(s)

- Some errors still sound like warnings to me.

- most of the errors throws a ' Type of ... is not CLS-compliant' message


Errors
----------
Compiler/UncollectableCompilationMode.cs(493,22): error CS0219: The
variable `returnType' is assigned but its value is never used

Runtime/PythonOptions.cs(29,9): error CS3003: Type of
`IronPython.PythonDivisionOptions.Old' is not CLS-compliant

Runtime/PythonOptions.cs(30,9): error CS3003: Type of
`IronPython.PythonDivisionOptions.New' is not CLS-compliant

Runtime/PythonOptions.cs(31,9): error CS3003: Type of
`IronPython.PythonDivisionOptions.Warn' is not CLS-compliant

Runtime/PythonOptions.cs(32,9): error CS3003: Type of
`IronPython.PythonDivisionOptions.WarnAll' is not CLS-compliant

Runtime/PythonOptions.cs(205,38): error CS3003: Type of
`IronPython.PythonOptions.DivisionOptions' is not CLS-compliant

Compiler/Tokenizer.cs(1664,26): error CS0472: The result of comparing
value type `IronPython.Compiler.Tokenizer.State' with null is `false'

Compiler/Tokenizer.cs(1664,35): error CS0162: Unreachable code detected

Compiler/Tokenizer.cs(1664,48): error CS0472: The result of comparing
value type `IronPython.Compiler.Tokenizer.State' with null is `false'

Runtime/Operations/IntOps.Generated.cs(183,30): error CS0675: The
operator `|' used on the sign-extended type `sbyte'. Consider casting
to a smaller unsigned type first

Runtime/Operations/LongOps.cs(1124,28): error CS1717: Assignment made
to same variable; did you mean to assign something else?

EngineHelper.cs(339,37): error CS0518: The predefined type
`Microsoft.CSharp.RuntimeBinder.Binder' is not defined or imported

EngineHelper.cs(339,37): error CS1969: Dynamic operation cannot be
compiled without `Microsoft.CSharp.dll' assembly reference


Entire build log
----------------------

XBuild Engine Version 2.9.0.0
Mono, Version 2.9.0.0
Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2009.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Chiron/Chiron.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Microsoft.Scripting.AspNet.csproj:
 warning : Could not find project file
~/src/ironpython/main/Hosts/MerlinWeb/Solutions/Common.proj, to
import. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Don't know
how to handle GlobalSection TeamFoundationVersionControl, Ignoring.

Build started 1/7/2011 6:27:12 PM.
__________________________________________________
Project "~/src/ironpython/main/Solutions/IronPython.sln" (default target(s)):
	
	Target ValidateSolutionConfiguration:
		Building solution configuration "Debug|Any CPU".
	
	Target Build:
		Project "~/src/ironpython/main/Runtime/Microsoft.Scripting/Microsoft.Scripting.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug 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
"~/src/ironpython/main/Runtime/Microsoft.Scripting/Microsoft.Scripting.csproj".
		
		Project "~/src/ironpython/main/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug 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
"~/src/ironpython/main/Runtime/Microsoft.Scripting.Metadata/Microsoft.Scripting.Metadata.csproj".
		
		The project 'Microsoft.Scripting.Silverlight' is disabled for
solution configuration 'Debug|Any CPU'.
		Project "~/src/ironpython/main/Runtime/Microsoft.Dynamic/Microsoft.Dynamic.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug Platform: AnyCPU
			
			Target GenerateSatelliteAssemblies:
			No input files were specified for target
GenerateSatelliteAssemblies, skipping.
			
			Target CoreCompile:
				Tool ~/local/mono/bin/dmcs execution started with arguments:
/noconfig /debug:full /debug+ /optimize-
/out:obj/Debug/Microsoft.Dynamic.dll Actions/Calls/ActualArguments.cs
Actions/Calls/ApplicableCandidate.cs Actions/Calls/ArgBuilder.cs
Actions/Calls/ArgumentBinding.cs Actions/Calls/BindingResult.cs
Actions/Calls/BindingTarget.cs Actions/Calls/ByRefReturnBuilder.cs
Actions/Calls/CallFailure.cs Actions/Calls/CallFailureReason.cs
Actions/Calls/CandidateSet.cs Actions/Calls/ConversionResult.cs
Actions/Calls/DefaultArgBuilder.cs
Actions/Calls/DefaultOverloadResolver.cs
Actions/Calls/InstanceBuilder.cs Actions/Calls/KeywordArgBuilder.cs
Actions/Calls/KeywordConstructorReturnBuilder.cs
Actions/Calls/MethodCandidate.cs Actions/Calls/NarrowingLevel.cs
Actions/Calls/OutArgBuilder.cs Actions/Calls/OverloadInfo.cs
Actions/Calls/OverloadResolver.cs
Actions/Calls/OverloadResolverFactory.cs
Actions/Calls/ParameterMapping.cs Actions/Calls/ParameterWrapper.cs
Actions/Calls/ParamsArgBuilder.cs
Actions/Calls/ParamsDictArgBuilder.cs
Actions/Calls/ReferenceArgBuilder.cs
Actions/Calls/RestrictedArguments.cs Actions/Calls/ReturnBuilder.cs
Actions/Calls/ReturnReferenceArgBuilder.cs
Actions/Calls/SimpleArgBuilder.cs Actions/Calls/TypeInferer.cs
Actions/ConversionResultKind.cs Actions/DefaultBinder.Operations.cs
Actions/ErrorMetaObject.cs Actions/Interceptor.cs
Actions/DynamicSiteHelper.cs Actions/ExtensionBinaryOperationBinder.cs
Actions/ExtensionUnaryOperationBinder.cs Actions/MemberRequestKind.cs
Actions/OperationBinder.cs Actions/OperationMetaObject.cs
Ast/BlockBuilder.cs Ast/ExpressionCollectionBuilder.cs
Ast/FinallyFlowControlExpression.cs Ast/FlowControlRewriter.cs
Ast/ILightExceptionAwareExpression.cs Actions/ILightExceptionBinder.cs
Ast/LightCheckAndThrowExpression.cs
Ast/LightExceptionConvertingExpression.cs Ast/LightLambdaExpression.cs
Ast/LightThrowExpression.cs Debugging/CollectionUtils.cs
Debugging/CompilerServices/DebugLambdaInfo.cs
Debugging/CompilerServices/IDebugCompilerSupport.cs
Debugging/DebugContext.cs Debugging/DebugContext.GeneratorLoopProc.cs
Debugging/DebugFrame.cs Debugging/DebuggableLambdaBuilder.cs
Debugging/DebugGenerator.cs Debugging/DebugInfoRewriter.cs
Debugging/DebugMode.cs Debugging/DebugSourceFile.cs
Debugging/DebugSourceSpan.cs Debugging/DebugThread.cs
Debugging/DefaultRuntimeVariablesImpl/DebugRuntimeVariables.cs
Debugging/DefaultRuntimeVariablesImpl/DefaultDebugThread.cs
Debugging/DefaultRuntimeVariablesImpl/DefaultDebugThreadFactory.cs
Debugging/DelegateHelpers.cs
Debugging/ForceToGeneratorLoopException.cs Debugging/FunctionInfo.cs
Debugging/IDebugCallback.cs Debugging/InvokeTargets.cs
Debugging/LambdaWalker.cs
Debugging/Microsoft.Scripting.Debugging.Generated.cs
Debugging/RuntimeOps.cs
Debugging/RuntimeVariablesSupport/IDebugRuntimeVariables.cs
Debugging/RuntimeVariablesSupport/IDebugThreadFactory.cs
Debugging/ScopedRuntimeVariables.cs Debugging/ThreadLocal.cs
Debugging/TraceEventKind.cs Debugging/TracePipeline/ITraceCallback.cs
Debugging/TracePipeline/ITracePipeline.cs
Debugging/TracePipeline/TracePipeline.cs Debugging/VariableInfo.cs
Runtime/DynamicXamlReader.cs Runtime/LightThrowingAttribute.cs
Ast/LightExceptionRewriter.cs Runtime/LightExceptions.cs
Ast/SourceFileInformation.cs Ast/LightDynamicExpression.cs
Ast/Utils.cs Ast/NewArrayExpression.cs Ast/NewExpression.cs
Ast/UnaryExpression.cs ComInterop/ArgBuilder.cs
ComInterop/BoolArgBuilder.cs ComInterop/BoundDispEvent.cs
ComInterop/CollectionExtensions.cs ComInterop/ComBinder.cs
ComInterop/ComBinderHelpers.cs ComInterop/ComClassMetaObject.cs
ComInterop/ComDispIds.cs ComInterop/ComEventDesc.cs
ComInterop/ComEventSink.cs ComInterop/ComEventSinkProxy.cs
ComInterop/ComEventSinksContainer.cs
ComInterop/ComFallbackMetaObject.cs ComInterop/ComHresults.cs
ComInterop/ComInterop.cs ComInterop/ComInvokeAction.cs
ComInterop/ComInvokeBinder.cs ComInterop/ComMetaObject.cs
ComInterop/ComMethodDesc.cs ComInterop/ComObject.cs
ComInterop/ComParamDesc.cs ComInterop/ComRuntimeHelpers.cs
ComInterop/ComType.cs ComInterop/ComTypeClassDesc.cs
ComInterop/ComTypeDesc.cs ComInterop/ComTypeEnumDesc.cs
ComInterop/ComTypeLibDesc.cs ComInterop/ComTypeLibInfo.cs
ComInterop/ComTypeLibMemberDesc.cs ComInterop/ConversionArgBuilder.cs
ComInterop/ConvertArgBuilder.cs ComInterop/ConvertibleArgBuilder.cs
ComInterop/CurrencyArgBuilder.cs ComInterop/DateTimeArgBuilder.cs
ComInterop/DispatchArgBuilder.cs ComInterop/DispCallable.cs
ComInterop/DispCallableMetaObject.cs ComInterop/ErrorArgBuilder.cs
ComInterop/Errors.cs ComInterop/ExcepInfo.cs ComInterop/Helpers.cs
ComInterop/IDispatchComObject.cs ComInterop/IDispatchMetaObject.cs
ComInterop/IPseudoComObject.cs ComInterop/NullArgBuilder.cs
ComInterop/SimpleArgBuilder.cs ComInterop/SplatCallSite.cs
ComInterop/StringArgBuilder.cs ComInterop/TypeEnumMetaObject.cs
ComInterop/TypeLibInfoMetaObject.cs ComInterop/TypeLibMetaObject.cs
ComInterop/TypeUtils.cs ComInterop/UnknownArgBuilder.cs
ComInterop/VarEnumSelector.cs ComInterop/Variant.cs
ComInterop/VariantArgBuilder.cs ComInterop/VariantArray.cs
ComInterop/VariantBuilder.cs Generation/FieldBuilderExpression.cs
Hosting/Shell/ICommandDispatcher.cs
Hosting/Shell/Remote/ConsoleRestartManager.cs
Hosting/Shell/Remote/RemoteCommandDispatcher.cs
Hosting/Shell/Remote/RemoteConsoleCommandLine.cs
Hosting/Shell/Remote/RemoteConsoleHost.cs
Hosting/Shell/Remote/RemoteRuntimeServer.cs Interpreter/BranchLabel.cs
Interpreter/Instructions/AddInstruction.cs
Interpreter/Instructions/ArrayOperations.cs
Interpreter/Instructions/CallInstruction.cs
Interpreter/Instructions/CallInstruction.Generated.cs
Interpreter/Instructions/ControlFlowInstructions.cs
Interpreter/Instructions/DivInstruction.cs
Interpreter/Instructions/DynamicSplatInstruction.cs
Interpreter/Instructions/EqualInstruction.cs
Interpreter/Instructions/FieldOperations.cs
Interpreter/Instructions/GreaterThanInstruction.cs
Interpreter/Instructions/InstructionFactory.cs
Interpreter/Instructions/LabelInfo.cs
Interpreter/Instructions/LessThanInstruction.cs
Interpreter/Instructions/LocalAccess.cs
Interpreter/Instructions/InstructionList.cs
Interpreter/Instructions/NotEqualInstruction.cs
Interpreter/Instructions/NumericConvertInstruction.cs
Interpreter/Instructions/StackOperations.cs
Interpreter/Instructions/TypeOperations.cs
Interpreter/ILightCallSiteBinder.cs
Interpreter/LightDelegateCreator.cs
Interpreter/LightLambda.Generated.cs Interpreter/Interpreter.cs
Interpreter/Instructions/DynamicInstructions.Generated.cs
Interpreter/Instructions/DynamicInstructionN.cs
Interpreter/LightLambdaClosureVisitor.cs Interpreter/LightLambda.cs
Interpreter/Instructions/Instruction.cs Interpreter/LightCompiler.cs
Interpreter/LocalVariables.cs Interpreter/LoopCompiler.cs
Interpreter/RuntimeVariables.cs Interpreter/InterpretedFrame.cs
Math/BigIntegerV2.cs Math/BigIntegerV4.cs Runtime/ArgumentArray.cs
Runtime/BindingRestrictionsHelpers.cs
Runtime/DynamicDelegateCreator.cs Runtime/DynamicNull.cs
Runtime/Generator.cs Ast/GeneratorExpression.cs
Ast/GeneratorRewriter.cs Actions/Calls/Candidate.cs
Ast/YieldExpression.cs Generation/DelegateHelpers.cs
Generation/DelegateHelpers.Generated.cs Generation/AssemblyGen.cs
Generation/ConstantCheck.cs Generation/DynamicILGen.cs
Generation/ILGen.cs Generation/KeyedQueue.cs Generation/Snippets.cs
Generation/TypeGen.cs Actions/ComboActionRewriter.cs
Actions/ComboBinder.cs Actions/ConditionalBuilder.cs
Actions/DefaultBinder.Conversions.cs
Actions/DefaultBinder.DeleteMember.cs
Actions/DefaultBinder.GetMember.cs Actions/DefaultBinder.Invoke.cs
Actions/DefaultBinder.MethodCalls.cs
Actions/DefaultBinder.SetMember.cs Actions/DefaultBinder.cs
Actions/NoSideEffectsAttribute.cs Actions/OperatorInfo.cs
Ast/BinaryExpression.cs Ast/Block.cs Ast/ConstantExpression.cs
Ast/EmptyStatements.cs Ast/LambdaBuilder.cs
Ast/LambdaParameterRewriter.cs Ast/LoopStatement.cs
Ast/MethodCallExpression.cs Ast/TryStatementBuilder.cs
MultiRuntimeAwareAttribute.cs PerfTrack.cs Runtime/CompilerContext.cs
Runtime/DynamicLanguageProviderAttribute.cs
Runtime/IConvertibleMetaObject.cs Runtime/ICustomScriptCodeData.cs
Runtime/IRestrictedMetaObject.cs Runtime/LegacyScriptCode.cs
Runtime/MetaObjectExtensions.cs Runtime/RestrictedMetaObject.cs
Runtime/SavableScriptCode.cs Runtime/TokenizerBuffer.cs
Generation/MethodSignatureInfo.cs Hosting/Shell/BasicConsole.cs
Hosting/Shell/CommandLine.cs Hosting/Shell/ConsoleHost.cs
Hosting/Shell/ConsoleHostOptions.cs
Hosting/Shell/ConsoleHostOptionsParser.cs
Hosting/Shell/ConsoleOptions.cs Hosting/Shell/IConsole.cs
Hosting/Shell/OptionsParser.cs Hosting/Shell/Style.cs
Hosting/Shell/SuperConsole.cs GlobalSuppressions.cs Math/Complex64.cs
Properties/AssemblyInfo.cs Runtime/AmbiguousFileNameException.cs
Runtime/BinderOps.cs Runtime/CallTypes.cs Runtime/Cast.Generated.cs
Runtime/Cast.cs Runtime/CodeDomCodeGen.cs Runtime/DelegateInfo.cs
Runtime/DelegateSignatureInfo.cs Runtime/ISlice.cs
Runtime/IdDispenser.cs Runtime/LanguageBoundTextContentProvider.cs
Runtime/LocalsDictionary.cs Runtime/PositionTrackingWriter.cs
Runtime/ReturnFixer.cs Runtime/SourceStringContentProvider.cs
Utils/CacheDict.cs Utils/CollectionExtensions.cs
Utils/CopyOnWriteList.cs Utils/DynamicUtils.cs Utils/EnumUtils.cs
Utils/HybridReferenceDictionary.cs Utils/ListEqualityComparer.cs
Utils/MathUtils.cs Utils/MonitorUtils.cs Utils/Publisher.cs
Utils/ReadOnlyDictionary.cs Utils/ReferenceEqualityComparer.cs
Utils/HashSet.cs Utils/SynchronizedDictionary.cs Utils/ThreadLocal.cs
Utils/TypeUtils.cs Utils/ValueArray.cs Utils/WeakCollection.cs
Utils/WeakDictionary.cs Utils/WeakHandle.cs DebugOptions.cs
SpecSharp.cs MutableTuple.cs Actions/ActionBinder.cs
Actions/Argument.cs Actions/ArgumentType.cs
Actions/BoundMemberTracker.cs Actions/CallSignature.cs
Actions/ConstructorTracker.cs Actions/CustomTracker.cs
Actions/ErrorInfo.cs Actions/EventTracker.cs
Actions/ExtensionMethodTracker.cs Actions/ExtensionPropertyTracker.cs
Actions/FieldTracker.cs Actions/MemberGroup.cs
Actions/MemberTracker.cs Actions/MethodGroup.cs
Actions/MethodTracker.cs Actions/NamespaceTracker.cs
Actions/NestedTypeTracker.cs Actions/PropertyTracker.cs
Actions/ReflectedPropertyTracker.cs Actions/TopNamespaceTracker.cs
Actions/TrackerTypes.cs Actions/TypeGroup.cs Actions/TypeTracker.cs
Ast/DebugStatement.cs Ast/IfStatementBuilder.cs Ast/IfStatementTest.cs
Generation/CompilerHelpers.cs Generation/IExpressionSerializable.cs
Generation/ToDiskRewriter.cs Runtime/AssemblyTypeNames.cs
Runtime/BinderType.cs Runtime/CallTargets.cs
Runtime/CustomStringDictionary.cs Runtime/DlrCachedCodeAttribute.cs
Runtime/DocumentationAttribute.cs Runtime/ExceptionHelpers.cs
Runtime/ExplicitConversionMethodAttribute.cs Runtime/Extensible.cs
Runtime/ExtensionTypeAttribute.cs Runtime/ExtraKeyEnumerator.cs
Runtime/IMembersList.cs Runtime/ImplicitConversionMethodAttribute.cs
Runtime/ModuleChangeEventArgs.cs Runtime/ModuleChangeEventType.cs
Runtime/NullTextContentProvider.cs Runtime/OperationFailed.cs
Runtime/OperatorSlotAttribute.cs Runtime/PropertyMethodAttribute.cs
Runtime/ReflectionCache.cs Runtime/ScriptingRuntimeHelpers.cs
Runtime/StaticExtensionMethodAttribute.cs Runtime/Uninitialized.cs
Utils/ArrayUtils.cs Utils/AssemblyQualifiedTypeName.cs Utils/Assert.cs
Utils/CheckedDictionaryEnumerator.cs Utils/CollectionUtils.cs
Utils/ContractUtils.cs Utils/DictionaryUnionEnumerator.cs
Utils/ExceptionFactory.Generated.cs Utils/ExceptionUtils.cs
Utils/IOUtils.cs Utils/ReflectionUtils.cs Utils/StringUtils.cs
Utils/TextStream.cs IValueEquality.cs KeyboardInterruptException.cs
SourceFileContentProvider.cs /target:library /warnaserror-
/define:"DEBUG;TRACE;CLR4" /nowarn:1591
/doc:~/src/ironpython/main/Solutions/../bin/Debug/Microsoft.Dynamic.xml
/reference:~/local/mono/lib/mono/4.0/System.dll
/reference:~/local/mono/lib/mono/4.0/System.Xml.dll
/reference:~/local/mono/lib/mono/4.0/System.Configuration.dll
/reference:~/local/mono/lib/mono/4.0/System.Numerics.dll
/reference:~/local/mono/lib/mono/4.0/System.Core.dll
/reference:~/local/mono/lib/mono/4.0/System.Data.dll
/reference:~/local/mono/lib/mono/4.0/System.Runtime.Remoting.dll
/reference:~/local/mono/lib/mono/4.0/System.Xaml.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Scripting.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Scripting.Metadata.dll
/reference:~/local/mono/lib/mono/4.0/mscorlib.dll /warn:4
Actions/DefaultBinder.Conversions.cs(48,18): warning CS0219: The
variable `knownType' is assigned but its value is never used
Actions/DefaultBinder.GetMember.cs(215,26): warning CS0219: The
variable `x' is assigned but its value is never used
Actions/DefaultBinder.Invoke.cs(261,24): warning CS0219: The variable
`instance' is assigned but its value is never used
Interpreter/LightCompiler.cs(1070,17): warning CS0219: The variable
`tryStackDepth' is assigned but its value is never used
Interpreter/LightCompiler.cs(1091,21): warning CS0219: The variable
`handlerContinuationDepth' is assigned but its value is never used
Generation/ILGen.cs(1188,18): warning CS0219: The variable
`isFromFloatingPoint' is assigned but its value is never used
Generation/Snippets.cs(115,30): warning CS0219: The variable
`coreAssemblyLocations' is assigned but its value is never used
Runtime/DelegateInfo.cs(100,26): warning CS0219: The variable
`siteType' is assigned but its value is never used
Runtime/DelegateInfo.cs(102,26): warning CS0219: The variable
`convertSiteType' is assigned but its value is never used
Utils/EnumUtils.cs(37,68): warning CS0675: The operator `|' used on
the sign-extended type `sbyte'. Consider casting to a smaller unsigned
type first
MutableTuple.cs(268,21): warning CS0219: The variable `argCnt' is
assigned but its value is never used
Actions/ActionBinder.cs(131,18): warning CS0219: The variable
`visType' is assigned but its value is never used
Utils/ReflectionUtils.cs(150,24): warning CS0219: The variable `name'
is assigned but its value is never used
ComInterop/ExcepInfo.cs(37,24): warning CS0414: The private field
`Microsoft.Scripting.ComInterop.ExcepInfo.pvReserved' is assigned but
its value is never used
ComInterop/Variant.cs(78,28): warning CS0169: The private field
`Microsoft.Scripting.ComInterop.Variant.Record._record' is never used
ComInterop/Variant.cs(79,28): warning CS0169: The private field
`Microsoft.Scripting.ComInterop.Variant.Record._recordInfo' is never
used
			
			Target DeployOutputFiles:
				Copying file from
'~/src/ironpython/main/Runtime/Microsoft.Dynamic/obj/Debug/Microsoft.Dynamic.dll.mdb'
to '~/src/ironpython/main/bin/Debug/Microsoft.Dynamic.dll.mdb'
				Copying file from
'~/src/ironpython/main/Runtime/Microsoft.Dynamic/obj/Debug/Microsoft.Dynamic.dll'
to '~/src/ironpython/main/bin/Debug/Microsoft.Dynamic.dll'
		Done building project
"~/src/ironpython/main/Runtime/Microsoft.Dynamic/Microsoft.Dynamic.csproj".
		
		Project "~/src/ironpython/main/Languages/IronPython/IronPython/IronPython.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug Platform: AnyCPU
			
			Target GenerateSatelliteAssemblies:
			No input files were specified for target
GenerateSatelliteAssemblies, skipping.
			
			Target CoreCompile:
				Tool ~/local/mono/bin/dmcs execution started with arguments:
/noconfig /debug:full /debug+ /optimize- /out:obj/Debug/IronPython.dll
/resource:obj/Debug/IronPython.Resources.resources
Compiler/Ast/AndExpression.cs Compiler/Ast/Arg.cs
Compiler/Ast/DynamicConvertExpression.cs
Compiler/Ast/DynamicGetMemberExpression.cs
Compiler/Ast/GetGlobalContextExpression.cs
Compiler/Ast/GetParentContextFromFunctionExpression.cs
Compiler/Ast/PythonConstantExpression.cs
Compiler/Ast/SerializedScopeStatement.cs Compiler/Ast/SetExpression.cs
Compiler/CollectableCompilationMode.cs Compiler/Ast/AssertStatement.cs
Compiler/Ast/AssignmentStatement.cs Compiler/Ast/AstMethods.cs
Compiler/Ast/BinaryExpression.Generated.cs
Compiler/Ast/ILoopStatement.cs Compiler/PythonDynamicExpression.cs
Compiler/UncollectableCompilationMode.Generated.cs
Compiler/RunnableScriptCode.cs Runtime/Binding/IPythonExpandable.cs
Runtime/Binding/PythonExtensionBinder.cs
Runtime/BuiltinPythonModule.cs Runtime/ConstantDictionaryStorage.cs
Runtime/DictionaryTypeInfoAttribute.cs Modules/imp.cs
Runtime/DebuggerDictionaryStorage.cs
Runtime/Binding/IComConvertible.cs Runtime/CodeContext.cs
Runtime/CollectionDebugView.cs
Runtime/DontMapIEnumerableToIterAttribute.cs
Compiler/UncollectableCompilationMode.cs
Runtime/Binding/ContextArgBuilder.cs Runtime/Binding/IFastSettable.cs
Runtime/Binding/PythonBinder.Create.cs
Runtime/Binding/PythonOverloadResolver.cs
Runtime/Binding/SiteLocalStorageBuilder.cs
Compiler/ClosureExpression.cs Compiler/ClosureInfo.cs
Compiler/GeneratorRewriter.cs Compiler/LazyCode.cs
Runtime/DontMapGetMemberNamesToDirAttribute.cs
Runtime/DontMapICollectionToLenAttribute.cs
Runtime/DontMapIDisposableToContextManagerAttribute.cs
Runtime/DontMapIEnumerableToContainsAttribute.cs
Runtime/EmptyDictionaryStorage.cs
Runtime/Exceptions/AttributeErrorException.cs
Runtime/Exceptions/BufferException.Generated.cs
Runtime/Exceptions/PythonException.cs
Runtime/Exceptions/TypeErrorException.cs
Runtime/Exceptions/ValueErrorException.cs
Runtime/Exceptions/Win32Exception.cs Runtime/ExtensionMethodSet.cs
Runtime/FutureBuiltins.cs Runtime/Binding/IPythonConvertible.cs
Runtime/IBufferProtocol.cs Runtime/InstancedModuleDictionaryStorage.cs
Runtime/MemoryView.cs Runtime/Method.Generated.cs
Runtime/PythonDocumentationProvider.cs
Runtime/PythonHiddenBaseClassAttribute.cs
Runtime/SequenceTypeInfoAttribute.cs Runtime/ModuleContext.cs
Runtime/ModuleGlobalCache.cs Runtime/ModuleOptions.cs
Runtime/ObjectDebugView.cs Runtime/Profiler.cs
Compiler/CompilationMode.cs Compiler/Ast/AugmentedAssignStatement.cs
Compiler/Ast/BackQuoteExpression.cs Compiler/Ast/BinaryExpression.cs
Compiler/Ast/BreakStatement.cs Compiler/Ast/CallExpression.cs
Compiler/Ast/ClassDefinition.cs Compiler/Ast/ConditionalExpression.cs
Compiler/Ast/ConstantExpression.cs Compiler/Ast/ContinueStatement.cs
Compiler/Ast/DelStatement.cs Compiler/Ast/DictionaryExpression.cs
Compiler/Ast/DottedName.cs Compiler/Ast/EmptyStatement.cs
Compiler/Ast/ErrorExpression.cs Compiler/Ast/ExecStatement.cs
Compiler/Ast/Expression.cs Compiler/Ast/ExpressionStatement.cs
Compiler/Ast/FlowChecker.cs Compiler/Ast/ForStatement.cs
Compiler/Ast/FromImportStatement.cs Compiler/Ast/FunctionDefinition.cs
Compiler/Ast/GeneratorExpression.cs Compiler/Ast/GlobalStatement.cs
Compiler/Ast/IfStatement.cs Compiler/Ast/IfStatementTest.cs
Compiler/Ast/ImportStatement.cs Compiler/Ast/IndexExpression.cs
Compiler/Ast/LambdaExpression.cs Compiler/Ast/Comprehension.cs
Compiler/Ast/ComprehensionFor.cs Compiler/Ast/ComprehensionIf.cs
Compiler/Ast/ListExpression.cs Compiler/LookupCompilationMode.cs
Compiler/Ast/MemberExpression.cs Compiler/Ast/ModuleName.cs
Compiler/Ast/NameExpression.cs Compiler/Ast/Node.cs
Compiler/ReducableDynamicExpression.cs
Compiler/PythonSavableScriptCode.cs Compiler/Ast/OrExpression.cs
Compiler/Ast/Parameter.cs Compiler/Ast/ParenthesisExpression.cs
Compiler/Ast/PrintStatement.cs Compiler/Ast/PythonAst.cs
Compiler/Ast/PythonNameBinder.cs Compiler/Ast/PythonOperator.cs
Compiler/Ast/PythonReference.cs Compiler/Ast/RaiseStatement.cs
Compiler/Ast/RelativeModuleName.cs Compiler/Ast/ReturnStatement.cs
Compiler/Ast/ScopeStatement.cs Compiler/Ast/SequenceExpression.cs
Compiler/Ast/SliceExpression.cs Compiler/Ast/Statement.cs
Compiler/Ast/SuiteStatement.cs Compiler/Ast/TryStatement.cs
Compiler/Ast/TupleExpression.cs Compiler/Ast/UnaryExpression.cs
Compiler/Ast/PythonVariable.cs Compiler/Ast/PythonWalker.Generated.cs
Compiler/Ast/VariableKind.cs Compiler/Ast/WhileStatement.cs
Compiler/Ast/WithStatement.cs Compiler/Ast/YieldExpression.cs
Compiler/OnDiskScriptCode.cs Runtime/Binding/FastBindResult.cs
Runtime/Binding/FastGetBase.cs Runtime/Binding/FastSetBase.cs
Runtime/Binding/IFastGettable.cs Runtime/Binding/IFastInvokable.cs
Runtime/Binding/BinaryRetTypeBinder.cs
Runtime/Binding/BinaryRetTypeBinder.Generated.cs
Runtime/BuiltinsDictionaryStorage.cs
Runtime/CustomDictionaryStorage.cs Runtime/GlobalDictionaryStorage.cs
Compiler/ToDiskCompilationMode.cs Compiler/PythonGlobal.cs
Compiler/PythonGlobalVariableExpression.cs
Compiler/PythonScriptCode.cs Compiler/RuntimeScriptCode.cs
Hosting/PythonService.cs MaybeNotImplementedAttribute.cs
Runtime/BindingWarnings.cs Runtime/Binding/Binders.cs
Runtime/Binding/CompatibilityInvokeBinder.cs
Runtime/Binding/CreateFallbackBinder.cs
Runtime/Binding/IPythonOperable.cs
Runtime/Binding/PythonBinaryOperationBinder.cs
Runtime/Binding/PythonDeleteIndexBinder.cs
Runtime/Binding/PythonDeleteSliceBinder.cs
Runtime/Binding/PythonGetIndexBinder.cs
Runtime/Binding/PythonGetMemberBinder.cs
Runtime/Binding/PythonDeleteMemberBinder.cs
Runtime/Binding/IPythonInvokable.cs Runtime/Binding/IPythonGetable.cs
Runtime/Binding/IPythonSite.cs Runtime/Binding/PythonGetSliceBinder.cs
Runtime/Binding/PythonIndexType.cs Runtime/Binding/PythonProtocol.cs
Runtime/Binding/PythonProtocol.Operations.cs
Runtime/Binding/PythonSetIndexBinder.cs
Runtime/Binding/PythonSetMemberBinder.cs
Runtime/Binding/BindingHelpers.cs
Runtime/Binding/ConditionalBuilder.cs
Runtime/Binding/MetaUserObject.cs
Runtime/Binding/MetaUserObject.Members.cs
Runtime/Binding/PythonSetSliceBinder.cs
Runtime/Binding/PythonOperationKind.cs
Runtime/Binding/PythonUnaryOperationBinder.cs
Runtime/Binding/SlotOrFunction.cs Runtime/ByteArray.cs
Runtime/Bytes.cs Runtime/ClassMethodAttribute.cs Runtime/ClrModule.cs
Runtime/Exceptions/BytesWarningException.cs Runtime/Index.cs
Runtime/NewStringFormatter.cs Runtime/Operations/ByteOps.cs
Runtime/Operations/IListOfByteOps.cs
Runtime/BytesConversionAttribute.cs Runtime/Python3Warning.cs
Runtime/PythonContext.Generated.cs Runtime/PythonDynamicStackFrame.cs
Runtime/PythonFunction.Generated.cs Runtime/PythonOptions.cs
Runtime/CompiledLoader.cs Runtime/NoLineFeedSourceContentProvider.cs
Runtime/ModuleLoader.cs Runtime/PythonTracebackListener.cs
Runtime/Reversed.cs Runtime/PythonHiddenAttribute.cs
Runtime/PythonModuleAttribute.cs Runtime/PythonTypeAttribute.cs
Runtime/RuntimeVariablesDictionaryStorage.cs Runtime/SetStorage.cs
Runtime/SiteLocalStorage.cs Runtime/StringFormatSpec.cs
Runtime/SysModuleDictionaryStorage.cs
Runtime/Types/CachedNewTypeInfo.cs
Runtime/Types/DynamicBaseTypeAttribute.cs
Runtime/Types/InstanceCreator.cs Runtime/Types/NameConverter.cs
Runtime/Types/NewTypeInfo.cs Runtime/Types/NewTypeMaker.cs
Hosting/PythonCodeDomCodeGen.cs Compiler/PythonCompilerOptions.cs
Compiler/Parser.cs Compiler/Token.cs Compiler/Tokenizer.cs
Compiler/Tokenizer.Generated.cs Compiler/TokenKind.Generated.cs
GlobalSuppressions.cs Hosting/PythonCommandLine.cs
Hosting/PythonConsoleOptions.cs Hosting/PythonOptionsParser.cs
Properties/AssemblyInfo.cs Properties/Visibility.cs Hosting/Python.cs
Resources.Designer.cs Runtime/Binding/PythonInvokeBinder.cs
Runtime/Binding/ConversionBinder.cs Compiler/PythonCallTargets.cs
Runtime/CommonDictionaryStorage.cs Runtime/DictionaryStorage.cs
Runtime/ErrorCodes.cs
Runtime/Exceptions/AssertionException.Generated.cs
Runtime/Exceptions/DeprecationWarningException.Generated.cs
Runtime/Exceptions/EnvironmentException.Generated.cs
Runtime/Exceptions/FloatingPointException.Generated.cs
Runtime/Exceptions/FutureWarningException.Generated.cs
Runtime/Exceptions/GeneratorExitException.cs
Runtime/Exceptions/ImportException.Generated.cs
Runtime/Exceptions/ImportWarningException.Generated.cs
Runtime/Exceptions/IndentationException.cs
Runtime/Exceptions/IPythonException.cs
Runtime/Exceptions/LookupException.Generated.cs
Runtime/Exceptions/ObjectException.cs
Runtime/Exceptions/OldInstanceException.cs
Runtime/Exceptions/OSException.Generated.cs
Runtime/Exceptions/PendingDeprecationWarningException.Generated.cs
Runtime/Exceptions/PythonExceptions.cs
Runtime/Exceptions/PythonExceptions.Generated.cs
Runtime/Exceptions/ReferenceException.Generated.cs
Runtime/Exceptions/RuntimeException.Generated.cs
Runtime/Exceptions/RuntimeWarningException.Generated.cs
Runtime/Exceptions/StopIterationException.Generated.cs
Runtime/Exceptions/SyntaxWarningException.Generated.cs
Runtime/Exceptions/SystemExitException.cs
Runtime/Exceptions/TabException.cs
Runtime/Exceptions/UnicodeException.Generated.cs
Runtime/Exceptions/UnicodeTranslateException.Generated.cs
Runtime/Exceptions/UnicodeWarningException.Generated.cs
Runtime/Exceptions/UserWarningException.Generated.cs
Runtime/Exceptions/WarningException.Generated.cs
Runtime/IParameterSequence.cs Runtime/KwCallInfo.cs
Runtime/Binding/MetaBuiltinFunction.cs
Runtime/Binding/MetaBuiltinMethodDescriptor.cs
Runtime/Binding/MetaMethod.cs Runtime/Binding/MetaOldClass.cs
Runtime/Binding/MetaOldInstance.cs
Runtime/Binding/MetaPythonFunction.cs
Runtime/Binding/MetaPythonType.Calls.cs
Runtime/Binding/MetaPythonObject.cs Runtime/Binding/MetaPythonType.cs
Runtime/Binding/MetaPythonType.Members.cs
Runtime/Binding/PythonOperationBinder.cs Runtime/MissingParameter.cs
Runtime/ModuleDictionaryStorage.cs Runtime/Operations/DBNullOps.cs
Runtime/Operations/DictionaryOfTOps.cs
Runtime/Operations/ListOfTOps.cs Runtime/StringDictionaryStorage.cs
Runtime/NameType.cs Runtime/Operations/ComOps.cs
Runtime/Operations/PythonTypeOps.cs Runtime/PythonAsciiEncoding.cs
Modules/Builtin.cs Modules/Builtin.Generated.cs
Runtime/ClassMethodDescriptor.cs Runtime/CompileFlags.cs
Runtime/DefaultContext.cs Runtime/Descriptors.cs
Runtime/PythonFunction.cs Runtime/FunctionAttributes.cs
Runtime/FunctionCode.cs Runtime/Method.cs
Runtime/Binding/PythonBinder.cs Runtime/CompareUtil.cs
Runtime/ConversionWrappers.cs Runtime/Converter.cs
Runtime/PythonDictionary.cs Runtime/DictionaryOps.cs
Runtime/Types/DocBuilder.cs Runtime/Enumerate.cs
Runtime/Exceptions/TraceBack.cs Runtime/Generator.cs
Runtime/Importer.cs Runtime/Interfaces.cs Runtime/List.cs
Runtime/LiteralParser.cs Runtime/ObjectAttributesAdapter.cs
Runtime/Operations/ArrayOps.cs Runtime/Operations/BoolOps.cs
Runtime/Types/BuiltinFunctionOverloadMapper.cs
Runtime/Operations/CharOps.cs Runtime/Operations/ComplexOps.cs
Runtime/Operations/CustomTypeDescHelpers.cs
Runtime/Operations/DecimalOps.cs Runtime/Operations/EnumOps.cs
Runtime/Operations/FloatOps.cs Runtime/Operations/InstanceOps.cs
Runtime/Operations/IntOps.cs Runtime/Operations/IntOps.Generated.cs
Runtime/Operations/LongOps.cs Runtime/Operations/ObjectOps.cs
Runtime/Operations/PythonOps.cs
Runtime/Operations/PythonOps.Generated.cs
Runtime/Operations/PythonCalls.cs
Runtime/Operations/NamespaceTrackerOps.cs
Runtime/Operations/StringOps.cs Runtime/Operations/TypeTrackerOps.cs
Runtime/Operations/TypeGroupOps.cs Runtime/Operations/UserTypeOps.cs
Runtime/OutputWriter.cs Runtime/PythonBuffer.cs
Runtime/PythonContext.cs Runtime/PythonFile.cs
Runtime/PythonScopeExtension.cs Runtime/PythonNarrowing.cs
Runtime/ScopeDictionaryStorage.cs Runtime/Set.cs Runtime/Slice.cs
Runtime/StringFormatter.cs Runtime/Super.cs
Runtime/Symbols.Generated.cs Runtime/PythonTuple.cs Modules/sys.cs
Runtime/ThrowingErrorSink.cs Runtime/Types/CustomAttributeTracker.cs
Runtime/Types/CustomInstanceDictionaryStorage.cs
Runtime/Operations/DelegateOps.cs Runtime/Types/DictProxy.cs
Runtime/Types/FunctionType.cs Runtime/Types/OperatorMapping.cs
Runtime/Types/ParameterInfoWrapper.cs Runtime/Types/PythonSiteCache.cs
Runtime/Types/PythonType.Generated.cs
Runtime/Types/PythonTypeDataSlot.cs Runtime/Types/ResolvedMember.cs
Runtime/Types/SlotFieldAttribute.cs
Runtime/Types/PythonTypeDictSlot.cs
Runtime/Types/PythonTypeTypeSlot.cs
Runtime/Types/PythonTypeUserDescriptorSlot.cs
Runtime/Types/PythonTypeWeakRefSlot.cs Runtime/Types/EmptyType.cs
Runtime/Types/Mro.cs Runtime/Types/OldClass.cs
Runtime/Types/OldInstance.cs Runtime/Types/OldInstance.Generated.cs
Runtime/Types/PythonAssemblyOps.cs Runtime/PythonModule.cs
Runtime/Types/ReflectedSlotProperty.cs
Runtime/Types/TypeCache.Generated.cs Runtime/Types/TypeInfo.cs
Runtime/Types/TypeInfo.Generated.cs Runtime/Types/BuiltinFunction.cs
Runtime/Types/BuiltinMethodDescriptor.cs
Runtime/Types/ConstructorFunction.cs Runtime/Types/ReflectedEvent.cs
Runtime/Types/ReflectedExtensionProperty.cs
Runtime/Types/ReflectedField.cs Runtime/Types/ReflectedGetterSetter.cs
Runtime/Types/ReflectedIndexer.cs Runtime/Types/ReflectedProperty.cs
Runtime/Types/PythonType.cs Runtime/Types/ExtensionPropertyInfo.cs
Runtime/Types/IPythonObject.cs Runtime/Types/PythonTypeSlot.cs
Runtime/Types/DynamicHelpers.cs Runtime/UnboundNameException.cs
Runtime/WarningInfo.cs Runtime/WeakRef.cs Runtime/Win32Native.cs
Runtime/WrapperDescriptorAttribute.cs Runtime/WrapperDictionary.cs
Runtime/XamlObjectWriterSettings.cs Runtime/XRange.cs
../AssemblyVersion.cs /target:library /warnaserror+
/define:"DEBUG;TRACE;CLR4" /nowarn:1591
/doc:~/src/ironpython/main/Solutions/../bin/Debug/IronPython.xml
/reference:~/local/mono/lib/mono/4.0/System.dll
/reference:~/local/mono/lib/mono/4.0/System.Data.dll
/reference:~/local/mono/lib/mono/4.0/System.Xml.dll
/reference:~/local/mono/lib/mono/4.0/System.Numerics.dll
/reference:~/local/mono/lib/mono/4.0/System.Core.dll
/reference:~/local/mono/lib/mono/4.0/System.Xaml.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Scripting.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Dynamic.dll
/reference:~/local/mono/lib/mono/4.0/mscorlib.dll
/reference:~/local/mono/lib/mono/4.0/System.Configuration.dll
/reference:~/local/mono/lib/mono/4.0/System.Runtime.Remoting.dll
/reference:~/src/ironpython/main/bin/Debug/Microsoft.Scripting.Metadata.dll
/warn:4
Compiler/UncollectableCompilationMode.cs(493,22): error CS0219: The
variable `returnType' is assigned but its value is never used
Runtime/PythonOptions.cs(29,9): error CS3003: Type of
`IronPython.PythonDivisionOptions.Old' is not CLS-compliant
Runtime/PythonOptions.cs(30,9): error CS3003: Type of
`IronPython.PythonDivisionOptions.New' is not CLS-compliant
Runtime/PythonOptions.cs(31,9): error CS3003: Type of
`IronPython.PythonDivisionOptions.Warn' is not CLS-compliant
Runtime/PythonOptions.cs(32,9): error CS3003: Type of
`IronPython.PythonDivisionOptions.WarnAll' is not CLS-compliant
Runtime/PythonOptions.cs(205,38): error CS3003: Type of
`IronPython.PythonOptions.DivisionOptions' is not CLS-compliant
Compiler/Tokenizer.cs(1664,26): error CS0472: The result of comparing
value type `IronPython.Compiler.Tokenizer.State' with null is `false'
Compiler/Tokenizer.cs(1664,35): error CS0162: Unreachable code detected
Compiler/Tokenizer.cs(1664,48): error CS0472: The result of comparing
value type `IronPython.Compiler.Tokenizer.State' with null is `false'
Runtime/Operations/IntOps.Generated.cs(183,30): error CS0675: The
operator `|' used on the sign-extended type `sbyte'. Consider casting
to a smaller unsigned type first
Runtime/Operations/LongOps.cs(1124,28): error CS1717: Assignment made
to same variable; did you mean to assign something else?
			Task "Csc" execution -- FAILED
			Done building target "CoreCompile" in project
"~/src/ironpython/main/Languages/IronPython/IronPython/IronPython.csproj".--
FAILED
			
		Done building project
"~/src/ironpython/main/Languages/IronPython/IronPython/IronPython.csproj".--
FAILED
		
		Project "~/src/ironpython/main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Microsoft.Scripting.AspNet.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug Platform: AnyCPU
			
			Target ResolveAssemblyReferences:
~/local/mono/lib/mono/4.0/Microsoft.Common.targets:  warning :
Reference 'System.Web.RegularExpressions' not resolved
				For searchpath {CandidateAssemblyFiles}
				Warning: {CandidateAssemblyFiles} not supported currently
				For searchpath {HintPathFromItem}
				HintPath attribute not found
				For searchpath {TargetFrameworkDirectory}
				Considered target framework dir ~/local/mono/lib/mono/4.0,
assembly named 'System.Web.RegularExpressions' not found.
				For searchpath {PkgConfig}
				Considered System.Web.RegularExpressions, but could not find in
any pkg-config files.
				For searchpath {GAC}
				Considered System.Web.RegularExpressions, but could not find in the GAC.
				For searchpath {RawFileName}
				Considered '~/src/ironpython/main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/System.Web.RegularExpressions'
as a file, but the file does not exist
				For searchpath ~/src/ironpython/main/Solutions/../bin/Debug/
				Considered '~/src/ironpython/main/bin/Debug/System.Web.RegularExpressions'
as a file, but the file does not exist
				Considered '~/src/ironpython/main/bin/Debug/System.Web.RegularExpressions.exe'
as a file, but the file does not exist
				Considered '~/src/ironpython/main/bin/Debug/System.Web.RegularExpressions.dll'
as a file, but the file does not exist
			
			Target GenerateSatelliteAssemblies:
			No input files were specified for target
GenerateSatelliteAssemblies, skipping.
			
			Target CoreCompile:
				Tool ~/local/mono/bin/dmcs execution started with arguments:
/noconfig /debug:full /debug+
/out:obj/Debug/Microsoft.Scripting.AspNet.dll
MembersInjectors/DictionaryMembersInjector.cs
MembersInjectors/DataRowViewMembersInjector.cs
Configuration/WebScriptingSection.cs EngineHelper.cs
EventHandlerWrapper.cs EventHookupHelper.cs
MembersInjectors/ControlMembersInjector.cs
DynamicLanguageHttpModule.cs
MembersInjectors/NameValueCollectionMembersInjector.cs
MembersInjectors/XPathNavigableMembersInjector.cs
Properties/AssemblyInfo.cs
MembersInjectors/RequestParamsMembersInjector.cs
UI/ScriptTemplateControlMemberProxy.cs UI/Controls/BaseCodeControl.cs
UI/Controls/DataBindingControl.cs
UI/Controls/DataBindingIslandControl.cs
UI/Controls/EventHookupControl.cs
UI/Controls/ExpressionSnippetControl.cs UI/Controls/ScriptControl.cs
UI/Controls/SnippetControl.cs UI/Controls/UserControl.cs
UI/IScriptTemplateControl.cs UI/NoCompileCodePageParserFilter.cs
UI/ScriptTemplateControl.cs UI/ScriptMaster.cs
UI/ScriptTemplateControlDictionary.cs UI/ScriptUserControl.cs
UI/ScriptPage.cs Util/CombiningEnumerable.cs Util/DynamicFunction.cs
Util/FileChangeNotifier.cs Util/Misc.cs Util/SingleObjectCollection.cs
WebScriptHost.cs /target:library /define:"DEBUG;TRACE;SIGNED"
/platform:AnyCPU /reference:~/local/mono/lib/mono/4.0/System.dll
/reference:~/local/mono/lib/mono/4.0/System.Configuration.dll
/reference:~/local/mono/lib/mono/4.0/System.Data.dll
/reference:~/local/mono/lib/mono/4.0/System.Core.dll
/reference:~/local/mono/lib/mono/4.0/System.Web.dll
/reference:~/local/mono/lib/mono/4.0/System.Xml.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Scripting.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Dynamic.dll
/reference:~/local/mono/lib/mono/4.0/mscorlib.dll
/reference:~/local/mono/lib/mono/4.0/System.Numerics.dll
/reference:~/local/mono/lib/mono/4.0/System.Xaml.dll
/reference:~/local/mono/lib/mono/4.0/System.Runtime.Remoting.dll
/reference:~/src/ironpython/main/bin/Debug/Microsoft.Scripting.Metadata.dll
/warn:4
EngineHelper.cs(339,37): error CS0518: The predefined type
`Microsoft.CSharp.RuntimeBinder.Binder' is not defined or imported
EngineHelper.cs(339,37): error CS1969: Dynamic operation cannot be
compiled without `Microsoft.CSharp.dll' assembly reference
			Task "Csc" execution -- FAILED
			Done building target "CoreCompile" in project
"~/src/ironpython/main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Microsoft.Scripting.AspNet.csproj".--
FAILED
			
		Done building project
"~/src/ironpython/main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Microsoft.Scripting.AspNet.csproj".--
FAILED
		
	Task "MSBuild" execution -- FAILED
	Done building target "Build" in project
"~/src/ironpython/main/Solutions/IronPython.sln".-- FAILED
	
Done building project "~/src/ironpython/main/Solutions/IronPython.sln".-- FAILED

Build FAILED.

Warnings:

~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Chiron/Chiron.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Microsoft.Scripting.AspNet.csproj:
 warning : Could not find project file
~/src/ironpython/main/Hosts/MerlinWeb/Solutions/Common.proj, to
import. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Don't know
how to handle GlobalSection TeamFoundationVersionControl, Ignoring.

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Runtime/Microsoft.Dynamic/Microsoft.Dynamic.csproj
(default targets) ->
~/local/mono/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

	Actions/DefaultBinder.Conversions.cs(48,18): warning CS0219: The
variable `knownType' is assigned but its value is never used
	Actions/DefaultBinder.GetMember.cs(215,26): warning CS0219: The
variable `x' is assigned but its value is never used
	Actions/DefaultBinder.Invoke.cs(261,24): warning CS0219: The variable
`instance' is assigned but its value is never used
	Interpreter/LightCompiler.cs(1070,17): warning CS0219: The variable
`tryStackDepth' is assigned but its value is never used
	Interpreter/LightCompiler.cs(1091,21): warning CS0219: The variable
`handlerContinuationDepth' is assigned but its value is never used
	Generation/ILGen.cs(1188,18): warning CS0219: The variable
`isFromFloatingPoint' is assigned but its value is never used
	Generation/Snippets.cs(115,30): warning CS0219: The variable
`coreAssemblyLocations' is assigned but its value is never used
	Runtime/DelegateInfo.cs(100,26): warning CS0219: The variable
`siteType' is assigned but its value is never used
	Runtime/DelegateInfo.cs(102,26): warning CS0219: The variable
`convertSiteType' is assigned but its value is never used
	Utils/EnumUtils.cs(37,68): warning CS0675: The operator `|' used on
the sign-extended type `sbyte'. Consider casting to a smaller unsigned
type first
	MutableTuple.cs(268,21): warning CS0219: The variable `argCnt' is
assigned but its value is never used
	Actions/ActionBinder.cs(131,18): warning CS0219: The variable
`visType' is assigned but its value is never used
	Utils/ReflectionUtils.cs(150,24): warning CS0219: The variable `name'
is assigned but its value is never used
	ComInterop/ExcepInfo.cs(37,24): warning CS0414: The private field
`Microsoft.Scripting.ComInterop.ExcepInfo.pvReserved' is assigned but
its value is never used
	ComInterop/Variant.cs(78,28): warning CS0169: The private field
`Microsoft.Scripting.ComInterop.Variant.Record._record' is never used
	ComInterop/Variant.cs(79,28): warning CS0169: The private field
`Microsoft.Scripting.ComInterop.Variant.Record._recordInfo' is never
used

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Microsoft.Scripting.AspNet.csproj
(default targets) ->
~/local/mono/lib/mono/4.0/Microsoft.Common.targets
(ResolveAssemblyReferences target) ->

	~/local/mono/lib/mono/4.0/Microsoft.Common.targets:  warning :
Reference 'System.Web.RegularExpressions' not resolved

Errors:

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPython/IronPython.csproj
(default targets) ->
~/local/mono/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

	Compiler/UncollectableCompilationMode.cs(493,22): error CS0219: The
variable `returnType' is assigned but its value is never used
	Runtime/PythonOptions.cs(29,9): error CS3003: Type of
`IronPython.PythonDivisionOptions.Old' is not CLS-compliant
	Runtime/PythonOptions.cs(30,9): error CS3003: Type of
`IronPython.PythonDivisionOptions.New' is not CLS-compliant
	Runtime/PythonOptions.cs(31,9): error CS3003: Type of
`IronPython.PythonDivisionOptions.Warn' is not CLS-compliant
	Runtime/PythonOptions.cs(32,9): error CS3003: Type of
`IronPython.PythonDivisionOptions.WarnAll' is not CLS-compliant
	Runtime/PythonOptions.cs(205,38): error CS3003: Type of
`IronPython.PythonOptions.DivisionOptions' is not CLS-compliant
	Compiler/Tokenizer.cs(1664,26): error CS0472: The result of comparing
value type `IronPython.Compiler.Tokenizer.State' with null is `false'
	Compiler/Tokenizer.cs(1664,35): error CS0162: Unreachable code detected
	Compiler/Tokenizer.cs(1664,48): error CS0472: The result of comparing
value type `IronPython.Compiler.Tokenizer.State' with null is `false'
	Runtime/Operations/IntOps.Generated.cs(183,30): error CS0675: The
operator `|' used on the sign-extended type `sbyte'. Consider casting
to a smaller unsigned type first
	Runtime/Operations/LongOps.cs(1124,28): error CS1717: Assignment made
to same variable; did you mean to assign something else?

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Hosts/MerlinWeb/Microsoft.Scripting.AspNet/Microsoft.Scripting.AspNet.csproj
(default targets) ->
~/local/mono/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

	EngineHelper.cs(339,37): error CS0518: The predefined type
`Microsoft.CSharp.RuntimeBinder.Binder' is not defined or imported
	EngineHelper.cs(339,37): error CS1969: Dynamic operation cannot be
compiled without `Microsoft.CSharp.dll' assembly reference

	 21 Warning(s)
	 13 Error(s)

Time Elapsed 00:00:08.6867860


From jdhardy at gmail.com  Sat Jan  8 00:48:06 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 7 Jan 2011 16:48:06 -0700
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <AANLkTikvimZMLfpuF6_qM-6-oiVf4nhEB6qU0EmrkhMn@mail.gmail.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTi=jtrt3QgkESTgeYcZvH2j8UsBT6crGcc56yOaz@mail.gmail.com>
	<AANLkTinE_=3b9FcyTCfmBaDME2BnR5MT+Zgroot+R-R3@mail.gmail.com>
	<AANLkTi=Y9vas71HKS6Y8HiNrWCfMaNAG_Z6j3Sdgxe1V@mail.gmail.com>
	<AANLkTikvimZMLfpuF6_qM-6-oiVf4nhEB6qU0EmrkhMn@mail.gmail.com>
Message-ID: <AANLkTik5YQhnyRnO6tV6kkBzwb_W7t1x077Q9HY4ZQ6g@mail.gmail.com>

On Fri, Jan 7, 2011 at 4:38 PM, ben kuin <benkuin at gmail.com> wrote:
> Ok, I've switched to 'false' and now I get:
>
>
> 21 Warning(s)
> 13 Error(s)
>
> - Some errors still sound like warnings to me.

Looks like that's set to true in all of the csproj files, so you'll
have to change it in all of them.

>
> - most of the errors throws a ' Type of ... is not CLS-compliant' message

I think these are meant to be warnings as well, so see what happens
after changing all of the <TreatWarningsAsErrors> sections.

- Jeff


From dinov at microsoft.com  Sat Jan  8 00:50:35 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Fri, 7 Jan 2011 23:50:35 +0000
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <AANLkTik5YQhnyRnO6tV6kkBzwb_W7t1x077Q9HY4ZQ6g@mail.gmail.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTi=jtrt3QgkESTgeYcZvH2j8UsBT6crGcc56yOaz@mail.gmail.com>
	<AANLkTinE_=3b9FcyTCfmBaDME2BnR5MT+Zgroot+R-R3@mail.gmail.com>
	<AANLkTi=Y9vas71HKS6Y8HiNrWCfMaNAG_Z6j3Sdgxe1V@mail.gmail.com>
	<AANLkTikvimZMLfpuF6_qM-6-oiVf4nhEB6qU0EmrkhMn@mail.gmail.com>
	<AANLkTik5YQhnyRnO6tV6kkBzwb_W7t1x077Q9HY4ZQ6g@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0114F67A@TK5EX14MBXC137.redmond.corp.microsoft.com>


Jeff wrote:
> > Ok, I've switched to 'false' and now I get:
> >
> >
> > 21 Warning(s)
> > 13 Error(s)
> >
> > - Some errors still sound like warnings to me.
> 
> Looks like that's set to true in all of the csproj files, so you'll have to change it
> in all of them.
> 
> >
> > - most of the errors throws a ' Type of ... is not CLS-compliant'
> > message
> 
> I think these are meant to be warnings as well, so see what happens after
> changing all of the <TreatWarningsAsErrors> sections.

For those we can probably add a [assembly: ClsCompliant(false)] attribute
somewhere and have those go away (there may also be a project setting).





From benkuin at gmail.com  Sat Jan  8 01:26:14 2011
From: benkuin at gmail.com (ben kuin)
Date: Sat, 8 Jan 2011 01:26:14 +0100
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E0114F67A@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTi=jtrt3QgkESTgeYcZvH2j8UsBT6crGcc56yOaz@mail.gmail.com>
	<AANLkTinE_=3b9FcyTCfmBaDME2BnR5MT+Zgroot+R-R3@mail.gmail.com>
	<AANLkTi=Y9vas71HKS6Y8HiNrWCfMaNAG_Z6j3Sdgxe1V@mail.gmail.com>
	<AANLkTikvimZMLfpuF6_qM-6-oiVf4nhEB6qU0EmrkhMn@mail.gmail.com>
	<AANLkTik5YQhnyRnO6tV6kkBzwb_W7t1x077Q9HY4ZQ6g@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114F67A@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTi=b7zGqNEjZ8vyZkfZ24JagXv5h_WEXhjVx68th@mail.gmail.com>

changed it all with

   $ find . -iname '*.csproj'  | xargs perl -pi -e
's/<TreatWarningsAsErrors>true/<TreatWarningsAsErrors>false/g'

(for future reference)

and now

   $ xbuild Solutions/IronPython.sln > log 2>&1

returns

	 55 Warning(s)
	 2 Error(s)


    EngineHelper.cs(339,37): error CS0518: The predefined type
    `Microsoft.CSharp.RuntimeBinder.Binder' is not defined or imported

    EngineHelper.cs(339,37): error CS1969: Dynamic operation cannot
    be compiled without `Microsoft.CSharp.dll' assembly reference


As far as I can see Microsoft.CSharp.dll is not part of the mono >=
2.8 installation ...











On Sat, Jan 8, 2011 at 12:50 AM, Dino Viehland <dinov at microsoft.com> wrote:
>
> Jeff wrote:
>> > Ok, I've switched to 'false' and now I get:
>> >
>> >
>> > 21 Warning(s)
>> > 13 Error(s)
>> >
>> > - Some errors still sound like warnings to me.
>>
>> Looks like that's set to true in all of the csproj files, so you'll have to change it
>> in all of them.
>>
>> >
>> > - most of the errors throws a ' Type of ... is not CLS-compliant'
>> > message
>>
>> I think these are meant to be warnings as well, so see what happens after
>> changing all of the <TreatWarningsAsErrors> sections.
>
> For those we can probably add a [assembly: ClsCompliant(false)] attribute
> somewhere and have those go away (there may also be a project setting).
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From jdhardy at gmail.com  Sat Jan  8 02:13:28 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 7 Jan 2011 18:13:28 -0700
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <AANLkTi=b7zGqNEjZ8vyZkfZ24JagXv5h_WEXhjVx68th@mail.gmail.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTi=jtrt3QgkESTgeYcZvH2j8UsBT6crGcc56yOaz@mail.gmail.com>
	<AANLkTinE_=3b9FcyTCfmBaDME2BnR5MT+Zgroot+R-R3@mail.gmail.com>
	<AANLkTi=Y9vas71HKS6Y8HiNrWCfMaNAG_Z6j3Sdgxe1V@mail.gmail.com>
	<AANLkTikvimZMLfpuF6_qM-6-oiVf4nhEB6qU0EmrkhMn@mail.gmail.com>
	<AANLkTik5YQhnyRnO6tV6kkBzwb_W7t1x077Q9HY4ZQ6g@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114F67A@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTi=b7zGqNEjZ8vyZkfZ24JagXv5h_WEXhjVx68th@mail.gmail.com>
Message-ID: <AANLkTinxDe7SYWiUaOSsYmfe76=Bhsfnh1Vc2Wb7UV7O@mail.gmail.com>

On Fri, Jan 7, 2011 at 5:26 PM, ben kuin <benkuin at gmail.com> wrote:
> As far as I can see Microsoft.CSharp.dll is not part of the mono >=
> 2.8 installation ...

EngineHelper.cs is part of MerlinWeb, which is the ASP.NET support for
IronPython. Try removing it from the solution:

Find the lines

    Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") =
"Microsoft.Scripting.AspNet",
"..\Hosts\MerlinWeb\Microsoft.Scripting.AspNet\Microsoft.Scripting.AspNet.csproj",
"{3272E46C-F4D9-418D-9EE9-081A1B658EE4}"
    EndProject

and remove them. xbuild shouldn't try and build
Microsoft.Scripting.AspNet, which should let you get a bit further.

- Jeff


From benkuin at gmail.com  Sat Jan  8 11:24:09 2011
From: benkuin at gmail.com (ben kuin)
Date: Sat, 8 Jan 2011 11:24:09 +0100
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <AANLkTinxDe7SYWiUaOSsYmfe76=Bhsfnh1Vc2Wb7UV7O@mail.gmail.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTi=jtrt3QgkESTgeYcZvH2j8UsBT6crGcc56yOaz@mail.gmail.com>
	<AANLkTinE_=3b9FcyTCfmBaDME2BnR5MT+Zgroot+R-R3@mail.gmail.com>
	<AANLkTi=Y9vas71HKS6Y8HiNrWCfMaNAG_Z6j3Sdgxe1V@mail.gmail.com>
	<AANLkTikvimZMLfpuF6_qM-6-oiVf4nhEB6qU0EmrkhMn@mail.gmail.com>
	<AANLkTik5YQhnyRnO6tV6kkBzwb_W7t1x077Q9HY4ZQ6g@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0114F67A@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTi=b7zGqNEjZ8vyZkfZ24JagXv5h_WEXhjVx68th@mail.gmail.com>
	<AANLkTinxDe7SYWiUaOSsYmfe76=Bhsfnh1Vc2Wb7UV7O@mail.gmail.com>
Message-ID: <AANLkTikT5pRT34dpiRXX-RCRRQweT7VHzzoxVJya4KXa@mail.gmail.com>

I removed the project and now I get 25 error. The current mono version
is 2.9 (HEAD from git).

I've also tried it with 2.8.x, at the bottom you will find a build log
for 2.8.1.

Since the logs are rather long I've replaced the simple log parts with
no errors or warning with '...'.

BUILD LOG FOR 2.9
-----------------------------
XBuild Engine Version 2.9.0.0
Mono, Version 2.9.0.0
Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2009.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Chiron/Chiron.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Don't know
how to handle GlobalSection TeamFoundationVersionControl, Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Failed to
find project 3272e46c-f4d9-418d-9ee9-081a1b658ee4

Build started 1/8/2011 5:16:59 AM.
__________________________________________________
Project "~/src/ironpython/main/Solutions/IronPython.sln" (default target(s)):
...
			
			Target CoreCompile:
				Tool ~/local/mono/bin/dmcs execution started with arguments:
/noconfig /debug:full /debug+ /optimize-
/out:obj/Debug/IronPython.Modules.dll array.cs binascii.cs cmath.cs
msvcrt.cs NativeSignal.cs GlobalSuppressions.cs mmap.cs signal.cs
zlib/Compress.cs zlib/Decompress.cs zlib/zlib.net/Adler32.cs
zlib/zlib.net/Deflate.cs zlib/zlib.net/InfBlocks.cs
zlib/zlib.net/InfCodes.cs zlib/zlib.net/Inflate.cs
zlib/zlib.net/InfTree.cs zlib/zlib.net/StaticTree.cs
zlib/zlib.net/Tree.cs zlib/zlib.net/Zlib.cs zlib/zlib.net/ZStream.cs
zlib/zlib.net/ZStreamException.cs zlib/ZlibModule.cs _codecs.cs
ModuleOps.cs _bytesio.cs _codecs_cn.cs _collections.cs copy_reg.cs
cPickle.cs cStringIO.cs datetime.cs errno.cs gc.cs IterTools.cs _io.cs
_locale.cs marshal.cs math.cs math.Generated.cs _fileio.cs _md5.cs
nt.cs operator.cs Properties/AssemblyInfo.cs re.cs select.cs
_multibytecodec.cs _sha.cs _sha256.cs _sha512.cs socket.cs
_ctypes/LocalOrArg.cs _ctypes/MarshalCleanup.cs
_ctypes/MemoryHolder.cs _ctypes/NativeFunctions.cs
_ctypes/SimpleTypeKind.cs _ctypes/_ctypes.cs _ctypes/Array.cs
_ctypes/ArrayType.cs _ctypes/CData.cs _ctypes/CFuncPtr.cs
_ctypes/CFuncPtrType.cs _ctypes/Extensions.cs _ctypes/Field.cs
_ctypes/INativeType.cs _ctypes/NativeArgument.cs _ctypes/Pointer.cs
_ctypes/PointerType.cs _ctypes/SimpleCData.cs _ctypes/SimpleType.cs
_ctypes/StructType.cs _ctypes/Structure.cs _ctypes/Union.cs
_ctypes/UnionType.cs _ctypes_test.cs _heapq.cs _struct.cs thread.cs
time.cs xxsubtype.cs _functools.cs _random.cs _sre.cs _ssl.cs
_subprocess.cs _warnings.cs _weakref.cs ../AssemblyVersion.cs
_winreg.cs _weakref.Generated.cs /target:library /warnaserror-
/define:"DEBUG;TRACE;CLR4" /nowarn:1591
/doc:~/src/ironpython/main/Solutions/../bin/Debug/IronPython.Modules.xml
/reference:~/local/mono/lib/mono/4.0/System.dll
/reference:~/local/mono/lib/mono/4.0/System.Data.dll
/reference:~/local/mono/lib/mono/4.0/System.Xml.dll
/reference:~/local/mono/lib/mono/4.0/System.Numerics.dll
/reference:~/local/mono/lib/mono/4.0/System.Core.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Scripting.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Dynamic.dll
/reference:~/src/ironpython/main/bin/Debug//IronPython.dll
/reference:~/local/mono/lib/mono/4.0/mscorlib.dll
/reference:~/local/mono/lib/mono/4.0/System.Configuration.dll
/reference:~/local/mono/lib/mono/4.0/System.Xaml.dll
/reference:~/local/mono/lib/mono/4.0/System.Runtime.Remoting.dll
/reference:~/src/ironpython/main/bin/Debug/Microsoft.Scripting.Metadata.dll
/warn:4
zlib/zlib.net/ZStream.cs(264,20): warning CS0419: Ambiguous reference
in cref attribute `inflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit()' but other
overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit(int)' have
also matched
zlib/zlib.net/ZStream.cs(264,20): warning CS0419: Ambiguous reference
in cref attribute `inflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit()' but other
overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit(int)' have
also matched
zlib/zlib.net/ZStream.cs(276,28): warning CS0419: Ambiguous reference
in cref attribute `inflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit()' but other
overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit(int)' have
also matched
zlib/zlib.net/ZStream.cs(276,28): warning CS0419: Ambiguous reference
in cref attribute `inflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit()' but other
overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit(int)' have
also matched
zlib/zlib.net/ZStream.cs(276,28): warning CS0419: Ambiguous reference
in cref attribute `inflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit()' but other
overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit(int)' have
also matched
zlib/zlib.net/ZStream.cs(276,28): warning CS0419: Ambiguous reference
in cref attribute `inflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit()' but other
overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit(int)' have
also matched
zlib/zlib.net/ZStream.cs(362,28): warning CS0419: Ambiguous reference
in cref attribute `deflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int)' but
other overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int, int)'
have also matched
zlib/zlib.net/ZStream.cs(375,28): warning CS0419: Ambiguous reference
in cref attribute `deflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int)' but
other overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int, int)'
have also matched
zlib/zlib.net/ZStream.cs(404,28): warning CS0419: Ambiguous reference
in cref attribute `deflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int)' but
other overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int, int)'
have also matched
zlib/zlib.net/ZStream.cs(442,28): warning CS0419: Ambiguous reference
in cref attribute `deflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int)' but
other overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int, int)'
have also matched
zlib/zlib.net/ZStream.cs(462,28): warning CS0419: Ambiguous reference
in cref attribute `deflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int)' but
other overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int, int)'
have also matched
zlib/zlib.net/ZStream.cs(462,28): warning CS0419: Ambiguous reference
in cref attribute `deflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int)' but
other overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int, int)'
have also matched
marshal.cs(136,23): warning CS1570: XML comment on
`T:IronPython.Modules.PythonMarshal.MarshalWriter' has non-well-formed
XML (unexpected end of file. Current depth is 1  Line 31, position
10.)
array.cs(539,21): warning CS0219: The variable `length' is assigned
but its value is never used
msvcrt.cs(61,33): warning CS0618:
`System.IO.FileStream.FileStream(System.IntPtr, System.IO.FileAccess,
bool)' is obsolete: `Use FileStream(SafeFileHandle handle, FileAccess
access) instead'
msvcrt.cs(74,31): warning CS0618: `System.IO.FileStream.Handle' is
obsolete: `Use SafeFileHandle instead'
_io.cs(2211,25): warning CS0219: The variable `startFlags' is assigned
but its value is never used
IterTools.cs(209,64): error CS1908: The type of the default value
should match the type of the parameter
IterTools.cs(221,45): error CS1908: The type of the default value
should match the type of the parameter
thread.cs(212,35): warning CS0618:
`IronPython.Runtime.Operations.PythonOps.CallWithArgsTupleAndKeywordDictAndContext(IronPython.Runtime.CodeContext,
object, object[], string[], object, object)' is obsolete: `Use
ObjectOpertaions instead'
: error CS0281: Friend access was granted to `IronPython.Modules,
PublicKeyToken=7f709c5b713576e1', but the output assembly is named
`IronPython.Modules, Version=0.0.0.0, Culture=neutral,
PublicKeyToken=null'. Try adding a reference to `IronPython.Modules,
PublicKeyToken=7f709c5b713576e1' or change the output assembly name to
match it
			Task "Csc" execution -- FAILED
			Done building target "CoreCompile" in project
"~/src/ironpython/main/Languages/IronPython/IronPython.Modules/IronPython.Modules.csproj".--
FAILED
			
		Done building project
"~/src/ironpython/main/Languages/IronPython/IronPython.Modules/IronPython.Modules.csproj".--
FAILED
		
		Project "~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/IronPython.Wpf.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug Platform: AnyCPU
			
			Target ResolveAssemblyReferences:
~/local/mono/lib/mono/4.0/Microsoft.Common.targets:  warning :
Reference 'PresentationCore' not resolved
				For searchpath {CandidateAssemblyFiles}
				Warning: {CandidateAssemblyFiles} not supported currently
				For searchpath {HintPathFromItem}
				HintPath attribute not found
				For searchpath {TargetFrameworkDirectory}
				Considered target framework dir ~/local/mono/lib/mono/4.0,
assembly named 'PresentationCore' not found.
				For searchpath {PkgConfig}
				Considered PresentationCore, but could not find in any pkg-config files.
				For searchpath {GAC}
				Considered PresentationCore, but could not find in the GAC.
				For searchpath {RawFileName}
				Considered '~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/PresentationCore'
as a file, but the file does not exist
				For searchpath ~/src/ironpython/main/Solutions/../bin/Debug/DLLs/
				Considered '~/src/ironpython/main/bin/Debug/DLLs/PresentationCore'
as a file, but the file does not exist
				Considered '~/src/ironpython/main/bin/Debug/DLLs/PresentationCore.exe'
as a file, but the file does not exist
				Considered '~/src/ironpython/main/bin/Debug/DLLs/PresentationCore.dll'
as a file, but the file does not exist
~/local/mono/lib/mono/4.0/Microsoft.Common.targets:  warning :
Reference 'PresentationFramework' not resolved
				For searchpath {CandidateAssemblyFiles}
				Warning: {CandidateAssemblyFiles} not supported currently
				For searchpath {HintPathFromItem}
				HintPath attribute not found
				For searchpath {TargetFrameworkDirectory}
				Considered target framework dir ~/local/mono/lib/mono/4.0,
assembly named 'PresentationFramework' not found.
				For searchpath {PkgConfig}
				Considered PresentationFramework, but could not find in any
pkg-config files.
				For searchpath {GAC}
				Considered PresentationFramework, but could not find in the GAC.
				For searchpath {RawFileName}
				Considered '~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/PresentationFramework'
as a file, but the file does not exist
				For searchpath ~/src/ironpython/main/Solutions/../bin/Debug/DLLs/
				Considered '~/src/ironpython/main/bin/Debug/DLLs/PresentationFramework'
as a file, but the file does not exist
				Considered '~/src/ironpython/main/bin/Debug/DLLs/PresentationFramework.exe'
as a file, but the file does not exist
				Considered '~/src/ironpython/main/bin/Debug/DLLs/PresentationFramework.dll'
as a file, but the file does not exist
			
			Target GenerateSatelliteAssemblies:
			No input files were specified for target
GenerateSatelliteAssemblies, skipping.
			
			Target CoreCompile:
				Tool ~/local/mono/bin/dmcs execution started with arguments:
/noconfig /debug:full /debug+ /optimize-
/out:obj/Debug/IronPython.Wpf.dll wpf.cs ../AssemblyVersion.cs
/target:library /warnaserror- /define:"DEBUG;TRACE;CLR4" /nowarn:1591
/doc:~/src/ironpython/main/Solutions/../bin/Debug/IronPython.Wpf.xml
/reference:~/local/mono/lib/mono/4.0/System.dll
/reference:~/local/mono/lib/mono/4.0/System.Data.dll
/reference:~/local/mono/lib/mono/4.0/System.Xml.dll
/reference:~/local/mono/lib/mono/4.0/System.Numerics.dll
/reference:~/local/mono/lib/mono/4.0/System.Core.dll
/reference:~/local/mono/lib/mono/4.0/System.Xaml.dll
/reference:~/local/mono/lib/mono/4.0/WindowsBase.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Scripting.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Dynamic.dll
/reference:~/src/ironpython/main/bin/Debug//IronPython.dll
/reference:~/local/mono/lib/mono/4.0/mscorlib.dll
/reference:~/local/mono/lib/mono/4.0/System.Configuration.dll
/reference:~/local/mono/lib/mono/4.0/System.Runtime.Remoting.dll
/reference:~/src/ironpython/main/bin/Debug/Microsoft.Scripting.Metadata.dll
/warn:4
wpf.cs(37,55): error CS0246: The type or namespace name `XamlReader'
could not be found. Are you missing a using directive or an assembly
reference?
wpf.cs(37,35): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.ScriptDomainManager.LoadAssembly(System.Reflection.Assembly)'
has some invalid arguments
				~/src/ironpython/main/bin/Debug/Microsoft.Scripting.dll (Location
of the symbol related to previous error)
wpf.cs(37,35): error CS1503: Argument `#1' cannot convert `object'
expression to type `System.Reflection.Assembly'
wpf.cs(38,55): error CS0246: The type or namespace name `Clipboard'
could not be found. Are you missing a using directive or an assembly
reference?
wpf.cs(38,35): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.ScriptDomainManager.LoadAssembly(System.Reflection.Assembly)'
has some invalid arguments
				~/src/ironpython/main/bin/Debug/Microsoft.Scripting.dll (Location
of the symbol related to previous error)
wpf.cs(38,35): error CS1503: Argument `#1' cannot convert `object'
expression to type `System.Reflection.Assembly'
wpf.cs(57,104): error CS0103: The name `XamlReader' does not exist in
the current context
wpf.cs(57,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(dynamic,
Microsoft.Scripting.Runtime.DynamicOperations, string,
System.Xaml.XamlSchemaContext)' has some invalid arguments
				~/src/ironpython/main/bin/Debug/Microsoft.Dynamic.dll (Location of
the symbol related to previous error)
wpf.cs(57,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
wpf.cs(71,102): error CS0103: The name `XamlReader' does not exist in
the current context
wpf.cs(71,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(dynamic,
Microsoft.Scripting.Runtime.DynamicOperations, System.IO.Stream,
System.Xaml.XamlSchemaContext)' has some invalid arguments
				~/src/ironpython/main/bin/Debug/Microsoft.Dynamic.dll (Location of
the symbol related to previous error)
wpf.cs(71,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
wpf.cs(85,105): error CS0103: The name `XamlReader' does not exist in
the current context
wpf.cs(85,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(dynamic,
Microsoft.Scripting.Runtime.DynamicOperations, System.Xml.XmlReader,
System.Xaml.XamlSchemaContext)' has some invalid arguments
				~/src/ironpython/main/bin/Debug/Microsoft.Dynamic.dll (Location of
the symbol related to previous error)
wpf.cs(85,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
wpf.cs(98,104): error CS0103: The name `XamlReader' does not exist in
the current context
wpf.cs(98,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(dynamic,
Microsoft.Scripting.Runtime.DynamicOperations, System.IO.TextReader,
System.Xaml.XamlSchemaContext)' has some invalid arguments
				~/src/ironpython/main/bin/Debug/Microsoft.Dynamic.dll (Location of
the symbol related to previous error)
wpf.cs(98,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
			Task "Csc" execution -- FAILED
			Done building target "CoreCompile" in project
"~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/IronPython.Wpf.csproj".--
FAILED
			
		Done building project
"~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/IronPython.Wpf.csproj".--
FAILED
		
		Project "~/src/ironpython/main/Languages/IronPython/IronPythonConsole/IronPythonConsole.csproj"
(default target(s)):
		...
			
			Target CoreCompile:
				Tool ~/local/mono/bin/dmcs execution started with arguments:
/noconfig /debug:full /debug+ /optimize-
/out:obj/Debug/IronPythonTest.dll AssemblyInfo.cs AttrInjectorTest.cs
ExtensionMethodTest.cs LightExceptionTests.cs MemberOverloadTest.cs
BinderTest.cs BindTest.cs ClrType.cs Cmplx.cs Conversions.cs
DefaultParams.cs DelegateTest.cs DeTest.cs DynamicRegressions.cs
MemberMappingTests.cs Stress/Engine.cs EngineTest.cs Enums.cs
Events.cs ExceptionConverter.cs Exceptions.cs Explicit.cs GenMeth.cs
Indexable.cs InheritTest.cs IntegerTest.cs LoadTest.cs IronMath.cs
NestedClass.cs NullableTest.cs OperatorTest.cs ProtocolTest.cs
StaticTest.cs StringDictionaryStorage.cs TestBuiltinModule.cs
TypeDescriptor.cs /target:library /define:"TRACE;DEBUG;CLR4"
/reference:~/local/mono/lib/mono/4.0/System.dll
/reference:~/local/mono/lib/mono/4.0/System.Data.dll
/reference:~/local/mono/lib/mono/4.0/System.Core.dll
/reference:~/local/mono/lib/mono/4.0/System.Xml.dll
/reference:~/local/mono/lib/mono/4.0/Microsoft.CSharp.dll
/reference:~/local/mono/lib/mono/4.0/System.Numerics.dll
/reference:~/local/mono/lib/mono/4.0/System.Xaml.dll
/reference:~/local/mono/lib/mono/4.0/WindowsBase.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Scripting.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Dynamic.dll
/reference:~/src/ironpython/main/bin/Debug//IronPython.dll
/reference:~/local/mono/lib/mono/4.0/mscorlib.dll
/reference:~/local/mono/lib/mono/4.0/System.Configuration.dll
/reference:~/local/mono/lib/mono/4.0/System.Runtime.Remoting.dll
/reference:~/src/ironpython/main/bin/Debug/Microsoft.Scripting.Metadata.dll
/warn:4
DynamicRegressions.cs(68,25): warning CS0219: The variable `d' is
assigned but its value is never used
EngineTest.cs(293,104): warning CS0618:
`Microsoft.Scripting.Hosting.Providers.HostingHelpers.CallEngine<object,Microsoft.Scripting.LanguageOptions>(Microsoft.Scripting.Hosting.ScriptEngine,
System.Func<Microsoft.Scripting.Runtime.LanguageContext,object,Microsoft.Scripting.LanguageOptions>,
object)' is obsolete: `You should implement a service via
LanguageContext and call ScriptEngine.GetService'
EngineTest.cs(2295,22): warning CS0612:
`System.Security.Policy.Evidence.AddHost(object)' is obsolete
EngineTest.cs(2298,69): error CS0117:
`System.Security.SecurityManager' does not contain a definition for
`GetStandardSandbox'
				~/local/mono/lib/mono/4.0/mscorlib.dll (Location of the symbol
related to previous error)
: error CS0281: Friend access was granted to `IronPythonTest,
PublicKeyToken=7f709c5b713576e1', but the output assembly is named
`IronPythonTest, Version=0.0.0.0, Culture=neutral,
PublicKeyToken=null'. Try adding a reference to `IronPythonTest,
PublicKeyToken=7f709c5b713576e1' or change the output assembly name to
match it
			Task "Csc" execution -- FAILED
			Done building target "CoreCompile" in project
"~/src/ironpython/main/Languages/IronPython/IronPythonTest/IronPythonTest.csproj".--
FAILED
			
		Done building project
"~/src/ironpython/main/Languages/IronPython/IronPythonTest/IronPythonTest.csproj".--
FAILED
		
		Project "~/src/ironpython/main/Languages/IronPython/IronPythonWindow/IronPythonWindow.csproj"
(default target(s)):
			...

Warnings:

~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Chiron/Chiron.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Don't know
how to handle GlobalSection TeamFoundationVersionControl, Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Failed to
find project 3272e46c-f4d9-418d-9ee9-081a1b658ee4

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPython.Modules/IronPython.Modules.csproj
(default targets) ->
~/local/mono/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

	zlib/zlib.net/ZStream.cs(264,20): warning CS0419: Ambiguous reference
in cref attribute `inflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit()' but other
overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit(int)' have
also matched
	zlib/zlib.net/ZStream.cs(264,20): warning CS0419: Ambiguous reference
in cref attribute `inflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit()' but other
overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit(int)' have
also matched
	zlib/zlib.net/ZStream.cs(276,28): warning CS0419: Ambiguous reference
in cref attribute `inflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit()' but other
overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit(int)' have
also matched
	zlib/zlib.net/ZStream.cs(276,28): warning CS0419: Ambiguous reference
in cref attribute `inflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit()' but other
overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit(int)' have
also matched
	zlib/zlib.net/ZStream.cs(276,28): warning CS0419: Ambiguous reference
in cref attribute `inflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit()' but other
overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit(int)' have
also matched
	zlib/zlib.net/ZStream.cs(276,28): warning CS0419: Ambiguous reference
in cref attribute `inflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit()' but other
overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.inflateInit(int)' have
also matched
	zlib/zlib.net/ZStream.cs(362,28): warning CS0419: Ambiguous reference
in cref attribute `deflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int)' but
other overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int, int)'
have also matched
	zlib/zlib.net/ZStream.cs(375,28): warning CS0419: Ambiguous reference
in cref attribute `deflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int)' but
other overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int, int)'
have also matched
	zlib/zlib.net/ZStream.cs(404,28): warning CS0419: Ambiguous reference
in cref attribute `deflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int)' but
other overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int, int)'
have also matched
	zlib/zlib.net/ZStream.cs(442,28): warning CS0419: Ambiguous reference
in cref attribute `deflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int)' but
other overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int, int)'
have also matched
	zlib/zlib.net/ZStream.cs(462,28): warning CS0419: Ambiguous reference
in cref attribute `deflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int)' but
other overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int, int)'
have also matched
	zlib/zlib.net/ZStream.cs(462,28): warning CS0419: Ambiguous reference
in cref attribute `deflateInit'. Assuming
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int)' but
other overloads including
`ComponentAce.Compression.Libs.ZLib.ZStream.deflateInit(int, int)'
have also matched
	marshal.cs(136,23): warning CS1570: XML comment on
`T:IronPython.Modules.PythonMarshal.MarshalWriter' has non-well-formed
XML (unexpected end of file. Current depth is 1  Line 31, position
10.)
	array.cs(539,21): warning CS0219: The variable `length' is assigned
but its value is never used
	msvcrt.cs(61,33): warning CS0618:
`System.IO.FileStream.FileStream(System.IntPtr, System.IO.FileAccess,
bool)' is obsolete: `Use FileStream(SafeFileHandle handle, FileAccess
access) instead'
	msvcrt.cs(74,31): warning CS0618: `System.IO.FileStream.Handle' is
obsolete: `Use SafeFileHandle instead'
	_io.cs(2211,25): warning CS0219: The variable `startFlags' is
assigned but its value is never used
	thread.cs(212,35): warning CS0618:
`IronPython.Runtime.Operations.PythonOps.CallWithArgsTupleAndKeywordDictAndContext(IronPython.Runtime.CodeContext,
object, object[], string[], object, object)' is obsolete: `Use
ObjectOpertaions instead'

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/IronPython.Wpf.csproj
(default targets) ->
~/local/mono/lib/mono/4.0/Microsoft.Common.targets
(ResolveAssemblyReferences target) ->

	~/local/mono/lib/mono/4.0/Microsoft.Common.targets:  warning :
Reference 'PresentationCore' not resolved
	~/local/mono/lib/mono/4.0/Microsoft.Common.targets:  warning :
Reference 'PresentationFramework' not resolved

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPythonTest/IronPythonTest.csproj
(default targets) ->
~/local/mono/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

	DynamicRegressions.cs(68,25): warning CS0219: The variable `d' is
assigned but its value is never used
	EngineTest.cs(293,104): warning CS0618:
`Microsoft.Scripting.Hosting.Providers.HostingHelpers.CallEngine<object,Microsoft.Scripting.LanguageOptions>(Microsoft.Scripting.Hosting.ScriptEngine,
System.Func<Microsoft.Scripting.Runtime.LanguageContext,object,Microsoft.Scripting.LanguageOptions>,
object)' is obsolete: `You should implement a service via
LanguageContext and call ScriptEngine.GetService'
	EngineTest.cs(2295,22): warning CS0612:
`System.Security.Policy.Evidence.AddHost(object)' is obsolete

Errors:

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPython.Modules/IronPython.Modules.csproj
(default targets) ->
~/local/mono/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

	IterTools.cs(209,64): error CS1908: The type of the default value
should match the type of the parameter
	IterTools.cs(221,45): error CS1908: The type of the default value
should match the type of the parameter
	: error CS0281: Friend access was granted to `IronPython.Modules,
PublicKeyToken=7f709c5b713576e1', but the output assembly is named
`IronPython.Modules, Version=0.0.0.0, Culture=neutral,
PublicKeyToken=null'. Try adding a reference to `IronPython.Modules,
PublicKeyToken=7f709c5b713576e1' or change the output assembly name to
match it

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/IronPython.Wpf.csproj
(default targets) ->
~/local/mono/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

	wpf.cs(37,55): error CS0246: The type or namespace name `XamlReader'
could not be found. Are you missing a using directive or an assembly
reference?
	wpf.cs(37,35): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.ScriptDomainManager.LoadAssembly(System.Reflection.Assembly)'
has some invalid arguments
	wpf.cs(37,35): error CS1503: Argument `#1' cannot convert `object'
expression to type `System.Reflection.Assembly'
	wpf.cs(38,55): error CS0246: The type or namespace name `Clipboard'
could not be found. Are you missing a using directive or an assembly
reference?
	wpf.cs(38,35): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.ScriptDomainManager.LoadAssembly(System.Reflection.Assembly)'
has some invalid arguments
	wpf.cs(38,35): error CS1503: Argument `#1' cannot convert `object'
expression to type `System.Reflection.Assembly'
	wpf.cs(57,104): error CS0103: The name `XamlReader' does not exist in
the current context
	wpf.cs(57,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(dynamic,
Microsoft.Scripting.Runtime.DynamicOperations, string,
System.Xaml.XamlSchemaContext)' has some invalid arguments
	wpf.cs(57,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
	wpf.cs(71,102): error CS0103: The name `XamlReader' does not exist in
the current context
	wpf.cs(71,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(dynamic,
Microsoft.Scripting.Runtime.DynamicOperations, System.IO.Stream,
System.Xaml.XamlSchemaContext)' has some invalid arguments
	wpf.cs(71,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
	wpf.cs(85,105): error CS0103: The name `XamlReader' does not exist in
the current context
	wpf.cs(85,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(dynamic,
Microsoft.Scripting.Runtime.DynamicOperations, System.Xml.XmlReader,
System.Xaml.XamlSchemaContext)' has some invalid arguments
	wpf.cs(85,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
	wpf.cs(98,104): error CS0103: The name `XamlReader' does not exist in
the current context
	wpf.cs(98,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(dynamic,
Microsoft.Scripting.Runtime.DynamicOperations, System.IO.TextReader,
System.Xaml.XamlSchemaContext)' has some invalid arguments
	wpf.cs(98,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPythonConsole/IronPythonConsole.csproj
(default targets) ->
~/local/mono/lib/mono/4.0/Microsoft.Common.targets (_CopyAppConfigFile
target) ->

	~/local/mono/lib/mono/4.0/Microsoft.Common.targets: error : Cannot
copy ~/src/ironpython/main/Config/App.config to
~/src/ironpython/main/bin/Debug/ipy.exe.config, as the source file
doesn't exist.

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPythonTest/IronPythonTest.csproj
(default targets) ->
~/local/mono/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

	EngineTest.cs(2298,69): error CS0117:
`System.Security.SecurityManager' does not contain a definition for
`GetStandardSandbox'
	: error CS0281: Friend access was granted to `IronPythonTest,
PublicKeyToken=7f709c5b713576e1', but the output assembly is named
`IronPythonTest, Version=0.0.0.0, Culture=neutral,
PublicKeyToken=null'. Try adding a reference to `IronPythonTest,
PublicKeyToken=7f709c5b713576e1' or change the output assembly name to
match it

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPythonConsoleAny/IronPythonConsoleAny.csproj
(default targets) ->
~/local/mono/lib/mono/4.0/Microsoft.Common.targets (_CopyAppConfigFile
target) ->

	~/local/mono/lib/mono/4.0/Microsoft.Common.targets: error : Cannot
copy ~/src/ironpython/main/Config/App.config to
~/src/ironpython/main/bin/Debug/ipy64.exe.config, as the source file
doesn't exist.

	 27 Warning(s)
	 25 Error(s)

Time Elapsed 00:00:06.2746970


BUILD LOG FOR 2.8.1
-----------------------------
XBuild Engine Version 2.8.1.0
Mono, Version 2.8.1.0
Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2009.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Chiron/Chiron.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Don't know
how to handle GlobalSection TeamFoundationVersionControl, Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Failed to
find project 3272e46c-f4d9-418d-9ee9-081a1b658ee4

Project "~/src/ironpython/main/Solutions/IronPython.sln" (default target(s)):
...
			
			Target CoreCompile:
				Tool ~/local/mono2.8.1/bin/dmcs execution started with arguments:
/noconfig /debug:full /debug+ /optimize-
/out:obj/Debug/IronPython.Modules.dll array.cs binascii.cs cmath.cs
msvcrt.cs NativeSignal.cs GlobalSuppressions.cs mmap.cs signal.cs
zlib/Compress.cs zlib/Decompress.cs zlib/zlib.net/Adler32.cs
zlib/zlib.net/Deflate.cs zlib/zlib.net/InfBlocks.cs
zlib/zlib.net/InfCodes.cs zlib/zlib.net/Inflate.cs
zlib/zlib.net/InfTree.cs zlib/zlib.net/StaticTree.cs
zlib/zlib.net/Tree.cs zlib/zlib.net/Zlib.cs zlib/zlib.net/ZStream.cs
zlib/zlib.net/ZStreamException.cs zlib/ZlibModule.cs _codecs.cs
ModuleOps.cs _bytesio.cs _codecs_cn.cs _collections.cs copy_reg.cs
cPickle.cs cStringIO.cs datetime.cs errno.cs gc.cs IterTools.cs _io.cs
_locale.cs marshal.cs math.cs math.Generated.cs _fileio.cs _md5.cs
nt.cs operator.cs Properties/AssemblyInfo.cs re.cs select.cs
_multibytecodec.cs _sha.cs _sha256.cs _sha512.cs socket.cs
_ctypes/LocalOrArg.cs _ctypes/MarshalCleanup.cs
_ctypes/MemoryHolder.cs _ctypes/NativeFunctions.cs
_ctypes/SimpleTypeKind.cs _ctypes/_ctypes.cs _ctypes/Array.cs
_ctypes/ArrayType.cs _ctypes/CData.cs _ctypes/CFuncPtr.cs
_ctypes/CFuncPtrType.cs _ctypes/Extensions.cs _ctypes/Field.cs
_ctypes/INativeType.cs _ctypes/NativeArgument.cs _ctypes/Pointer.cs
_ctypes/PointerType.cs _ctypes/SimpleCData.cs _ctypes/SimpleType.cs
_ctypes/StructType.cs _ctypes/Structure.cs _ctypes/Union.cs
_ctypes/UnionType.cs _ctypes_test.cs _heapq.cs _struct.cs thread.cs
time.cs xxsubtype.cs _functools.cs _random.cs _sre.cs _ssl.cs
_subprocess.cs _warnings.cs _weakref.cs ../AssemblyVersion.cs
_winreg.cs _weakref.Generated.cs /target:library /warnaserror-
/define:"DEBUG;TRACE;CLR4" /nowarn:1591
/doc:~/src/ironpython/main/Solutions/../bin/Debug/IronPython.Modules.xml
/reference:~/local/mono2.8.1/lib/mono/4.0/System.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Data.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Xml.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Numerics.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Core.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Scripting.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Dynamic.dll
/reference:~/src/ironpython/main/bin/Debug//IronPython.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/mscorlib.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Configuration.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Xaml.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Runtime.Remoting.dll
/reference:~/src/ironpython/main/bin/Debug/Microsoft.Scripting.Metadata.dll
/warn:4
: error CS0281: Friend access was granted to `IronPython.Modules,
PublicKeyToken=7f709c5b713576e1', but the output assembly is named
`IronPython.Modules, Version=0.0.0.0, Culture=neutral,
PublicKeyToken=null'. Try adding a reference to `IronPython.Modules,
PublicKeyToken=7f709c5b713576e1' or change the output assembly name to
match it
array.cs(46,30): error CS0122: `IronPython.Runtime.IPythonArray' is
inaccessible due to its protection level
				~/src/ironpython/main/bin/Debug/IronPython.dll (Location of the
symbol related to previous error)
_ctypes/CFuncPtr.cs(282,34): error CS0122:
`IronPython.Runtime.Binding.MetaPythonObject' is inaccessible due to
its protection level
				~/src/ironpython/main/bin/Debug/IronPython.dll (Location of the
symbol related to previous error)
thread.cs(271,58): error CS0122:
`IronPython.Runtime.DictionaryStorage' is inaccessible due to its
protection level
				~/src/ironpython/main/bin/Debug/IronPython.dll (Location of the
symbol related to previous error)
			Task "Csc" execution -- FAILED
			Done building target "CoreCompile" in project
"~/src/ironpython/main/Languages/IronPython/IronPython.Modules/IronPython.Modules.csproj".--
FAILED
			
		Done building project
"~/src/ironpython/main/Languages/IronPython/IronPython.Modules/IronPython.Modules.csproj".--
FAILED
		
		Project "~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/IronPython.Wpf.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug Platform: AnyCPU
			
			Target ResolveAssemblyReferences:
~/local/mono2.8.1/lib/mono/4.0/Microsoft.Common.targets:  warning :
Reference 'PresentationCore' not resolved
				For searchpath {CandidateAssemblyFiles}
				Warning: {CandidateAssemblyFiles} not supported currently
				For searchpath {HintPathFromItem}
				HintPath attribute not found
				For searchpath {TargetFrameworkDirectory}
				Considered target framework dir ~/local/mono2.8.1/lib/mono/4.0,
assembly named 'PresentationCore' not found.
				For searchpath {PkgConfig}
				Considered PresentationCore, but could not find in any pkg-config files.
				For searchpath {GAC}
				Considered PresentationCore, but could not find in the GAC.
				For searchpath {RawFileName}
				Considered '~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/PresentationCore'
as a file, but the file does not exist
				For searchpath ~/src/ironpython/main/Solutions/../bin/Debug/DLLs/
				Considered '~/src/ironpython/main/bin/Debug/DLLs/PresentationCore'
as a file, but the file does not exist
				Considered '~/src/ironpython/main/bin/Debug/DLLs/PresentationCore.exe'
as a file, but the file does not exist
				Considered '~/src/ironpython/main/bin/Debug/DLLs/PresentationCore.dll'
as a file, but the file does not exist
~/local/mono2.8.1/lib/mono/4.0/Microsoft.Common.targets:  warning :
Reference 'PresentationFramework' not resolved
				For searchpath {CandidateAssemblyFiles}
				Warning: {CandidateAssemblyFiles} not supported currently
				For searchpath {HintPathFromItem}
				HintPath attribute not found
				For searchpath {TargetFrameworkDirectory}
				Considered target framework dir ~/local/mono2.8.1/lib/mono/4.0,
assembly named 'PresentationFramework' not found.
				For searchpath {PkgConfig}
				Considered PresentationFramework, but could not find in any
pkg-config files.
				For searchpath {GAC}
				Considered PresentationFramework, but could not find in the GAC.
				For searchpath {RawFileName}
				Considered '~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/PresentationFramework'
as a file, but the file does not exist
				For searchpath ~/src/ironpython/main/Solutions/../bin/Debug/DLLs/
				Considered '~/src/ironpython/main/bin/Debug/DLLs/PresentationFramework'
as a file, but the file does not exist
				Considered '~/src/ironpython/main/bin/Debug/DLLs/PresentationFramework.exe'
as a file, but the file does not exist
				Considered '~/src/ironpython/main/bin/Debug/DLLs/PresentationFramework.dll'
as a file, but the file does not exist
			
			Target GenerateSatelliteAssemblies:
			No input files were specified for target
GenerateSatelliteAssemblies, skipping.
			
			Target CoreCompile:
				Tool ~/local/mono2.8.1/bin/dmcs execution started with arguments:
/noconfig /debug:full /debug+ /optimize-
/out:obj/Debug/IronPython.Wpf.dll wpf.cs ../AssemblyVersion.cs
/target:library /warnaserror- /define:"DEBUG;TRACE;CLR4" /nowarn:1591
/doc:~/src/ironpython/main/Solutions/../bin/Debug/IronPython.Wpf.xml
/reference:~/local/mono2.8.1/lib/mono/4.0/System.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Data.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Xml.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Numerics.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Core.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Xaml.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/WindowsBase.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Scripting.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Dynamic.dll
/reference:~/src/ironpython/main/bin/Debug//IronPython.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/mscorlib.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Configuration.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Runtime.Remoting.dll
/reference:~/src/ironpython/main/bin/Debug/Microsoft.Scripting.Metadata.dll
/warn:4
wpf.cs(37,55): error CS0246: The type or namespace name `XamlReader'
could not be found. Are you missing a using directive or an assembly
reference?
wpf.cs(37,35): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.ScriptDomainManager.LoadAssembly(System.Reflection.Assembly)'
has some invalid arguments
				~/src/ironpython/main/bin/Debug/Microsoft.Scripting.dll (Location
of the symbol related to previous error)
wpf.cs(37,35): error CS1503: Argument `#1' cannot convert `object'
expression to type `System.Reflection.Assembly'
wpf.cs(38,55): error CS0246: The type or namespace name `Clipboard'
could not be found. Are you missing a using directive or an assembly
reference?
wpf.cs(38,35): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.ScriptDomainManager.LoadAssembly(System.Reflection.Assembly)'
has some invalid arguments
				~/src/ironpython/main/bin/Debug/Microsoft.Scripting.dll (Location
of the symbol related to previous error)
wpf.cs(38,35): error CS1503: Argument `#1' cannot convert `object'
expression to type `System.Reflection.Assembly'
wpf.cs(57,104): error CS0103: The name `XamlReader' does not exist in
the current context
wpf.cs(57,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(object,
Microsoft.Scripting.Runtime.DynamicOperations, string,
System.Xaml.XamlSchemaContext)' has some invalid arguments
				~/src/ironpython/main/bin/Debug/Microsoft.Dynamic.dll (Location of
the symbol related to previous error)
wpf.cs(57,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
wpf.cs(71,102): error CS0103: The name `XamlReader' does not exist in
the current context
wpf.cs(71,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(object,
Microsoft.Scripting.Runtime.DynamicOperations, System.IO.Stream,
System.Xaml.XamlSchemaContext)' has some invalid arguments
				~/src/ironpython/main/bin/Debug/Microsoft.Dynamic.dll (Location of
the symbol related to previous error)
wpf.cs(71,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
wpf.cs(85,105): error CS0103: The name `XamlReader' does not exist in
the current context
wpf.cs(85,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(object,
Microsoft.Scripting.Runtime.DynamicOperations, System.Xml.XmlReader,
System.Xaml.XamlSchemaContext)' has some invalid arguments
				~/src/ironpython/main/bin/Debug/Microsoft.Dynamic.dll (Location of
the symbol related to previous error)
wpf.cs(85,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
wpf.cs(98,104): error CS0103: The name `XamlReader' does not exist in
the current context
wpf.cs(98,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(object,
Microsoft.Scripting.Runtime.DynamicOperations, System.IO.TextReader,
System.Xaml.XamlSchemaContext)' has some invalid arguments
				~/src/ironpython/main/bin/Debug/Microsoft.Dynamic.dll (Location of
the symbol related to previous error)
wpf.cs(98,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
			Task "Csc" execution -- FAILED
			Done building target "CoreCompile" in project
"~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/IronPython.Wpf.csproj".--
FAILED
			
		Done building project
"~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/IronPython.Wpf.csproj".--
FAILED
		
		Project "~/src/ironpython/main/Languages/IronPython/IronPythonConsole/IronPythonConsole.csproj"
(default target(s)):
			...
			Target _CopyAppConfigFile:
~/local/mono2.8.1/lib/mono/4.0/Microsoft.Common.targets: error :
Cannot copy ~/src/ironpython/main/Config/App.config to
~/src/ironpython/main/bin/Debug/ipy.exe.config, as the source file
doesn't exist.
		Done building project
"~/src/ironpython/main/Languages/IronPython/IronPythonConsole/IronPythonConsole.csproj".
		
		Project "~/src/ironpython/main/Languages/IronPython/IronPythonTest/IronPythonTest.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug Platform: AnyCPU
			
			Target GenerateSatelliteAssemblies:
			No input files were specified for target
GenerateSatelliteAssemblies, skipping.
			
			Target CoreCompile:
				Tool ~/local/mono2.8.1/bin/dmcs execution started with arguments:
/noconfig /debug:full /debug+ /optimize-
/out:obj/Debug/IronPythonTest.dll AssemblyInfo.cs AttrInjectorTest.cs
ExtensionMethodTest.cs LightExceptionTests.cs MemberOverloadTest.cs
BinderTest.cs BindTest.cs ClrType.cs Cmplx.cs Conversions.cs
DefaultParams.cs DelegateTest.cs DeTest.cs DynamicRegressions.cs
MemberMappingTests.cs Stress/Engine.cs EngineTest.cs Enums.cs
Events.cs ExceptionConverter.cs Exceptions.cs Explicit.cs GenMeth.cs
Indexable.cs InheritTest.cs IntegerTest.cs LoadTest.cs IronMath.cs
NestedClass.cs NullableTest.cs OperatorTest.cs ProtocolTest.cs
StaticTest.cs StringDictionaryStorage.cs TestBuiltinModule.cs
TypeDescriptor.cs /target:library /define:"TRACE;DEBUG;CLR4"
/reference:~/local/mono2.8.1/lib/mono/4.0/System.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Data.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Core.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Xml.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/Microsoft.CSharp.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Numerics.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Xaml.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/WindowsBase.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Scripting.dll
/reference:~/src/ironpython/main/bin/Debug//Microsoft.Dynamic.dll
/reference:~/src/ironpython/main/bin/Debug//IronPython.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/mscorlib.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Configuration.dll
/reference:~/local/mono2.8.1/lib/mono/4.0/System.Runtime.Remoting.dll
/reference:~/src/ironpython/main/bin/Debug/Microsoft.Scripting.Metadata.dll
/warn:4
: error CS0281: Friend access was granted to `IronPythonTest,
PublicKeyToken=7f709c5b713576e1', but the output assembly is named
`IronPythonTest, Version=0.0.0.0, Culture=neutral,
PublicKeyToken=null'. Try adding a reference to `IronPythonTest,
PublicKeyToken=7f709c5b713576e1' or change the output assembly name to
match it
StringDictionaryStorage.cs(27,46): error CS0122:
`IronPython.Runtime.DictionaryStorage' is inaccessible due to its
protection level
				~/src/ironpython/main/bin/Debug/IronPython.dll (Location of the
symbol related to previous error)
StringDictionaryStorage.cs(27,20): error CS0060: Inconsistent
accessibility: base class `IronPython.Runtime.DictionaryStorage' is
less accessible than class `IronPythonTest.StringDictionaryStorage'
				~/src/ironpython/main/bin/Debug/IronPython.dll (Location of the
symbol related to previous error)
			Task "Csc" execution -- FAILED
			Done building target "CoreCompile" in project
"~/src/ironpython/main/Languages/IronPython/IronPythonTest/IronPythonTest.csproj".--
FAILED
			
		Done building project
"~/src/ironpython/main/Languages/IronPython/IronPythonTest/IronPythonTest.csproj".--
FAILED
		
		Project "~/src/ironpython/main/Languages/IronPython/IronPythonWindow/IronPythonWindow.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug 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.
			
			Target _CopyDeployFilesToOutputDirectoryPreserveNewest:
			Skipping target "_CopyDeployFilesToOutputDirectoryPreserveNewest"
because its outputs are up-to-date.
		Done building project
"~/src/ironpython/main/Languages/IronPython/IronPythonWindow/IronPythonWindow.csproj".
		
		Project "~/src/ironpython/main/Languages/IronPython/IronPythonConsoleAny/IronPythonConsoleAny.csproj"
(default target(s)):
			
			...
			Target _CopyAppConfigFile:
~/local/mono2.8.1/lib/mono/4.0/Microsoft.Common.targets: error :
Cannot copy ~/src/ironpython/main/Config/App.config to
~/src/ironpython/main/bin/Debug/ipy64.exe.config, as the source file
doesn't exist.
		Done building project
"~/src/ironpython/main/Languages/IronPython/IronPythonConsoleAny/IronPythonConsoleAny.csproj".
		
		Project "~/src/ironpython/main/Languages/IronPython/IronPythonWindowAny/IronPythonWindowAny.csproj"
(default target(s)):
			
			Target PrepareForBuild:
				Configuration: Debug 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.
			
			Target _CopyDeployFilesToOutputDirectoryPreserveNewest:
			Skipping target "_CopyDeployFilesToOutputDirectoryPreserveNewest"
because its outputs are up-to-date.
		Done building project
"~/src/ironpython/main/Languages/IronPython/IronPythonWindowAny/IronPythonWindowAny.csproj".
		
		The project 'Chiron' is disabled for solution configuration 'Debug|Any CPU'.
Done building project "~/src/ironpython/main/Solutions/IronPython.sln".

Build FAILED.

Warnings:

~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Microsoft.Scripting.SilverLight/Microsoft.Scripting.Silverlight.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Project
file ~/src/ironpython/main/Hosts/SilverLight/Chiron/Chiron.csproj
referenced in the solution file, not found. Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Don't know
how to handle GlobalSection TeamFoundationVersionControl, Ignoring.
~/src/ironpython/main/Solutions/IronPython.sln:  warning : Failed to
find project 3272e46c-f4d9-418d-9ee9-081a1b658ee4

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/IronPython.Wpf.csproj
(default targets) ->
~/local/mono2.8.1/lib/mono/4.0/Microsoft.Common.targets
(ResolveAssemblyReferences target) ->

	~/local/mono2.8.1/lib/mono/4.0/Microsoft.Common.targets:  warning :
Reference 'PresentationCore' not resolved
	~/local/mono2.8.1/lib/mono/4.0/Microsoft.Common.targets:  warning :
Reference 'PresentationFramework' not resolved

Errors:

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPython.Modules/IronPython.Modules.csproj
(default targets) ->
~/local/mono2.8.1/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

	: error CS0281: Friend access was granted to `IronPython.Modules,
PublicKeyToken=7f709c5b713576e1', but the output assembly is named
`IronPython.Modules, Version=0.0.0.0, Culture=neutral,
PublicKeyToken=null'. Try adding a reference to `IronPython.Modules,
PublicKeyToken=7f709c5b713576e1' or change the output assembly name to
match it
	array.cs(46,30): error CS0122: `IronPython.Runtime.IPythonArray' is
inaccessible due to its protection level
	_ctypes/CFuncPtr.cs(282,34): error CS0122:
`IronPython.Runtime.Binding.MetaPythonObject' is inaccessible due to
its protection level
	thread.cs(271,58): error CS0122:
`IronPython.Runtime.DictionaryStorage' is inaccessible due to its
protection level

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPython.Wpf/IronPython.Wpf.csproj
(default targets) ->
~/local/mono2.8.1/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

	wpf.cs(37,55): error CS0246: The type or namespace name `XamlReader'
could not be found. Are you missing a using directive or an assembly
reference?
	wpf.cs(37,35): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.ScriptDomainManager.LoadAssembly(System.Reflection.Assembly)'
has some invalid arguments
	wpf.cs(37,35): error CS1503: Argument `#1' cannot convert `object'
expression to type `System.Reflection.Assembly'
	wpf.cs(38,55): error CS0246: The type or namespace name `Clipboard'
could not be found. Are you missing a using directive or an assembly
reference?
	wpf.cs(38,35): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.ScriptDomainManager.LoadAssembly(System.Reflection.Assembly)'
has some invalid arguments
	wpf.cs(38,35): error CS1503: Argument `#1' cannot convert `object'
expression to type `System.Reflection.Assembly'
	wpf.cs(57,104): error CS0103: The name `XamlReader' does not exist in
the current context
	wpf.cs(57,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(object,
Microsoft.Scripting.Runtime.DynamicOperations, string,
System.Xaml.XamlSchemaContext)' has some invalid arguments
	wpf.cs(57,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
	wpf.cs(71,102): error CS0103: The name `XamlReader' does not exist in
the current context
	wpf.cs(71,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(object,
Microsoft.Scripting.Runtime.DynamicOperations, System.IO.Stream,
System.Xaml.XamlSchemaContext)' has some invalid arguments
	wpf.cs(71,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
	wpf.cs(85,105): error CS0103: The name `XamlReader' does not exist in
the current context
	wpf.cs(85,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(object,
Microsoft.Scripting.Runtime.DynamicOperations, System.Xml.XmlReader,
System.Xaml.XamlSchemaContext)' has some invalid arguments
	wpf.cs(85,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'
	wpf.cs(98,104): error CS0103: The name `XamlReader' does not exist in
the current context
	wpf.cs(98,38): error CS1502: The best overloaded method match for
`Microsoft.Scripting.Runtime.DynamicXamlReader.LoadComponent(object,
Microsoft.Scripting.Runtime.DynamicOperations, System.IO.TextReader,
System.Xaml.XamlSchemaContext)' has some invalid arguments
	wpf.cs(98,38): error CS1503: Argument `#4' cannot convert `object'
expression to type `System.Xaml.XamlSchemaContext'

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPythonConsole/IronPythonConsole.csproj
(default targets) ->
~/local/mono2.8.1/lib/mono/4.0/Microsoft.Common.targets
(_CopyAppConfigFile target) ->

	~/local/mono2.8.1/lib/mono/4.0/Microsoft.Common.targets: error :
Cannot copy ~/src/ironpython/main/Config/App.config to
~/src/ironpython/main/bin/Debug/ipy.exe.config, as the source file
doesn't exist.

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPythonTest/IronPythonTest.csproj
(default targets) ->
~/local/mono2.8.1/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

	: error CS0281: Friend access was granted to `IronPythonTest,
PublicKeyToken=7f709c5b713576e1', but the output assembly is named
`IronPythonTest, Version=0.0.0.0, Culture=neutral,
PublicKeyToken=null'. Try adding a reference to `IronPythonTest,
PublicKeyToken=7f709c5b713576e1' or change the output assembly name to
match it
	StringDictionaryStorage.cs(27,46): error CS0122:
`IronPython.Runtime.DictionaryStorage' is inaccessible due to its
protection level
	StringDictionaryStorage.cs(27,20): error CS0060: Inconsistent
accessibility: base class `IronPython.Runtime.DictionaryStorage' is
less accessible than class `IronPythonTest.StringDictionaryStorage'

~/src/ironpython/main/Solutions/IronPython.sln (default targets) ->
(Build target) ->
~/src/ironpython/main/Languages/IronPython/IronPythonConsoleAny/IronPythonConsoleAny.csproj
(default targets) ->
~/local/mono2.8.1/lib/mono/4.0/Microsoft.Common.targets
(_CopyAppConfigFile target) ->

	~/local/mono2.8.1/lib/mono/4.0/Microsoft.Common.targets: error :
Cannot copy ~/src/ironpython/main/Config/App.config to
~/src/ironpython/main/bin/Debug/ipy64.exe.config, as the source file
doesn't exist.

	 6 Warning(s)
	 27 Error(s)

Time Elapsed 00:00:03.5396230


From miguel at novell.com  Sat Jan  8 18:22:58 2011
From: miguel at novell.com (Miguel de Icaza)
Date: Sat, 8 Jan 2011 12:22:58 -0500
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
Message-ID: <AANLkTimuxW48-OWBAAe3=BjTwf+fYBeek_yCut7NEVHS@mail.gmail.com>

Hello,

how to build ironpython on ubuntu from sources? Nothing works, no
> success with xbuild ./Solutions/Ironpython.sln, or with 'build all' on
> monodevelop.
>

These zip files contain our patch, spec files and source that we are using
to build IronPython, IronRuby and F# on Linux and MacOS X.   This is what
will serve as the basis for the Mono 2.10 release, when we bundle these with
Mono by default:

http://dl.dropbox.com/u/281316/ironpython.zip
http://dl.dropbox.com/u/281316/ironruby.zip
http://dl.dropbox.com/u/281316/fsharp.zip

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

From Tomas.Matousek at microsoft.com  Sat Jan  8 22:02:34 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sat, 8 Jan 2011 21:02:34 +0000
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <AANLkTimuxW48-OWBAAe3=BjTwf+fYBeek_yCut7NEVHS@mail.gmail.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTimuxW48-OWBAAe3=BjTwf+fYBeek_yCut7NEVHS@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B207351E6BF0B5@TK5EX14MBXC114.redmond.corp.microsoft.com>

Miguel, is a Windows installer available for 2.10? I'm working on fixing the issues that block IronRuby and IronPython build on Mono. I use 2.8.2 right now, but would like to try 2.10.

BTW, is SecurityManager.GetStandardSandbox implemented on 2.10? It is missing from 2.8.2, which blocks Ruby's test suite build.

Tomas

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Miguel de Icaza
Sent: Saturday, January 08, 2011 9:23 AM
To: Discussion of IronPython
Subject: Re: [IronPython] how to build ironpython on ubuntu from sources?

Hello,
how to build ironpython on ubuntu from sources? Nothing works, no
success with xbuild ./Solutions/Ironpython.sln, or with 'build all' on
monodevelop.

These zip files contain our patch, spec files and source that we are using to build IronPython, IronRuby and F# on Linux and MacOS X.   This is what will serve as the basis for the Mono 2.10 release, when we bundle these with Mono by default:

http://dl.dropbox.com/u/281316/ironpython.zip
http://dl.dropbox.com/u/281316/ironruby.zip
http://dl.dropbox.com/u/281316/fsharp.zip

Miguel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110108/7c30cfb6/attachment.html>

From desleo at gmail.com  Sun Jan  9 00:36:26 2011
From: desleo at gmail.com (Leo Carbajal)
Date: Sat, 8 Jan 2011 17:36:26 -0600
Subject: [IronPython] PrivateBindings fails to expose functions in internal
 classes, but not properties
Message-ID: <AANLkTin+SouGRQL7zQmex9uLPuAm2RNTkrgmDGk-=ODd@mail.gmail.com>

Hello all,

Almost I thought I could have my cake and eat it too. I have a large
client-server project written in C# that I wanted to be able to script with
IronPython. The biggest requirement was that I wanted external admins to be
able to provide scripts for the server to augment its functions. However, I
don't want them to have full access to the server API so I resigned myself
to write the project with everything Internal and then build public facing
classes for the functionality I wanted to expose. This, I know, to work
fine.

however, I still want to be able to use scripts on the server myself, for
other things. I ended up using two engines, one with PrivateBinding on and
one without. The one with PrivateBinding set to true can see all private and
internal members but whenever I try to call a function from IronPython I get
an exception of "System Error: Object reference not set to an instance of an
object." It's weird because I can call on properties and get their values,
but not functions. If I do a dir() on the class, and the member, IronPython
can clearly see what they are and that they exist. If it helps, the class
i'm trying to access is internal but has all public members (for
interfaces).

I guess my question is whether this behavior is intentional or not. Being
able to use my API on one engine for actual server work while providing a
different one for plugin\event hook writers, would help tremendously.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110108/f6322480/attachment.html>

From desleo at gmail.com  Sun Jan  9 01:07:06 2011
From: desleo at gmail.com (Leo Carbajal)
Date: Sat, 8 Jan 2011 18:07:06 -0600
Subject: [IronPython] PrivateBindings fails to expose functions in
 internal classes, but not properties
In-Reply-To: <AANLkTin+SouGRQL7zQmex9uLPuAm2RNTkrgmDGk-=ODd@mail.gmail.com>
References: <AANLkTin+SouGRQL7zQmex9uLPuAm2RNTkrgmDGk-=ODd@mail.gmail.com>
Message-ID: <AANLkTingQaegUnEfY2_aCYMsHH7-rYS76US_JaUbxXPy@mail.gmail.com>

Ok, here's a clarification.

Say you have this class:

internal class ZMPReporter : IReporter
    {
        public string Setting { get; set; }

        internal void Trixery(string mes, string mes1, string mes2, bool
thing)
        {
            Flash(mes, mes1, mes2, thing);
        }

        public void Flash(string sender, string message, string recipient,
bool isAuthor)
        {
            ...
        }
    }

It's a property of another class. In C# I would use it as follows:
caller.Reporter.Flash(..parameters..)

If I call it in a normal IPy engine it fails to even recognize the caller
variable, which is fine and totally expected (and desired). In the
PrivateBinding scenario described I can call

caller.Reporter.Setting and get the text data perfectly. When I try to call
caller.Reporter.Flash(), though, I get the System Error: object reference
not set problem. However, I can call caller.Report._ZMPReporter__Trixery()
just fine, which in turn calls Flash for me.

I don't mind using the name mangling overly, but I do mind having to make
internal proxies for perfectly good, already existing, functions. I can't
just make those methods internal because the IReporter interface demands
that they be public. If this was the only class that might give me problems
I might even look for a way around that, but the entire project uses
Interfaces extensively.

On Sat, Jan 8, 2011 at 5:36 PM, Leo Carbajal <desleo at gmail.com> wrote:

> Hello all,
>
> Almost I thought I could have my cake and eat it too. I have a large
> client-server project written in C# that I wanted to be able to script with
> IronPython. The biggest requirement was that I wanted external admins to be
> able to provide scripts for the server to augment its functions. However, I
> don't want them to have full access to the server API so I resigned myself
> to write the project with everything Internal and then build public facing
> classes for the functionality I wanted to expose. This, I know, to work
> fine.
>
> however, I still want to be able to use scripts on the server myself, for
> other things. I ended up using two engines, one with PrivateBinding on and
> one without. The one with PrivateBinding set to true can see all private and
> internal members but whenever I try to call a function from IronPython I get
> an exception of "System Error: Object reference not set to an instance of an
> object." It's weird because I can call on properties and get their values,
> but not functions. If I do a dir() on the class, and the member, IronPython
> can clearly see what they are and that they exist. If it helps, the class
> i'm trying to access is internal but has all public members (for
> interfaces).
>
> I guess my question is whether this behavior is intentional or not. Being
> able to use my API on one engine for actual server work while providing a
> different one for plugin\event hook writers, would help tremendously.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110108/f36a98c5/attachment.html>

From slide.o.mix at gmail.com  Sun Jan  9 01:14:07 2011
From: slide.o.mix at gmail.com (Slide)
Date: Sat, 8 Jan 2011 17:14:07 -0700
Subject: [IronPython] Patches?
Message-ID: <AANLkTinxNhB8DteaQSNoDbgo=4C7ynjpWzEU=gJmG01D@mail.gmail.com>

Can people start submitting patches that will actually be accepted and
incorporated now? I have been working on an implementation of the _csv
module to get to know the object model of IronPython a little better. It
still needs some testing, but I would like to know if, once done, it will be
accepted. I am using the unittest suite from CPython for csv.

Thanks,

slide

-- 
slide-o-blog
http://slide-o-blog.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110108/93b1ac38/attachment.html>

From miguel at novell.com  Sun Jan  9 02:29:49 2011
From: miguel at novell.com (Miguel de Icaza)
Date: Sat, 8 Jan 2011 20:29:49 -0500
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B207351E6BF0B5@TK5EX14MBXC114.redmond.corp.microsoft.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTimuxW48-OWBAAe3=BjTwf+fYBeek_yCut7NEVHS@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207351E6BF0B5@TK5EX14MBXC114.redmond.corp.microsoft.com>
Message-ID: <AANLkTinfuDNwZ0XF-TB+GCNRn15Hcc2xgH5EvHRFbh0n@mail.gmail.com>

Hello,

 Miguel, is a Windows installer available for 2.10? I?m working on fixing
> the issues that block IronRuby and IronPython build on Mono. I use 2.8.2
> right now, but would like to try 2.10.
>

We have not done a 2.10 build yet, we are going to branch early next week,
and should have preview installers soon after that.

BTW, is SecurityManager.GetStandardSandbox implemented on 2.10? It is
> missing from 2.8.2, which blocks Ruby?s test suite build.
>

We do not implement this, and we wont likely be implementing it, as we do
not support CAS.  We only support Silverlight's security sandbox.

CAS would be too large of a project for us to complete.

Miguel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110108/8769a361/attachment.html>

From yngipy at gmail.com  Sun Jan  9 03:19:53 2011
From: yngipy at gmail.com (yngipy hernan)
Date: Sat, 8 Jan 2011 20:19:53 -0600
Subject: [IronPython] IronPython 2.7B1 non-default install location not
	working
Message-ID: <AANLkTinwE2ZHjuM8GUL8YUo5=UvvA_WpCxu3f5qMCNdb@mail.gmail.com>

Hi All,

I seem to remember that this was already reported in CodePlex but I can't
find it. Anyway, what I have observed was that if I install IronPython 2.7B1
in a non-default location, some of the files are still dropped in C:\Program
Files\IronPython 2.7.

Can anyone please confirm that was already submitted in CodePlex? Otherwise,
I can create an new item.

Regards,
Yngipy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110108/37ee7896/attachment.html>

From desleo at gmail.com  Sun Jan  9 05:42:24 2011
From: desleo at gmail.com (Leo Carbajal)
Date: Sat, 8 Jan 2011 22:42:24 -0600
Subject: [IronPython] PrivateBindings fails to expose functions in
 internal classes, but not properties
In-Reply-To: <AANLkTingQaegUnEfY2_aCYMsHH7-rYS76US_JaUbxXPy@mail.gmail.com>
References: <AANLkTin+SouGRQL7zQmex9uLPuAm2RNTkrgmDGk-=ODd@mail.gmail.com>
	<AANLkTingQaegUnEfY2_aCYMsHH7-rYS76US_JaUbxXPy@mail.gmail.com>
Message-ID: <AANLkTikmpiA_9a87MP+JTSCfBM6s9B8mh7sN6EWppKgw@mail.gmail.com>

Sorry to spam the list, but I did some more tracking on this and figured
something out. I downgraded from 2.7b1 to 2.6.2 and my original example
worked just fine in. I thought my woes were over, and then I ran into a
similar problem in 2.6.2. It appears that IPy cannot cast an object to a
different type, specifically an interface in 2.6.2, when the class is
internal and you're working with PrivateBinding = true

I logged it as http://ironpython.codeplex.com/workitem/29939 with the
following example:

internal interface IExample
{
    string Message { get; set; }
}

internal class Avatar : IExample
{
    public string Message { get; set;}

    public Avatar()
    {
        Message = "I am an avatar.";
    }

    public void Hello(Avatar avatar)
    {
        Console.WriteLine("From Hello: " + Message);
    }

    public void Hi(IExample avatar)
    {
        Console.WriteLine("From Hi: " + Message);
    }
}

Using the following python code:
avatar = Avatar()
avatar.Hello(avatar)
avatar.Hi(avatar)

avatar.Hello prints it's message as expected, but avatar.Hi fails with: System
Error: object reference not set to instance of object.

On Sat, Jan 8, 2011 at 6:07 PM, Leo Carbajal <desleo at gmail.com> wrote:

> Ok, here's a clarification.
>
> Say you have this class:
>
> internal class ZMPReporter : IReporter
>     {
>         public string Setting { get; set; }
>
>         internal void Trixery(string mes, string mes1, string mes2, bool
> thing)
>         {
>             Flash(mes, mes1, mes2, thing);
>         }
>
>         public void Flash(string sender, string message, string recipient,
> bool isAuthor)
>         {
>             ...
>         }
>     }
>
> It's a property of another class. In C# I would use it as follows:
> caller.Reporter.Flash(..parameters..)
>
> If I call it in a normal IPy engine it fails to even recognize the caller
> variable, which is fine and totally expected (and desired). In the
> PrivateBinding scenario described I can call
>
> caller.Reporter.Setting and get the text data perfectly. When I try to call
> caller.Reporter.Flash(), though, I get the System Error: object reference
> not set problem. However, I can call caller.Report._ZMPReporter__Trixery()
> just fine, which in turn calls Flash for me.
>
> I don't mind using the name mangling overly, but I do mind having to make
> internal proxies for perfectly good, already existing, functions. I can't
> just make those methods internal because the IReporter interface demands
> that they be public. If this was the only class that might give me problems
> I might even look for a way around that, but the entire project uses
> Interfaces extensively.
>
> On Sat, Jan 8, 2011 at 5:36 PM, Leo Carbajal <desleo at gmail.com> wrote:
>
>> Hello all,
>>
>> Almost I thought I could have my cake and eat it too. I have a large
>> client-server project written in C# that I wanted to be able to script with
>> IronPython. The biggest requirement was that I wanted external admins to be
>> able to provide scripts for the server to augment its functions. However, I
>> don't want them to have full access to the server API so I resigned myself
>> to write the project with everything Internal and then build public facing
>> classes for the functionality I wanted to expose. This, I know, to work
>> fine.
>>
>> however, I still want to be able to use scripts on the server myself, for
>> other things. I ended up using two engines, one with PrivateBinding on and
>> one without. The one with PrivateBinding set to true can see all private and
>> internal members but whenever I try to call a function from IronPython I get
>> an exception of "System Error: Object reference not set to an instance of an
>> object." It's weird because I can call on properties and get their values,
>> but not functions. If I do a dir() on the class, and the member, IronPython
>> can clearly see what they are and that they exist. If it helps, the class
>> i'm trying to access is internal but has all public members (for
>> interfaces).
>>
>> I guess my question is whether this behavior is intentional or not. Being
>> able to use my API on one engine for actual server work while providing a
>> different one for plugin\event hook writers, would help tremendously.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110108/111a7af3/attachment.html>

From jdhardy at gmail.com  Sun Jan  9 05:43:11 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sat, 8 Jan 2011 21:43:11 -0700
Subject: [IronPython] Patches?
In-Reply-To: <AANLkTinxNhB8DteaQSNoDbgo=4C7ynjpWzEU=gJmG01D@mail.gmail.com>
References: <AANLkTinxNhB8DteaQSNoDbgo=4C7ynjpWzEU=gJmG01D@mail.gmail.com>
Message-ID: <AANLkTimoHMm09nCFy5BZ=SDWbxSrKcfSNVweAYsC+R5C@mail.gmail.com>

On Sat, Jan 8, 2011 at 5:14 PM, Slide <slide.o.mix at gmail.com> wrote:
> Can people start submitting patches that will actually be accepted and
> incorporated now? I have been working on an implementation of the _csv
> module to get to know the object model of IronPython a little better. It
> still needs some testing, but I would like to know if, once done, it will be
> accepted. I am using the unittest suite from CPython for csv.

As long as it's good, we'll absolutely accept it. The best way to do
it would be to have a fork on github or bitbucket and then send a pull
request.

- Jeff


From jdhardy at gmail.com  Sun Jan  9 05:45:00 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sat, 8 Jan 2011 21:45:00 -0700
Subject: [IronPython] IronPython 2.7B1 non-default install location not
	working
In-Reply-To: <AANLkTinwE2ZHjuM8GUL8YUo5=UvvA_WpCxu3f5qMCNdb@mail.gmail.com>
References: <AANLkTinwE2ZHjuM8GUL8YUo5=UvvA_WpCxu3f5qMCNdb@mail.gmail.com>
Message-ID: <AANLkTi=ZV87zSKLWhETG=DW9EsN06mj2iHz0ZQrAUjRs@mail.gmail.com>

On Sat, Jan 8, 2011 at 7:19 PM, yngipy hernan <yngipy at gmail.com> wrote:
> Hi All,
> I seem to remember that this was already reported in CodePlex but I can't
> find it. Anyway, what I have observed was that if I install IronPython 2.7B1
> in a non-default location, some of the files are still dropped in C:\Program
> Files\IronPython 2.7.
> Can anyone please confirm that was already submitted in CodePlex? Otherwise,
> I can create an new item.

I'm not seeing one, so feel free to open it.

- Jeff


From Tomas.Matousek at microsoft.com  Sun Jan  9 06:15:53 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sun, 9 Jan 2011 05:15:53 +0000
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <AANLkTinfuDNwZ0XF-TB+GCNRn15Hcc2xgH5EvHRFbh0n@mail.gmail.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTimuxW48-OWBAAe3=BjTwf+fYBeek_yCut7NEVHS@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207351E6BF0B5@TK5EX14MBXC114.redmond.corp.microsoft.com>
	<AANLkTinfuDNwZ0XF-TB+GCNRn15Hcc2xgH5EvHRFbh0n@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B207351E6BF1F9@TK5EX14MBXC114.redmond.corp.microsoft.com>

So, how do I create a sandboxed app-domain based on Silverlight model on Mono?

Wouldn't it be better to add the method and throw NotSupportedException so that programs can compile and at runtime decide not to call the method? I guess a workaround would be to use dynamic calls...

Tomas

From: miguel.novell at gmail.com [mailto:miguel.novell at gmail.com] On Behalf Of Miguel de Icaza
Sent: Saturday, January 08, 2011 5:30 PM
To: Tomas Matousek; Sebastien Pouliot
Cc: Discussion of IronPython
Subject: Re: [IronPython] how to build ironpython on ubuntu from sources?

Hello,
Miguel, is a Windows installer available for 2.10? I'm working on fixing the issues that block IronRuby and IronPython build on Mono. I use 2.8.2 right now, but would like to try 2.10.

We have not done a 2.10 build yet, we are going to branch early next week, and should have preview installers soon after that.

BTW, is SecurityManager.GetStandardSandbox implemented on 2.10? It is missing from 2.8.2, which blocks Ruby's test suite build.

We do not implement this, and we wont likely be implementing it, as we do not support CAS.  We only support Silverlight's security sandbox.

CAS would be too large of a project for us to complete.

Miguel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110109/124ec0d1/attachment.html>

From miguel at novell.com  Sun Jan  9 06:43:09 2011
From: miguel at novell.com (Miguel de Icaza)
Date: Sun, 9 Jan 2011 00:43:09 -0500
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B207351E6BF1F9@TK5EX14MBXC114.redmond.corp.microsoft.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTimuxW48-OWBAAe3=BjTwf+fYBeek_yCut7NEVHS@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207351E6BF0B5@TK5EX14MBXC114.redmond.corp.microsoft.com>
	<AANLkTinfuDNwZ0XF-TB+GCNRn15Hcc2xgH5EvHRFbh0n@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207351E6BF1F9@TK5EX14MBXC114.redmond.corp.microsoft.com>
Message-ID: <AANLkTik3SNP1ksvPLvePu7fsQ+b5k=5tkrdnmCw8jdy=@mail.gmail.com>

>
> So, how do I create a sandboxed app-domain based on Silverlight model on
> Mono?
>

This is a complicated process, it involves initializing the C runtime
specially, creating special versions of the libraries (special attributes
injected in the various libraries), declaring things appropriately and so
on.   It is not a general purpose system for securing apps.


> Wouldn?t it be better to add the method and throw NotSupportedException so
> that programs can compile and at runtime decide not to call the method? I
> guess a workaround would be to use dynamic calls...
>

Well, I can add the method, but if you call it, it will still crash.

So the test suite should perhaps not depend on this feature if we want to
run it on Linux/Unix.

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

From Tomas.Matousek at microsoft.com  Sun Jan  9 10:13:18 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sun, 9 Jan 2011 09:13:18 +0000
Subject: [IronPython] how to build ironpython on ubuntu from sources?
In-Reply-To: <AANLkTik3SNP1ksvPLvePu7fsQ+b5k=5tkrdnmCw8jdy=@mail.gmail.com>
References: <AANLkTi=AZaSCm3P1b4Lrk-w0cCdhTmvhBeEW6COhOF-T@mail.gmail.com>
	<AANLkTimuxW48-OWBAAe3=BjTwf+fYBeek_yCut7NEVHS@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207351E6BF0B5@TK5EX14MBXC114.redmond.corp.microsoft.com>
	<AANLkTinfuDNwZ0XF-TB+GCNRn15Hcc2xgH5EvHRFbh0n@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207351E6BF1F9@TK5EX14MBXC114.redmond.corp.microsoft.com>
	<AANLkTik3SNP1ksvPLvePu7fsQ+b5k=5tkrdnmCw8jdy=@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B207351E6BF26C@TK5EX14MBXC114.redmond.corp.microsoft.com>

I see. It would be alright if it crashed at runtime. I can disable the sandbox test mode at runtime and test in normal mode only. The problem with non-existing method is that the test suite doesn't even compile. (#if def would do, but I would prefer to have a single dll for Mono and for .NET).

Thanks,
Tomas

From: miguel.novell at gmail.com [mailto:miguel.novell at gmail.com] On Behalf Of Miguel de Icaza
Sent: Saturday, January 08, 2011 9:43 PM
To: Tomas Matousek
Cc: Sebastien Pouliot; Discussion of IronPython
Subject: Re: [IronPython] how to build ironpython on ubuntu from sources?

So, how do I create a sandboxed app-domain based on Silverlight model on Mono?

This is a complicated process, it involves initializing the C runtime specially, creating special versions of the libraries (special attributes injected in the various libraries), declaring things appropriately and so on.   It is not a general purpose system for securing apps.

Wouldn't it be better to add the method and throw NotSupportedException so that programs can compile and at runtime decide not to call the method? I guess a workaround would be to use dynamic calls...

Well, I can add the method, but if you call it, it will still crash.

So the test suite should perhaps not depend on this feature if we want to run it on Linux/Unix.

Miguel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110109/3c7f6d5f/attachment.html>

From rjnienaber at gmail.com  Sun Jan  9 12:06:24 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Sun, 9 Jan 2011 11:06:24 +0000
Subject: [IronPython] Patches?
In-Reply-To: <AANLkTimoHMm09nCFy5BZ=SDWbxSrKcfSNVweAYsC+R5C@mail.gmail.com>
References: <AANLkTinxNhB8DteaQSNoDbgo=4C7ynjpWzEU=gJmG01D@mail.gmail.com>
	<AANLkTimoHMm09nCFy5BZ=SDWbxSrKcfSNVweAYsC+R5C@mail.gmail.com>
Message-ID: <AANLkTi=Fkxy-fv1CesVPLkZgLgV6GxYie6fRO-HFho5s@mail.gmail.com>

Is someone monitoring the pull request
queue<https://github.com/IronLanguages/main/pulls>on github? Unless
I'm reading it incorrectly, there's a pull request from
September 1st for IronRuby that is open.

Richard

On Sun, Jan 9, 2011 at 4:43 AM, Jeff Hardy <jdhardy at gmail.com> wrote:

> On Sat, Jan 8, 2011 at 5:14 PM, Slide <slide.o.mix at gmail.com> wrote:
> > Can people start submitting patches that will actually be accepted and
> > incorporated now? I have been working on an implementation of the _csv
> > module to get to know the object model of IronPython a little better. It
> > still needs some testing, but I would like to know if, once done, it will
> be
> > accepted. I am using the unittest suite from CPython for csv.
>
> As long as it's good, we'll absolutely accept it. The best way to do
> it would be to have a fork on github or bitbucket and then send a pull
> request.
>
> - 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/20110109/192c7a37/attachment.html>

From rjnienaber at gmail.com  Sun Jan  9 14:57:28 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Sun, 9 Jan 2011 13:57:28 +0000
Subject: [IronPython] PrivateBindings fails to expose functions in
 internal classes, but not properties
In-Reply-To: <AANLkTikmpiA_9a87MP+JTSCfBM6s9B8mh7sN6EWppKgw@mail.gmail.com>
References: <AANLkTin+SouGRQL7zQmex9uLPuAm2RNTkrgmDGk-=ODd@mail.gmail.com>
	<AANLkTingQaegUnEfY2_aCYMsHH7-rYS76US_JaUbxXPy@mail.gmail.com>
	<AANLkTikmpiA_9a87MP+JTSCfBM6s9B8mh7sN6EWppKgw@mail.gmail.com>
Message-ID: <AANLkTinUYVbK7JG3H4e_j-66L6PA+mTd1XoimUa4Ab6p@mail.gmail.com>

Thanks for providing the reproduction steps. I've had a look around the
source and it seems like the problem is happening somewhere between
CompilerHelpers.cs<https://github.com/IronLanguages/main/blob/master/Runtime/Microsoft.Dynamic/Generation/CompilerHelpers.cs#L368>
and
PythonBinder.cs<https://github.com/IronLanguages/main/blob/master/Languages/IronPython/IronPython/Runtime/Binding/PythonBinder.cs#L85>that
calls it.  If
the interface is not visible, it tries to return it's base type which is
null. If I just return the interface out of the GetVisibleType method before
it hits null, the message is displayed as intended.

It seems logic is needed to special case interfaces and/or handle the
PrivateBindings option but I don't know enough to say.

Richard

On Sun, Jan 9, 2011 at 4:42 AM, Leo Carbajal <desleo at gmail.com> wrote:

> Sorry to spam the list, but I did some more tracking on this and figured
> something out. I downgraded from 2.7b1 to 2.6.2 and my original example
> worked just fine in. I thought my woes were over, and then I ran into a
> similar problem in 2.6.2. It appears that IPy cannot cast an object to a
> different type, specifically an interface in 2.6.2, when the class is
> internal and you're working with PrivateBinding = true
>
> I logged it as http://ironpython.codeplex.com/workitem/29939 with the
> following example:
>
> internal interface IExample
> {
>     string Message { get; set; }
> }
>
> internal class Avatar : IExample
> {
>     public string Message { get; set;}
>
>     public Avatar()
>     {
>         Message = "I am an avatar.";
>     }
>
>     public void Hello(Avatar avatar)
>     {
>         Console.WriteLine("From Hello: " + Message);
>     }
>
>     public void Hi(IExample avatar)
>     {
>         Console.WriteLine("From Hi: " + Message);
>     }
> }
>
> Using the following python code:
> avatar = Avatar()
> avatar.Hello(avatar)
> avatar.Hi(avatar)
>
> avatar.Hello prints it's message as expected, but avatar.Hi fails with: System
> Error: object reference not set to instance of object.
>
> On Sat, Jan 8, 2011 at 6:07 PM, Leo Carbajal <desleo at gmail.com> wrote:
>
>> Ok, here's a clarification.
>>
>> Say you have this class:
>>
>> internal class ZMPReporter : IReporter
>>     {
>>         public string Setting { get; set; }
>>
>>         internal void Trixery(string mes, string mes1, string mes2, bool
>> thing)
>>         {
>>             Flash(mes, mes1, mes2, thing);
>>         }
>>
>>         public void Flash(string sender, string message, string recipient,
>> bool isAuthor)
>>         {
>>             ...
>>         }
>>     }
>>
>> It's a property of another class. In C# I would use it as follows:
>> caller.Reporter.Flash(..parameters..)
>>
>> If I call it in a normal IPy engine it fails to even recognize the caller
>> variable, which is fine and totally expected (and desired). In the
>> PrivateBinding scenario described I can call
>>
>> caller.Reporter.Setting and get the text data perfectly. When I try to
>> call caller.Reporter.Flash(), though, I get the System Error: object
>> reference not set problem. However, I can call
>> caller.Report._ZMPReporter__Trixery() just fine, which in turn calls Flash
>> for me.
>>
>> I don't mind using the name mangling overly, but I do mind having to make
>> internal proxies for perfectly good, already existing, functions. I can't
>> just make those methods internal because the IReporter interface demands
>> that they be public. If this was the only class that might give me problems
>> I might even look for a way around that, but the entire project uses
>> Interfaces extensively.
>>
>> On Sat, Jan 8, 2011 at 5:36 PM, Leo Carbajal <desleo at gmail.com> wrote:
>>
>>> Hello all,
>>>
>>> Almost I thought I could have my cake and eat it too. I have a large
>>> client-server project written in C# that I wanted to be able to script with
>>> IronPython. The biggest requirement was that I wanted external admins to be
>>> able to provide scripts for the server to augment its functions. However, I
>>> don't want them to have full access to the server API so I resigned myself
>>> to write the project with everything Internal and then build public facing
>>> classes for the functionality I wanted to expose. This, I know, to work
>>> fine.
>>>
>>> however, I still want to be able to use scripts on the server myself, for
>>> other things. I ended up using two engines, one with PrivateBinding on and
>>> one without. The one with PrivateBinding set to true can see all private and
>>> internal members but whenever I try to call a function from IronPython I get
>>> an exception of "System Error: Object reference not set to an instance of an
>>> object." It's weird because I can call on properties and get their values,
>>> but not functions. If I do a dir() on the class, and the member, IronPython
>>> can clearly see what they are and that they exist. If it helps, the class
>>> i'm trying to access is internal but has all public members (for
>>> interfaces).
>>>
>>> I guess my question is whether this behavior is intentional or not. Being
>>> able to use my API on one engine for actual server work while providing a
>>> different one for plugin\event hook writers, would help tremendously.
>>>
>>
>>
>
> _______________________________________________
> 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/20110109/085bbf02/attachment.html>

From desleo at gmail.com  Sun Jan  9 22:20:01 2011
From: desleo at gmail.com (Leo Carbajal)
Date: Sun, 9 Jan 2011 15:20:01 -0600
Subject: [IronPython] PrivateBindings fails to expose functions in
 internal classes, but not properties
In-Reply-To: <AANLkTinUYVbK7JG3H4e_j-66L6PA+mTd1XoimUa4Ab6p@mail.gmail.com>
References: <AANLkTin+SouGRQL7zQmex9uLPuAm2RNTkrgmDGk-=ODd@mail.gmail.com>
	<AANLkTingQaegUnEfY2_aCYMsHH7-rYS76US_JaUbxXPy@mail.gmail.com>
	<AANLkTikmpiA_9a87MP+JTSCfBM6s9B8mh7sN6EWppKgw@mail.gmail.com>
	<AANLkTinUYVbK7JG3H4e_j-66L6PA+mTd1XoimUa4Ab6p@mail.gmail.com>
Message-ID: <AANLkTi=Bg7ikyYTvPHcjUbV0ygkrm_=ZfE52Fg6rvBA0@mail.gmail.com>

Thank you for poking around on this, I wouldn't have any idea where to even
start.

Unfortunately, I can't figure out how to build 2.6.2 from source so I guess
I'll have to wait for a bugfix.

On Sun, Jan 9, 2011 at 7:57 AM, Richard Nienaber <rjnienaber at gmail.com>wrote:

> Thanks for providing the reproduction steps. I've had a look around the
> source and it seems like the problem is happening somewhere between
> CompilerHelpers.cs<https://github.com/IronLanguages/main/blob/master/Runtime/Microsoft.Dynamic/Generation/CompilerHelpers.cs#L368> and
> PythonBinder.cs<https://github.com/IronLanguages/main/blob/master/Languages/IronPython/IronPython/Runtime/Binding/PythonBinder.cs#L85>that calls it.  If
> the interface is not visible, it tries to return it's base type which is
> null. If I just return the interface out of the GetVisibleType method before
> it hits null, the message is displayed as intended.
>
> It seems logic is needed to special case interfaces and/or handle the
> PrivateBindings option but I don't know enough to say.
>
> Richard
>
> On Sun, Jan 9, 2011 at 4:42 AM, Leo Carbajal <desleo at gmail.com> wrote:
>
>> Sorry to spam the list, but I did some more tracking on this and figured
>> something out. I downgraded from 2.7b1 to 2.6.2 and my original example
>> worked just fine in. I thought my woes were over, and then I ran into a
>> similar problem in 2.6.2. It appears that IPy cannot cast an object to a
>> different type, specifically an interface in 2.6.2, when the class is
>> internal and you're working with PrivateBinding = true
>>
>> I logged it as http://ironpython.codeplex.com/workitem/29939 with the
>> following example:
>>
>> internal interface IExample
>> {
>>     string Message { get; set; }
>> }
>>
>> internal class Avatar : IExample
>> {
>>     public string Message { get; set;}
>>
>>     public Avatar()
>>     {
>>         Message = "I am an avatar.";
>>     }
>>
>>     public void Hello(Avatar avatar)
>>     {
>>         Console.WriteLine("From Hello: " + Message);
>>     }
>>
>>     public void Hi(IExample avatar)
>>     {
>>         Console.WriteLine("From Hi: " + Message);
>>     }
>> }
>>
>> Using the following python code:
>> avatar = Avatar()
>> avatar.Hello(avatar)
>> avatar.Hi(avatar)
>>
>> avatar.Hello prints it's message as expected, but avatar.Hi fails with: System
>> Error: object reference not set to instance of object.
>>
>> On Sat, Jan 8, 2011 at 6:07 PM, Leo Carbajal <desleo at gmail.com> wrote:
>>
>>> Ok, here's a clarification.
>>>
>>> Say you have this class:
>>>
>>> internal class ZMPReporter : IReporter
>>>     {
>>>         public string Setting { get; set; }
>>>
>>>         internal void Trixery(string mes, string mes1, string mes2, bool
>>> thing)
>>>         {
>>>             Flash(mes, mes1, mes2, thing);
>>>         }
>>>
>>>         public void Flash(string sender, string message, string
>>> recipient, bool isAuthor)
>>>         {
>>>             ...
>>>         }
>>>     }
>>>
>>> It's a property of another class. In C# I would use it as follows:
>>> caller.Reporter.Flash(..parameters..)
>>>
>>> If I call it in a normal IPy engine it fails to even recognize the caller
>>> variable, which is fine and totally expected (and desired). In the
>>> PrivateBinding scenario described I can call
>>>
>>> caller.Reporter.Setting and get the text data perfectly. When I try to
>>> call caller.Reporter.Flash(), though, I get the System Error: object
>>> reference not set problem. However, I can call
>>> caller.Report._ZMPReporter__Trixery() just fine, which in turn calls Flash
>>> for me.
>>>
>>> I don't mind using the name mangling overly, but I do mind having to make
>>> internal proxies for perfectly good, already existing, functions. I can't
>>> just make those methods internal because the IReporter interface demands
>>> that they be public. If this was the only class that might give me problems
>>> I might even look for a way around that, but the entire project uses
>>> Interfaces extensively.
>>>
>>> On Sat, Jan 8, 2011 at 5:36 PM, Leo Carbajal <desleo at gmail.com> wrote:
>>>
>>>> Hello all,
>>>>
>>>> Almost I thought I could have my cake and eat it too. I have a large
>>>> client-server project written in C# that I wanted to be able to script with
>>>> IronPython. The biggest requirement was that I wanted external admins to be
>>>> able to provide scripts for the server to augment its functions. However, I
>>>> don't want them to have full access to the server API so I resigned myself
>>>> to write the project with everything Internal and then build public facing
>>>> classes for the functionality I wanted to expose. This, I know, to work
>>>> fine.
>>>>
>>>> however, I still want to be able to use scripts on the server myself,
>>>> for other things. I ended up using two engines, one with PrivateBinding on
>>>> and one without. The one with PrivateBinding set to true can see all private
>>>> and internal members but whenever I try to call a function from IronPython I
>>>> get an exception of "System Error: Object reference not set to an instance
>>>> of an object." It's weird because I can call on properties and get their
>>>> values, but not functions. If I do a dir() on the class, and the member,
>>>> IronPython can clearly see what they are and that they exist. If it helps,
>>>> the class i'm trying to access is internal but has all public members (for
>>>> interfaces).
>>>>
>>>> I guess my question is whether this behavior is intentional or not.
>>>> Being able to use my API on one engine for actual server work while
>>>> providing a different one for plugin\event hook writers, would help
>>>> tremendously.
>>>>
>>>
>>>
>>
>> _______________________________________________
>> 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/20110109/f60a7e4b/attachment.html>

From fuzzyman at voidspace.org.uk  Mon Jan 10 12:07:51 2011
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Mon, 10 Jan 2011 11:07:51 +0000
Subject: [IronPython] PyCon 2011 - Full talk and tutorial list now	available!
Message-ID: <4D2AE887.3080604@voidspace.org.uk>


I'm very pleased to announce, on behalf of the PyCon 2011 Program
committee, and entire PyCon 2011 volunteer staff, that the full list
of PyCon 2011 talks is now public, and available!

This was an especially hard year for the PyCon program committee: we
had over 200 proposals for only 95 total slots, so we ended up having
to reject a lot of excellent proposals. We've spent the better part of
the last few months in reviews, meetings and debates selecting which
talks would be in the final PyCon program. It was not and easy task -
all of the proposal authors really came through in their proposals -
the number of high quality proposals we had to chose from was simply
staggering.

That said - the program committee completed it's work yesterday
morning. Acceptance and rejection letters have been sent, and you can
now view the full program on the site:

http://us.pycon.org/2011/schedule/lists/talks/

This obviously complements the list of tutorials also available:

http://us.pycon.org/2011/schedule/lists/tutorials/

Personally, this is my second year acting as the Program Committee
chair (and hence, my last) - and between the talk list, and the list
of tutorials, our current keynote speaker
(http://us.pycon.org/2011/home/keynotes/) and the emerging line of up
poster sessions - I'm extremely proud to have been part of the
process, and extremely excited about the upcoming conference. It is
going to be amazing

One behalf of the entire PyCon 2011 staff, I want to again thank every
single talk author for their submission(s), and I look forward to
seeing all of you, and them at the conference. PyCon is an amazing
conference only because of the quality talks, tutorials and community
we have. I'm confident this one will knock it out of the park.

As a reminder: Early Bird registration
(http://us.pycon.org/2011/tickets/) closes January 17th - and we have
an attendance cap of 1500 total attendees (speakers are counted
against this number, and guaranteed a slot) so be sure to register
today!

Jesse Noller
PyCon 2011
_______________________________________________
PyCon-organizers mailing list
PyCon-organizers at python.org
http://mail.python.org/mailman/listinfo/pycon-organizers


From danielj at arena.net  Mon Jan 10 19:22:40 2011
From: danielj at arena.net (Daniel Jennings)
Date: Mon, 10 Jan 2011 10:22:40 -0800
Subject: [IronPython] Rescue clause?
Message-ID: <6D931A4CF4139540BF6621A1E97D4937015F01F3F0DE@wallemail.arena.ncwest.ncsoft.corp>

Is there some sort of crazy IronPython rescue keyword, or is this just from an IronRuby copy/paste? From http://ironpython.net/documentation/dotnet/ :

Given that raise results in the creation of both a Python exception object and a .NET exception object, and given that rescue can catch both Python exceptions and .NET exceptions, a question arises of which of the exception objects will be used by the rescue keyword. The answer is that it is the type used in the rescue clause. i.e. if the rescue clause uses the Python exception, then the Python exception object will be used. If the rescue clause uses the .NET exception, then the .NET exception object will be used.

When I googled it I only ran into Ruby docs discussing 'rescue', so I am assuming that this is just unclear/incorrect...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110110/d3916395/attachment.html>

From jdhardy at gmail.com  Mon Jan 10 19:43:34 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 10 Jan 2011 11:43:34 -0700
Subject: [IronPython] Rescue clause?
In-Reply-To: <6D931A4CF4139540BF6621A1E97D4937015F01F3F0DE@wallemail.arena.ncwest.ncsoft.corp>
References: <6D931A4CF4139540BF6621A1E97D4937015F01F3F0DE@wallemail.arena.ncwest.ncsoft.corp>
Message-ID: <AANLkTinkzRRox_JkyseXLEYE5dJjjkLjoTvOTWiED6Hs@mail.gmail.com>

On Mon, Jan 10, 2011 at 11:22 AM, Daniel Jennings <danielj at arena.net> wrote:
> Is there some sort of crazy IronPython rescue keyword, or is this just from
> an IronRuby copy/paste? From http://ironpython.net/documentation/dotnet/ :
>
> *snip*
>
> When I googled it I only ran into Ruby docs discussing ?rescue?, so I am
> assuming that this is just unclear/incorrect?

That should read `except`, not `rescue`. I'm not sure how to update
those docs, though.

- Jeff


From dblank at brynmawr.edu  Mon Jan 10 23:37:18 2011
From: dblank at brynmawr.edu (Douglas Blank)
Date: Mon, 10 Jan 2011 17:37:18 -0500 (EST)
Subject: [IronPython] What is a good way to determine OS platform with
	IronPython?
In-Reply-To: <1591562675.41771.1294698214491.JavaMail.root@ganesh.brynmawr.edu>
Message-ID: <1707992831.42101.1294699038839.JavaMail.root@ganesh.brynmawr.edu>

Now that IronPython runs on other operating systems, what is the recommended way to determine the os when running IP?

sys.platform returns 'cli' across all, and sys.builtin_module_names includes 'nt' on all.

Perhaps something like:

def platform():
    data = sys.getwindowsversion() # major, minor, build, platform, service_pack
    if data.platform in [0, 1, 2, 3] return "win"
    elif data.platform == 4: return "linux"
    ...

"cli" isn't really the platform; it is the type of Python. Perhaps this should be fixed as we go forward.

-Doug


From jdhardy at gmail.com  Mon Jan 10 23:53:37 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 10 Jan 2011 15:53:37 -0700
Subject: [IronPython] What is a good way to determine OS platform with
	IronPython?
In-Reply-To: <1707992831.42101.1294699038839.JavaMail.root@ganesh.brynmawr.edu>
References: <1591562675.41771.1294698214491.JavaMail.root@ganesh.brynmawr.edu>
	<1707992831.42101.1294699038839.JavaMail.root@ganesh.brynmawr.edu>
Message-ID: <AANLkTikx+ts99xD5byeurCJCvsd5jghm0mpLoAM=5SRz@mail.gmail.com>

On Mon, Jan 10, 2011 at 3:37 PM, Douglas Blank <dblank at brynmawr.edu> wrote:
> Now that IronPython runs on other operating systems, what is the recommended way to determine the os when running IP?

`os.name` is probably what you want. There was some discussion on
python-dev about a module (or extension to sys?) that would have a lot
more information, but I can't remember what it was going to be called.

- Jeff


From doug.blank at gmail.com  Tue Jan 11 00:14:28 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Mon, 10 Jan 2011 18:14:28 -0500
Subject: [IronPython] What is a good way to determine OS platform with
	IronPython?
Message-ID: <AANLkTimjW8xgHNDdCvSsaHM_iipjrBVow6HNOGM=jLRd@mail.gmail.com>

> On Mon, Jan 10, 2011 at 3:37 PM, Douglas Blank <dblank at brynmawr.edu>
> wrote:
>> Now that IronPython runs on other operating systems, what is the
>> recommended way to determine the os when running IP?
>
> `os.name` is probably what you want. There was some discussion on
> python-dev about a module (or extension to sys?) that would have a lot
> more information, but I can't remember what it was going to be called.

Thanks. FYI, under Mono:

IP on mac: os.name == 'posix'
IP on linux: os.name == 'posix'
IP on windows 7: os.name == 'nt'

I'll have to figure out a different way to distinguish between mac and
linux. Even sys.getwindowsversion() gives a platform of 4 for Mac and
Linux under Mono.

-Doug

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


From dinov at microsoft.com  Tue Jan 11 00:27:58 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Mon, 10 Jan 2011 23:27:58 +0000
Subject: [IronPython] What is a good way to determine OS platform
	with	IronPython?
In-Reply-To: <AANLkTimjW8xgHNDdCvSsaHM_iipjrBVow6HNOGM=jLRd@mail.gmail.com>
References: <AANLkTimjW8xgHNDdCvSsaHM_iipjrBVow6HNOGM=jLRd@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0115E434@TK5EX14MBXC137.redmond.corp.microsoft.com>

Doug wrote:
> > On Mon, Jan 10, 2011 at 3:37 PM, Douglas Blank <dblank at brynmawr.edu>
> > wrote:
> >> Now that IronPython runs on other operating systems, what is the
> >> recommended way to determine the os when running IP?
> >
> > `os.name` is probably what you want. There was some discussion on
> > python-dev about a module (or extension to sys?) that would have a lot
> > more information, but I can't remember what it was going to be called.
> 
> Thanks. FYI, under Mono:
> 
> IP on mac: os.name == 'posix'
> IP on linux: os.name == 'posix'
> IP on windows 7: os.name == 'nt'
> 
> I'll have to figure out a different way to distinguish between mac and linux.
> Even sys.getwindowsversion() gives a platform of 4 for Mac and Linux under
> Mono.

Another option is to import System and then System.Environment.OSVersion 
should have detailed information.  The Platform attribute would give you a
difference between Unix and Mac OS/X and depending on what Mono does
w/ the value you might get a useful ToString on the OperatingSystem object
its self.


From doug.blank at gmail.com  Tue Jan 11 01:44:25 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Mon, 10 Jan 2011 19:44:25 -0500
Subject: [IronPython] What is a good way to determine OS platform with
	IronPython?
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E0115E434@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTimjW8xgHNDdCvSsaHM_iipjrBVow6HNOGM=jLRd@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0115E434@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTinqwmzAxZ7AF7qQ=bZfC2CP01qtaCPyO646bTvA@mail.gmail.com>

> Doug wrote:
>> > On Mon, Jan 10, 2011 at 3:37 PM, Douglas Blank <dblank at brynmawr.edu>
>> > wrote:
>> >> Now that IronPython runs on other operating systems, what is the
>> >> recommended way to determine the os when running IP?
>> >
>> > `os.name` is probably what you want. There was some discussion on
>> > python-dev about a module (or extension to sys?) that would have a lot
>> > more information, but I can't remember what it was going to be called.
>>
>> Thanks. FYI, under Mono:
>>
>> IP on mac: os.name == 'posix'
>> IP on linux: os.name == 'posix'
>> IP on windows 7: os.name == 'nt'
>>
>> I'll have to figure out a different way to distinguish between mac and
>> linux.
>> Even sys.getwindowsversion() gives a platform of 4 for Mac and Linux
>> under
>> Mono.
>
> Another option is to import System and then System.Environment.OSVersion
> should have detailed information.  The Platform attribute would give you a
> difference between Unix and Mac OS/X and depending on what Mono does
> w/ the value you might get a useful ToString on the OperatingSystem object
> its self.

Yes, I tried that too. Unfortunately, Mono gives System.PlatformID.Unix
for both Mac and Linux.

There is some ugly code here that could do the job:

http://mono.1490590.n4.nabble.com/Howto-detect-os-td1549244.html

but maybe I'll rethink whether I even really need to know...

-Doug


From slide.o.mix at gmail.com  Tue Jan 11 03:41:59 2011
From: slide.o.mix at gmail.com (Slide)
Date: Mon, 10 Jan 2011 19:41:59 -0700
Subject: [IronPython] Adding Unit Tests
Message-ID: <AANLkTin6-5oXhFi=NS4iNmpfxETKgE56EBgPqrL3xfU2@mail.gmail.com>

As I am developing an implementation of the _csv module that I would
eventually like to contribute to the community, what is the best way to add
unit tests to the current suite? I have been using the unit test in the
CPython sources for the csv module to test my _csv implementation. Is there
an easy way to incorporate that into the current unit test setup?

Thanks,

slide

-- 
slide-o-blog
http://slide-o-blog.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110110/8d099bba/attachment.html>

From dinov at microsoft.com  Tue Jan 11 04:11:30 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Tue, 11 Jan 2011 03:11:30 +0000
Subject: [IronPython] Adding Unit Tests
In-Reply-To: <AANLkTin6-5oXhFi=NS4iNmpfxETKgE56EBgPqrL3xfU2@mail.gmail.com>
References: <AANLkTin6-5oXhFi=NS4iNmpfxETKgE56EBgPqrL3xfU2@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0115F42F@TK5EX14MBXC137.redmond.corp.microsoft.com>

To add a new test you can modify the %DLR_Root%\Test\IronPython.tests file and add something like:

        <Test>
          <Name>test_csv_cpy</Name>
          <Filename>%DLR_ROOT%\Languages\IronPython\Internal\ipy.bat</Filename>
          <Arguments> Test\test_csv.py</Arguments>
          <MaxDuration>600000</MaxDuration>
          <LongRunning>false</LongRunning>
          <Disabled>false</Disabled>
          <RequiresAdmin>false</RequiresAdmin>
          <NotParallelSafe>false</NotParallelSafe>
          <WorkingDirectory>%DLR_ROOT%\External.LCA_RESTRICTED\Languages\IronPython\27\Lib</WorkingDirectory>
        </Test>

The test runner will then include running those tests.

If you want to add new tests beyond what CPython has you could either add them directly to CPython's test_csv.py or you could create a new test_csv.py in %DLR_ROOT%\Languages\IronPython\Tests.  If you put them in CPython's test_csv I would suggest adding a comment which says it's an additional test as well as submitting the test back to CPython.  The comment is just there so we know what's going on whenever the next merge from CPython has to happen.

We don't have to stick to this test runner BTW - it was just an easy way to export what we were running in our internal gated checkin system which we couldn't publish.  We could export the data to something else or we could update it to something more Linux and OS/X friendly (as they probably don't have cmd.exe to run bat files :)).

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Slide
Sent: Monday, January 10, 2011 6:42 PM
To: Discussion of IronPython
Subject: [IronPython] Adding Unit Tests

As I am developing an implementation of the _csv module that I would eventually like to contribute to the community, what is the best way to add unit tests to the current suite? I have been using the unit test in the CPython sources for the csv module to test my _csv implementation. Is there an easy way to incorporate that into the current unit test setup?

Thanks,

slide

--
slide-o-blog
http://slide-o-blog.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110111/fa8dc0af/attachment.html>

From yngipy at gmail.com  Tue Jan 11 06:01:26 2011
From: yngipy at gmail.com (yngipy hernan)
Date: Mon, 10 Jan 2011 23:01:26 -0600
Subject: [IronPython] IronPython 2.7B1 non-default install location not
	working
In-Reply-To: <AANLkTi=ZV87zSKLWhETG=DW9EsN06mj2iHz0ZQrAUjRs@mail.gmail.com>
References: <AANLkTinwE2ZHjuM8GUL8YUo5=UvvA_WpCxu3f5qMCNdb@mail.gmail.com>
	<AANLkTi=ZV87zSKLWhETG=DW9EsN06mj2iHz0ZQrAUjRs@mail.gmail.com>
Message-ID: <AANLkTinp6PXjLsFR6fDBJegigEdK5MAQc2pLGThJhfqm@mail.gmail.com>

On Sat, Jan 8, 2011 at 10:45 PM, Jeff Hardy <jdhardy at gmail.com> wrote:

> On Sat, Jan 8, 2011 at 7:19 PM, yngipy hernan <yngipy at gmail.com> wrote:
> > Hi All,
> > I seem to remember that this was already reported in CodePlex but I can't
> > find it. Anyway, what I have observed was that if I install IronPython
> 2.7B1
> > in a non-default location, some of the files are still dropped in
> C:\Program
> > Files\IronPython 2.7.
> > Can anyone please confirm that was already submitted in CodePlex?
> Otherwise,
> > I can create an new item.
>
> I'm not seeing one, so feel free to open it.
>
> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>

Here you go...
http://ironpython.codeplex.com/workitem/29950
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110110/8e78dd98/attachment.html>

From doug.blank at gmail.com  Tue Jan 11 14:13:26 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Tue, 11 Jan 2011 08:13:26 -0500
Subject: [IronPython] Referenced Assemblies with DLR languages
Message-ID: <AANLkTi=+_Y0b1DNQJn8bAfR1O8kghLxH=2durWC8yors@mail.gmail.com>

Two questions about referenced assemblies (which are really perhaps
DLR questions):

1) I'd like to be able to use different names than are used in a DLL.
For example, say I have a Library.dll, and it has a class
"ReallyBadName". Is there an easy way that I can rename or alias
ReallyBadName after I add a reference to Library? I'd like this to
work for all of my DLR languages, so I'd like to do it right after I
add the reference, rather than, say, doing it in Python with "import
ReallyBadName as GoodName"---but that is the effect I want.

2) Is there a way that I could have a Library.dll bring in other
assemblies so that they would be available to DLR languages? Of
course, one could load an assembly in an assembly that you
clr.AddReference, but that wouldn't make it available to all of the
DLR languages right? It seems that one would need a callback where the
clr was passed into the assembly which was clr.AddReference-ed, so
that it could add references too. Could I overload the clr importer to
do that? Or is there a better way?

Thanks for any pointers,

-Doug


From slide.o.mix at gmail.com  Tue Jan 11 15:14:33 2011
From: slide.o.mix at gmail.com (Slide)
Date: Tue, 11 Jan 2011 07:14:33 -0700
Subject: [IronPython] Exception Model for modules implemented in C#
Message-ID: <AANLkTin4+x=BiKOKsY2As1VXc94OEDpBq6x4N39O49+W@mail.gmail.com>

Is there a document that describes how to implement a Python exception in a
C# module? In looking through the code, the exception stuff is seemingly in
about 20 different places and bringing it all together is not easy, at least
to the casual observer :-)

Thanks,

slide

-- 
slide-o-blog
http://slide-o-blog.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110111/56f75b45/attachment.html>

From vernondcole at gmail.com  Tue Jan 11 15:50:44 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Tue, 11 Jan 2011 07:50:44 -0700
Subject: [IronPython] Adding Unit Tests
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E0115F42F@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTin6-5oXhFi=NS4iNmpfxETKgE56EBgPqrL3xfU2@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0115F42F@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTim7h2+HFeGoX4nRW34-57DQbonJ5P7kPSgPFO0=@mail.gmail.com>

An interesting thought...
 MY Linux box has a cmd.exe -- it's part of WINE.
But cmd.exe is a very simple shell.  How hard would it be to write one in
Python? IPython (different from IronPython) IS a shell, if I understand
correctly.
--
Vernon

On Mon, Jan 10, 2011 at 8:11 PM, Dino Viehland <dinov at microsoft.com> wrote:

>  To add a new test you can modify the %DLR_Root%\Test\IronPython.tests
> file and add something like:
>
>
>
>         <Test>
>
>           <Name>test_csv_cpy</Name>
>
>
> <Filename>%DLR_ROOT%\Languages\IronPython\Internal\ipy.bat</Filename>
>
>           <Arguments> Test\test_csv.py</Arguments>
>
>           <MaxDuration>600000</MaxDuration>
>
>           <LongRunning>false</LongRunning>
>
>           <Disabled>false</Disabled>
>
>           <RequiresAdmin>false</RequiresAdmin>
>
>           <NotParallelSafe>false</NotParallelSafe>
>
>
> <WorkingDirectory>%DLR_ROOT%\External.LCA_RESTRICTED\Languages\IronPython\27\Lib</WorkingDirectory>
>
>         </Test>
>
>
>
> The test runner will then include running those tests.
>
>
>
> If you want to add new tests beyond what CPython has you could either add
> them directly to CPython?s test_csv.py or you could create a new test_csv.py
> in %DLR_ROOT%\Languages\IronPython\Tests.  If you put them in CPython?s
> test_csv I would suggest adding a comment which says it?s an additional test
> as well as submitting the test back to CPython.  The comment is just there
> so we know what?s going on whenever the next merge from CPython has to
> happen.
>
>
>
> We don?t have to stick to this test runner BTW ? it was just an easy way to
> export what we were running in our internal gated checkin system which we
> couldn?t publish.  We could export the data to something else or we could
> update it to something more Linux and OS/X friendly (as they probably don?t
> have cmd.exe to run bat files J).
>
>
>
> *From:* users-bounces at lists.ironpython.com [mailto:
> users-bounces at lists.ironpython.com] *On Behalf Of *Slide
> *Sent:* Monday, January 10, 2011 6:42 PM
> *To:* Discussion of IronPython
> *Subject:* [IronPython] Adding Unit Tests
>
>
>
> As I am developing an implementation of the _csv module that I would
> eventually like to contribute to the community, what is the best way to add
> unit tests to the current suite? I have been using the unit test in the
> CPython sources for the csv module to test my _csv implementation. Is there
> an easy way to incorporate that into the current unit test setup?
>
>
>
> Thanks,
>
>
>
> slide
>
> --
> 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/20110111/8ed372f3/attachment.html>

From jdhardy at gmail.com  Tue Jan 11 16:54:02 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 11 Jan 2011 08:54:02 -0700
Subject: [IronPython] Exception Model for modules implemented in C#
In-Reply-To: <AANLkTin4+x=BiKOKsY2As1VXc94OEDpBq6x4N39O49+W@mail.gmail.com>
References: <AANLkTin4+x=BiKOKsY2As1VXc94OEDpBq6x4N39O49+W@mail.gmail.com>
Message-ID: <AANLkTimRM-C1if99Gp_ua-xA6dwSrBZVDDkhN=rrA-aX@mail.gmail.com>

On Tue, Jan 11, 2011 at 7:14 AM, Slide <slide.o.mix at gmail.com> wrote:
> Is there a document that describes how to implement a Python exception in a
> C# module? In looking through the code, the exception stuff is seemingly in
> about 20 different places and bringing it all together is not easy, at least
> to the casual observer :-)

I don't think there is. It's not too bad once you figure it out, but
figuring it out is tricky, to say the least.

You could look at
https://bitbucket.org/jdhardy/ironpython.sqlite/src/95894443fffe/src/Exceptions.cs,
which has it all in one place for a fairly deep exception hierarchy.
(`InitModuleExceptions` is called from `PerformModuleReload` in
_sqlite.cs.) I just figured that out from reading the existing
modules, but I'm thinking I should write a "module implementer's
guide" with those sorts of lore in it. I thought there was one
started, but now I can't find it.

- Jeff


From jdhardy at gmail.com  Tue Jan 11 17:02:50 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 11 Jan 2011 09:02:50 -0700
Subject: [IronPython] Adding Unit Tests
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E0115F42F@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTin6-5oXhFi=NS4iNmpfxETKgE56EBgPqrL3xfU2@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0115F42F@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTikwGZaxWrw1+AY2FHtoohqMwLLDQd3ZUR4LDScq@mail.gmail.com>

On Mon, Jan 10, 2011 at 8:11 PM, Dino Viehland <dinov at microsoft.com> wrote:
> We don?t have to stick to this test runner BTW ? it was just an easy way to
> export what we were running in our internal gated checkin system which we
> couldn?t publish.? We could export the data to something else or we could
> update it to something more Linux and OS/X friendly (as they probably don?t
> have cmd.exe to run bat files J).

Maybe we should just use unittest2 as the test runner, and wire it
into the existing one if the IronRuby guys want to keep using it.
Besides, I hear Michael knows a little bit about unittest2, so he
might be able to help.

- Jeff


From slide.o.mix at gmail.com  Tue Jan 11 17:05:14 2011
From: slide.o.mix at gmail.com (Slide)
Date: Tue, 11 Jan 2011 09:05:14 -0700
Subject: [IronPython] Exception Model for modules implemented in C#
In-Reply-To: <AANLkTimRM-C1if99Gp_ua-xA6dwSrBZVDDkhN=rrA-aX@mail.gmail.com>
References: <AANLkTin4+x=BiKOKsY2As1VXc94OEDpBq6x4N39O49+W@mail.gmail.com>
	<AANLkTimRM-C1if99Gp_ua-xA6dwSrBZVDDkhN=rrA-aX@mail.gmail.com>
Message-ID: <AANLkTinJz8QEzm==N1WPdfPebh3rQu-BeFgU7+mm+FsB@mail.gmail.com>

Thanks, I think that will help out a lot!

slide

On Tue, Jan 11, 2011 at 8:54 AM, Jeff Hardy <jdhardy at gmail.com> wrote:

> On Tue, Jan 11, 2011 at 7:14 AM, Slide <slide.o.mix at gmail.com> wrote:
> > Is there a document that describes how to implement a Python exception in
> a
> > C# module? In looking through the code, the exception stuff is seemingly
> in
> > about 20 different places and bringing it all together is not easy, at
> least
> > to the casual observer :-)
>
> I don't think there is. It's not too bad once you figure it out, but
> figuring it out is tricky, to say the least.
>
> You could look at
>
> https://bitbucket.org/jdhardy/ironpython.sqlite/src/95894443fffe/src/Exceptions.cs
> ,
> which has it all in one place for a fairly deep exception hierarchy.
> (`InitModuleExceptions` is called from `PerformModuleReload` in
> _sqlite.cs.) I just figured that out from reading the existing
> modules, but I'm thinking I should write a "module implementer's
> guide" with those sorts of lore in it. I thought there was one
> started, but now I can't find it.
>
> - Jeff
> _______________________________________________
> 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/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110111/f078f814/attachment.html>

From Tomas.Matousek at microsoft.com  Tue Jan 11 18:22:26 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Tue, 11 Jan 2011 17:22:26 +0000
Subject: [IronPython] Adding Unit Tests
In-Reply-To: <AANLkTikwGZaxWrw1+AY2FHtoohqMwLLDQd3ZUR4LDScq@mail.gmail.com>
References: <AANLkTin6-5oXhFi=NS4iNmpfxETKgE56EBgPqrL3xfU2@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0115F42F@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTikwGZaxWrw1+AY2FHtoohqMwLLDQd3ZUR4LDScq@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B207351E6BFEA8@TK5EX14MBXC114.redmond.corp.microsoft.com>

IronRuby doesn't use the test runner. IronRuby's harness is written in Ruby (Languages\Ruby\Tests\Scripts\irtests.rb). It's run by a previous IronRuby version checked in to Util\IronRuby.

Tomas

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy
Sent: Tuesday, January 11, 2011 8:03 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Adding Unit Tests

On Mon, Jan 10, 2011 at 8:11 PM, Dino Viehland <dinov at microsoft.com> wrote:
> We don't have to stick to this test runner BTW - it was just an easy 
> way to export what we were running in our internal gated checkin 
> system which we couldn't publish.? We could export the data to 
> something else or we could update it to something more Linux and OS/X 
> friendly (as they probably don't have cmd.exe to run bat files J).

Maybe we should just use unittest2 as the test runner, and wire it into the existing one if the IronRuby guys want to keep using it.
Besides, I hear Michael knows a little bit about unittest2, so he might be able to help.

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



From jdhardy at gmail.com  Tue Jan 11 18:35:50 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 11 Jan 2011 10:35:50 -0700
Subject: [IronPython] Adding Unit Tests
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B207351E6BFEA8@TK5EX14MBXC114.redmond.corp.microsoft.com>
References: <AANLkTin6-5oXhFi=NS4iNmpfxETKgE56EBgPqrL3xfU2@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0115F42F@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTikwGZaxWrw1+AY2FHtoohqMwLLDQd3ZUR4LDScq@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207351E6BFEA8@TK5EX14MBXC114.redmond.corp.microsoft.com>
Message-ID: <AANLkTimeE_7uX1Limewzc0RGGt_cFwoY5+BDCN3LZZy5@mail.gmail.com>

On Tue, Jan 11, 2011 at 10:22 AM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> IronRuby doesn't use the test runner. IronRuby's harness is written in Ruby (Languages\Ruby\Tests\Scripts\irtests.rb). It's run by a previous IronRuby version checked in to Util\IronRuby.

So is there any value whatsoever in keeping the TestRunner around? If
there isn't, I'll look into porting the IronPython test infrastructure
to use unittest.

- Jeff


From dinov at microsoft.com  Tue Jan 11 18:47:36 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Tue, 11 Jan 2011 17:47:36 +0000
Subject: [IronPython] Exception Model for modules implemented in C#
In-Reply-To: <AANLkTinJz8QEzm==N1WPdfPebh3rQu-BeFgU7+mm+FsB@mail.gmail.com>
References: <AANLkTin4+x=BiKOKsY2As1VXc94OEDpBq6x4N39O49+W@mail.gmail.com>
	<AANLkTimRM-C1if99Gp_ua-xA6dwSrBZVDDkhN=rrA-aX@mail.gmail.com>
	<AANLkTinJz8QEzm==N1WPdfPebh3rQu-BeFgU7+mm+FsB@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E01162F9B@TK5EX14MBXC137.redmond.corp.microsoft.com>

There's this: http://www.mail-archive.com/users at lists.ironpython.com/msg10503.html

That originally came from the .rst files used to generate docs (External.LCA_RESTRICTED\Languages\IronPython\27\Doc\IronPythonDocs) but I can't find it in there now...  I'm not quite sure how that happened.


From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Slide
Sent: Tuesday, January 11, 2011 8:05 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Exception Model for modules implemented in C#

Thanks, I think that will help out a lot!

slide

On Tue, Jan 11, 2011 at 8:54 AM, Jeff Hardy <jdhardy at gmail.com<mailto:jdhardy at gmail.com>> wrote:
On Tue, Jan 11, 2011 at 7:14 AM, Slide <slide.o.mix at gmail.com<mailto:slide.o.mix at gmail.com>> wrote:
> Is there a document that describes how to implement a Python exception in a
> C# module? In looking through the code, the exception stuff is seemingly in
> about 20 different places and bringing it all together is not easy, at least
> to the casual observer :-)
I don't think there is. It's not too bad once you figure it out, but
figuring it out is tricky, to say the least.

You could look at
https://bitbucket.org/jdhardy/ironpython.sqlite/src/95894443fffe/src/Exceptions.cs,
which has it all in one place for a fairly deep exception hierarchy.
(`InitModuleExceptions` is called from `PerformModuleReload` in
_sqlite.cs.) I just figured that out from reading the existing
modules, but I'm thinking I should write a "module implementer's
guide" with those sorts of lore in it. I thought there was one
started, but now I can't find it.

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



--
slide-o-blog
http://slide-o-blog.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110111/b325467f/attachment.html>

From dinov at microsoft.com  Tue Jan 11 18:49:50 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Tue, 11 Jan 2011 17:49:50 +0000
Subject: [IronPython] Adding Unit Tests
In-Reply-To: <AANLkTimeE_7uX1Limewzc0RGGt_cFwoY5+BDCN3LZZy5@mail.gmail.com>
References: <AANLkTin6-5oXhFi=NS4iNmpfxETKgE56EBgPqrL3xfU2@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0115F42F@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTikwGZaxWrw1+AY2FHtoohqMwLLDQd3ZUR4LDScq@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207351E6BFEA8@TK5EX14MBXC114.redmond.corp.microsoft.com>
	<AANLkTimeE_7uX1Limewzc0RGGt_cFwoY5+BDCN3LZZy5@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E011630D6@TK5EX14MBXC137.redmond.corp.microsoft.com>



Jeff wrote:
> On Tue, Jan 11, 2011 at 10:22 AM, Tomas Matousek
> <Tomas.Matousek at microsoft.com> wrote:
> > IronRuby doesn't use the test runner. IronRuby's harness is written in Ruby
> (Languages\Ruby\Tests\Scripts\irtests.rb). It's run by a previous IronRuby
> version checked in to Util\IronRuby.
> 
> So is there any value whatsoever in keeping the TestRunner around? If there
> isn't, I'll look into porting the IronPython test infrastructure to use unittest.

As long as all of the tests we want to run keep running there's no reason to keep
TestRunner - it was just a way to run all of the same tests we ran before w/o
relying upon internal MS infrastructure.

I'm not sure how many of the DLR tests we'll still want to run but I imagine we can
just wrap them in unittest and have it run the EXEs.



From rjnienaber at gmail.com  Tue Jan 11 19:17:34 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Tue, 11 Jan 2011 18:17:34 +0000
Subject: [IronPython] Adding Unit Tests
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E011630D6@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTin6-5oXhFi=NS4iNmpfxETKgE56EBgPqrL3xfU2@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E0115F42F@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTikwGZaxWrw1+AY2FHtoohqMwLLDQd3ZUR4LDScq@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207351E6BFEA8@TK5EX14MBXC114.redmond.corp.microsoft.com>
	<AANLkTimeE_7uX1Limewzc0RGGt_cFwoY5+BDCN3LZZy5@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E011630D6@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTiks8MEiE-paG=jrBCpEXyGdMz2mk8F=s36OXHuc@mail.gmail.com>

I've got a pull request
<https://github.com/IronLanguages/main/pull/7>waiting that at least
gets the TestRunner to run. It fixes up some bugs and
disables some tests in the configuration file where missing directories
caused it to crash.

Richard

On Tue, Jan 11, 2011 at 5:49 PM, Dino Viehland <dinov at microsoft.com> wrote:

>
>
> Jeff wrote:
> > On Tue, Jan 11, 2011 at 10:22 AM, Tomas Matousek
> > <Tomas.Matousek at microsoft.com> wrote:
> > > IronRuby doesn't use the test runner. IronRuby's harness is written in
> Ruby
> > (Languages\Ruby\Tests\Scripts\irtests.rb). It's run by a previous
> IronRuby
> > version checked in to Util\IronRuby.
> >
> > So is there any value whatsoever in keeping the TestRunner around? If
> there
> > isn't, I'll look into porting the IronPython test infrastructure to use
> unittest.
>
> As long as all of the tests we want to run keep running there's no reason
> to keep
> TestRunner - it was just a way to run all of the same tests we ran before
> w/o
> relying upon internal MS infrastructure.
>
> I'm not sure how many of the DLR tests we'll still want to run but I
> imagine we can
> just wrap them in unittest and have it run the EXEs.
>
> _______________________________________________
> 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/20110111/823816e9/attachment.html>

From slide.o.mix at gmail.com  Wed Jan 12 05:41:32 2011
From: slide.o.mix at gmail.com (Slide)
Date: Tue, 11 Jan 2011 21:41:32 -0700
Subject: [IronPython] Exception Model for modules implemented in C#
In-Reply-To: <AANLkTimRM-C1if99Gp_ua-xA6dwSrBZVDDkhN=rrA-aX@mail.gmail.com>
References: <AANLkTin4+x=BiKOKsY2As1VXc94OEDpBq6x4N39O49+W@mail.gmail.com>
	<AANLkTimRM-C1if99Gp_ua-xA6dwSrBZVDDkhN=rrA-aX@mail.gmail.com>
Message-ID: <AANLkTin7=Vi1BLS4OpyidCV7XGTgGpo7Qhq1f8BceOrx@mail.gmail.com>

On Tue, Jan 11, 2011 at 8:54 AM, Jeff Hardy <jdhardy at gmail.com> wrote:

> On Tue, Jan 11, 2011 at 7:14 AM, Slide <slide.o.mix at gmail.com> wrote:
> > Is there a document that describes how to implement a Python exception in
> a
> > C# module? In looking through the code, the exception stuff is seemingly
> in
> > about 20 different places and bringing it all together is not easy, at
> least
> > to the casual observer :-)
>
> I don't think there is. It's not too bad once you figure it out, but
> figuring it out is tricky, to say the least.
>
> You could look at
>
> https://bitbucket.org/jdhardy/ironpython.sqlite/src/95894443fffe/src/Exceptions.cs
> ,
> which has it all in one place for a fairly deep exception hierarchy.
> (`InitModuleExceptions` is called from `PerformModuleReload` in
> _sqlite.cs.) I just figured that out from reading the existing
> modules, but I'm thinking I should write a "module implementer's
> guide" with those sorts of lore in it. I thought there was one
> started, but now I can't find it.
>
> - Jeff
> _______________________________________________
>


That helped a ton, thanks for that! It IS much easier than I was thinking it
had to be. I had been looking at all the exception stuff in the IronPython
sources and some of the stuff that goes on in there is pretty crazy.

Thanks again,

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

From slide.o.mix at gmail.com  Wed Jan 12 05:42:20 2011
From: slide.o.mix at gmail.com (Slide)
Date: Tue, 11 Jan 2011 21:42:20 -0700
Subject: [IronPython] Exception Model for modules implemented in C#
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E01162F9B@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTin4+x=BiKOKsY2As1VXc94OEDpBq6x4N39O49+W@mail.gmail.com>
	<AANLkTimRM-C1if99Gp_ua-xA6dwSrBZVDDkhN=rrA-aX@mail.gmail.com>
	<AANLkTinJz8QEzm==N1WPdfPebh3rQu-BeFgU7+mm+FsB@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E01162F9B@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTikqPk=_2wKybOA9g9TuXCALuvTZbVjNkYN2YdWh@mail.gmail.com>

On Tue, Jan 11, 2011 at 10:47 AM, Dino Viehland <dinov at microsoft.com> wrote:

>  There?s this:
> http://www.mail-archive.com/users at lists.ironpython.com/msg10503.html
>
>
>
> That originally came from the .rst files used to generate docs
> (External.LCA_RESTRICTED\Languages\IronPython\27\Doc\IronPythonDocs) but I
> can?t find it in there now?  I?m not quite sure how that happened.
>
>
>


Sure, use a post that was a response to a question I already asked :-)

Thanks, it was a good refresher on the modules stuff.

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

From doug.blank at gmail.com  Thu Jan 13 13:09:50 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Thu, 13 Jan 2011 07:09:50 -0500
Subject: [IronPython] Referenced Assemblies with DLR languages
In-Reply-To: <AANLkTi=+_Y0b1DNQJn8bAfR1O8kghLxH=2durWC8yors@mail.gmail.com>
References: <AANLkTi=+_Y0b1DNQJn8bAfR1O8kghLxH=2durWC8yors@mail.gmail.com>
Message-ID: <AANLkTikrN-YxKoDydj7Ord00ihWfPzQ2MuBd5TpBADNZ@mail.gmail.com>

On Tue, Jan 11, 2011 at 8:13 AM, Doug Blank <doug.blank at gmail.com> wrote:
> Two questions about referenced assemblies (which are really perhaps
> DLR questions):
>
> 1) I'd like to be able to use different names than are used in a DLL.
> For example, say I have a Library.dll, and it has a class
> "ReallyBadName". Is there an easy way that I can rename or alias
> ReallyBadName after I add a reference to Library? I'd like this to
> work for all of my DLR languages, so I'd like to do it right after I
> add the reference, rather than, say, doing it in Python with "import
> ReallyBadName as GoodName"---but that is the effect I want.

Ok, maybe if I ask this a slightly different way: when IronPython says
"import ReallyBadName" where does that name need to match in order to
import? I presume that I could change it somewhere in clr.References,
and could import the objects via another name. Would that work?

I'm trying to make generic DLLs that could be loaded directly from the
DLR languages, and would be appropriate for the IP users.

> 2) Is there a way that I could have a Library.dll bring in other
> assemblies so that they would be available to DLR languages? Of
> course, one could load an assembly in an assembly that you
> clr.AddReference, but that wouldn't make it available to all of the
> DLR languages right? It seems that one would need a callback where the
> clr was passed into the assembly which was clr.AddReference-ed, so
> that it could add references too. Could I overload the clr importer to
> do that? Or is there a better way?

Likewise, I'd like so that when I "import Library" (where Library is a
DLL), it will include other DLLs to be available for DLR language
access.

-Doug

> Thanks for any pointers,
>
> -Doug
>


From pablodalma93 at hotmail.com  Thu Jan 13 16:53:59 2011
From: pablodalma93 at hotmail.com (Pablo Dalmazzo)
Date: Thu, 13 Jan 2011 12:53:59 -0300
Subject: [IronPython] IronPython in websites
Message-ID: <SNT104-W513069228CC49A58D75848D0F00@phx.gbl>


Hi there,
I was wondering if you know examples of IronPython being used in current websites.We use IronPython with asp.net but for intranets so far.
Greetings. 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110113/e6adaa96/attachment.html>

From empirebuilder at gmail.com  Thu Jan 13 22:37:25 2011
From: empirebuilder at gmail.com (Dody Gunawinata)
Date: Thu, 13 Jan 2011 23:37:25 +0200
Subject: [IronPython] IronPython in websites
In-Reply-To: <SNT104-W513069228CC49A58D75848D0F00@phx.gbl>
References: <SNT104-W513069228CC49A58D75848D0F00@phx.gbl>
Message-ID: <AANLkTinQX4utUDs-XchqSRg=-ziogEKKkkAogtrFk910@mail.gmail.com>

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

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



-- 
nomadlife.org


From dinov at microsoft.com  Fri Jan 14 00:18:47 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Thu, 13 Jan 2011 23:18:47 +0000
Subject: [IronPython] Referenced Assemblies with DLR languages
In-Reply-To: <AANLkTikrN-YxKoDydj7Ord00ihWfPzQ2MuBd5TpBADNZ@mail.gmail.com>
References: <AANLkTi=+_Y0b1DNQJn8bAfR1O8kghLxH=2durWC8yors@mail.gmail.com>
	<AANLkTikrN-YxKoDydj7Ord00ihWfPzQ2MuBd5TpBADNZ@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E011A79D6@TK5EX14MBXC137.redmond.corp.microsoft.com>

Doug wrote:
> On Tue, Jan 11, 2011 at 8:13 AM, Doug Blank <doug.blank at gmail.com>
> wrote:
> > Two questions about referenced assemblies (which are really perhaps
> > DLR questions):
> >
> > 1) I'd like to be able to use different names than are used in a DLL.
> > For example, say I have a Library.dll, and it has a class
> > "ReallyBadName". Is there an easy way that I can rename or alias
> > ReallyBadName after I add a reference to Library? I'd like this to
> > work for all of my DLR languages, so I'd like to do it right after I
> > add the reference, rather than, say, doing it in Python with "import
> > ReallyBadName as GoodName"---but that is the effect I want.
> 
> Ok, maybe if I ask this a slightly different way: when IronPython says "import
> ReallyBadName" where does that name need to match in order to import? I
> presume that I could change it somewhere in clr.References, and could
> import the objects via another name. Would that work?

ReallyBadName needs to match a namespace name or a top-level class name 
(a class w/ no namespace).  Unfortunately there's no way to publish this
under a different name.  

The best thing I can think of would be if you had a .py file like:

BetterNames.py:
import ReallyBadName as GoodName

then you could do:

from BetterNames import *

Another possibility which might work but is a little crazy would be to implement
your own Assembly object and do a clr.AddReference(yourAssembly).  You'll
then need to override things like GetTypes() / GetExportedTypes() and then
you'd also need to subclass Type to return a different name.  And that's where
things will start getting difficult because now we don't have a real type object
to create instances from.  It might be possible to override enough of the mebers
that it'll work but I wouldn't be surprised if it wasn't possible.

> 
> I'm trying to make generic DLLs that could be loaded directly from the DLR
> languages, and would be appropriate for the IP users.
> 
> > 2) Is there a way that I could have a Library.dll bring in other
> > assemblies so that they would be available to DLR languages? Of
> > course, one could load an assembly in an assembly that you
> > clr.AddReference, but that wouldn't make it available to all of the
> > DLR languages right? It seems that one would need a callback where the
> > clr was passed into the assembly which was clr.AddReference-ed, so
> > that it could add references too. Could I overload the clr importer to
> > do that? Or is there a better way?
> 
> Likewise, I'd like so that when I "import Library" (where Library is a DLL), it will
> include other DLLs to be available for DLR language access.

To load the additional assemblies ultimately you'll need a ScriptRuntime/ScriptDomainManager
to add the assemblies to.  Unfortunately how you get ahold of those is
dependent upon the language.  For IronPython you can have a method which
takes a CodeContext object as the 1st param and it'll let you get back to the
SDM - but the user will need to call that method at some point.

Another possibility would be implementing a built-in module which is IronPython
specific.  That'll give you a PerformModuleReload method which is called to
initialize the module and that can load additional assemblies.  And you could
then expose the types under different names as well.  But it's again completely
IronPython specific.

> 
> -Doug
> 
> > Thanks for any pointers,
> >
> > -Doug



From rjnienaber at gmail.com  Sun Jan 16 10:23:29 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Sun, 16 Jan 2011 09:23:29 +0000
Subject: [IronPython] Issue Triage
Message-ID: <AANLkTinqefkiMm1-tjYSPheeWcSCMDivrxO6w1Cqajpe@mail.gmail.com>

I've closed the following issues:

test blocking: support setting field of value type when calling
ctor<http://ironpython.codeplex.com/workitem/24008>
keyword argument is also treated as args for params
array<http://ironpython.codeplex.com/workitem/24000>
unable to invoke delegate object with method which takes ref
args<http://ironpython.codeplex.com/workitem/24009>
binder does not handle argument list with keyword and tuple correctly for
.net methods <http://ironpython.codeplex.com/workitem/24001>
tracking: wrong message when calling
System.Activator.CreateInstance(None)<http://ironpython.codeplex.com/workitem/24007>
clr.AddReference need invalidate the cached rules related to
NamespaceTracker <http://ironpython.codeplex.com/workitem/24012>

<http://ironpython.codeplex.com/workitem/24012>Questions:

   - Incompatibility between CPy and IPy in the way REG_EXPAND_SZ works in
   _winreg module. <http://ironpython.codeplex.com/workitem/24042>

It seems to me that in this case that IronPython was doing the right thing,
and CPython was doing the wrong thing.
REG_EXPAND_SZ<http://msdn.microsoft.com/en-us/library/ms724884(v=vs.85).aspx>
seems
to mean that environment variables should be expanded when the value is
inserted into the registry. I've assumed here that even if CPython does the
wrong thing, IronPython should follow the behaviour of CPython (and closed
the issue).


   - Code has recently been added to fix this issue: types in assemblies
   loaded with .AddReferenceToFileAndPath() are not importable if they
   reference other assemblies<http://ironpython.codeplex.com/workitem/25124>

Should I close this one as well or does this need to make it into a build
first?


   - -X:PreferComDispatch

I have come across quite a few issues where there are inconsistencies when
IronPython is started with/without the '-X:PreferComDispatch' switch (like
this one <http://ironpython.codeplex.com/workitem/24013>). If I look at the
IronPython console help this switch is absent and attempting to run it gives
me the error 'File -X:PreferComDispatch does not exist.'. Is this option no
longer available/supported? If not, what should be done with these issues?

Richard
<http://ironpython.codeplex.com/workitem/25124>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110116/19df4dea/attachment.html>

From fuzzyman at voidspace.org.uk  Sun Jan 16 18:29:05 2011
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Sun, 16 Jan 2011 17:29:05 +0000
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTinqefkiMm1-tjYSPheeWcSCMDivrxO6w1Cqajpe@mail.gmail.com>
References: <AANLkTinqefkiMm1-tjYSPheeWcSCMDivrxO6w1Cqajpe@mail.gmail.com>
Message-ID: <4D332AE1.70102@voidspace.org.uk>

On 16/01/2011 09:23, Richard Nienaber wrote:
> I've closed the following issues:
>
> test blocking: support setting field of value type when calling ctor 
> <http://ironpython.codeplex.com/workitem/24008>
> keyword argument is also treated as args for params array 
> <http://ironpython.codeplex.com/workitem/24000>
> unable to invoke delegate object with method which takes ref args 
> <http://ironpython.codeplex.com/workitem/24009>
> binder does not handle argument list with keyword and tuple correctly 
> for .net methods <http://ironpython.codeplex.com/workitem/24001>
> tracking: wrong message when calling 
> System.Activator.CreateInstance(None) 
> <http://ironpython.codeplex.com/workitem/24007>
> clr.AddReference need invalidate the cached rules related to 
> NamespaceTracker <http://ironpython.codeplex.com/workitem/24012>
>
> Questions:
>
>     * Incompatibility between CPy and IPy in the way REG_EXPAND_SZ
>       works in _winreg module.
>       <http://ironpython.codeplex.com/workitem/24042>
>
>     It seems to me that in this case that IronPython was doing the
>     right thing, and CPython was doing the wrong thing. REG_EXPAND_SZ
>     <http://msdn.microsoft.com/en-us/library/ms724884%28v=vs.85%29.aspx> seems
>     to mean that environment variables should be expanded when the
>     value is inserted into the registry. I've assumed here that even
>     if CPython does the wrong thing, IronPython should follow the
>     behaviour of CPython (and closed the issue).
>
Hmmm... it is still probably worth filing an issue with CPython:

http://bugs.python.org/

All the best,

Michael

>     * Code has recently been added to fix this issue: types in
>       assemblies loaded with .AddReferenceToFileAndPath() are not
>       importable if they reference other assemblies
>       <http://ironpython.codeplex.com/workitem/25124>
>
>     Should I close this one as well or does this need to make it into
>     a build first?
>
>     * -X:PreferComDispatch
>
>     I have come across quite a few issues where there are
>     inconsistencies when IronPython is started with/without the
>     '-X:PreferComDispatch' switch (like this one
>     <http://ironpython.codeplex.com/workitem/24013>). If I look at the
>     IronPython console help this switch is absent and attempting to
>     run it gives me the error 'File -X:PreferComDispatch does not
>     exist.'. Is this option no longer available/supported? If not,
>     what should be done with these issues?
>
> Richard
>
>
>
>
> _______________________________________________
> 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/20110116/49a8ed91/attachment.html>

From rjnienaber at gmail.com  Sun Jan 16 19:33:13 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Sun, 16 Jan 2011 18:33:13 +0000
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTin9KVGpBMiBy5QnPgG-jzA3S_nuO=NyP2ZK9a=i@mail.gmail.com>
References: <AANLkTinqefkiMm1-tjYSPheeWcSCMDivrxO6w1Cqajpe@mail.gmail.com>
	<4D332AE1.70102@voidspace.org.uk>
	<AANLkTin9KVGpBMiBy5QnPgG-jzA3S_nuO=NyP2ZK9a=i@mail.gmail.com>
Message-ID: <AANLkTikdGXzi3F5ob9mLXpj9DhF9BeVyyCQXsfjOB2=W@mail.gmail.com>

>
> Hmmm... it is still probably worth filing an issue with CPython:


>  <http://bugs.python.org/>http://bugs.python.org/


Will do.

On Sun, Jan 16, 2011 at 5:29 PM, Michael Foord <fuzzyman at voidspace.org.uk>wrote:

>  On 16/01/2011 09:23, Richard Nienaber wrote:
>
> I've closed the following issues:
>
>  test blocking: support setting field of value type when calling ctor<http://ironpython.codeplex.com/workitem/24008>
> keyword argument is also treated as args for params array<http://ironpython.codeplex.com/workitem/24000>
> unable to invoke delegate object with method which takes ref args<http://ironpython.codeplex.com/workitem/24009>
> binder does not handle argument list with keyword and tuple correctly for
> .net methods <http://ironpython.codeplex.com/workitem/24001>
> tracking: wrong message when calling System.Activator.CreateInstance(None)<http://ironpython.codeplex.com/workitem/24007>
> clr.AddReference need invalidate the cached rules related to
> NamespaceTracker <http://ironpython.codeplex.com/workitem/24012>
>
>  Questions:
>
>    - Incompatibility between CPy and IPy in the way REG_EXPAND_SZ works in
>    _winreg module. <http://ironpython.codeplex.com/workitem/24042>
>
>   It seems to me that in this case that IronPython was doing the right
> thing, and CPython was doing the wrong thing. REG_EXPAND_SZ<http://msdn.microsoft.com/en-us/library/ms724884%28v=vs.85%29.aspx> seems
> to mean that environment variables should be expanded when the value is
> inserted into the registry. I've assumed here that even if CPython does the
> wrong thing, IronPython should follow the behaviour of CPython (and closed
> the issue).
>
>  Hmmm... it is still probably worth filing an issue with CPython:
>
> http://bugs.python.org/
>
> All the best,
>
> Michael
>
>
>    - Code has recently been added to fix this issue: types in assemblies
>    loaded with .AddReferenceToFileAndPath() are not importable if they
>    reference other assemblies<http://ironpython.codeplex.com/workitem/25124>
>
>   Should I close this one as well or does this need to make it into a
> build first?
>
>
>    - -X:PreferComDispatch
>
>     I have come across quite a few issues where there are inconsistencies
> when IronPython is started with/without the '-X:PreferComDispatch' switch (like
> this one <http://ironpython.codeplex.com/workitem/24013>). If I look at
> the IronPython console help this switch is absent and attempting to run it
> gives me the error 'File -X:PreferComDispatch does not exist.'. Is this
> option no longer available/supported? If not, what should be done with these
> issues?
>
>  Richard
>
>
>
>
> _______________________________________________
> Users mailing listUsers at lists.ironpython.comhttp://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/20110116/8a658457/attachment.html>

From s.j.dower at gmail.com  Sun Jan 16 21:35:14 2011
From: s.j.dower at gmail.com (Steve Dower)
Date: Mon, 17 Jan 2011 07:35:14 +1100
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTikdGXzi3F5ob9mLXpj9DhF9BeVyyCQXsfjOB2=W@mail.gmail.com>
References: <AANLkTinqefkiMm1-tjYSPheeWcSCMDivrxO6w1Cqajpe@mail.gmail.com>
	<4D332AE1.70102@voidspace.org.uk>
	<AANLkTin9KVGpBMiBy5QnPgG-jzA3S_nuO=NyP2ZK9a=i@mail.gmail.com>
	<AANLkTikdGXzi3F5ob9mLXpj9DhF9BeVyyCQXsfjOB2=W@mail.gmail.com>
Message-ID: <AANLkTi=pO9kkaxb_x=0YG8Sq3QHNSW3mWLAHF_oBrWsY@mail.gmail.com>

Going by the Windows documentation, I would expect REG_EXPAND_SZ to
_optionally_ expand when retrieving the value, but never expand when
setting it.

The main set of Windows functions don't expand the value - the type is
only an indicator that it may contain environment variables. That
said, the only reason you wouldn't expand it is if you need the value
to be portable to another user/system (%APPDATA% comes to mind here),
so it makes sense for things to be simplified here by default (IIRC
there is one Win32 function that will expand it, probably exposed by
the shell rather than the kernel).

Of course, without an option to switch behaviour, you are guaranteed
to upset somebody. </IMHO>

On Mon, Jan 17, 2011 at 05:33, Richard Nienaber <rjnienaber at gmail.com> wrote:
>> Hmmm... it is still probably worth filing an issue with CPython:
>>
>> http://bugs.python.org/
>
> Will do.
> On Sun, Jan 16, 2011 at 5:29 PM, Michael Foord <fuzzyman at voidspace.org.uk>
> wrote:
>>
>> On 16/01/2011 09:23, Richard Nienaber wrote:
>>
>> I've closed the following issues:
>> test blocking: support setting field of value type when calling ctor
>> keyword argument is also treated as args for params array
>> unable to invoke delegate object with method which takes ref args
>> binder does not handle argument list with keyword and tuple correctly for
>> .net methods
>> tracking: wrong message when calling System.Activator.CreateInstance(None)
>> clr.AddReference need invalidate the cached rules related to
>> NamespaceTracker
>> Questions:
>>
>> Incompatibility between CPy and IPy in the way REG_EXPAND_SZ works in
>> _winreg module.
>>
>> It seems to me that in this case that IronPython was doing the right
>> thing, and CPython was doing the wrong thing. REG_EXPAND_SZ?seems to mean
>> that environment variables should be expanded when the value is inserted
>> into the registry. I've assumed here that even if CPython does the wrong
>> thing, IronPython should follow the behaviour of CPython (and closed the
>> issue).
>>
>> Hmmm... it is still probably worth filing an issue with CPython:
>>
>> http://bugs.python.org/
>>
>> All the best,
>>
>> Michael
>>
>> Code has recently been added to fix this issue:?types in assemblies loaded
>> with .AddReferenceToFileAndPath() are not importable if they reference other
>> assemblies
>>
>> Should I close this one as well or does this need to make it into a build
>> first?
>>
>> -X:PreferComDispatch
>>
>> I have come across quite a few issues where there are inconsistencies when
>> IronPython is started with/without the '-X:PreferComDispatch' switch (like
>> this one). If I look at the IronPython console help this switch is absent
>> and attempting to run it gives me the error 'File -X:PreferComDispatch does
>> not exist.'. Is this option no longer available/supported? If not, what
>> should be done with these issues?
>>
>> Richard
>>
>>
>>
>>
>> _______________________________________________
>> 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
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>


From rjnienaber at gmail.com  Sun Jan 16 23:06:14 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Sun, 16 Jan 2011 22:06:14 +0000
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTi=pO9kkaxb_x=0YG8Sq3QHNSW3mWLAHF_oBrWsY@mail.gmail.com>
References: <AANLkTinqefkiMm1-tjYSPheeWcSCMDivrxO6w1Cqajpe@mail.gmail.com>
	<4D332AE1.70102@voidspace.org.uk>
	<AANLkTin9KVGpBMiBy5QnPgG-jzA3S_nuO=NyP2ZK9a=i@mail.gmail.com>
	<AANLkTikdGXzi3F5ob9mLXpj9DhF9BeVyyCQXsfjOB2=W@mail.gmail.com>
	<AANLkTi=pO9kkaxb_x=0YG8Sq3QHNSW3mWLAHF_oBrWsY@mail.gmail.com>
Message-ID: <AANLkTikEbSGP07sME37=4v4O1tQHQyqVdLG=MtBRXa62@mail.gmail.com>

Oh, I see my mistake now. My reasoning about when strings are expanded was
faulty and when writing the example in C#, I didn't notice the option to not
expand environment strings.

Having said that, I'm still looking for a guideline about what to do in the
scenario where the behaviour of IronPython is more 'correct' than CPython.

Richard

On Sun, Jan 16, 2011 at 8:35 PM, Steve Dower <s.j.dower at gmail.com> wrote:

> Going by the Windows documentation, I would expect REG_EXPAND_SZ to
> _optionally_ expand when retrieving the value, but never expand when
> setting it.
>
> The main set of Windows functions don't expand the value - the type is
> only an indicator that it may contain environment variables. That
> said, the only reason you wouldn't expand it is if you need the value
> to be portable to another user/system (%APPDATA% comes to mind here),
> so it makes sense for things to be simplified here by default (IIRC
> there is one Win32 function that will expand it, probably exposed by
> the shell rather than the kernel).
>
> Of course, without an option to switch behaviour, you are guaranteed
> to upset somebody. </IMHO>
>
> On Mon, Jan 17, 2011 at 05:33, Richard Nienaber <rjnienaber at gmail.com>
> wrote:
> >> Hmmm... it is still probably worth filing an issue with CPython:
> >>
> >> http://bugs.python.org/
> >
> > Will do.
> > On Sun, Jan 16, 2011 at 5:29 PM, Michael Foord <
> fuzzyman at voidspace.org.uk>
> > wrote:
> >>
> >> On 16/01/2011 09:23, Richard Nienaber wrote:
> >>
> >> I've closed the following issues:
> >> test blocking: support setting field of value type when calling ctor
> >> keyword argument is also treated as args for params array
> >> unable to invoke delegate object with method which takes ref args
> >> binder does not handle argument list with keyword and tuple correctly
> for
> >> .net methods
> >> tracking: wrong message when calling
> System.Activator.CreateInstance(None)
> >> clr.AddReference need invalidate the cached rules related to
> >> NamespaceTracker
> >> Questions:
> >>
> >> Incompatibility between CPy and IPy in the way REG_EXPAND_SZ works in
> >> _winreg module.
> >>
> >> It seems to me that in this case that IronPython was doing the right
> >> thing, and CPython was doing the wrong thing. REG_EXPAND_SZ seems to
> mean
> >> that environment variables should be expanded when the value is inserted
> >> into the registry. I've assumed here that even if CPython does the wrong
> >> thing, IronPython should follow the behaviour of CPython (and closed the
> >> issue).
> >>
> >> Hmmm... it is still probably worth filing an issue with CPython:
> >>
> >> http://bugs.python.org/
> >>
> >> All the best,
> >>
> >> Michael
> >>
> >> Code has recently been added to fix this issue: types in assemblies
> loaded
> >> with .AddReferenceToFileAndPath() are not importable if they reference
> other
> >> assemblies
> >>
> >> Should I close this one as well or does this need to make it into a
> build
> >> first?
> >>
> >> -X:PreferComDispatch
> >>
> >> I have come across quite a few issues where there are inconsistencies
> when
> >> IronPython is started with/without the '-X:PreferComDispatch' switch
> (like
> >> this one). If I look at the IronPython console help this switch is
> absent
> >> and attempting to run it gives me the error 'File -X:PreferComDispatch
> does
> >> not exist.'. Is this option no longer available/supported? If not, what
> >> should be done with these issues?
> >>
> >> Richard
> >>
> >>
> >>
> >>
> >> _______________________________________________
> >> 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
> >
> >
> >
> > _______________________________________________
> > 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/20110116/0380dbb0/attachment.html>

From brian.curtin at gmail.com  Mon Jan 17 00:13:28 2011
From: brian.curtin at gmail.com (Brian Curtin)
Date: Sun, 16 Jan 2011 17:13:28 -0600
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTikEbSGP07sME37=4v4O1tQHQyqVdLG=MtBRXa62@mail.gmail.com>
References: <AANLkTinqefkiMm1-tjYSPheeWcSCMDivrxO6w1Cqajpe@mail.gmail.com>
	<4D332AE1.70102@voidspace.org.uk>
	<AANLkTin9KVGpBMiBy5QnPgG-jzA3S_nuO=NyP2ZK9a=i@mail.gmail.com>
	<AANLkTikdGXzi3F5ob9mLXpj9DhF9BeVyyCQXsfjOB2=W@mail.gmail.com>
	<AANLkTi=pO9kkaxb_x=0YG8Sq3QHNSW3mWLAHF_oBrWsY@mail.gmail.com>
	<AANLkTikEbSGP07sME37=4v4O1tQHQyqVdLG=MtBRXa62@mail.gmail.com>
Message-ID: <AANLkTikU_gp2vRuL1PaUZ+_QnfugiysS2tQW16=yTo1t@mail.gmail.com>

On Sun, Jan 16, 2011 at 16:06, Richard Nienaber <rjnienaber at gmail.com>wrote:

> Having said that, I'm still looking for a guideline about what to do in the
> scenario where the behaviour of IronPython is more 'correct' than CPython.
>
> Richard
>

I would suggest creating issues on the CPython bug tracker for those cases,
and feel free to add me to the nosy list of any of them (tracker ID:
brian.curtin).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110116/2a7dcb5a/attachment.html>

From dinov at microsoft.com  Mon Jan 17 05:06:16 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Mon, 17 Jan 2011 04:06:16 +0000
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTinqefkiMm1-tjYSPheeWcSCMDivrxO6w1Cqajpe@mail.gmail.com>
References: <AANLkTinqefkiMm1-tjYSPheeWcSCMDivrxO6w1Cqajpe@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E011E7466@TK5EX14MBXC135.redmond.corp.microsoft.com>

-X:PreferComDispatch is gone.  We used to support using either the normal .NET typelib approach for com interop or the more dynamic form of COM interop we have now.  We no longer use the normal .NET typelib option.

My guess is that we can close most of these bugs because we think the new way is correct and effectively accepted the breaking changes.  I think the goal for COM interop should be to be compatible w/ CPython using pywin32.  So if the bugs represent an incompatibility vs. CPython we could keep them, otherwise close them.  Unfortunately fixing these might also be breaking changes so we'll need to be careful there too so we're not constantly breaking COM interop.

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Richard Nienaber
Sent: Sunday, January 16, 2011 1:23 AM
To: Discussion of IronPython
Subject: [IronPython] Issue Triage

I've closed the following issues:

test blocking: support setting field of value type when calling ctor<http://ironpython.codeplex.com/workitem/24008>
keyword argument is also treated as args for params array<http://ironpython.codeplex.com/workitem/24000>
unable to invoke delegate object with method which takes ref args<http://ironpython.codeplex.com/workitem/24009>
binder does not handle argument list with keyword and tuple correctly for .net methods<http://ironpython.codeplex.com/workitem/24001>
tracking: wrong message when calling System.Activator.CreateInstance(None)<http://ironpython.codeplex.com/workitem/24007>
clr.AddReference need invalidate the cached rules related to NamespaceTracker<http://ironpython.codeplex.com/workitem/24012>

Questions:

  *   Incompatibility between CPy and IPy in the way REG_EXPAND_SZ works in _winreg module.<http://ironpython.codeplex.com/workitem/24042>
It seems to me that in this case that IronPython was doing the right thing, and CPython was doing the wrong thing. REG_EXPAND_SZ<http://msdn.microsoft.com/en-us/library/ms724884(v=vs.85).aspx> seems to mean that environment variables should be expanded when the value is inserted into the registry. I've assumed here that even if CPython does the wrong thing, IronPython should follow the behaviour of CPython (and closed the issue).

  *   Code has recently been added to fix this issue: types in assemblies loaded with .AddReferenceToFileAndPath() are not importable if they reference other assemblies<http://ironpython.codeplex.com/workitem/25124>
Should I close this one as well or does this need to make it into a build first?

  *   -X:PreferComDispatch
I have come across quite a few issues where there are inconsistencies when IronPython is started with/without the '-X:PreferComDispatch' switch (like this one<http://ironpython.codeplex.com/workitem/24013>). If I look at the IronPython console help this switch is absent and attempting to run it gives me the error 'File -X:PreferComDispatch does not exist.'. Is this option no longer available/supported? If not, what should be done with these issues?

Richard



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

From dinov at microsoft.com  Mon Jan 17 05:07:21 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Mon, 17 Jan 2011 04:07:21 +0000
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTikU_gp2vRuL1PaUZ+_QnfugiysS2tQW16=yTo1t@mail.gmail.com>
References: <AANLkTinqefkiMm1-tjYSPheeWcSCMDivrxO6w1Cqajpe@mail.gmail.com>
	<4D332AE1.70102@voidspace.org.uk>
	<AANLkTin9KVGpBMiBy5QnPgG-jzA3S_nuO=NyP2ZK9a=i@mail.gmail.com>
	<AANLkTikdGXzi3F5ob9mLXpj9DhF9BeVyyCQXsfjOB2=W@mail.gmail.com>
	<AANLkTi=pO9kkaxb_x=0YG8Sq3QHNSW3mWLAHF_oBrWsY@mail.gmail.com>
	<AANLkTikEbSGP07sME37=4v4O1tQHQyqVdLG=MtBRXa62@mail.gmail.com>
	<AANLkTikU_gp2vRuL1PaUZ+_QnfugiysS2tQW16=yTo1t@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E011EB59D@TK5EX14MBXC135.redmond.corp.microsoft.com>

My general attitude has been that CPython is always more correct, even when it's not.  :)  We usually have our own tests for things like this (which we run against CPython too) and when CPython fixes it we'll fix it too.

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Brian Curtin
Sent: Sunday, January 16, 2011 3:13 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Issue Triage

On Sun, Jan 16, 2011 at 16:06, Richard Nienaber <rjnienaber at gmail.com<mailto:rjnienaber at gmail.com>> wrote:
Having said that, I'm still looking for a guideline about what to do in the scenario where the behaviour of IronPython is more 'correct' than CPython.

Richard

I would suggest creating issues on the CPython bug tracker for those cases, and feel free to add me to the nosy list of any of them (tracker ID: brian.curtin).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110117/ff4459f1/attachment.html>

From jdhardy at gmail.com  Wed Jan 19 05:45:18 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 18 Jan 2011 21:45:18 -0700
Subject: [IronPython] Working towards IronPython 2.7 RTM
Message-ID: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>

Hi all,
I've been thinking about what we need to do to get IronPython 2.7 to
RTM status, and the biggest stumbling block I have is that I don't
really know what people think of Beta 1. Most of the issues with B1
specifically are related to the installer and should be easy enough to
fix. There are lots of open issues, but many of them have already been
fixed in previous releases (and a HUGE shout-out to Richard for his
work triaging those) and many of those that haven't are pretty tough
to crack. However, there is still some low-hanging fruit that could be
dealt with even by those who aren't familiar to the project..

What do people need to get started contributing? Would a list of
"easy" bugs help? Is anyone not comfortable coding interested in doing
documentation? What about working on triaging bugs - much of which is
just writing/running test cases and determining if the bug even still
exists? Would having a bug sprint day/weekend/week interest anyone?
Any other ideas?

The big problem is that we don't have any CI infrastructure set up to
run the tests and make we haven't broken anything. Honestly, I don't
know what we're going to about that.

I'll take care of the installer and its associated issues. I'm also
willing to manage the whole release process. There are still a bunch
of things that need to be sorted out, but I think it's been too long
since IronPython had a release.

We're going to need at least one more beta/RC before release. I'd like
to tentatively aim for a mid-February release for that, and a
late-Feb/early-March release of 2.7 final.

- Jeff

P.S. To make this easier, please vote on
http://codeplex.codeplex.com/workitem/25398. Thanks!


From slide.o.mix at gmail.com  Wed Jan 19 06:27:28 2011
From: slide.o.mix at gmail.com (Slide)
Date: Tue, 18 Jan 2011 22:27:28 -0700
Subject: [IronPython] Working towards IronPython 2.7 RTM
In-Reply-To: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>
References: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>
Message-ID: <AANLkTim4am8SDSkQ1e7=ke+Caz=ecL6wG5M1SDhCdoTS@mail.gmail.com>

On Tue, Jan 18, 2011 at 9:45 PM, Jeff Hardy <jdhardy at gmail.com> wrote:

> Hi all,
> I've been thinking about what we need to do to get IronPython 2.7 to
> RTM status, and the biggest stumbling block I have is that I don't
> really know what people think of Beta 1. Most of the issues with B1
> specifically are related to the installer and should be easy enough to
> fix. There are lots of open issues, but many of them have already been
> fixed in previous releases (and a HUGE shout-out to Richard for his
> work triaging those) and many of those that haven't are pretty tough
> to crack. However, there is still some low-hanging fruit that could be
> dealt with even by those who aren't familiar to the project..
>
> What do people need to get started contributing? Would a list of
> "easy" bugs help? Is anyone not comfortable coding interested in doing
> documentation? What about working on triaging bugs - much of which is
> just writing/running test cases and determining if the bug even still
> exists? Would having a bug sprint day/weekend/week interest anyone?
> Any other ideas?
>
> The big problem is that we don't have any CI infrastructure set up to
> run the tests and make we haven't broken anything. Honestly, I don't
> know what we're going to about that.
>
> I'll take care of the installer and its associated issues. I'm also
> willing to manage the whole release process. There are still a bunch
> of things that need to be sorted out, but I think it's been too long
> since IronPython had a release.
>
> We're going to need at least one more beta/RC before release. I'd like
> to tentatively aim for a mid-February release for that, and a
> late-Feb/early-March release of 2.7 final.
>
> - Jeff
>
> P.S. To make this easier, please vote on
> http://codeplex.codeplex.com/workitem/25398. Thanks!
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


For continuous integration, I prefer Hudson (soon to be Jenkins), but I
can't find any hosted instances anywhere that might accept an open source
project like IronPython. I did find CodeBetter (
http://teamcity.codebetter.com/) which DOES accept open source projects. It
looks like they support Git, and MSBuild projects, so it might be a good
fit. It would be nice though to have Linux build hosts that could keep track
of failures when building on Linux with Mono as well as the Windows build
hosts. Does the Python Foundation have anything that be usable?

Thanks,

slide

-- 
slide-o-blog
http://slide-o-blog.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110118/436f812f/attachment.html>

From brian.curtin at gmail.com  Wed Jan 19 06:49:48 2011
From: brian.curtin at gmail.com (Brian Curtin)
Date: Tue, 18 Jan 2011 23:49:48 -0600
Subject: [IronPython] Working towards IronPython 2.7 RTM
In-Reply-To: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>
References: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>
Message-ID: <AANLkTinC5nakeSgNN8H5V_ZqtJgrhxYkGhmZaTV75pD1@mail.gmail.com>

On Tue, Jan 18, 2011 at 22:45, Jeff Hardy <jdhardy at gmail.com> wrote:

> Hi all,
> I've been thinking about what we need to do to get IronPython 2.7 to
> RTM status, and the biggest stumbling block I have is that I don't
> really know what people think of Beta 1. Most of the issues with B1
> specifically are related to the installer and should be easy enough to
> fix. There are lots of open issues, but many of them have already been
> fixed in previous releases (and a HUGE shout-out to Richard for his
> work triaging those) and many of those that haven't are pretty tough
> to crack. However, there is still some low-hanging fruit that could be
> dealt with even by those who aren't familiar to the project..
>
> What do people need to get started contributing? Would a list of
> "easy" bugs help? Is anyone not comfortable coding interested in doing
> documentation? What about working on triaging bugs - much of which is
> just writing/running test cases and determining if the bug even still
> exists? Would having a bug sprint day/weekend/week interest anyone?
> Any other ideas?
>

I'm just waiting for HP to build my new laptop (posting from a Mac at
home) then a bit of time to get familiar with the code base :) I'm one of
the few Windows-using CPython committers and I've fiddled with IronPython on
a few things, but I'd love to get to know it and help out.

Speaking of sprints: as lead on the PSF Sprints project, I don't think I've
reached out to this group yet, but we've gotten the go-ahead to open up our
scope. We can now fund sprints on IronPython, but it's still more of an
in-person thing. With PyCon on the horizon, anyone interested in getting
together for a sprint might be able to reserve some money to buy a group
dinner, coffee and donuts, a few pizzas, whatever -- we can reimburse $250
per group sprint.

If there's a group of willing participants for an IronPython sprint at
PyCon, I'd be happy to put the word out there. From getting developers setup
with a dev environment, to hacking on code and documentation, we'd love to
throw a couple of bucks your way to make it fun and get people involved.
Email sprints at python.org and/or me directly if there's interest.

Also, the CPython bug weekend for the 3.2 beta release seemed to be a very
big success, so something like that might work for IronPython. Once I get my
shiny new laptop all setup, I could adjust my core development guide (
http://docs.pythonsprints.com/core_development/) to work for IronPython. The
guide attracted a few newcomers to the 3.2 bug weekend.

The big problem is that we don't have any CI infrastructure set up to
> run the tests and make we haven't broken anything. Honestly, I don't
> know what we're going to about that.


I'm currently running a build slave (Server 2008 R2) for the CPython
buildbot master and I'd gladly setup an IronPython slave if we were to go
that route. I *may* be able to convince the other CPython Windows build
slave maintainers to make room for an IronPython slave, depending on their
hardware resources (some are on small VMs). I'm not experienced with the
whole Mono thing, but again pending hardware resources, we could possibly
lean on some of the CPython Mac/Linux build slaves if they are up for it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110118/b6587a62/attachment.html>

From bob at luxvfx.com  Thu Jan 20 01:40:39 2011
From: bob at luxvfx.com (Bob White)
Date: Wed, 19 Jan 2011 16:40:39 -0800
Subject: [IronPython] opening an exe with iron python
Message-ID: <AANLkTikd_ZL1P7HShOJ_1VFMKLTqO+Q1kaugfQodKSmn@mail.gmail.com>

Hi everyone,

I'm pretty new to python, let alone Iron Python and of course I've bitten
off more than I can chew.  I'm trying to get our rendering client Deadline
to run a post render job on the frame it's just finished rendering.  I have
already written a separate python script using python 2.6 that does the post
render job manually, but in order to automate it I need to convert my
existing script into Iron Python friendly code because that's what Deadline
utilizes.

The existing script is works like this (I'm sure this is error loaded and
obvious n00b script, so any input would be hugely appreciated):

converter = subprocess.Popen([r"C:/Program Files/Chaos Group/V-Ray/Maya 2011
for x64/bin/vrimg2exr.exe", inFile, outFile],stdout=subprocess.PIPE)
print converter.communicate()[0]

The version of Iron Python that Deadline uses doesn't have the subprocess
module built into it, and I don't really want to install Python 2.6 on the
whole farm but if I need to, I need to.  Any ideas on a similar method for
opening and supplying an exe with two arguments that doesn't use the
subprocess module??

I've been trying to get the ScriptUtils.ExecuteCommandAndGetOutput() to
work, but it doesn't work like I'm expecting it to.  I always wind up with
"expected StringCollection, got String" or "got tuple"...

Really, any help would be amazing.  Thanks
-B
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110119/d6af55fa/attachment.html>

From jdhardy at gmail.com  Thu Jan 20 03:22:40 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Wed, 19 Jan 2011 19:22:40 -0700
Subject: [IronPython] opening an exe with iron python
In-Reply-To: <AANLkTikd_ZL1P7HShOJ_1VFMKLTqO+Q1kaugfQodKSmn@mail.gmail.com>
References: <AANLkTikd_ZL1P7HShOJ_1VFMKLTqO+Q1kaugfQodKSmn@mail.gmail.com>
Message-ID: <AANLkTimQkP_R2dK6DxyEwxeMH_y_+fCxyTWRQGhNFQwO@mail.gmail.com>

Sounds like os.popen should do what you want.

On 1/19/11, Bob White <bob at luxvfx.com> wrote:
> Hi everyone,
>
> I'm pretty new to python, let alone Iron Python and of course I've bitten
> off more than I can chew.  I'm trying to get our rendering client Deadline
> to run a post render job on the frame it's just finished rendering.  I have
> already written a separate python script using python 2.6 that does the post
> render job manually, but in order to automate it I need to convert my
> existing script into Iron Python friendly code because that's what Deadline
> utilizes.
>
> The existing script is works like this (I'm sure this is error loaded and
> obvious n00b script, so any input would be hugely appreciated):
>
> converter = subprocess.Popen([r"C:/Program Files/Chaos Group/V-Ray/Maya 2011
> for x64/bin/vrimg2exr.exe", inFile, outFile],stdout=subprocess.PIPE)
> print converter.communicate()[0]
>
> The version of Iron Python that Deadline uses doesn't have the subprocess
> module built into it, and I don't really want to install Python 2.6 on the
> whole farm but if I need to, I need to.  Any ideas on a similar method for
> opening and supplying an exe with two arguments that doesn't use the
> subprocess module??
>
> I've been trying to get the ScriptUtils.ExecuteCommandAndGetOutput() to
> work, but it doesn't work like I'm expecting it to.  I always wind up with
> "expected StringCollection, got String" or "got tuple"...
>
> Really, any help would be amazing.  Thanks
> -B
>

-- 
Sent from my mobile device


From bruce.bromberek at gmail.com  Thu Jan 20 16:11:08 2011
From: bruce.bromberek at gmail.com (Bruce Bromberek)
Date: Thu, 20 Jan 2011 09:11:08 -0600
Subject: [IronPython] opening an exe with iron python
In-Reply-To: <AANLkTikd_ZL1P7HShOJ_1VFMKLTqO+Q1kaugfQodKSmn@mail.gmail.com>
References: <AANLkTikd_ZL1P7HShOJ_1VFMKLTqO+Q1kaugfQodKSmn@mail.gmail.com>
Message-ID: <AANLkTimNhMo9sVeGhXnP_X14TDA7tG3=pCFy4nkVcTDz@mail.gmail.com>

If you are committed to Ironpython, then you can use the the .NET calls

from System.Diagnostics import Process
path = r"C:/Program Files/Chaos Group/V-Ray/Maya 2011 for x64/bin"
execfile = "vrimg2exr.exe"
CMDARGS = "%s %s" % (infile,outfile)

command = "%s\\%s"% (path,execfile)
print "starting command"
proc = Process()
proc.StartInfo.FileName = command
proc.StartInfo.Arguments = CMDARGS
proc.Start()
proc.WaitForExit()
print "Done"


or I have used subprocess to send data in a stream and capture the output.
 It is possible to do the same thing with System.Diagnostics but I don't
have an example.

import subprocess as S

mycmd = "XSLTools\\msxsl.exe - FixEncodedMessage.xslt -o %s" % Response
output = S.Popen(mycmd,stdin=S.PIPE,shell=True).communicate(xml)[0]


If you problem is that the IronPython engine you are using in Deadline
 doesn't have the standard python modules, you could always build the
modules you need into a DLL on another machine, place the DLL out on the
render farm and use

import clr
clr.AddReference('StdLib')
import subprocess
...



to build the DLL you would can use the pyc.py script that comes with
Ironpython.  I typically create a subfolder in my project, copy the Standard
Lib modules I need (and their dependencies) and use this script from the
commandline to generate the DLL.

#Compile Folder into DLL
import clr
clr.AddReference('mscorlib')
from System import IO
from System.IO.Path import Combine

def walk(folder):
for file in IO.Directory.GetFiles(folder):
yield file
for folder in IO.Directory.GetDirectories(folder):
for file in walk(folder):
yield file

folder = IO.Path.GetDirectoryName(__file__)
print folder

myfiles = list(walk(IO.Path.Combine(folder, 'STDLIB')))


clr.CompileModules(Combine(folder,".\StdLib.dll"), *myfiles)

> The existing script is works like this (I'm sure this is error loaded and
> obvious n00b script, so any input would be hugely appreciated):
> converter = subprocess.Popen([r"C:/Program Files/Chaos Group/V-Ray/Maya
2011
> for x64/bin/vrimg2exr.exe", inFile, outFile],stdout=subprocess.PIPE)
> print converter.communicate()[0]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110120/4371ec10/attachment.html>

From bob at luxvfx.com  Thu Jan 20 21:37:41 2011
From: bob at luxvfx.com (Bob White)
Date: Thu, 20 Jan 2011 12:37:41 -0800
Subject: [IronPython] opening an exe with iron python
In-Reply-To: <AANLkTimNhMo9sVeGhXnP_X14TDA7tG3=pCFy4nkVcTDz@mail.gmail.com>
References: <AANLkTikd_ZL1P7HShOJ_1VFMKLTqO+Q1kaugfQodKSmn@mail.gmail.com>
	<AANLkTimNhMo9sVeGhXnP_X14TDA7tG3=pCFy4nkVcTDz@mail.gmail.com>
Message-ID: <AANLkTi=nmF5dbqoiQ9NGQLZGkn0wgkNhu6jFtKPe8TiF@mail.gmail.com>

Thanks for the super fast responses guys, amazing.

Jeff, thanks, i had tried the popen, but was never able to get the syntax to
make it work properly.  just too much of a n00b.  thanks though.

Bruce, the .NET calls worked perfectly.  my next step was going to be to try
to build a dll to make it work, but this is so much easier.

Thanks for the super help guys.  Dragged me out of the fire.
-b

On Thu, Jan 20, 2011 at 7:11 AM, Bruce Bromberek
<bruce.bromberek at gmail.com>wrote:

> If you are committed to Ironpython, then you can use the the .NET calls
>
> from System.Diagnostics import Process
> path = r"C:/Program Files/Chaos Group/V-Ray/Maya 2011 for x64/bin"
> execfile = "vrimg2exr.exe"
> CMDARGS = "%s %s" % (infile,outfile)
>
> command = "%s\\%s"% (path,execfile)
> print "starting command"
> proc = Process()
> proc.StartInfo.FileName = command
> proc.StartInfo.Arguments = CMDARGS
> proc.Start()
> proc.WaitForExit()
> print "Done"
>
>
> or I have used subprocess to send data in a stream and capture the output.
>  It is possible to do the same thing with System.Diagnostics but I don't
> have an example.
>
> import subprocess as S
>
> mycmd = "XSLTools\\msxsl.exe - FixEncodedMessage.xslt -o %s" % Response
> output = S.Popen(mycmd,stdin=S.PIPE,shell=True).communicate(xml)[0]
>
>
> If you problem is that the IronPython engine you are using in Deadline
>  doesn't have the standard python modules, you could always build the
> modules you need into a DLL on another machine, place the DLL out on the
> render farm and use
>
> import clr
> clr.AddReference('StdLib')
> import subprocess
> ...
>
>
>
> to build the DLL you would can use the pyc.py script that comes with
> Ironpython.  I typically create a subfolder in my project, copy the
> Standard Lib modules I need (and their dependencies) and use this script
> from the commandline to generate the DLL.
>
> #Compile Folder into DLL
> import clr
> clr.AddReference('mscorlib')
> from System import IO
> from System.IO.Path import Combine
>
> def walk(folder):
>  for file in IO.Directory.GetFiles(folder):
>  yield file
>  for folder in IO.Directory.GetDirectories(folder):
>  for file in walk(folder):
>  yield file
>
> folder = IO.Path.GetDirectoryName(__file__)
> print folder
>
> myfiles = list(walk(IO.Path.Combine(folder, 'STDLIB')))
>
>
> clr.CompileModules(Combine(folder,".\StdLib.dll"), *myfiles)
>
> > The existing script is works like this (I'm sure this is error loaded and
> > obvious n00b script, so any input would be hugely appreciated):
> > converter = subprocess.Popen([r"C:/Program Files/Chaos Group/V-Ray/Maya
> 2011
> > for x64/bin/vrimg2exr.exe", inFile, outFile],stdout=subprocess.PIPE)
> > print converter.communicate()[0]
>
>
>
> _______________________________________________
> 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/20110120/ec888c1d/attachment.html>

From rjnienaber at gmail.com  Thu Jan 20 22:56:45 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Thu, 20 Jan 2011 21:56:45 +0000
Subject: [IronPython] Working towards IronPython 2.7 RTM
In-Reply-To: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>
References: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>
Message-ID: <AANLkTikpS1w66p=-nGE05kTbkMVs6vyTn=bzadxKMQ+J@mail.gmail.com>

> I've been thinking about what we need to do to get IronPython 2.7 to
> RTM status, and the biggest stumbling block I have is that I don't
> really know what people think of Beta 1

I'm just throwing out ideas here:

   - A suggestion would be to compare IronPython 2.7 release with the
   feature set of CPython 2.7. At the minimum I would expect the same language
   feature unit tests to pass.
   - For feedback, would it be possible to contact users of IronPython
   directly?

> What do people need to get started contributing? Would a list of
> "easy" bugs help? Is anyone not comfortable coding interested in doing
> documentation? What about working on triaging bugs - much of which is
> just writing/running test cases and determining if the bug even still
> exists? Would having a bug sprint day/weekend/week interest anyone?
> Any other ideas?

Any of these suggestions could appeal to someone and would be useful to the
project, it's just a matter of giving someone the wherewithal to contribute
while they have the inclination. What I've seen on the VLC
wiki<http://wiki.videolan.org/Developers_Corner>is a Developer's
corner with Mini/Janitorial project sections that list
several ideas. When it comes to writing documentation the number 2 priority
(behind a CI server running the unit tests) is getting control of the
ironpython.net website (or at least the domain). The impression I have is
that we currently don't have access to it so we can't change any of the
content. This makes it difficult for someone to easily contribute to the
documentation. My suggestion is that we convert the documentation that we do
have to something like a wiki. If we could use
ironpython.info<http://www.ironpython.info/index.php/Main_Page> for
that purpose that would be great but I suspect that's not what it's intended
for.

The other part of getting control of the website is:

   - Synchronising the content with what is shown on Codeplex (correct
   updates, point to the right source control)
   - Updating the news on the site to show some activity.

>From a hey-we're-still-around-and-active point of view, I regard this as
quite important.

> The big problem is that we don't have any CI infrastructure set up to
> run the tests and make we haven't broken anything. Honestly, I don't
> know what we're going to about that.

I'll volunteer myself for following up on the CodeBetter TeamCity
suggestion. Failing that (or in addition) Brian's suggestion of running a
build slave sounds like a good option.

Richard

On Wed, Jan 19, 2011 at 4:45 AM, Jeff Hardy <jdhardy at gmail.com> wrote:

> Hi all,
> I've been thinking about what we need to do to get IronPython 2.7 to
> RTM status, and the biggest stumbling block I have is that I don't
> really know what people think of Beta 1. Most of the issues with B1
> specifically are related to the installer and should be easy enough to
> fix. There are lots of open issues, but many of them have already been
> fixed in previous releases (and a HUGE shout-out to Richard for his
> work triaging those) and many of those that haven't are pretty tough
> to crack. However, there is still some low-hanging fruit that could be
> dealt with even by those who aren't familiar to the project..
>
> What do people need to get started contributing? Would a list of
> "easy" bugs help? Is anyone not comfortable coding interested in doing
> documentation? What about working on triaging bugs - much of which is
> just writing/running test cases and determining if the bug even still
> exists? Would having a bug sprint day/weekend/week interest anyone?
> Any other ideas?
>
> The big problem is that we don't have any CI infrastructure set up to
> run the tests and make we haven't broken anything. Honestly, I don't
> know what we're going to about that.
>
> I'll take care of the installer and its associated issues. I'm also
> willing to manage the whole release process. There are still a bunch
> of things that need to be sorted out, but I think it's been too long
> since IronPython had a release.
>
> We're going to need at least one more beta/RC before release. I'd like
> to tentatively aim for a mid-February release for that, and a
> late-Feb/early-March release of 2.7 final.
>
> - Jeff
>
> P.S. To make this easier, please vote on
> http://codeplex.codeplex.com/workitem/25398. 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/20110120/1c4a054c/attachment.html>

From jdhardy at gmail.com  Thu Jan 20 23:10:51 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Thu, 20 Jan 2011 15:10:51 -0700
Subject: [IronPython] Working towards IronPython 2.7 RTM
In-Reply-To: <AANLkTikpS1w66p=-nGE05kTbkMVs6vyTn=bzadxKMQ+J@mail.gmail.com>
References: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>
	<AANLkTikpS1w66p=-nGE05kTbkMVs6vyTn=bzadxKMQ+J@mail.gmail.com>
Message-ID: <AANLkTim68dy9ZFdbo8PkYFxegeL7choBe9Pts9_yChna@mail.gmail.com>

On Thu, Jan 20, 2011 at 2:56 PM, Richard Nienaber <rjnienaber at gmail.com> wrote:
> getting control of the?ironpython.net?website (or at least the domain).

I`ll just address this one quickly - the source for the websites is
actually on github, under https://github.com/jschementi/iron-websites.
Anyone can make changes in a fork and send a pull request to Jimmy and
he`ll take care of pushing it live.

- Jeff


From yngipy at gmail.com  Fri Jan 21 06:08:44 2011
From: yngipy at gmail.com (yngipy hernan)
Date: Thu, 20 Jan 2011 23:08:44 -0600
Subject: [IronPython] Working towards IronPython 2.7 RTM
In-Reply-To: <AANLkTim68dy9ZFdbo8PkYFxegeL7choBe9Pts9_yChna@mail.gmail.com>
References: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>
	<AANLkTikpS1w66p=-nGE05kTbkMVs6vyTn=bzadxKMQ+J@mail.gmail.com>
	<AANLkTim68dy9ZFdbo8PkYFxegeL7choBe9Pts9_yChna@mail.gmail.com>
Message-ID: <AANLkTin9qPhj-8PEst9f1xEoaLmx7P4dP7+W5jUa=4Tg@mail.gmail.com>

I would like to get my hands wet with IronPython as well but it is not
straight forward where to start. I am no expert but I can hack around code
so I would need guidance where to start.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110120/4d7c6add/attachment.html>

From slide.o.mix at gmail.com  Fri Jan 21 14:58:37 2011
From: slide.o.mix at gmail.com (Slide)
Date: Fri, 21 Jan 2011 06:58:37 -0700
Subject: [IronPython] Working towards IronPython 2.7 RTM
In-Reply-To: <AANLkTin9qPhj-8PEst9f1xEoaLmx7P4dP7+W5jUa=4Tg@mail.gmail.com>
References: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>
	<AANLkTikpS1w66p=-nGE05kTbkMVs6vyTn=bzadxKMQ+J@mail.gmail.com>
	<AANLkTim68dy9ZFdbo8PkYFxegeL7choBe9Pts9_yChna@mail.gmail.com>
	<AANLkTin9qPhj-8PEst9f1xEoaLmx7P4dP7+W5jUa=4Tg@mail.gmail.com>
Message-ID: <AANLkTi=+t3D-8NinyFLZqV-OQ7+GX+Oya9FZdFo69oeP@mail.gmail.com>

Would be nice if we could tag issues in the issue tracker with "for 2.7" or
something similar so people could know which issues were on the docket for
including in 2.7. This might help people who want to contribute to do so.

http://ironpython.codeplex.com/workitem/list/advanced

slide

On Thu, Jan 20, 2011 at 10:08 PM, yngipy hernan <yngipy at gmail.com> wrote:

> I would like to get my hands wet with IronPython as well but it is not
> straight forward where to start. I am no expert but I can hack around code
> so I would need guidance where to start.
>
>
> _______________________________________________
> 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/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110121/94976db9/attachment.html>

From jdhardy at gmail.com  Fri Jan 21 16:51:33 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 21 Jan 2011 08:51:33 -0700
Subject: [IronPython] Meaning of issue tracker fields (Was: Working towards
 IronPython 2.7 RTM)
Message-ID: <AANLkTi=dDcjCXpTLZfEdX_-roSC7b=UmWWy2=jKYeJ3r@mail.gmail.com>

On Fri, Jan 21, 2011 at 6:58 AM, Slide <slide.o.mix at gmail.com> wrote:
> Would be nice if we could tag issues in the issue tracker with "for 2.7" or
> something similar so people could know which issues were on the docket for
> including in 2.7. This might help people who want to contribute to do so.

I've been thinking about this as well. I don't know what the Release
field is supposed to mean; I could see it being either 'bug found in
this release' or 'bug (to be) fixed in this release'.

I think we should take the latter interpretation and set Release to
2.7 for the stuff we want to fix, and then use the 'Impact' field to
determine what's actually going to be fixed. The main reason is that
it makes searching for release-blocking bugs much easier.

- Jeff


From slide.o.mix at gmail.com  Fri Jan 21 16:55:11 2011
From: slide.o.mix at gmail.com (Slide)
Date: Fri, 21 Jan 2011 08:55:11 -0700
Subject: [IronPython] Meaning of issue tracker fields (Was: Working
 towards IronPython 2.7 RTM)
In-Reply-To: <AANLkTi=dDcjCXpTLZfEdX_-roSC7b=UmWWy2=jKYeJ3r@mail.gmail.com>
References: <AANLkTi=dDcjCXpTLZfEdX_-roSC7b=UmWWy2=jKYeJ3r@mail.gmail.com>
Message-ID: <AANLkTimSvdDxCMjovANGpZh68+QCHQMGmfTz-Q51a1Bz@mail.gmail.com>

On Fri, Jan 21, 2011 at 8:51 AM, Jeff Hardy <jdhardy at gmail.com> wrote:

> On Fri, Jan 21, 2011 at 6:58 AM, Slide <slide.o.mix at gmail.com> wrote:
> > Would be nice if we could tag issues in the issue tracker with "for 2.7"
> or
> > something similar so people could know which issues were on the docket
> for
> > including in 2.7. This might help people who want to contribute to do so.
>
> I've been thinking about this as well. I don't know what the Release
> field is supposed to mean; I could see it being either 'bug found in
> this release' or 'bug (to be) fixed in this release'.
>
> I think we should take the latter interpretation and set Release to
> 2.7 for the stuff we want to fix, and then use the 'Impact' field to
> determine what's actually going to be fixed. The main reason is that
> it makes searching for release-blocking bugs much easier.
>
> - Jeff
> _______________________________________________
>

This sounds great. Just need to make sure only certain people can mark
something as "bug (to be) fixed in this release" field so random people
don't just start marking things as going to be fixed in 2.7 :-)

slide

-- 
slide-o-blog
http://slide-o-blog.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110121/887e0770/attachment.html>

From jdhardy at gmail.com  Fri Jan 21 16:59:09 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 21 Jan 2011 08:59:09 -0700
Subject: [IronPython] Working towards IronPython 2.7 RTM
In-Reply-To: <AANLkTin9qPhj-8PEst9f1xEoaLmx7P4dP7+W5jUa=4Tg@mail.gmail.com>
References: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>
	<AANLkTikpS1w66p=-nGE05kTbkMVs6vyTn=bzadxKMQ+J@mail.gmail.com>
	<AANLkTim68dy9ZFdbo8PkYFxegeL7choBe9Pts9_yChna@mail.gmail.com>
	<AANLkTin9qPhj-8PEst9f1xEoaLmx7P4dP7+W5jUa=4Tg@mail.gmail.com>
Message-ID: <AANLkTi=7M67oyJNtND+XB8j7HpxwTG8U501Epj05a4Cz@mail.gmail.com>

On Thu, Jan 20, 2011 at 10:08 PM, yngipy hernan <yngipy at gmail.com> wrote:
> I would like to get my hands wet with IronPython as well but it is not
> straight forward where to start. I am no expert but I can hack around code
> so I would need guidance where to start.

For instructions on getting the code, see
http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions&referringTitle=Home.
If you have any tips for improving it, let us know. Getting it to
build is probably the second-most-difficult part, after installing git
:).

For a nice easy fix to start with, take a look at
http://ironpython.codeplex.com/workitem/29928. You can either attach a
patch to the issue, or (preferably) create a fork on GitHub and send
us a pull request.

- Jeff


From jdhardy at gmail.com  Fri Jan 21 17:02:37 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 21 Jan 2011 09:02:37 -0700
Subject: [IronPython] Meaning of issue tracker fields (Was: Working
 towards IronPython 2.7 RTM)
In-Reply-To: <AANLkTimSvdDxCMjovANGpZh68+QCHQMGmfTz-Q51a1Bz@mail.gmail.com>
References: <AANLkTi=dDcjCXpTLZfEdX_-roSC7b=UmWWy2=jKYeJ3r@mail.gmail.com>
	<AANLkTimSvdDxCMjovANGpZh68+QCHQMGmfTz-Q51a1Bz@mail.gmail.com>
Message-ID: <AANLkTikuG-dG6oYRT18eSeGuRdqzkYsa4gjaEaPyf5Jr@mail.gmail.com>

On Fri, Jan 21, 2011 at 8:55 AM, Slide <slide.o.mix at gmail.com> wrote:
> This sounds great. Just need to make sure only certain people can mark
> something as "bug (to be) fixed in this release" field so random people
> don't just start marking things as going to be fixed in 2.7 :-)

You have to be a 'developer' on the Codeplex project to edit those
fields. I also get a report every day of all that changes to the issue
tracker, so I'd spot anything odd fairly quickly.

If anyone wants developer access, just look at a few bugs, see if
they're still valid, produce a few testcases or patches, and we'll be
happy to give you the permission to edit them freely.

- Jeff


From dvdotsenko at gmail.com  Sat Jan 22 02:19:58 2011
From: dvdotsenko at gmail.com (Daniel D.)
Date: Fri, 21 Jan 2011 17:19:58 -0800
Subject: [IronPython] Which modules collection to use?
Message-ID: <AANLkTikKAwn9+k02cP1j+sO+dSpoLhry5=BRta+EgpBR@mail.gmail.com>

Hi

Pulled src from github. The devel set up instructions
(http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions)
and all the script magic already in place is just great as things
compile and run. Very cool.

However, need help figuring some things out, please:
1. Neither the release, nor the debug deployment copies the standard
module files into Lib. Is there magic in place for that already, like
a project file that has the deployment paths spelled out?
2. There are two copies of modules sets. One in cPython/Lib, there
other is in IronPython/27/Lib. The answer is probably obvious, but
which set of modules do I need to copy?
3. Before I found the bundled module collections, I tried modules from
"2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit
(Intel)]" and saw code in modules blowing up left and right. It's
obvious that the modules collection in IronLanguages is stale, but i
wonder how stale it is... Are they from 2.5/2.6 time? If the next IPY
release is "2.7" do we need to go and update the modules bundled with
2.7?

Daniel.


From dinov at microsoft.com  Sat Jan 22 02:24:27 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Sat, 22 Jan 2011 01:24:27 +0000
Subject: [IronPython] Which modules collection to use?
In-Reply-To: <AANLkTikKAwn9+k02cP1j+sO+dSpoLhry5=BRta+EgpBR@mail.gmail.com>
References: <AANLkTikKAwn9+k02cP1j+sO+dSpoLhry5=BRta+EgpBR@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E012AD8AD@TK5EX14MBXC137.redmond.corp.microsoft.com>



Daniel wrote:
> 
> Pulled src from github. The devel set up instructions
> (http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions)
> and all the script magic already in place is just great as things compile and run.
> Very cool.
> 
> However, need help figuring some things out, please:
> 1. Neither the release, nor the debug deployment copies the standard module
> files into Lib. Is there magic in place for that already, like a project file that has
> the deployment paths spelled out?

We have a copy of the std lib in External.LCA_RESTRICTED\Languages\IronPython\27\Lib.
I generally just set IRONPYTHONPATH at that directory which is much better than
copying it on every build.  For releases the MSI builder will pick it up out 
External.LCA_RESTRICTED\Languages\CPython\27\Lib.  The difference between those
two directories is the tests - the IronPython dir has various changes to disable failing
tests, occasionally adds some extra tests, etc...

The 2 dirs are also useful for doing 3 way merges when updating the standard library.
That way you know what the last version we pulled was.

> 2. There are two copies of modules sets. One in cPython/Lib, there other is in
> IronPython/27/Lib. The answer is probably obvious, but which set of modules do
> I need to copy?

[conveniently answered above]

> 3. Before I found the bundled module collections, I tried modules from
> "2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)]" and saw
> code in modules blowing up left and right. It's obvious that the modules
> collection in IronLanguages is stale, but i wonder how stale it is... Are they from
> 2.5/2.6 time? If the next IPY release is "2.7" do we need to go and update the
> modules bundled with 2.7?

These are all from the 2.7 timeframe and should be from 2.7.0 at the very
earliest.   If you windiff the CPython lib dir w/ your 2.7.1 install Lib dir you
should be able to see the differences.  I'm surprised that things are blowing
up - maybe there's some site packages breaking things in your install?


From dvdotsenko at gmail.com  Sat Jan 22 02:34:50 2011
From: dvdotsenko at gmail.com (Daniel D.)
Date: Fri, 21 Jan 2011 17:34:50 -0800
Subject: [IronPython] Which modules collection to use?
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E012AD8AD@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTikKAwn9+k02cP1j+sO+dSpoLhry5=BRta+EgpBR@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E012AD8AD@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTime1=8kz+8+q4r=jNnPPWtjBGHTrUa2tQHWoPuk@mail.gmail.com>

Thx on the IRONPYTHONPATH hint.

Regarding what blows up:

copy'n'paste Lib folder from cPython 2.7.1 into /Debug/.., followed by  "bdc"
========================================================

    6 Warning(s)
    0 Error(s)

Time Elapsed 00:00:37.34

C:\work>ipy
IronPython 2.7 Beta 1 DEBUG (2.7.0.10) on .NET 4.0.30319.1
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\work\ironlang\Bin\Debug\Lib\os.py", line 398, in <module>
  File "C:\work\ironlang\Bin\Debug\Lib\UserDict.py", line 84, in <module>
  File "C:\work\ironlang\Bin\Debug\Lib\abc.py", line 109, in register
  File "C:\work\ironlang\Bin\Debug\Lib\abc.py", line 151, in __subclasscheck__
  File "C:\work\ironlang\Bin\Debug\Lib\_weakrefset.py", line 69, in __contains__

TypeError: cannot create weak reference to 'classobj' object

========================================================

Daniel.

On Fri, Jan 21, 2011 at 17:24, Dino Viehland <dinov at microsoft.com> wrote:
>
>
> Daniel wrote:
>>
>> Pulled src from github. The devel set up instructions
>> (http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions)
>> and all the script magic already in place is just great as things compile and run.
>> Very cool.
>>
>> However, need help figuring some things out, please:
>> 1. Neither the release, nor the debug deployment copies the standard module
>> files into Lib. Is there magic in place for that already, like a project file that has
>> the deployment paths spelled out?
>
> We have a copy of the std lib in External.LCA_RESTRICTED\Languages\IronPython\27\Lib.
> I generally just set IRONPYTHONPATH at that directory which is much better than
> copying it on every build. ?For releases the MSI builder will pick it up out
> External.LCA_RESTRICTED\Languages\CPython\27\Lib. ?The difference between those
> two directories is the tests - the IronPython dir has various changes to disable failing
> tests, occasionally adds some extra tests, etc...
>
> The 2 dirs are also useful for doing 3 way merges when updating the standard library.
> That way you know what the last version we pulled was.
>
>> 2. There are two copies of modules sets. One in cPython/Lib, there other is in
>> IronPython/27/Lib. The answer is probably obvious, but which set of modules do
>> I need to copy?
>
> [conveniently answered above]
>
>> 3. Before I found the bundled module collections, I tried modules from
>> "2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)]" and saw
>> code in modules blowing up left and right. It's obvious that the modules
>> collection in IronLanguages is stale, but i wonder how stale it is... Are they from
>> 2.5/2.6 time? If the next IPY release is "2.7" do we need to go and update the
>> modules bundled with 2.7?
>
> These are all from the 2.7 timeframe and should be from 2.7.0 at the very
> earliest. ? If you windiff the CPython lib dir w/ your 2.7.1 install Lib dir you
> should be able to see the differences. ?I'm surprised that things are blowing
> up - maybe there's some site packages breaking things in your install?
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From dinov at microsoft.com  Sat Jan 22 02:45:32 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Sat, 22 Jan 2011 01:45:32 +0000
Subject: [IronPython] Which modules collection to use?
In-Reply-To: <AANLkTime1=8kz+8+q4r=jNnPPWtjBGHTrUa2tQHWoPuk@mail.gmail.com>
References: <AANLkTikKAwn9+k02cP1j+sO+dSpoLhry5=BRta+EgpBR@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E012AD8AD@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTime1=8kz+8+q4r=jNnPPWtjBGHTrUa2tQHWoPuk@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E012ADA2C@TK5EX14MBXC137.redmond.corp.microsoft.com>

Daniel wrote:
> Thx on the IRONPYTHONPATH hint.
> 
> Regarding what blows up:
> 
> copy'n'paste Lib folder from cPython 2.7.1 into /Debug/.., followed by  "bdc"
> ========================================================
> 
>     6 Warning(s)
>     0 Error(s)
> 
> Time Elapsed 00:00:37.34
> 
> C:\work>ipy
> IronPython 2.7 Beta 1 DEBUG (2.7.0.10) on .NET 4.0.30319.1 Type "help",
> "copyright", "credits" or "license" for more information.
> >>> import os
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File "C:\work\ironlang\Bin\Debug\Lib\os.py", line 398, in <module>
>   File "C:\work\ironlang\Bin\Debug\Lib\UserDict.py", line 84, in <module>
>   File "C:\work\ironlang\Bin\Debug\Lib\abc.py", line 109, in register
>   File "C:\work\ironlang\Bin\Debug\Lib\abc.py", line 151, in __subclasscheck__
>   File "C:\work\ironlang\Bin\Debug\Lib\_weakrefset.py", line 69, in
> __contains__
> 
> TypeError: cannot create weak reference to 'classobj' object
> 

This is a bug in IronPython, here's the simple repro:

class C: pass

import weakref
weakref.ref(C)

OldClass just needs to have an IWeakReferencable implementation added to it.

Looks like this is new in 2.7.0 and I'm guessing something in 2.7.1 now depends upon it. 

Maybe there just wasn't a test case for it or we have it disabled in the IronPython
dir.

From Larry.Jones at aspentech.com  Sat Jan 22 17:14:43 2011
From: Larry.Jones at aspentech.com (Jones, Larry)
Date: Sat, 22 Jan 2011 11:14:43 -0500
Subject: [IronPython] Installation of Lettuce / Installation Using Pip
Message-ID: <E8096D1789BBDA489C4DA48FAC97563A0356D616@hqmail4.corp.aspentech.com>

When using CPYthon I was able to install a package named lettuce
(cucumber but for python).

 

I would like to install this same package for use with IronPython;
however, it installs with pip which requires setuptools.

 

Despite searching the web and past emails to the IronPython list, I've
been unable to determine how to install this package in IronPython 2.7.

 

How does one either:

-          Install a package using (cpython) pip?

-          Install pip (and required packages) into IronPython?

 

Thanks.

 

---

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/> 

 





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/20110122/686e0daa/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/20110122/686e0daa/attachment.png>

From dvdotsenko at gmail.com  Sun Jan 23 09:20:53 2011
From: dvdotsenko at gmail.com (Daniel D.)
Date: Sun, 23 Jan 2011 00:20:53 -0800
Subject: [IronPython] How to close own bug?
Message-ID: <AANLkTi=R_7S22GDTe+bUKT0YhYcw+Hcm9xfXg+1gkPGO@mail.gmail.com>

Hi.

Someone has fixed this:
http://ironpython.codeplex.com/workitem/28863
at some point between 2.6.x and 2.7.

How do I go and close my own bugs?

Daniel.


From dvdotsenko at gmail.com  Sun Jan 23 09:32:34 2011
From: dvdotsenko at gmail.com (Daniel D.)
Date: Sun, 23 Jan 2011 00:32:34 -0800
Subject: [IronPython] Ref to "." to be omitted from sys.path. Objections?
Message-ID: <AANLkTinA2cNGG_UCD-wYPk_-ARWCUaM+dJV=H3iNosFV@mail.gmail.com>

Hi.

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

A example / proposed patch attached to the bug.

Question:
As in all things in life, there are always special cases. In case of
IPY reference to "current dir" (not the script's folder path) was
attached twice to sys.path.

As the bug reporter mentioned, it's a security issue and IPY did this
in deviation from cPy. cPy indeed does not include CWD ref into
sys.path when ran with a script file as an arg.

However If someone went through all the trouble of adding current path
(once as "." and once fully resolved) to the sys.path there must be
something somewhere depending on it in IPY family and will likely blow
up without that.

How much of a taste is there to go along with the dropping of the
references to current working dir from sys.path?

Daniel.


From dvdotsenko at gmail.com  Sun Jan 23 09:52:59 2011
From: dvdotsenko at gmail.com (Daniel D.)
Date: Sun, 23 Jan 2011 00:52:59 -0800
Subject: [IronPython] Which modules collection to use?
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E012AD8AD@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTikKAwn9+k02cP1j+sO+dSpoLhry5=BRta+EgpBR@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E012AD8AD@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTimyEz8bNbcrB3vDfD7AHH04H7hbzmU9n607sRA1@mail.gmail.com>

Re: IRONPYTHONPATH

It looks like the magic is already in place in dev.bat to set
[IRON]PYTHONPATH to the right path. However, the setting is
conditional on "If DEFINED THISISSNAP"

I am not a stupid fella, but i had to resort to bugging you and asking
about the modules set up. I am sure there are / were / will be other
stumped ones. I wonder if this would be a big deal to change the
dev.bat to set the right paths without relying on THISISSNAP being
set. Since this would only affect those who run within "dev.bat's"
magic land, the extra bit of default magic should not be a surprise,
no?

I'd propose a patch, but don't undersand what half of dev.bat does,
and would prefer people familiar with the matter to make the change,
if it is agreed upon.

Daniel.

On Fri, Jan 21, 2011 at 17:24, Dino Viehland <dinov at microsoft.com> wrote:
>
>
> Daniel wrote:
>>
>> Pulled src from github. The devel set up instructions
>> (http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions)
>> and all the script magic already in place is just great as things compile and run.
>> Very cool.
>>
>> However, need help figuring some things out, please:
>> 1. Neither the release, nor the debug deployment copies the standard module
>> files into Lib. Is there magic in place for that already, like a project file that has
>> the deployment paths spelled out?
>
> We have a copy of the std lib in External.LCA_RESTRICTED\Languages\IronPython\27\Lib.
> I generally just set IRONPYTHONPATH at that directory which is much better than
> copying it on every build. ?For releases the MSI builder will pick it up out
> External.LCA_RESTRICTED\Languages\CPython\27\Lib. ?The difference between those
> two directories is the tests - the IronPython dir has various changes to disable failing
> tests, occasionally adds some extra tests, etc...
>
> The 2 dirs are also useful for doing 3 way merges when updating the standard library.
> That way you know what the last version we pulled was.
>
>> 2. There are two copies of modules sets. One in cPython/Lib, there other is in
>> IronPython/27/Lib. The answer is probably obvious, but which set of modules do
>> I need to copy?
>
> [conveniently answered above]
>
>> 3. Before I found the bundled module collections, I tried modules from
>> "2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)]" and saw
>> code in modules blowing up left and right. It's obvious that the modules
>> collection in IronLanguages is stale, but i wonder how stale it is... Are they from
>> 2.5/2.6 time? If the next IPY release is "2.7" do we need to go and update the
>> modules bundled with 2.7?
>
> These are all from the 2.7 timeframe and should be from 2.7.0 at the very
> earliest. ? If you windiff the CPython lib dir w/ your 2.7.1 install Lib dir you
> should be able to see the differences. ?I'm surprised that things are blowing
> up - maybe there's some site packages breaking things in your install?
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From rjnienaber at gmail.com  Sun Jan 23 09:54:00 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Sun, 23 Jan 2011 08:54:00 +0000
Subject: [IronPython] How to close own bug?
In-Reply-To: <AANLkTi=R_7S22GDTe+bUKT0YhYcw+Hcm9xfXg+1gkPGO@mail.gmail.com>
References: <AANLkTi=R_7S22GDTe+bUKT0YhYcw+Hcm9xfXg+1gkPGO@mail.gmail.com>
Message-ID: <AANLkTikVn03xnK4T7Zm69ts2TZTVW3vnRAoZw4vzOzX-@mail.gmail.com>

I've verified that it works in the 2.7b1 and in the latest build so I've
closed the bug.

In order to close bugs, you have to have 'Developer' status on the issue
tracker. If you're interested, it's not difficult to obtain and the issue
you raised is a good example of many other bugs that require triaging.
Here's what you do:

   - Add extra information to existing issues and/or identify issues which
   can be closed
   - Create a list of the issues that can be closed and send it to this
   mailing list
(example<http://lists.ironpython.com/pipermail/users-ironpython.com/2010-December/014034.html>
   ).

After a few of these mails (with someone vetting that you're on the right
track), you'll hopefully get 'Developer' status and be able to close bugs.

Thanks for following up on your own bug and letting us know.

Richard

On Sun, Jan 23, 2011 at 8:20 AM, Daniel D. <dvdotsenko at gmail.com> wrote:

> Hi.
>
> Someone has fixed this:
> http://ironpython.codeplex.com/workitem/28863
> at some point between 2.6.x and 2.7.
>
> How do I go and close my own bugs?
>
> Daniel.
> _______________________________________________
> 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/20110123/d6af5b2a/attachment.html>

From rjnienaber at gmail.com  Sun Jan 23 10:08:02 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Sun, 23 Jan 2011 09:08:02 +0000
Subject: [IronPython] Ref to "." to be omitted from sys.path. Objections?
In-Reply-To: <AANLkTinA2cNGG_UCD-wYPk_-ARWCUaM+dJV=H3iNosFV@mail.gmail.com>
References: <AANLkTinA2cNGG_UCD-wYPk_-ARWCUaM+dJV=H3iNosFV@mail.gmail.com>
Message-ID: <AANLkTik8dLgbOuqw+Le8kv8VCqPaHbAr7O5FWVMaEdO=@mail.gmail.com>

>
> A example / proposed patch attached to the bug.


Short note on sending in patches. The best way to propose patches is to
create your own fork of the IronPython
sources<https://github.com/IronLanguages/main>on github (docs:
http://help.github.com/forking/). After making your change and testing that
it fixes an issue, you can send a pull request (docs:
http://help.github.com/pull-requests/). The documentation is a bit
long-winded but it really is a simple operation. Someone with commit access
will review the patch and decide whether it will be pulled into the main
branch. This process makes it easy for the maintainers to accept outside
code into IronPython.

Richard

On Sun, Jan 23, 2011 at 8:32 AM, Daniel D. <dvdotsenko at gmail.com> wrote:

> Hi.
>
> http://ironpython.codeplex.com/workitem/28235
>
> A example / proposed patch attached to the bug.
>
> Question:
> As in all things in life, there are always special cases. In case of
> IPY reference to "current dir" (not the script's folder path) was
> attached twice to sys.path.
>
> As the bug reporter mentioned, it's a security issue and IPY did this
> in deviation from cPy. cPy indeed does not include CWD ref into
> sys.path when ran with a script file as an arg.
>
> However If someone went through all the trouble of adding current path
> (once as "." and once fully resolved) to the sys.path there must be
> something somewhere depending on it in IPY family and will likely blow
> up without that.
>
> How much of a taste is there to go along with the dropping of the
> references to current working dir from sys.path?
>
> Daniel.
> _______________________________________________
> 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/20110123/8de16da7/attachment.html>

From dinov at microsoft.com  Sun Jan 23 18:40:31 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Sun, 23 Jan 2011 17:40:31 +0000
Subject: [IronPython] Which modules collection to use?
In-Reply-To: <AANLkTimyEz8bNbcrB3vDfD7AHH04H7hbzmU9n607sRA1@mail.gmail.com>
References: <AANLkTikKAwn9+k02cP1j+sO+dSpoLhry5=BRta+EgpBR@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E012AD8AD@TK5EX14MBXC137.redmond.corp.microsoft.com>
	<AANLkTimyEz8bNbcrB3vDfD7AHH04H7hbzmU9n607sRA1@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E012B6E18@TK5EX14MBXC137.redmond.corp.microsoft.com>


Daniel wrote:
> Re: IRONPYTHONPATH
> 
> It looks like the magic is already in place in dev.bat to set [IRON]PYTHONPATH
> to the right path. However, the setting is conditional on "If DEFINED
> THISISSNAP"
> 
> I am not a stupid fella, but i had to resort to bugging you and asking about the
> modules set up. I am sure there are / were / will be other stumped ones. I
> wonder if this would be a big deal to change the dev.bat to set the right
> paths without relying on THISISSNAP being set. Since this would only affect
> those who run within "dev.bat's"
> magic land, the extra bit of default magic should not be a surprise, no?
> 
> I'd propose a patch, but don't undersand what half of dev.bat does, and
> would prefer people familiar with the matter to make the change, if it is
> agreed upon.

This sounds fine - anything related to SNAP can be disregarded at this point,
SNAP is an internal Microsoft gated checkin system which we used for 
submitting checkins and running all of the tests.

I don't see why we wouldn't want to always set IRONPYTHONPATH.  We did
at one point run our own tests both w/ and w/o the std lib but we stopped
doing that some time ago. 

From jdhardy at gmail.com  Sun Jan 23 20:12:59 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sun, 23 Jan 2011 12:12:59 -0700
Subject: [IronPython] Ref to "." to be omitted from sys.path. Objections?
In-Reply-To: <AANLkTinA2cNGG_UCD-wYPk_-ARWCUaM+dJV=H3iNosFV@mail.gmail.com>
References: <AANLkTinA2cNGG_UCD-wYPk_-ARWCUaM+dJV=H3iNosFV@mail.gmail.com>
Message-ID: <AANLkTi=eebhWBczkoO2KVdZ0OV-q=wX6MXuR_zBMwDP9@mail.gmail.com>

On Sun, Jan 23, 2011 at 1:32 AM, Daniel D. <dvdotsenko at gmail.com> wrote:
> Hi.
>
> http://ironpython.codeplex.com/workitem/28235
>
> A example / proposed patch attached to the bug.

Patch applied as 0cdaaaa.

I think matching the CPython behaviour here is pretty critical,
especially since it is also a security issue.

I committed the patch using '.' as  the current directory; if anyone
(Dino?) needs the fully resolved path as well, it's easy enough to add
back, but as CPython doesn't add it I'd prefer not to. I do wonder why
CPython uses '' as the current directory though; maybe it's
special-cased somewhere in the import system? IronPython should
probably match that behaviour as well.

- Jeff


From dvdotsenko at gmail.com  Sun Jan 23 20:36:24 2011
From: dvdotsenko at gmail.com (Daniel D.)
Date: Sun, 23 Jan 2011 11:36:24 -0800
Subject: [IronPython] Ref to "." to be omitted from sys.path. Objections?
In-Reply-To: <AANLkTi=eebhWBczkoO2KVdZ0OV-q=wX6MXuR_zBMwDP9@mail.gmail.com>
References: <AANLkTinA2cNGG_UCD-wYPk_-ARWCUaM+dJV=H3iNosFV@mail.gmail.com>
	<AANLkTi=eebhWBczkoO2KVdZ0OV-q=wX6MXuR_zBMwDP9@mail.gmail.com>
Message-ID: <AANLkTim-PdayBBQqQeMbWzRzKHTDuDYtCCeKmB47r_yz@mail.gmail.com>

> I committed the patch using '.' as ?the current directory; if anyone
> (Dino?) needs the fully resolved path ...

The "." (rather "") in cPy is a neat trick. It's added only in
"interactive" (console, "-c") cases and allows you to change the CWD
to the dir you want and have your custom modules picked up as local
wherever dir you change to from within the console. Do that all the
time when deving. Setting fully-resolved path to CWD feels limiting in
that context.

Daniel

On Sun, Jan 23, 2011 at 11:12, Jeff Hardy <jdhardy at gmail.com> wrote:
> On Sun, Jan 23, 2011 at 1:32 AM, Daniel D. <dvdotsenko at gmail.com> wrote:
>> Hi.
>>
>> http://ironpython.codeplex.com/workitem/28235
>>
>> A example / proposed patch attached to the bug.
>
> Patch applied as 0cdaaaa.
>
> I think matching the CPython behaviour here is pretty critical,
> especially since it is also a security issue.
>
> I committed the patch using '.' as ?the current directory; if anyone
> (Dino?) needs the fully resolved path as well, it's easy enough to add
> back, but as CPython doesn't add it I'd prefer not to. I do wonder why
> CPython uses '' as the current directory though; maybe it's
> special-cased somewhere in the import system? IronPython should
> probably match that behaviour as well.
>
> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From dvdotsenko at gmail.com  Sun Jan 23 21:55:35 2011
From: dvdotsenko at gmail.com (Daniel D.)
Date: Sun, 23 Jan 2011 12:55:35 -0800
Subject: [IronPython] Running tests without VS Pro - any way to make it work?
Message-ID: <AANLkTimRAYFnkd_qsFo-seq8qqMYQSkB2tkbA6finmuR@mail.gmail.com>

Hi.

Building and tweaking in VS 2010 Express is quite a tolerable
experience (once a sensible coloring theme is applied
http://studiostyl.es/schemes/contentisking).

I see this on http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions
:
"Build the DLR COM library as administrator (this only needs to happen
once): msbuild /p:Platform=Win32 DlrComLibrary\DlrComLibrary.sln (this
only works if you have VS Pro ? you?ll see failing COM tests without
it)"

Is there a way to make the tests run with VS 2010 Express? How about
distributing precompiled dll's for the testing pieces that are absent
on VS 2010 Express (SHarpDevel) installs?

Daniel.


From rjnienaber at gmail.com  Sun Jan 23 22:05:07 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Sun, 23 Jan 2011 21:05:07 +0000
Subject: [IronPython] Running tests without VS Pro - any way to make it
	work?
In-Reply-To: <AANLkTimRAYFnkd_qsFo-seq8qqMYQSkB2tkbA6finmuR@mail.gmail.com>
References: <AANLkTimRAYFnkd_qsFo-seq8qqMYQSkB2tkbA6finmuR@mail.gmail.com>
Message-ID: <AANLkTinXNFLBBft9xcgz1X8KQN3o82UQzW34XorghjsD@mail.gmail.com>

>
> How about distributing precompiled dll's for the testing pieces that are
> absent

on VS 2010 Express (SHarpDevel) installs?


I think this would be a good idea. If we ever plan on getting the unit tests
running on the continuous integration server, it's unlikely to have a full
Visual Studio installation.

Richard

On Sun, Jan 23, 2011 at 8:55 PM, Daniel D. <dvdotsenko at gmail.com> wrote:

> Hi.
>
> Building and tweaking in VS 2010 Express is quite a tolerable
> experience (once a sensible coloring theme is applied
> http://studiostyl.es/schemes/contentisking).
>
> I see this on
> http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions
> :
> "Build the DLR COM library as administrator (this only needs to happen
> once): msbuild /p:Platform=Win32 DlrComLibrary\DlrComLibrary.sln (this
> only works if you have VS Pro ? you?ll see failing COM tests without
> it)"
>
> Is there a way to make the tests run with VS 2010 Express? How about
> distributing precompiled dll's for the testing pieces that are absent
> on VS 2010 Express (SHarpDevel) installs?
>
> Daniel.
> _______________________________________________
> 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/20110123/7f5cc064/attachment.html>

From jdhardy at gmail.com  Sun Jan 23 22:14:21 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sun, 23 Jan 2011 14:14:21 -0700
Subject: [IronPython] Ref to "." to be omitted from sys.path. Objections?
In-Reply-To: <AANLkTim-PdayBBQqQeMbWzRzKHTDuDYtCCeKmB47r_yz@mail.gmail.com>
References: <AANLkTinA2cNGG_UCD-wYPk_-ARWCUaM+dJV=H3iNosFV@mail.gmail.com>
	<AANLkTi=eebhWBczkoO2KVdZ0OV-q=wX6MXuR_zBMwDP9@mail.gmail.com>
	<AANLkTim-PdayBBQqQeMbWzRzKHTDuDYtCCeKmB47r_yz@mail.gmail.com>
Message-ID: <AANLkTikbWHPGbPoSjoEsCEP9TBdgzDABCXLfefixWv2-@mail.gmail.com>

On Sun, Jan 23, 2011 at 12:36 PM, Daniel D. <dvdotsenko at gmail.com> wrote:
>> I committed the patch using '.' as ?the current directory; if anyone
>> (Dino?) needs the fully resolved path ...
>
> The "." (rather "") in cPy is a neat trick. It's added only in
> "interactive" (console, "-c") cases and allows you to change the CWD
> to the dir you want and have your custom modules picked up as local
> wherever dir you change to from within the console. Do that all the
> time when deving. Setting fully-resolved path to CWD feels limiting in
> that context.

You mean switching using os.chdir, I presume? That works under ipy
using '.' (which makes sense). Is there something special about how
CPython uses '' instead of '.' that ipy should by emulating?

- Jeff


From jdhardy at gmail.com  Sun Jan 23 22:23:24 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sun, 23 Jan 2011 14:23:24 -0700
Subject: [IronPython] Running tests without VS Pro - any way to make it
	work?
In-Reply-To: <AANLkTinXNFLBBft9xcgz1X8KQN3o82UQzW34XorghjsD@mail.gmail.com>
References: <AANLkTimRAYFnkd_qsFo-seq8qqMYQSkB2tkbA6finmuR@mail.gmail.com>
	<AANLkTinXNFLBBft9xcgz1X8KQN3o82UQzW34XorghjsD@mail.gmail.com>
Message-ID: <AANLkTi=BHkZcwQzcu8V8tbUXXK+QoBqMvw_MBM-wArhM@mail.gmail.com>

On Sun, Jan 23, 2011 at 2:05 PM, Richard Nienaber <rjnienaber at gmail.com> wrote:
>> How about?distributing precompiled dll's for the testing pieces that are
>> absent
>>
>> on VS 2010 Express (SHarpDevel) installs?
>
> I think this would be a good idea. If we ever plan on getting the unit tests
> running on the continuous integration server, it's unlikely to have a full
> Visual Studio installation.

I think the build for that actually registers a COM component globally
- which means it would probably have to be disabled on a CI server
anyway.

I *think* all the build should need is the Windows SDK, but I'm not
sure what changes would be needed to make it work with that (it should
just be changes to the build scripts). It would be nice to have the
builds always use the C++ compiler from the SDK Visual C++ isn't
required at all. Building the installer will still require the HTML
Help Compiler and WiX as well.

I opened http://ironpython.codeplex.com/workitem/30024 to track making
the build work on the SDK.

- Jeff


From fuzzyman at voidspace.org.uk  Sun Jan 23 22:55:44 2011
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Sun, 23 Jan 2011 21:55:44 +0000
Subject: [IronPython] Ref to "." to be omitted from sys.path. Objections?
In-Reply-To: <AANLkTikbWHPGbPoSjoEsCEP9TBdgzDABCXLfefixWv2-@mail.gmail.com>
References: <AANLkTinA2cNGG_UCD-wYPk_-ARWCUaM+dJV=H3iNosFV@mail.gmail.com>	<AANLkTi=eebhWBczkoO2KVdZ0OV-q=wX6MXuR_zBMwDP9@mail.gmail.com>	<AANLkTim-PdayBBQqQeMbWzRzKHTDuDYtCCeKmB47r_yz@mail.gmail.com>
	<AANLkTikbWHPGbPoSjoEsCEP9TBdgzDABCXLfefixWv2-@mail.gmail.com>
Message-ID: <4D3CA3E0.4030900@voidspace.org.uk>

On 23/01/2011 21:14, Jeff Hardy wrote:
> On Sun, Jan 23, 2011 at 12:36 PM, Daniel D.<dvdotsenko at gmail.com>  wrote:
>>> I committed the patch using '.' as  the current directory; if anyone
>>> (Dino?) needs the fully resolved path ...
>> The "." (rather "") in cPy is a neat trick. It's added only in
>> "interactive" (console, "-c") cases and allows you to change the CWD
>> to the dir you want and have your custom modules picked up as local
>> wherever dir you change to from within the console. Do that all the
>> time when deving. Setting fully-resolved path to CWD feels limiting in
>> that context.
> You mean switching using os.chdir, I presume? That works under ipy
> using '.' (which makes sense). Is there something special about how
> CPython uses '' instead of '.' that ipy should by emulating?

Interesting, the empty string is indeed in sys.path from the interactive 
interpreter (I thought it would be '.') yet:

 >>> import os
 >>> os.listdir('')
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
OSError: [Errno 2] No such file or directory: ''

All the best,

Michael Foord

> - 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 dvdotsenko at gmail.com  Sun Jan 23 23:24:47 2011
From: dvdotsenko at gmail.com (Daniel D.)
Date: Sun, 23 Jan 2011 14:24:47 -0800
Subject: [IronPython] Ref to "." to be omitted from sys.path. Objections?
In-Reply-To: <AANLkTikbWHPGbPoSjoEsCEP9TBdgzDABCXLfefixWv2-@mail.gmail.com>
References: <AANLkTinA2cNGG_UCD-wYPk_-ARWCUaM+dJV=H3iNosFV@mail.gmail.com>
	<AANLkTi=eebhWBczkoO2KVdZ0OV-q=wX6MXuR_zBMwDP9@mail.gmail.com>
	<AANLkTim-PdayBBQqQeMbWzRzKHTDuDYtCCeKmB47r_yz@mail.gmail.com>
	<AANLkTikbWHPGbPoSjoEsCEP9TBdgzDABCXLfefixWv2-@mail.gmail.com>
Message-ID: <AANLkTi=afMQP5QCbSoBM6enje8sdfR0sq=enRri3YE_9@mail.gmail.com>

I was just commenting on "." vs. "fully resolved" I just don't see a
point for "fully resolved" CWD ref from the start in console mode,
when "." is present.

Re cPy's use of "" instead of "."
I know it's pervasive on cPy side, and I used that form for .listdir()
(which, incidentally, works with "" on os. and nt. in latest build so
http://ironpython.codeplex.com/workitem/28207 can be closed).

However, the "" form is rather magical (not explicit) and I, nowdays,
prefer explicit "." in all uses, and, if a dev complains, would
suggest to be explicit in their code too.

In that frame of mind, i'd deemphasize the importance of accepting ""
for ".", unless there one central place where all path strings are
resolved. Is

Language.DomainManager.Platform.GetFullPath(string FileName)

that central place? If so, (and if all other code that resolves paths
use that method religiously), converting ""s to "." there, would be
prudent.

Incidentally, that would allow us to make the last commit that deals
with sys.path do it the "right" way: "" instead of "."


Daniel.

On Sun, Jan 23, 2011 at 13:14, Jeff Hardy <jdhardy at gmail.com> wrote:
> On Sun, Jan 23, 2011 at 12:36 PM, Daniel D. <dvdotsenko at gmail.com> wrote:
>>> I committed the patch using '.' as ?the current directory; if anyone
>>> (Dino?) needs the fully resolved path ...
>>
>> The "." (rather "") in cPy is a neat trick. It's added only in
>> "interactive" (console, "-c") cases and allows you to change the CWD
>> to the dir you want and have your custom modules picked up as local
>> wherever dir you change to from within the console. Do that all the
>> time when deving. Setting fully-resolved path to CWD feels limiting in
>> that context.
>
> You mean switching using os.chdir, I presume? That works under ipy
> using '.' (which makes sense). Is there something special about how
> CPython uses '' instead of '.' that ipy should by emulating?
>
> - Jeff
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From dinov at microsoft.com  Mon Jan 24 04:32:49 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Mon, 24 Jan 2011 03:32:49 +0000
Subject: [IronPython] Working towards IronPython 2.7 RTM
In-Reply-To: <AANLkTi=7M67oyJNtND+XB8j7HpxwTG8U501Epj05a4Cz@mail.gmail.com>
References: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>
	<AANLkTikpS1w66p=-nGE05kTbkMVs6vyTn=bzadxKMQ+J@mail.gmail.com>
	<AANLkTim68dy9ZFdbo8PkYFxegeL7choBe9Pts9_yChna@mail.gmail.com>
	<AANLkTin9qPhj-8PEst9f1xEoaLmx7P4dP7+W5jUa=4Tg@mail.gmail.com>
	<AANLkTi=7M67oyJNtND+XB8j7HpxwTG8U501Epj05a4Cz@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E012B9209@TK5EX14MBXC137.redmond.corp.microsoft.com>



Jeff wrote:
> For a nice easy fix to start with, take a look at
> http://ironpython.codeplex.com/workitem/29928. You can either attach a
> patch to the issue, or (preferably) create a fork on GitHub and send us a pull
> request.

Here's some other bugs which look like they might be good to start on.  Many of these are bug 28171 which is a catch-all bug for new tests in 2.7 that are broken.  You can search the test dirs for these but here's the ones which looked like they could be easy with a couple more difficult ones mixed in.  It also might be something good to pursue or triage away before 2.7 RTM.

Modules:
	http://ironpython.codeplex.com/workitem/28315
	test_functools:
		Couple of issues in here, first one might be easily fixed by adding setters which throw the correct exception, 2nd one might be implementing __reduce_ex__ directly on partial objects or maybe the stack trace will make the issue obvious.
	Test_struct: these look fairly straight forward, and will just be dealing w/ one module implementation in IronPython.
	
Runtime libraries:
	Test_repeat in test_index.py (in the CPython test repro)
	Test_float_to_string in test_types.py
		Could be hard or easy but it's certainly easy to investigate - you just need to look at the string formatter code and see what it turns %g into.
		There's more string formatting failures in here as well which could be fairly easy
		Test_format.py has more string formatting bugs which could be fairly straight forward
	Test_xrange: this one even mentions the function which is broken

Runtime types (these may be a little more difficult):
	Test_descr.py and test_collections.py both have some interesting failures around the type system and descriptors.  Some of these may be easier (e.g. test_classmethods in test_descr.py) than others but might be interesting to look at for someone more interested into the type system side of things.




From rjnienaber at gmail.com  Mon Jan 24 07:10:40 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Mon, 24 Jan 2011 06:10:40 +0000
Subject: [IronPython] Working towards IronPython 2.7 RTM
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E012B9209@TK5EX14MBXC137.redmond.corp.microsoft.com>
References: <AANLkTimQHYMVxqbST+bYXKEf5Vtf0yh+gFXM+vD6mRio@mail.gmail.com>
	<AANLkTikpS1w66p=-nGE05kTbkMVs6vyTn=bzadxKMQ+J@mail.gmail.com>
	<AANLkTim68dy9ZFdbo8PkYFxegeL7choBe9Pts9_yChna@mail.gmail.com>
	<AANLkTin9qPhj-8PEst9f1xEoaLmx7P4dP7+W5jUa=4Tg@mail.gmail.com>
	<AANLkTi=7M67oyJNtND+XB8j7HpxwTG8U501Epj05a4Cz@mail.gmail.com>
	<6C7ABA8B4E309440B857D74348836F2E012B9209@TK5EX14MBXC137.redmond.corp.microsoft.com>
Message-ID: <AANLkTi=kFitd2ndoUiPYQiGZ-+VASmoP+xThm_XgZesL@mail.gmail.com>

I've changed the home page on CodePlex and under the development section
I've done the following:

   - Renamed 'Contributing to IronPython' to 'Getting started with the
   source'
   - Created a new page called 'Contributing to
IronPython<http://ironpython.codeplex.com/wikipage?title=Contributing%20to%20IronPython&referringTitle=Home>'
   that includes the information from Dino and Jeff plus some other
   information.

If more 'easy' bugs or unit tests are identified, I think they should
probably go in the 'Contributing to IronPython' section because it might be
easier to find for new contributors.

Richard


On Mon, Jan 24, 2011 at 3:32 AM, Dino Viehland <dinov at microsoft.com> wrote:

>
>
> Jeff wrote:
> > For a nice easy fix to start with, take a look at
> > http://ironpython.codeplex.com/workitem/29928. You can either attach a
> > patch to the issue, or (preferably) create a fork on GitHub and send us a
> pull
> > request.
>
> Here's some other bugs which look like they might be good to start on.
>  Many of these are bug 28171 which is a catch-all bug for new tests in 2.7
> that are broken.  You can search the test dirs for these but here's the ones
> which looked like they could be easy with a couple more difficult ones mixed
> in.  It also might be something good to pursue or triage away before 2.7
> RTM.
>
> Modules:
>        http://ironpython.codeplex.com/workitem/28315
>        test_functools:
>                Couple of issues in here, first one might be easily fixed by
> adding setters which throw the correct exception, 2nd one might be
> implementing __reduce_ex__ directly on partial objects or maybe the stack
> trace will make the issue obvious.
>        Test_struct: these look fairly straight forward, and will just be
> dealing w/ one module implementation in IronPython.
>
> Runtime libraries:
>        Test_repeat in test_index.py (in the CPython test repro)
>        Test_float_to_string in test_types.py
>                Could be hard or easy but it's certainly easy to investigate
> - you just need to look at the string formatter code and see what it turns
> %g into.
>                There's more string formatting failures in here as well
> which could be fairly easy
>                Test_format.py has more string formatting bugs which could
> be fairly straight forward
>        Test_xrange: this one even mentions the function which is broken
>
> Runtime types (these may be a little more difficult):
>        Test_descr.py and test_collections.py both have some interesting
> failures around the type system and descriptors.  Some of these may be
> easier (e.g. test_classmethods in test_descr.py) than others but might be
> interesting to look at for someone more interested into the type system side
> of things.
>
>
> _______________________________________________
> 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/20110124/259983eb/attachment.html>

From vaggi at cosbi.eu  Tue Jan 25 16:31:51 2011
From: vaggi at cosbi.eu (Federico Vaggi)
Date: Tue, 25 Jan 2011 16:31:51 +0100
Subject: [IronPython] Cannot import 'Networkx' into Ironpython
Message-ID: <20110125153204.E5C397B4@apollo.cosbi.eu>

  Hello,

I am a very new user to Ironpython, so hopefully I am not missing 
anything obvious.  I read the FAQ and searched the Ironpython site and I 
couldn't find a solution to the problem I was having.

I have installed both CPython 2.7 and Ironpython 2.7 (the alpha version) 
and I am interested in using the networkx library 
(http://networkx.lanl.gov/) under Ironpython.

I installed networkx here:

C:\Python27\Lib\site-packages\networkx

using the cpython interpreter, the installation worked fine:

 >>> import networkx as nx
 >>> G=nx.Graph()
 >>> G
<networkx.classes.graph.Graph object at 0x02C04250>

if I try to use the ironpython interpreter:

I get a:
File "<stdin>", line 1, in <module>
ImportError: No module named networkx

I tried manually adding the site.py file, to add networkx manually to 
the path, but even after adding it (and checking that it shows up in 
system.path) ironpython still doesn't see it.

Anyone have useful advice here?

Thank you very much,

Federico




From jdhardy at gmail.com  Tue Jan 25 16:54:55 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 25 Jan 2011 08:54:55 -0700
Subject: [IronPython] Cannot import 'Networkx' into Ironpython
In-Reply-To: <20110125153204.E5C397B4@apollo.cosbi.eu>
References: <20110125153204.E5C397B4@apollo.cosbi.eu>
Message-ID: <AANLkTimm+Jv05Vj3HRPzozhwW5y5LZ3qZOHxh8=pZ7p0@mail.gmail.com>

It looks like networkx is a pure-Python package, so it should work.
What are you adding sys.path? I cloned the repo into the networkx
folder, which contains a networkx folder - sys.path should point to
the outer folder.

>>> sys.path.append(r'C:\Users\<user>\Documents\Repositories\networkx')

Doing that, it complains that it can't find subprocess, which is a bug
in the alpha - I'm not sure it's fixed in B1, but it will be in B2. In
the meantime you can copy subprocess.py from
https://github.com/IronLanguages/main/blob/master/External.LCA_RESTRICTED/Languages/IronPython/27/Lib/subprocess.py
into the Lib folder for your IronPython installation.

- Jeff

On Tue, Jan 25, 2011 at 8:31 AM, Federico Vaggi <vaggi at cosbi.eu> wrote:
> ?Hello,
>
> I am a very new user to Ironpython, so hopefully I am not missing anything
> obvious. ?I read the FAQ and searched the Ironpython site and I couldn't
> find a solution to the problem I was having.
>
> I have installed both CPython 2.7 and Ironpython 2.7 (the alpha version) and
> I am interested in using the networkx library (http://networkx.lanl.gov/)
> under Ironpython.
>
> I installed networkx here:
>
> C:\Python27\Lib\site-packages\networkx
>
> using the cpython interpreter, the installation worked fine:
>
>>>> import networkx as nx
>>>> G=nx.Graph()
>>>> G
> <networkx.classes.graph.Graph object at 0x02C04250>
>
> if I try to use the ironpython interpreter:
>
> I get a:
> File "<stdin>", line 1, in <module>
> ImportError: No module named networkx
>
> I tried manually adding the site.py file, to add networkx manually to the
> path, but even after adding it (and checking that it shows up in
> system.path) ironpython still doesn't see it.
>
> Anyone have useful advice here?
>
> Thank you very much,
>
> Federico
>
>
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From vaggi at cosbi.eu  Tue Jan 25 17:07:05 2011
From: vaggi at cosbi.eu (Federico Vaggi)
Date: Tue, 25 Jan 2011 17:07:05 +0100
Subject: [IronPython] Cannot import 'Networkx' into Ironpython
In-Reply-To: <20110125155504.BD5B6806@apollo.cosbi.eu>
References: <20110125153204.E5C397B4@apollo.cosbi.eu>
	<20110125155504.BD5B6806@apollo.cosbi.eu>
Message-ID: <20110125160718.700A6806@apollo.cosbi.eu>

  Hi Jeff,

my python directory looks like this:

C:\Python27\Lib\site-packages>dir
  Volume in drive C is OS
  Volume Serial Number is CA49-670D

  Directory of C:\Python27\Lib\site-packages

25/01/2011  16:37 <DIR>          .
25/01/2011  16:37 <DIR>          ..
20/09/2006  18:05               126 easy_install.py
25/01/2011  15:10               312 easy_install.pyc
25/01/2011  15:10               312 easy_install.pyo
25/01/2011  16:16 <DIR>          networkx
25/01/2011  16:16             1,526 networkx-1.4-py2.7.egg-info
25/01/2011  16:36 <DIR>          numpy
18/11/2010  21:06             1,647 numpy-1.5.1-py2.7.egg-info
19/10/2009  14:35            85,435 pkg_resources.py
25/01/2011  15:15            90,779 pkg_resources.pyc
25/01/2011  15:10            90,779 pkg_resources.pyo
13/11/2010  20:07               121 README.txt
25/01/2011  16:37 <DIR>          scipy
23/01/2011  20:07             1,758 scipy-0.9.0rc1-py2.7.egg-info
25/01/2011  15:15 <DIR>          setuptools
25/01/2011  15:10 <DIR>          setuptools-0.6c11-py2.7.egg-info
20/09/2006  18:05             2,362 site.py
25/01/2011  15:10             1,719 site.pyc
25/01/2011  15:10             1,719 site.pyo
               13 File(s)        278,595 bytes
                7 Dir(s)  183,639,756,800 bytes free

C:\Python27\Lib\site-packages>cd networkx

C:\Python27\Lib\site-packages\networkx>dir
  Volume in drive C is OS
  Volume Serial Number is CA49-670D

  Directory of C:\Python27\Lib\site-packages\networkx

25/01/2011  16:16 <DIR>          .
25/01/2011  16:16 <DIR>          ..
25/01/2011  16:16 <DIR>          algorithms
25/01/2011  16:16 <DIR>          classes
23/01/2011  15:38            30,753 convert.py
25/01/2011  16:16            29,322 convert.pyc
25/01/2011  16:16 <DIR>          drawing
23/01/2011  15:38             1,540 exception.py
25/01/2011  16:16             2,498 exception.pyc
25/01/2011  16:16 <DIR>          generators
25/01/2011  16:16 <DIR>          linalg
25/01/2011  16:16 <DIR>          readwrite
23/01/2011  15:39             8,226 release.py
25/01/2011  16:16             7,238 release.pyc
23/01/2011  15:38               740 sys.py
25/01/2011  16:16               744 sys.pyc
25/01/2011  16:16 <DIR>          tests
23/01/2011  15:38             9,723 utils.py
25/01/2011  16:16            11,061 utils.pyc
25/01/2011  16:16               650 version.py
25/01/2011  16:16               665 version.pyc
23/01/2011  15:38             1,878 __init__.py
25/01/2011  16:16             1,695 __init__.pyc
               14 File(s)        106,733 bytes
                9 Dir(s)  183,639,719,936 bytes free


I added:

sys.path.append(r"C:\Python27\Lib\site-packages\networkx")

to site.py in the ironpython folder and this is not enough to get 
ironpython to see it, but it is enough to get cpython to see it without 
any further changes.

Thanks for the subprocess suggestion, I'll change it as soon as I get 
there.  Do I simply copy that file and put it anywhere on the ironpython 
path or do I have to replace an existing file?

Federico

On 25/01/2011 16:54, Jeff Hardy wrote:
> It looks like networkx is a pure-Python package, so it should work.
> What are you adding sys.path? I cloned the repo into the networkx
> folder, which contains a networkx folder - sys.path should point to
> the outer folder.
>
>>>> sys.path.append(r'C:\Users\<user>\Documents\Repositories\networkx')
> Doing that, it complains that it can't find subprocess, which is a bug
> in the alpha - I'm not sure it's fixed in B1, but it will be in B2. In
> the meantime you can copy subprocess.py from
> https://github.com/IronLanguages/main/blob/master/External.LCA_RESTRICTED/Languages/IronPython/27/Lib/subprocess.py
> into the Lib folder for your IronPython installation.
>
> - Jeff
>
> On Tue, Jan 25, 2011 at 8:31 AM, Federico Vaggi<vaggi at cosbi.eu>  wrote:
>>   Hello,
>>
>> I am a very new user to Ironpython, so hopefully I am not missing anything
>> obvious.  I read the FAQ and searched the Ironpython site and I couldn't
>> find a solution to the problem I was having.
>>
>> I have installed both CPython 2.7 and Ironpython 2.7 (the alpha version) and
>> I am interested in using the networkx library (http://networkx.lanl.gov/)
>> under Ironpython.
>>
>> I installed networkx here:
>>
>> C:\Python27\Lib\site-packages\networkx
>>
>> using the cpython interpreter, the installation worked fine:
>>
>>>>> import networkx as nx
>>>>> G=nx.Graph()
>>>>> G
>> <networkx.classes.graph.Graph object at 0x02C04250>
>>
>> if I try to use the ironpython interpreter:
>>
>> I get a:
>> File "<stdin>", line 1, in<module>
>> ImportError: No module named networkx
>>
>> I tried manually adding the site.py file, to add networkx manually to the
>> path, but even after adding it (and checking that it shows up in
>> system.path) ironpython still doesn't see it.
>>
>> Anyone have useful advice here?
>>
>> Thank you very much,
>>
>> Federico
>>
>>
>> _______________________________________________
>> 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  Tue Jan 25 17:18:38 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 25 Jan 2011 09:18:38 -0700
Subject: [IronPython] Cannot import 'Networkx' into Ironpython
In-Reply-To: <20110125160718.700A6806@apollo.cosbi.eu>
References: <20110125153204.E5C397B4@apollo.cosbi.eu>
	<20110125155504.BD5B6806@apollo.cosbi.eu>
	<20110125160718.700A6806@apollo.cosbi.eu>
Message-ID: <AANLkTimjodFLohCXHYHYt1T5DO71xuqpVHSNsSttBLQH@mail.gmail.com>

On Tue, Jan 25, 2011 at 9:07 AM, Federico Vaggi <vaggi at cosbi.eu> wrote:
> I added:
>
> sys.path.append(r"C:\Python27\Lib\site-packages\networkx")
>
> to site.py in the ironpython folder and this is not enough to get ironpython
> to see it, but it is enough to get cpython to see it without any further
> changes.

Try using sys.path.append(r"C:\Python27\Lib\site-packages") instead.

- Jeff


From doug.blank at gmail.com  Tue Jan 25 18:10:51 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Tue, 25 Jan 2011 12:10:51 -0500
Subject: [IronPython] ANN: Pyjama, DLR-based IDE and shell
Message-ID: <AANLkTiktoDAEOrW1DWFGJnt96gVpt6YVavCa6RMfKKqB@mail.gmail.com>

Dear IronPython list,

Announcing the Pyjama Project, version 0.2.5. Pyjama is an IDE and
shell similar to IDLE, except that it is designed for multiple
languages. It can support any DLR-based language (given a small Python
wrapper), and other languages as well.

It comes with IronPython, IronRuby, and Sympl (as a demonstration), a
not-yet-too-serious version of Scheme, and the beginnings of a
drag-and-drop language, called Dinah.

* Pyjama is written in IronPython
* The GUI is implemented in Gtk#
* It runs (via Mono) on all platforms (might run under .NET, with
Gtk#---haven't tried yet)
* Uses Mono.TextEditor for color syntax highlighting, etc.
* Switch between languages with a keystroke (control+1 is Python,
control+2 is Ruby, etc)
* Designed for introductory CS courses, but allow use for power scripting users
* Planned extensions for pedagogical uses (lectures, chat, interactive
quizzes, etc)
* integrated cross-language modules (graphics, neural networks,
robotics, etc) written in C#
* Pyjama Scheme is a fully proper tail-call optimized Scheme, written
in Scheme and translated to C#
* Cross-language support: Python can call Scheme's recursive
functions, without stack; Scheme can call and access DLR functions and
environment

We are looking for testers to try Pyjama out, and give ideas and
feedback. What would you put into a Scripting Environment, if you
could do anything? Let us know!

For more information, please see:

http://pyjamaproject.org/

-Doug

The Pyjama Project has been partially funded by Microsoft Research and
the National Science Foundation.


From vaggi at cosbi.eu  Tue Jan 25 19:04:20 2011
From: vaggi at cosbi.eu (Federico Vaggi)
Date: Tue, 25 Jan 2011 19:04:20 +0100
Subject: [IronPython] Module has no date attribute
Message-ID: <20110125180440.CA09D7B4@apollo.cosbi.eu>

  Thanks to a lot of help from Jeff, plus some tinkering, I managed to 
solve a bunch of issues I was having with networkx, however, I have a 
minor error left over:

IronPython 2.7 Beta 1 (2.7.0.10) on .NET 4.0.30319.1
Type "help", "copyright", "credits" or "license" for more information.
 >>> import networkx
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "C:\Python27\Lib\site-packages\networkx\__init__.py", line 75, 
in <module
 >
AttributeError: 'module' object has no attribute 'date'
 >>> import networkx.sys
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "C:\Python27\Lib\site-packages\networkx\__init__.py", line 75, 
in <module
 >
AttributeError: 'module' object has no attribute 'date'

I was playing around with the interpreter, and couldn't really pinpoint 
any obvious bug, but when I opened __init__.py in visual studio, then 
tried to debug, I got this mistake:

Running C:\Python27\Lib\site-packages\networkx\__init__.py
Remote process has been reset...
Exception: IronPython.Runtime.Exceptions.ImportException: No module 
named __future__

Could this be related?  Or __future__ not being found on developer 
studio is another separate problem that I need to fix by manually adding 
the ironpython standard library?  I added a variable *IRONPYTHONPATH* to 
my path in the advanced properties of windows 7, but that doesn't seem 
to work for visual studio.

Federico


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

From jdhardy at gmail.com  Tue Jan 25 19:30:01 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 25 Jan 2011 11:30:01 -0700
Subject: [IronPython] Module has no date attribute
In-Reply-To: <20110125180440.CA09D7B4@apollo.cosbi.eu>
References: <20110125180440.CA09D7B4@apollo.cosbi.eu>
Message-ID: <AANLkTinnCfdVyW-S8UgFntGg70J3XwooyrRzvh7VEZYy@mail.gmail.com>

On Tue, Jan 25, 2011 at 11:04 AM, Federico Vaggi <vaggi at cosbi.eu> wrote:
> Thanks to a lot of help from Jeff, plus some tinkering, I managed to solve a
> bunch of issues I was having with networkx, however, I have a minor error
> left over:
>
> IronPython 2.7 Beta 1 (2.7.0.10) on .NET 4.0.30319.1
> Type "help", "copyright", "credits" or "license" for more information.
>>>> import networkx
> Traceback (most recent call last):
> ? File "<stdin>", line 1, in <module>
> ? File "C:\Python27\Lib\site-packages\networkx\__init__.py", line 75, in
> <module
>>
> AttributeError: 'module' object has no attribute 'date'
>>>> import networkx.sys
> Traceback (most recent call last):
> ? File "<stdin>", line 1, in <module>
> ? File "C:\Python27\Lib\site-packages\networkx\__init__.py", line 75, in
> <module
>>
> AttributeError: 'module' object has no attribute 'date'

Can you try `from networkx import sys`? There are some interesting
imports in there, and I'm wondering if there's a bug in the import
system.

>
> I was playing around with the interpreter, and couldn't really pinpoint any
> obvious bug, but when I opened __init__.py in visual studio, then tried to
> debug, I got this mistake:
>
> Running C:\Python27\Lib\site-packages\networkx\__init__.py
> Remote process has been reset...
> Exception: IronPython.Runtime.Exceptions.ImportException: No module named
> __future__
>
> Could this be related?? Or __future__ not being found on developer studio is
> another separate problem that I need to fix by manually adding the
> ironpython standard library?? I added a variable IRONPYTHONPATH to my path
> in the advanced properties of windows 7, but that doesn't seem to work for
> visual studio.

Make sure you restart VS after setting the environment variable.

- Jeff


From vaggi at cosbi.eu  Wed Jan 26 11:14:11 2011
From: vaggi at cosbi.eu (Federico Vaggi)
Date: Wed, 26 Jan 2011 11:14:11 +0100
Subject: [IronPython] Module has no date attribute
In-Reply-To: <20110125183020.22C697B4@apollo.cosbi.eu>
References: <20110125180440.CA09D7B4@apollo.cosbi.eu>
	<20110125183020.22C697B4@apollo.cosbi.eu>
Message-ID: <20110126101431.AD40A7B4@apollo.cosbi.eu>

  Testing in the ironpython interactive shell:

IronPython 2.7 Beta 1 (2.7.0.10) on .NET 4.0.30319.1
Type "help", "copyright", "credits" or "license" for more information.
 >>> from networkx import sys
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "C:\Python27\Lib\site-packages\networkx\__init__.py", line 75, 
in <module
 >
AttributeError: 'module' object has no attribute 'date'
 >>>

in the ironpython console.

Furthermore, after some fairly extensive testing, it seems I have this 
problem:

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

the installation didn't add the ironpython library to the visual studio 
path.  I have an IRONPYTHONPATH variable set in my enviromental 
variables, but that doesn't seem to fix it, even after restarting visual 
studio.

Federico

On 25/01/2011 19:30, Jeff Hardy wrote:
> On Tue, Jan 25, 2011 at 11:04 AM, Federico Vaggi<vaggi at cosbi.eu>  wrote:
>> Thanks to a lot of help from Jeff, plus some tinkering, I managed to solve a
>> bunch of issues I was having with networkx, however, I have a minor error
>> left over:
>>
>> IronPython 2.7 Beta 1 (2.7.0.10) on .NET 4.0.30319.1
>> Type "help", "copyright", "credits" or "license" for more information.
>>>>> import networkx
>> Traceback (most recent call last):
>>    File "<stdin>", line 1, in<module>
>>    File "C:\Python27\Lib\site-packages\networkx\__init__.py", line 75, in
>> <module
>> AttributeError: 'module' object has no attribute 'date'
>>>>> import networkx.sys
>> Traceback (most recent call last):
>>    File "<stdin>", line 1, in<module>
>>    File "C:\Python27\Lib\site-packages\networkx\__init__.py", line 75, in
>> <module
>> AttributeError: 'module' object has no attribute 'date'
> Can you try `from networkx import sys`? There are some interesting
> imports in there, and I'm wondering if there's a bug in the import
> system.
>
>> I was playing around with the interpreter, and couldn't really pinpoint any
>> obvious bug, but when I opened __init__.py in visual studio, then tried to
>> debug, I got this mistake:
>>
>> Running C:\Python27\Lib\site-packages\networkx\__init__.py
>> Remote process has been reset...
>> Exception: IronPython.Runtime.Exceptions.ImportException: No module named
>> __future__
>>
>> Could this be related?  Or __future__ not being found on developer studio is
>> another separate problem that I need to fix by manually adding the
>> ironpython standard library?  I added a variable IRONPYTHONPATH to my path
>> in the advanced properties of windows 7, but that doesn't seem to work for
>> visual studio.
> Make sure you restart VS after setting the environment variable.
>
> - 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/20110126/528be01a/attachment.html>

From curt at hagenlocher.org  Wed Jan 26 20:22:49 2011
From: curt at hagenlocher.org (Curt Hagenlocher)
Date: Wed, 26 Jan 2011 11:22:49 -0800
Subject: [IronPython] Sho
Message-ID: <AANLkTi=pe=zK_DupMvDT85XOeDi4TzhtTYBhB73sg75Q@mail.gmail.com>

I thought the people on this list might be interested in the following
IronPython-based tooling for technical computing:

http://msdn.microsoft.com/en-us/devlabs/gg585581.aspx

Disclaimer: I'm not sure what the license is.



-Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110126/52069c24/attachment.html>

From sumitb at microsoft.com  Wed Jan 26 20:51:25 2011
From: sumitb at microsoft.com (Sumit Basu)
Date: Wed, 26 Jan 2011 19:51:25 +0000
Subject: [IronPython] Sho
In-Reply-To: <AANLkTi=pe=zK_DupMvDT85XOeDi4TzhtTYBhB73sg75Q@mail.gmail.com>
References: <AANLkTi=pe=zK_DupMvDT85XOeDi4TzhtTYBhB73sg75Q@mail.gmail.com>
Message-ID: <CCD615E27B0E4846B31ABBD3B9BFBC015D2FE523@TK5EX14MBXC116.redmond.corp.microsoft.com>

Thanks for the shout-out, Curt!  This is a pretty proud day for us; we've been working on Sho for five years and are finally releasing it to the public :)  The official web site is http://research.microsoft.com/sho

The license allows for use non-commercial purposes, which includes academic, personal, and internal use by a commercial entity.  You can read the whole license here<http://research.microsoft.com/en-us/downloads/bc38771b-dc48-475b-8d18-7fe87e1bc2a1/Sho%20License%20Agreement%20(2010-11-03)%20FINAL.rtf> , but I've copied one bit below which I think might help explain about use by commercial entities:

"You may use, copy, reproduce, and distribute this Software for any non-commercial purpose, subject to the restrictions in this Agreement. Some purposes which can be non-commercial are teaching, academic research, public demonstrations and personal experimentation. For clarity, internal use by a commercial entity is considered a non-commercial purpose and is permitted under this Agreement."

In other words, commercial entities can use Sho internally, but can't ship the bits externally for commercial purposes (more detail on what this means exactly and other aspects in the license itself).

-Sumit




From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Curt Hagenlocher
Sent: Wednesday, January 26, 2011 11:23 AM
To: Discussion of IronPython
Subject: [IronPython] Sho


I thought the people on this list might be interested in the following IronPython-based tooling for technical computing:

http://msdn.microsoft.com/en-us/devlabs/gg585581.aspx

Disclaimer: I'm not sure what the license is.



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

From rjnienaber at gmail.com  Thu Jan 27 14:38:35 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Thu, 27 Jan 2011 13:38:35 +0000
Subject: [IronPython] Issue Triage
Message-ID: <AANLkTimnwjU6dD3__QoYtNzH8mg9CbzrXGBbjmjtRh=b@mail.gmail.com>

I've closed the following issues


   - Negative: Different error thrown for wrong number of parameters under
   PreferComDispatch mode <http://ironpython.codeplex.com/workitem/24013>
   - compiling a package with sub-packages doesnt preserve the
hierarchy.<http://ironpython.codeplex.com/workitem/24013>
   - Remove clr.LoadModules since its redundant with
clr.AddReference<http://ironpython.codeplex.com/workitem/24066>
   - IronPython: running a test through run_interactive.py not the same as a
   true ipy.exe interactive
session<http://ironpython.codeplex.com/workitem/24069>
   - The /r: switch in pyc.py should add a reference
effectively.<http://ironpython.codeplex.com/workitem/24073>
   - Update ConsoleWindow in IronPython sample and other SDK samples to
   reflect Editor API changes<http://ironpython.codeplex.com/workitem/24110>
      - Looking at the
samples<http://ironpython.codeplex.com/wikipage?title=Samples>page,
this sample doesn't seem to exist anymore
   - unable to remove event handlers for value
type<http://ironpython.codeplex.com/workitem/23880>
   - the last added event handler should be removed
first<http://ironpython.codeplex.com/workitem/23881>
   - chmod('aa',0777) changes file's attribute from 'A' to 'RA' in
   IronPython <http://ironpython.codeplex.com/workitem/23885>

Questions:

   - DLR Doesn't disambiguate between a static method and an instance method
   with the same name <http://ironpython.codeplex.com/workitem/24003>
      - Not sure whether this issue applies to IronPython. I need someone
      who knows the interaction between .NET and IronPython to comment.
   - Issues that reference 'SNAP' and 'merlin-*' e.g.
      - SNAP: test_memory.py has begun
failing<http://ironpython.codeplex.com/workitem/24055>
      - IronPython: test_weakref.py fails on
merlin-18<http://ironpython.codeplex.com/workitem/24056>

If the test passes, is it okay to close issues like this? I know SNAP was a
Microsoft specific test running framework but I'm not sure about merlin-*.

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

From jdhardy at gmail.com  Thu Jan 27 17:15:58 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Thu, 27 Jan 2011 09:15:58 -0700
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTimnwjU6dD3__QoYtNzH8mg9CbzrXGBbjmjtRh=b@mail.gmail.com>
References: <AANLkTimnwjU6dD3__QoYtNzH8mg9CbzrXGBbjmjtRh=b@mail.gmail.com>
Message-ID: <AANLkTi=htoiunh=owKJbE+44We+Y8BPYGp1F=Ev0iRiu@mail.gmail.com>

Excellent - 10 more down, only ~1000 to go :)

On Thu, Jan 27, 2011 at 6:38 AM, Richard Nienaber <rjnienaber at gmail.com> wrote:
> Issues that reference 'SNAP' and 'merlin-*' e.g.
>
> SNAP: test_memory.py has begun failing
> IronPython: test_weakref.py fails on merlin-18
>
> If the test passes, is it okay to close issues like this? I know SNAP was a
> Microsoft specific test running framework but I'm not sure about merlin-*.

I think merlin was the code name for the DLR. If those tests are now
passing, feel free to close them.

- Jeff


From dinov at microsoft.com  Thu Jan 27 18:15:36 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Thu, 27 Jan 2011 17:15:36 +0000
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTi=htoiunh=owKJbE+44We+Y8BPYGp1F=Ev0iRiu@mail.gmail.com>
References: <AANLkTimnwjU6dD3__QoYtNzH8mg9CbzrXGBbjmjtRh=b@mail.gmail.com>
	<AANLkTi=htoiunh=owKJbE+44We+Y8BPYGp1F=Ev0iRiu@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0130FFD3@TK5EX14MBXC141.redmond.corp.microsoft.com>

> On Thu, Jan 27, 2011 at 6:38 AM, Richard Nienaber <rjnienaber at gmail.com>
> wrote:
> > Issues that reference 'SNAP' and 'merlin-*' e.g.
> >
> > SNAP: test_memory.py has begun failing
> > IronPython: test_weakref.py fails on merlin-18
> >
> > If the test passes, is it okay to close issues like this? I know SNAP
> > was a Microsoft specific test running framework but I'm not sure about
> merlin-*.
> 
> I think merlin was the code name for the DLR. If those tests are now passing,
> feel free to close them.

Yep, and the "merlin-" here is just referring to a particular machine.  These are both
tests which can have intermittent failures due to their non-deterministic nature (waiting
for the garbage collector to kick in and free memory/run finalizers).  You might want
to make sure the tests pass over multiple runs but generally speaking if they pass once
then things are working.


From naveen.garg at gmail.com  Fri Jan 28 00:47:23 2011
From: naveen.garg at gmail.com (Naveen Garg)
Date: Thu, 27 Jan 2011 17:47:23 -0600
Subject: [IronPython] automation server
Message-ID: <AANLkTimMcY-mvTG8iNpDYZEdBv1j22raMPsXLAj5=ONS@mail.gmail.com>

Is it possible to create a serviced component or a com automation server in
ironpython: http://msdn.microsoft.com/en-us/library/ty17dz7h(VS.80).aspx ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110127/a33d04d3/attachment.html>

From naveen.garg at gmail.com  Fri Jan 28 01:01:19 2011
From: naveen.garg at gmail.com (Naveen Garg)
Date: Thu, 27 Jan 2011 18:01:19 -0600
Subject: [IronPython] automation server
In-Reply-To: <AANLkTimMcY-mvTG8iNpDYZEdBv1j22raMPsXLAj5=ONS@mail.gmail.com>
References: <AANLkTimMcY-mvTG8iNpDYZEdBv1j22raMPsXLAj5=ONS@mail.gmail.com>
Message-ID: <AANLkTimNXJ-mg3QeJpJc0M+mePi8-XfpzXKUdWVFmfxT@mail.gmail.com>

I wonder if __clrtype__ Metaclasses
http://devhawk.net/CategoryView,category,__clrtype__.aspx
<http://devhawk.net/CategoryView,category,__clrtype__.aspx>can be used to
translate the following example:
http://www.andymcm.com/blog/2009/10/managed-dcom-server.html

On Thu, Jan 27, 2011 at 5:47 PM, Naveen Garg <naveen.garg at gmail.com> wrote:

> Is it possible to create a serviced component or a com automation server in
> ironpython: http://msdn.microsoft.com/en-us/library/ty17dz7h(VS.80).aspx
>  ?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110127/420274a4/attachment.html>

From vaggi at cosbi.eu  Fri Jan 28 11:39:43 2011
From: vaggi at cosbi.eu (Federico Vaggi)
Date: Fri, 28 Jan 2011 11:39:43 +0100
Subject: [IronPython] Visual Studio Interactive Shell Search Path:
In-Reply-To: <20110126101442.1147B7B4@apollo.cosbi.eu>
References: <20110125180440.CA09D7B4@apollo.cosbi.eu>	<20110125183020.22C697B4@apollo.cosbi.eu>
	<20110126101442.1147B7B4@apollo.cosbi.eu>
Message-ID: <20110128104006.228A86EA@apollo.cosbi.eu>

  When testing a script using the IronPython interactive window in 
Visual Studio, the path variable in system.sys is a bunch of meaningless 
directories:

? import sys
? sys.path
['.', 'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO 
10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\Lib', 
'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO 
10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\DLLs']
?

when I do the same operation in the IronPython console outside of Visual 
Studio, I get this:

IronPython 2.7 Beta 1 (2.7.0.10) on .NET 4.0.30319.1
Type "help", "copyright", "credits" or "license" for more information.
 >>> import sys
 >>> sys.path
['.', 'C:\\Windows\\system32', 'C:\\Program Files (x86)\\IronPython 
2.7\\Lib', '
C:\\Python27\\Lib\\site-packages', 'C:\\Python27\\Lib', 
'C:\\Windows\\system32',
  'C:\\Program Files (x86)\\IronPython 2.7\\DLLs', 'C:\\Program Files 
(x86)\\Iron
Python 2.7']
 >>>

when I do the same operation in Visual Studio, just executing a script 
(not in the interactive mode) I get this:

['C:\\Users\\FedeV\\Documents\\Systems Biology\\Fission Yeast\\Network 
Analysis\
\Source Code', '.', 'C:\\Users\\FedeV\\Documents\\Systems 
Biology\\Fission Yeast
\\Network Analysis\\Source Code', 'C:\\Program Files (x86)\\IronPython 
2.7\\Lib'
, 'C:\\Python27\\Lib\\site-packages', 'C:\\Python27\\Lib', 
'C:\\Users\\FedeV\\Do
cuments\\Systems Biology\\Fission Yeast\\Network Analysis\\Source Code', 
'C:\\Pr
ogram Files (x86)\\IronPython 2.7\\DLLs', 'C:\\Program Files 
(x86)\\IronPython 2
.7']
Press any key to continue . . .

I have set up an IRONPYTHONPATH variable in Windows, it seems that the 
interactive visual studio shell fails to import the proper path 
variable.  Other than appending the correct directories to sys.path 
anyone know any 'proper' fix?

Thanks,

Federico


From pablodalma93 at hotmail.com  Fri Jan 28 14:29:21 2011
From: pablodalma93 at hotmail.com (Pablo Dalmazzo)
Date: Fri, 28 Jan 2011 10:29:21 -0300
Subject: [IronPython] Calling ReportViewer.ServerReport.Render from
	IronPython
Message-ID: <SNT104-W3D26A8263FF0556AA61B8D0E10@phx.gbl>


Hi there,
Im not sure this is something related to IronPython doing something differently, but we are trying to call
ReportViewer.ServerReport.Render  from IronPython and we get  "expected Reference,but found null"
We call it this way in VB.NET 
exportBytes = ReportViewer1.ServerReport.Render("PDF",Nothing,mimeType,encoding,fileNameExtension,streamids,
Warning)
and in IronPython
exportBytes = ReportViewer1.ServerReport.Render("PDF",None,mimeType,encoding,fileNameExtension,streamids,
Warning)
When a method from a .NET component like that expects Nothing, is it the same to pass None in IronPython? can you fill me inthe differences?
BTW, if you want some points in stackoverflow, you can answer me there, I opened the question there because usually there is people earlier online.
Greetings  		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110128/59e669c4/attachment.html>

From zh_jiang at hotmail.com  Fri Jan 28 18:24:49 2011
From: zh_jiang at hotmail.com (Jiang Zhang)
Date: Fri, 28 Jan 2011 09:24:49 -0800
Subject: [IronPython] Visual Studio Interactive Shell Search Path:
In-Reply-To: <20110128104006.228A86EA@apollo.cosbi.eu>
References: <20110125180440.CA09D7B4@apollo.cosbi.eu>	<20110125183020.22C697B4@apollo.cosbi.eu><20110126101442.1147B7B4@apollo.cosbi.eu>
	<20110128104006.228A86EA@apollo.cosbi.eu>
Message-ID: <BLU128-DS156259A49FFF6B1A650C29E9E10@phx.gbl>

This is tracked by
http://ironpython.codeplex.com/workitem/29077

Very anonying. It makes importing many standard libs fail.

-----????----- 
From: Federico Vaggi
Sent: Friday, January 28, 2011 2:39 AM
To: Discussion of IronPython
Subject: [IronPython] Visual Studio Interactive Shell Search Path:

  When testing a script using the IronPython interactive window in
Visual Studio, the path variable in system.sys is a bunch of meaningless
directories:

? import sys
? sys.path
['.', 'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO
10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\Lib',
'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO
10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\DLLs']
?

when I do the same operation in the IronPython console outside of Visual
Studio, I get this:

IronPython 2.7 Beta 1 (2.7.0.10) on .NET 4.0.30319.1
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.path
['.', 'C:\\Windows\\system32', 'C:\\Program Files (x86)\\IronPython
2.7\\Lib', '
C:\\Python27\\Lib\\site-packages', 'C:\\Python27\\Lib',
'C:\\Windows\\system32',
  'C:\\Program Files (x86)\\IronPython 2.7\\DLLs', 'C:\\Program Files
(x86)\\Iron
Python 2.7']
>>>

when I do the same operation in Visual Studio, just executing a script
(not in the interactive mode) I get this:

['C:\\Users\\FedeV\\Documents\\Systems Biology\\Fission Yeast\\Network
Analysis\
\Source Code', '.', 'C:\\Users\\FedeV\\Documents\\Systems
Biology\\Fission Yeast
\\Network Analysis\\Source Code', 'C:\\Program Files (x86)\\IronPython
2.7\\Lib'
, 'C:\\Python27\\Lib\\site-packages', 'C:\\Python27\\Lib',
'C:\\Users\\FedeV\\Do
cuments\\Systems Biology\\Fission Yeast\\Network Analysis\\Source Code',
'C:\\Pr
ogram Files (x86)\\IronPython 2.7\\DLLs', 'C:\\Program Files
(x86)\\IronPython 2
.7']
Press any key to continue . . .

I have set up an IRONPYTHONPATH variable in Windows, it seems that the
interactive visual studio shell fails to import the proper path
variable.  Other than appending the correct directories to sys.path
anyone know any 'proper' fix?

Thanks,

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



From dinov at microsoft.com  Fri Jan 28 18:31:53 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Fri, 28 Jan 2011 17:31:53 +0000
Subject: [IronPython] Visual Studio Interactive Shell Search Path:
In-Reply-To: <20110128104006.228A86EA@apollo.cosbi.eu>
References: <20110125180440.CA09D7B4@apollo.cosbi.eu>
	<20110125183020.22C697B4@apollo.cosbi.eu>
	<20110126101442.1147B7B4@apollo.cosbi.eu>
	<20110128104006.228A86EA@apollo.cosbi.eu>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E01318F68@TK5EX14MBXC141.redmond.corp.microsoft.com>

Federico wrote:
>   When testing a script using the IronPython interactive window in Visual Studio,
> the path variable in system.sys is a bunch of meaningless
> directories:
> 
> > import sys
> > sys.path
> ['.', 'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO
> 10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\Lib',
> 'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO
> 10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\DLLs']
> >
> 
> when I do the same operation in the IronPython console outside of Visual
> Studio, I get this:
> 
> IronPython 2.7 Beta 1 (2.7.0.10) on .NET 4.0.30319.1 Type "help", "copyright",
> "credits" or "license" for more information.
>  >>> import sys
>  >>> sys.path
> ['.', 'C:\\Windows\\system32', 'C:\\Program Files (x86)\\IronPython 2.7\\Lib', '
> C:\\Python27\\Lib\\site-packages', 'C:\\Python27\\Lib',
> 'C:\\Windows\\system32',
>   'C:\\Program Files (x86)\\IronPython 2.7\\DLLs', 'C:\\Program Files (x86)\\Iron
> Python 2.7']  >>>
> 
> when I do the same operation in Visual Studio, just executing a script (not in the
> interactive mode) I get this:
> 
> ['C:\\Users\\FedeV\\Documents\\Systems Biology\\Fission Yeast\\Network
> Analysis\ \Source Code', '.', 'C:\\Users\\FedeV\\Documents\\Systems
> Biology\\Fission Yeast
> \\Network Analysis\\Source Code', 'C:\\Program Files (x86)\\IronPython
> 2.7\\Lib'
> , 'C:\\Python27\\Lib\\site-packages', 'C:\\Python27\\Lib', 'C:\\Users\\FedeV\\Do
> cuments\\Systems Biology\\Fission Yeast\\Network Analysis\\Source Code',
> 'C:\\Pr ogram Files (x86)\\IronPython 2.7\\DLLs', 'C:\\Program Files
> (x86)\\IronPython 2 .7'] Press any key to continue . . .
> 
> I have set up an IRONPYTHONPATH variable in Windows, it seems that the
> interactive visual studio shell fails to import the proper path variable.  Other
> than appending the correct directories to sys.path anyone know any 'proper'
> fix?

If you reset the REPL window with your project window do you get the paths
of your project?  What I think may be happening here is that when you first
start VS you don't have a project open but you do have the REPL open.  The REPL
is therefore created and is running inside of Visual Studio's directory.  But when
the REPL is created w/ a project open it'll property pick up the projects settings
for where to start the REPL.

You can also try "Debug-> Execute in Interactive Window" which should reset 
the REPL and set it up properly.


From vaggi at cosbi.eu  Fri Jan 28 18:39:47 2011
From: vaggi at cosbi.eu (Federico Vaggi)
Date: Fri, 28 Jan 2011 18:39:47 +0100
Subject: [IronPython] Visual Studio Interactive Shell Search Path:
In-Reply-To: <20110128173201.A55876EA@apollo.cosbi.eu>
References: <20110125180440.CA09D7B4@apollo.cosbi.eu>	<20110125183020.22C697B4@apollo.cosbi.eu>	<20110126101442.1147B7B4@apollo.cosbi.eu>	<20110128104006.228A86EA@apollo.cosbi.eu>
	<20110128173201.A55876EA@apollo.cosbi.eu>
Message-ID: <20110128174009.A8FF27B4@apollo.cosbi.eu>

  Opening visual studio with no project open, and running the Ironpython 
interactive window, gives me this:

? import sys
? sys.path
['.', 'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO 
10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\Lib', 
'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO 
10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\DLLs']
?

Making a dummy project, then running it via the debug command in 
interactive mode, gives me this:

Running c:\users\fedev\documents\visual studio 
2010\Projects\ConsoleApplication1\ConsoleApplication1\Program.py
Remote process has been reset...
['.', 'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO 
10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\Lib', 
'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO 
10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\DLLs']
?

It doesn't appear that having a project open fixes it.  Where does the 
interactive window pick up its path from anyway?  Or is it hardcoded?

Federico

On 28/01/2011 18:31, Dino Viehland wrote:
> Federico wrote:
>>    When testing a script using the IronPython interactive window in Visual Studio,
>> the path variable in system.sys is a bunch of meaningless
>> directories:
>>
>>> import sys
>>> sys.path
>> ['.', 'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO
>> 10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\Lib',
>> 'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO
>> 10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\DLLs']
>> when I do the same operation in the IronPython console outside of Visual
>> Studio, I get this:
>>
>> IronPython 2.7 Beta 1 (2.7.0.10) on .NET 4.0.30319.1 Type "help", "copyright",
>> "credits" or "license" for more information.
>>   >>>  import sys
>>   >>>  sys.path
>> ['.', 'C:\\Windows\\system32', 'C:\\Program Files (x86)\\IronPython 2.7\\Lib', '
>> C:\\Python27\\Lib\\site-packages', 'C:\\Python27\\Lib',
>> 'C:\\Windows\\system32',
>>    'C:\\Program Files (x86)\\IronPython 2.7\\DLLs', 'C:\\Program Files (x86)\\Iron
>> Python 2.7']>>>
>>
>> when I do the same operation in Visual Studio, just executing a script (not in the
>> interactive mode) I get this:
>>
>> ['C:\\Users\\FedeV\\Documents\\Systems Biology\\Fission Yeast\\Network
>> Analysis\ \Source Code', '.', 'C:\\Users\\FedeV\\Documents\\Systems
>> Biology\\Fission Yeast
>> \\Network Analysis\\Source Code', 'C:\\Program Files (x86)\\IronPython
>> 2.7\\Lib'
>> , 'C:\\Python27\\Lib\\site-packages', 'C:\\Python27\\Lib', 'C:\\Users\\FedeV\\Do
>> cuments\\Systems Biology\\Fission Yeast\\Network Analysis\\Source Code',
>> 'C:\\Pr ogram Files (x86)\\IronPython 2.7\\DLLs', 'C:\\Program Files
>> (x86)\\IronPython 2 .7'] Press any key to continue . . .
>>
>> I have set up an IRONPYTHONPATH variable in Windows, it seems that the
>> interactive visual studio shell fails to import the proper path variable.  Other
>> than appending the correct directories to sys.path anyone know any 'proper'
>> fix?
> If you reset the REPL window with your project window do you get the paths
> of your project?  What I think may be happening here is that when you first
> start VS you don't have a project open but you do have the REPL open.  The REPL
> is therefore created and is running inside of Visual Studio's directory.  But when
> the REPL is created w/ a project open it'll property pick up the projects settings
> for where to start the REPL.
>
> You can also try "Debug->  Execute in Interactive Window" which should reset
> the REPL and set it up properly.
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



From dinov at microsoft.com  Fri Jan 28 18:52:34 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Fri, 28 Jan 2011 17:52:34 +0000
Subject: [IronPython] Visual Studio Interactive Shell Search Path:
In-Reply-To: <20110128174009.A8FF27B4@apollo.cosbi.eu>
References: <20110125180440.CA09D7B4@apollo.cosbi.eu>
	<20110125183020.22C697B4@apollo.cosbi.eu>
	<20110126101442.1147B7B4@apollo.cosbi.eu>
	<20110128104006.228A86EA@apollo.cosbi.eu>
	<20110128173201.A55876EA@apollo.cosbi.eu>
	<20110128174009.A8FF27B4@apollo.cosbi.eu>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E0131907A@TK5EX14MBXC141.redmond.corp.microsoft.com>

Federico wrote:
> Opening visual studio with no project open, and running the Ironpython
> interactive window, gives me this:
> 
> > import sys
> > sys.path
> ['.', 'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO
> 10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\Lib',
> 'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO
> 10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\DLLs']
> >
> 
> Making a dummy project, then running it via the debug command in interactive
> mode, gives me this:
> 
> Running c:\users\fedev\documents\visual studio
> 2010\Projects\ConsoleApplication1\ConsoleApplication1\Program.py
> Remote process has been reset...
> ['.', 'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO
> 10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\Lib',
> 'C:\\PROGRAM FILES (X86)\\MICROSOFT VISUAL STUDIO
> 10.0\\COMMON7\\IDE\\EXTENSIONS\\MICROSOFT\\IRONSTUDIO\\0.4\\DLLs']
> >
> 
> It doesn't appear that having a project open fixes it.  Where does the
> interactive window pick up its path from anyway?  Or is it hardcoded?

Ahh, I guess we're just setting the current working directory so that you can import
things but we still don't include the standard lib in the path.  So the "." part is reasonable
now but we're picking up Lib/DLLs from where we have our RemoteScriptFactory
class.

We probably need to figure out where ipy.exe is installed and call SetSearchPaths
on the remote script engine in RemotePythonVsEvaluator.Initialize.  

PythonRuntimeHost.GetPythonInstallDir() already has the code for finding IronPython
so it should be pretty easy to fix if anyone wants to give it a try.





From jdhardy at gmail.com  Sat Jan 29 00:39:02 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 28 Jan 2011 16:39:02 -0700
Subject: [IronPython] Proposed Release Schedule for 2.7
Message-ID: <AANLkTinO6DDHR1KVFr8JJH=CGny707qHrDid-gEXZ1Sy@mail.gmail.com>

I'd like to propose the following release schedule for IronPython 2.7:

Beta 2 - February 6
RC1 - February 20
RC2 - February 27
RTM - March 6

The need for a Beta 3 release could push those dates back by up to two
weeks. Also, I may reevaluate based on the rate of bugs being fixed -
if lots of fixes are coming in, delaying the release may be
worthwhile. Obviously, any showstoppers would have an affect as while,
but I don't believe there are any of those at the moment. The only
current blocker for release is that the test suite does not pass 100%.
That will need to be sorted prior to RTM.

It's an aggressive schedule, but I think IronPython has gone too long
without a release. I'm expecting there to be 2.7.x releases every 4-6
weeks if there are sufficient contributions (like new modules).

I want to get the 2.x series behind us so that work can begin on
3.2/3.3. Compatibility with 3.x is going to be much better than 2.x,
and with most Python stuff needing porting effort anyway getting
IronPython support will be easier. That's going to require some work
in the innards, and I'm not sure too many people are familiar with
those parts or IronPython yet.

I've already updated the version numbers to Beta 2 and fixed the
installer bugs that prevented Beta 1 from installing over Alpha 1. At
this point, the bugs that get fixed will probably be the ones that
have patches, or at least solid repros, attached to them.

If you've got a bug that you think *must* be fixed, bring it up here.

Does anyone else think this is doable?

- Jeff


From dblank at brynmawr.edu  Sat Jan 29 23:48:04 2011
From: dblank at brynmawr.edu (Douglas Blank)
Date: Sat, 29 Jan 2011 17:48:04 -0500 (EST)
Subject: [IronPython] fepy's expat.py with xmpp?
Message-ID: <85310520.7702.1296341284729.JavaMail.root@ganesh.brynmawr.edu>

Anyone have any luck using fepy's pyexpat.py managed code replacement with
xmpp.py on IronPython?

I'm having some trouble getting the xmpp client to talk to the xmppd
server, even though the CPython version works fine. About the only
difference, I think, is pyexpat.py.

In fepy's pyexpat, I don't understand how:

    def Parse(self, data, isfinal=False):
        self._data.append(data)
        if isfinal:
            data = "".join(self._data)
            self._data = None
            self._parse(data)

will do any parsing until later, but I'm pretty sure that the CPython
version starts parsing right away.

Am I missing something obvious? Any pointers appreciated!

-Doug


From rjnienaber at gmail.com  Sun Jan 30 18:02:01 2011
From: rjnienaber at gmail.com (Richard Nienaber)
Date: Sun, 30 Jan 2011 17:02:01 +0000
Subject: [IronPython] codeplex-dlr solution
Message-ID: <AANLkTimjsSPa4TvtepAFyvOKsH75OSQhcCThXu1HUt5Q@mail.gmail.com>

I've been trying to get all the solutions to compile in the source code and
I'm stuck on Codeplex-DLR.sln. It references a few projects that are not
there namely:

Samples

ET_Sample1_CS
ShapeScript
Sympl

Sympl35

Sympl35cponly

examples

python


If I delete these projects then the solution builds fine but I'm just
wondering if there's some code that's been missed out and still needs to be
committed to github?

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

From Tomas.Matousek at microsoft.com  Sun Jan 30 18:58:54 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sun, 30 Jan 2011 17:58:54 +0000
Subject: [IronPython] codeplex-dlr solution
In-Reply-To: <AANLkTimjsSPa4TvtepAFyvOKsH75OSQhcCThXu1HUt5Q@mail.gmail.com>
References: <AANLkTimjsSPa4TvtepAFyvOKsH75OSQhcCThXu1HUt5Q@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B207351E6EF315@TK5EX14MBXC114.redmond.corp.microsoft.com>

Yes, some code is missing. I'll add Sympl today. Also CodePlex-DLR.sln is not needed any more (some changes might be needed to remove it, I plan to look at it).

Dlr.sln                                   - solution that rebuilds everything (Ipy, Irb, test assemblies, etc)
IronPython.sln                  - All Ipy assemblies that ship and their dependencies
IronPython.Mono.sln    - Same as IronPython.sln but excludes .Net specific projects (WPF)
Ruby.sln                               - All Irb assemblies that ship and their dependencies
IronStudio.sln                    - All tooling (Ipy, Irb + shared components)

IronPythonTools.sln       - Ipy tooling - I think we should remove this
CodePlex-DLR.sln            - We should remove this
IronRuby.Rack.sln            - IronRuby Rack... not sure what the state is.

Tomas

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Richard Nienaber
Sent: Sunday, January 30, 2011 9:02 AM
To: Discussion of IronPython
Subject: [IronPython] codeplex-dlr solution

I've been trying to get all the solutions to compile in the source code and I'm stuck on Codeplex-DLR.sln. It references a few projects that are not there namely:

Samples
ET_Sample1_CS
ShapeScript
Sympl
Sympl35
Sympl35cponly
examples
python

If I delete these projects then the solution builds fine but I'm just wondering if there's some code that's been missed out and still needs to be committed to github?

Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110130/37261d8f/attachment.html>

From bruce.bromberek at gmail.com  Sun Jan 30 21:21:30 2011
From: bruce.bromberek at gmail.com (Bruce Bromberek)
Date: Sun, 30 Jan 2011 14:21:30 -0600
Subject: [IronPython] Issue Triage
Message-ID: <AANLkTinHYSK0aZFa5tpPprHRZT08u4jdec5JUw_7_N-8@mail.gmail.com>

I though I'd help by going through any issues tagged with High importance,
unassigned, starting with ones from previous releases and seeing is they are
still relevant.

Issue 26426,  which involves sympy (algebraic manipulation) under
ironpython.  With the most recent git version of sympy and IronPython 2.7B1,
I get a better error message.

C:\GITHUB\sympy>"c:\Program Files\IronPython 2.7\ipy.exe"
IronPython 2.7 Beta 1 (2.7.0.10) on .NET 4.0.30319.1
Type "help", "copyright", "credits" or "license" for more information.
>>> import sympy
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\GITHUB\sympy\sympy\__init__.py", line 30, in <module>
  File "C:\GITHUB\sympy\sympy\core\__init__.py", line 8, in <module>
  File "C:\GITHUB\sympy\sympy\core\expr.py", line 1008, in <module>
  File "C:\GITHUB\sympy\sympy\core\mul.py", line 962, in <module>
  File "C:\GITHUB\sympy\sympy\core\power.py", line 806, in <module>
  File "C:\GITHUB\sympy\sympy\core\add.py", line 516, in <module>
  File "C:\GITHUB\sympy\sympy\core\symbol.py", line 6, in <module>
  File "C:\GITHUB\sympy\sympy\logic\__init__.py", line 1, in <module>
  File "C:\GITHUB\sympy\sympy\logic\boolalg.py", line 4, in <module>
  File "C:\GITHUB\sympy\sympy\core\function.py", line 1091, in <module>
ImportError: Cannot import name Integer


Line 1091 is :
from numbers import Rational, Integer

I though the issue was 'Integer' as a reserved word in Ironpython.  However,
I can create a function or a class named Integer in the interpreter without
a problem.  Now I'm stuck.  Any thoughts on how to proceed
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110130/f3989ea5/attachment.html>

From Tomas.Matousek at microsoft.com  Sun Jan 30 21:37:27 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sun, 30 Jan 2011 20:37:27 +0000
Subject: [IronPython] Proposed Release Schedule for 2.7
In-Reply-To: <AANLkTinO6DDHR1KVFr8JJH=CGny707qHrDid-gEXZ1Sy@mail.gmail.com>
References: <AANLkTinO6DDHR1KVFr8JJH=CGny707qHrDid-gEXZ1Sy@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B207351E6EF38F@TK5EX14MBXC114.redmond.corp.microsoft.com>

I propose we sync IronRuby releases with IronPython as follows:

IronRuby - IronPython - date
1.1.2 - Beta 2 - February 6
none - RC1 - February 20
none - RC2 - February 27
1.1.3 - RTM - March 6

Tomas

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy
Sent: Friday, January 28, 2011 3:39 PM
To: Discussion of IronPython
Subject: [IronPython] Proposed Release Schedule for 2.7

I'd like to propose the following release schedule for IronPython 2.7:

Beta 2 - February 6
RC1 - February 20
RC2 - February 27
RTM - March 6

The need for a Beta 3 release could push those dates back by up to two weeks. Also, I may reevaluate based on the rate of bugs being fixed - if lots of fixes are coming in, delaying the release may be worthwhile. Obviously, any showstoppers would have an affect as while, but I don't believe there are any of those at the moment. The only current blocker for release is that the test suite does not pass 100%.
That will need to be sorted prior to RTM.

It's an aggressive schedule, but I think IronPython has gone too long without a release. I'm expecting there to be 2.7.x releases every 4-6 weeks if there are sufficient contributions (like new modules).

I want to get the 2.x series behind us so that work can begin on 3.2/3.3. Compatibility with 3.x is going to be much better than 2.x, and with most Python stuff needing porting effort anyway getting IronPython support will be easier. That's going to require some work in the innards, and I'm not sure too many people are familiar with those parts or IronPython yet.

I've already updated the version numbers to Beta 2 and fixed the installer bugs that prevented Beta 1 from installing over Alpha 1. At this point, the bugs that get fixed will probably be the ones that have patches, or at least solid repros, attached to them.

If you've got a bug that you think *must* be fixed, bring it up here.

Does anyone else think this is doable?

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



From jdhardy at gmail.com  Sun Jan 30 21:48:50 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sun, 30 Jan 2011 13:48:50 -0700
Subject: [IronPython] Proposed Release Schedule for 2.7
In-Reply-To: <D5CEB4B8E7E7514993E9FAA680B207351E6EF38F@TK5EX14MBXC114.redmond.corp.microsoft.com>
References: <AANLkTinO6DDHR1KVFr8JJH=CGny707qHrDid-gEXZ1Sy@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207351E6EF38F@TK5EX14MBXC114.redmond.corp.microsoft.com>
Message-ID: <AANLkTi=aGtXZKQ3Ey=QjPbzmjFAxjtBuzJZjU-FEg-2D@mail.gmail.com>

Sounds good to me. Does the DLR version still need to be bumped?

- Jeff

On Sun, Jan 30, 2011 at 1:37 PM, Tomas Matousek
<Tomas.Matousek at microsoft.com> wrote:
> I propose we sync IronRuby releases with IronPython as follows:
>
> IronRuby - IronPython - date
> 1.1.2 - Beta 2 - February 6
> none - RC1 - February 20
> none - RC2 - February 27
> 1.1.3 - RTM - March 6
>
> Tomas
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy
> Sent: Friday, January 28, 2011 3:39 PM
> To: Discussion of IronPython
> Subject: [IronPython] Proposed Release Schedule for 2.7
>
> I'd like to propose the following release schedule for IronPython 2.7:
>
> Beta 2 - February 6
> RC1 - February 20
> RC2 - February 27
> RTM - March 6
>
> The need for a Beta 3 release could push those dates back by up to two weeks. Also, I may reevaluate based on the rate of bugs being fixed - if lots of fixes are coming in, delaying the release may be worthwhile. Obviously, any showstoppers would have an affect as while, but I don't believe there are any of those at the moment. The only current blocker for release is that the test suite does not pass 100%.
> That will need to be sorted prior to RTM.
>
> It's an aggressive schedule, but I think IronPython has gone too long without a release. I'm expecting there to be 2.7.x releases every 4-6 weeks if there are sufficient contributions (like new modules).
>
> I want to get the 2.x series behind us so that work can begin on 3.2/3.3. Compatibility with 3.x is going to be much better than 2.x, and with most Python stuff needing porting effort anyway getting IronPython support will be easier. That's going to require some work in the innards, and I'm not sure too many people are familiar with those parts or IronPython yet.
>
> I've already updated the version numbers to Beta 2 and fixed the installer bugs that prevented Beta 1 from installing over Alpha 1. At this point, the bugs that get fixed will probably be the ones that have patches, or at least solid repros, attached to them.
>
> If you've got a bug that you think *must* be fixed, bring it up here.
>
> Does anyone else think this is doable?
>
> - 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 Tomas.Matousek at microsoft.com  Sun Jan 30 22:10:37 2011
From: Tomas.Matousek at microsoft.com (Tomas Matousek)
Date: Sun, 30 Jan 2011 21:10:37 +0000
Subject: [IronPython] Proposed Release Schedule for 2.7
In-Reply-To: <AANLkTi=aGtXZKQ3Ey=QjPbzmjFAxjtBuzJZjU-FEg-2D@mail.gmail.com>
References: <AANLkTinO6DDHR1KVFr8JJH=CGny707qHrDid-gEXZ1Sy@mail.gmail.com>
	<D5CEB4B8E7E7514993E9FAA680B207351E6EF38F@TK5EX14MBXC114.redmond.corp.microsoft.com>
	<AANLkTi=aGtXZKQ3Ey=QjPbzmjFAxjtBuzJZjU-FEg-2D@mail.gmail.com>
Message-ID: <D5CEB4B8E7E7514993E9FAA680B207351E6EF3C0@TK5EX14MBXC114.redmond.corp.microsoft.com>

Yes, there have been changes to outer ring. I'm changing the version right now :)

Tomas

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy
Sent: Sunday, January 30, 2011 12:49 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Proposed Release Schedule for 2.7

Sounds good to me. Does the DLR version still need to be bumped?

- Jeff

On Sun, Jan 30, 2011 at 1:37 PM, Tomas Matousek <Tomas.Matousek at microsoft.com> wrote:
> I propose we sync IronRuby releases with IronPython as follows:
>
> IronRuby - IronPython - date
> 1.1.2 - Beta 2 - February 6
> none - RC1 - February 20
> none - RC2 - February 27
> 1.1.3 - RTM - March 6
>
> Tomas
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com 
> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy
> Sent: Friday, January 28, 2011 3:39 PM
> To: Discussion of IronPython
> Subject: [IronPython] Proposed Release Schedule for 2.7
>
> I'd like to propose the following release schedule for IronPython 2.7:
>
> Beta 2 - February 6
> RC1 - February 20
> RC2 - February 27
> RTM - March 6
>
> The need for a Beta 3 release could push those dates back by up to two weeks. Also, I may reevaluate based on the rate of bugs being fixed - if lots of fixes are coming in, delaying the release may be worthwhile. Obviously, any showstoppers would have an affect as while, but I don't believe there are any of those at the moment. The only current blocker for release is that the test suite does not pass 100%.
> That will need to be sorted prior to RTM.
>
> It's an aggressive schedule, but I think IronPython has gone too long without a release. I'm expecting there to be 2.7.x releases every 4-6 weeks if there are sufficient contributions (like new modules).
>
> I want to get the 2.x series behind us so that work can begin on 3.2/3.3. Compatibility with 3.x is going to be much better than 2.x, and with most Python stuff needing porting effort anyway getting IronPython support will be easier. That's going to require some work in the innards, and I'm not sure too many people are familiar with those parts or IronPython yet.
>
> I've already updated the version numbers to Beta 2 and fixed the installer bugs that prevented Beta 1 from installing over Alpha 1. At this point, the bugs that get fixed will probably be the ones that have patches, or at least solid repros, attached to them.
>
> If you've got a bug that you think *must* be fixed, bring it up here.
>
> Does anyone else think this is doable?
>
> - 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
>
_______________________________________________
Users mailing list
Users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



From dinov at microsoft.com  Sun Jan 30 22:16:46 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Sun, 30 Jan 2011 21:16:46 +0000
Subject: [IronPython] Issue Triage
In-Reply-To: <AANLkTinHYSK0aZFa5tpPprHRZT08u4jdec5JUw_7_N-8@mail.gmail.com>
References: <AANLkTinHYSK0aZFa5tpPprHRZT08u4jdec5JUw_7_N-8@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E013253D1@TK5EX14MBXC141.redmond.corp.microsoft.com>

There's probably an Integer.py somewhere in sympy and this is probably an import bug.  If someone was particularly ambitious they could re-write import by porting CPython's import to IronPython - viola, no more import bugs! :)

Otherwise it's all about figuring out how we're differing in import semantics - I usually start import bugs by trying to re-create a simple repro of the issue and then work from there.  I always thought import bugs but if you look at the CPython source code it might be much easier.

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Bruce Bromberek
Sent: Sunday, January 30, 2011 12:22 PM
To: Discussion of IronPython
Subject: [IronPython] Issue Triage

I though I'd help by going through any issues tagged with High importance, unassigned, starting with ones from previous releases and seeing is they are still relevant.
Issue 26426,  which involves sympy (algebraic manipulation) under ironpython.  With the most recent git version of sympy and IronPython 2.7B1, I get a better error message.

C:\GITHUB\sympy>"c:\Program Files\IronPython 2.7\ipy.exe"
IronPython 2.7 Beta 1 (2.7.0.10) on .NET 4.0.30319.1
Type "help", "copyright", "credits" or "license" for more information.
>>> import sympy
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\GITHUB\sympy\sympy\__init__.py", line 30, in <module>
  File "C:\GITHUB\sympy\sympy\core\__init__.py", line 8, in <module>
  File "C:\GITHUB\sympy\sympy\core\expr.py", line 1008, in <module>
  File "C:\GITHUB\sympy\sympy\core\mul.py", line 962, in <module>
  File "C:\GITHUB\sympy\sympy\core\power.py", line 806, in <module>
  File "C:\GITHUB\sympy\sympy\core\add.py", line 516, in <module>
  File "C:\GITHUB\sympy\sympy\core\symbol.py", line 6, in <module>
  File "C:\GITHUB\sympy\sympy\logic\__init__.py", line 1, in <module>
  File "C:\GITHUB\sympy\sympy\logic\boolalg.py", line 4, in <module>
  File "C:\GITHUB\sympy\sympy\core\function.py", line 1091, in <module>
ImportError: Cannot import name Integer


Line 1091 is :
from numbers import Rational, Integer

I though the issue was 'Integer' as a reserved word in Ironpython.  However, I can create a function or a class named Integer in the interpreter without a problem.  Now I'm stuck.  Any thoughts on how to proceed
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110130/55fea1d4/attachment.html>

From curt at hagenlocher.org  Sun Jan 30 23:31:04 2011
From: curt at hagenlocher.org (Curt Hagenlocher)
Date: Sun, 30 Jan 2011 14:31:04 -0800
Subject: [IronPython] Sho
In-Reply-To: <CCD615E27B0E4846B31ABBD3B9BFBC015D2FE523@TK5EX14MBXC116.redmond.corp.microsoft.com>
References: <AANLkTi=pe=zK_DupMvDT85XOeDi4TzhtTYBhB73sg75Q@mail.gmail.com>
	<CCD615E27B0E4846B31ABBD3B9BFBC015D2FE523@TK5EX14MBXC116.redmond.corp.microsoft.com>
Message-ID: <AANLkTi=ryuiuQpYjdL11yton9P920PnH7Wfoy-DGzR99@mail.gmail.com>

There's a nice blog entry on using Solver Foundation to do optimization from
IronPython here:
http://blogs.msdn.com/b/natbr/archive/2011/01/28/optimization-modeling-using-solver-foundation-and-sho.aspx

On Wed, Jan 26, 2011 at 11:51 AM, Sumit Basu <sumitb at microsoft.com> wrote:

>  Thanks for the shout-out, Curt!  This is a pretty proud day for us; we?ve
> been working on Sho for five years and are finally releasing it to the
> public J  The official web site is http://research.microsoft.com/sho
>
>
>
> The license allows for use non-commercial purposes, which includes
> academic, personal, and internal use by a commercial entity.  You can read
> the whole license here<http://research.microsoft.com/en-us/downloads/bc38771b-dc48-475b-8d18-7fe87e1bc2a1/Sho%20License%20Agreement%20(2010-11-03)%20FINAL.rtf>, but I?ve copied one bit below which I think might help explain about use
> by commercial entities:
>
> ?You may use, copy, reproduce, and distribute this Software for any
> non-commercial purpose, subject to the restrictions in this Agreement. Some
> purposes which can be non-commercial are teaching, academic research, public
> demonstrations and personal experimentation. For clarity, internal use by a
> commercial entity is considered a non-commercial purpose and is permitted
> under this Agreement.?
>
> In other words, commercial entities can use Sho internally, but can?t ship
> the bits externally for commercial purposes (more detail on what this means
> exactly and other aspects in the license itself).
>
> -Sumit
>
>
>
>
>
>
>
> *From:* users-bounces at lists.ironpython.com [mailto:
> users-bounces at lists.ironpython.com] *On Behalf Of *Curt Hagenlocher
> *Sent:* Wednesday, January 26, 2011 11:23 AM
> *To:* Discussion of IronPython
> *Subject:* [IronPython] Sho
>
>
>
> I thought the people on this list might be interested in the following
> IronPython-based tooling for technical computing:
>
> http://msdn.microsoft.com/en-us/devlabs/gg585581.aspx
>
> Disclaimer: I'm not sure what the license is.
>
>
>
> -Curt
>
> _______________________________________________
> 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/20110130/0ae62eff/attachment.html>

From fuzzyman at voidspace.org.uk  Mon Jan 31 13:09:02 2011
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Mon, 31 Jan 2011 12:09:02 +0000
Subject: [IronPython] Proposed Release Schedule for 2.7
In-Reply-To: <AANLkTinO6DDHR1KVFr8JJH=CGny707qHrDid-gEXZ1Sy@mail.gmail.com>
References: <AANLkTinO6DDHR1KVFr8JJH=CGny707qHrDid-gEXZ1Sy@mail.gmail.com>
Message-ID: <4D46A65E.50103@voidspace.org.uk>

On 28/01/2011 23:39, Jeff Hardy wrote:
> I'd like to propose the following release schedule for IronPython 2.7:
>
> Beta 2 - February 6
> RC1 - February 20
> RC2 - February 27
> RTM - March 6

Looks great - thanks for driving this forward Jeff.

Michael
> The need for a Beta 3 release could push those dates back by up to two
> weeks. Also, I may reevaluate based on the rate of bugs being fixed -
> if lots of fixes are coming in, delaying the release may be
> worthwhile. Obviously, any showstoppers would have an affect as while,
> but I don't believe there are any of those at the moment. The only
> current blocker for release is that the test suite does not pass 100%.
> That will need to be sorted prior to RTM.
>
> It's an aggressive schedule, but I think IronPython has gone too long
> without a release. I'm expecting there to be 2.7.x releases every 4-6
> weeks if there are sufficient contributions (like new modules).
>
> I want to get the 2.x series behind us so that work can begin on
> 3.2/3.3. Compatibility with 3.x is going to be much better than 2.x,
> and with most Python stuff needing porting effort anyway getting
> IronPython support will be easier. That's going to require some work
> in the innards, and I'm not sure too many people are familiar with
> those parts or IronPython yet.
>
> I've already updated the version numbers to Beta 2 and fixed the
> installer bugs that prevented Beta 1 from installing over Alpha 1. At
> this point, the bugs that get fixed will probably be the ones that
> have patches, or at least solid repros, attached to them.
>
> If you've got a bug that you think *must* be fixed, bring it up here.
>
> Does anyone else think this is doable?
>
> - 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 doug.blank at gmail.com  Mon Jan 31 22:14:47 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Mon, 31 Jan 2011 16:14:47 -0500
Subject: [IronPython] fepy's expat.py with xmpp?
In-Reply-To: <85310520.7702.1296341284729.JavaMail.root@ganesh.brynmawr.edu>
References: <85310520.7702.1296341284729.JavaMail.root@ganesh.brynmawr.edu>
Message-ID: <AANLkTi=xZEwu-TdjQGvsX7LdPFPokA6F1QBvWQgUUS1f@mail.gmail.com>

FYI, I ended up avoiding the whole issue by replacing both python-xmpp
and pyexpat with a stand-alone open source XMPP library, agsXMPP. It
works quite nicely, especially with the xmppd.py server, on all
platforms.

-Doug

On Sat, Jan 29, 2011 at 5:48 PM, Douglas Blank <dblank at brynmawr.edu> wrote:
> Anyone have any luck using fepy's pyexpat.py managed code replacement with
> xmpp.py on IronPython?
>
> I'm having some trouble getting the xmpp client to talk to the xmppd
> server, even though the CPython version works fine. About the only
> difference, I think, is pyexpat.py.
>
> In fepy's pyexpat, I don't understand how:
>
> ? ?def Parse(self, data, isfinal=False):
> ? ? ? ?self._data.append(data)
> ? ? ? ?if isfinal:
> ? ? ? ? ? ?data = "".join(self._data)
> ? ? ? ? ? ?self._data = None
> ? ? ? ? ? ?self._parse(data)
>
> will do any parsing until later, but I'm pretty sure that the CPython
> version starts parsing right away.
>
> Am I missing something obvious? Any pointers appreciated!
>
> -Doug
> _______________________________________________
> Users mailing list
> Users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>