From sum.ergo.code at gmail.com  Fri Dec  1 01:28:52 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Thu, 30 Nov 2006 18:28:52 -0600
Subject: [IronPython] Groping in the dark
Message-ID: <1d39a8340611301628r702fc4f4lc403e81e08606e83@mail.gmail.com>

Am I missing something or is everyone else groping around in the dark as
much as I am when it comes to figuring out acceptable syntax in IronPython
versus other languages supported by the CLR.  What I'm doing is building a
simple app in Visual Studio C# 2005 Express to see what objects are
available and what properties they have.  I'm also looking at the generated
code.  But my translations into Python don't always work out as I expect.
For example, here are some differences I've come across:

For all of these examples I'm using this bit of code:

import clr
clr.AddReference('System.Windows.Forms')
import System.Windows.Forms as SWF


To add a separator to a menu you need to do this:

        Add('-')

Whereas this raises an exception:

        Add(SWF.ToolStripSeparator())

Various attempts at adding shortcut keys failed, but this works:

        open_item.Shortcut = SWF.Shortcut.CtrlO

Apparently the .ShortcutKeys property does not exist on menu items in
IronPython.

So my basic question is how does one learn all these anomalies other than by
trial and error?

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061130/a1c80faa/attachment.html>

From sanxiyn at gmail.com  Fri Dec  1 12:09:46 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Fri, 1 Dec 2006 20:09:46 +0900
Subject: [IronPython] SymbolTable.Empty
Message-ID: <5b0248170612010309t3ad93974pe267637306d2f2f7@mail.gmail.com>

Warning: obscure.

from IronPython.Runtime import SymbolTable
print str(SymbolTable.Empty)

str() should not return any non-strings. Actually, IronPython seems to
enforce this for user types, just like CPython. But it doesn't enforce
this for reflected types, where .NET ToString() can return null.

-- 
Seo Sanghyeon


From sh at defuze.org  Fri Dec  1 12:16:10 2006
From: sh at defuze.org (Sylvain Hellegouarch)
Date: Fri, 01 Dec 2006 11:16:10 +0000
Subject: [IronPython] unicode object type
Message-ID: <45700EFA.8050509@defuze.org>

CPython

>>> str(None)
'None'
>>> unicode(None)
u'None'
>>> type(unicode(None))
<type 'unicode'>
>>> type(unicode('ble'))
<type 'unicode'>


IronPython

>>> str(None)
'None'
>>> unicode(None)
'None'
>>> type(unicode(None))
<type 'str'>
>>> type(unicode('ble'))
<type 'str'>

Is this the correct behavior?

- Sylvain


From william at resolversystems.com  Fri Dec  1 15:09:40 2006
From: william at resolversystems.com (William Reade)
Date: Fri, 01 Dec 2006 14:09:40 +0000
Subject: [IronPython] Groping in the dark
In-Reply-To: <1d39a8340611301628r702fc4f4lc403e81e08606e83@mail.gmail.com>
References: <1d39a8340611301628r702fc4f4lc403e81e08606e83@mail.gmail.com>
Message-ID: <457037A4.4060301@resolversystems.com>

Hi Patrick

I haven't been able to see the anomalies you mention -- perhaps the 
following sample will help.
---------------------------
import clr
clr.AddReference("System.Windows.Forms")

from System.Windows.Forms import (
    Application, DockStyle, Form, Keys, MenuStrip, ToolStripMenuItem, 
ToolStripSeparator
)

def SayHi(*_):
    print "hi"

f = Form()
f.Text = "Hello multiverse!"

menuStrip = MenuStrip()
menuStrip.Dock = DockStyle.Top
f.Controls.Add(menuStrip)

menu = ToolStripMenuItem()
menu.Text = "SomeMenu"
menuStrip.Items.Add(menu)

menuItem = ToolStripMenuItem()
menuItem.Text = "SomeMenuItem"
menuItem.Click += SayHi
menuItem.ShortcutKeys = Keys.Control | Keys.Q
menu.DropDownItems.Add(menuItem)
menu.DropDownItems.Add(ToolStripSeparator())

Application.Run(f)
----------------------------

Cheers
William

Patrick O'Brien wrote:

> Am I missing something or is everyone else groping around in the dark 
> as much as I am when it comes to figuring out acceptable syntax in 
> IronPython versus other languages supported by the CLR.  What I'm 
> doing is building a simple app in Visual Studio C# 2005 Express to see 
> what objects are available and what properties they have.  I'm also 
> looking at the generated code.  But my translations into Python don't 
> always work out as I expect.  For example, here are some differences 
> I've come across:
>
> For all of these examples I'm using this bit of code:
>
> import clr
> clr.AddReference('System.Windows.Forms')
> import System.Windows.Forms as SWF
>
>
> To add a separator to a menu you need to do this:
>
>         Add('-')
>
> Whereas this raises an exception:
>
>         Add(SWF.ToolStripSeparator())
>
> Various attempts at adding shortcut keys failed, but this works:
>
>         open_item.Shortcut = SWF.Shortcut.CtrlO
>
> Apparently the .ShortcutKeys property does not exist on menu items in 
> IronPython.
>
> So my basic question is how does one learn all these anomalies other 
> than by trial and error?
>
> -- 
> Patrick K. O'Brien
> Orbtech       http://www.orbtech.com
> Schevo        http://www.schevo.org
> Louie         http://www.pylouie.org <http://www.pylouie.org>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>users mailing list
>users at lists.ironpython.com
>http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>  
>



From sanxiyn at gmail.com  Fri Dec  1 16:54:10 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Sat, 2 Dec 2006 00:54:10 +0900
Subject: [IronPython] Setting func_name
Message-ID: <5b0248170612010754g41c499bbt4ccba58911f9b4d4@mail.gmail.com>

This is broken.

>>> def f(): pass
...
>>> f.func_name = 'g'
>>> print f
<function f at 0x000000000000002B>
>>> f.__name__
'f'

-- 
Seo Sanghyeon


From sanxiyn at gmail.com  Fri Dec  1 17:15:03 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Sat, 2 Dec 2006 01:15:03 +0900
Subject: [IronPython] Setting func_name
In-Reply-To: <5b0248170612010754g41c499bbt4ccba58911f9b4d4@mail.gmail.com>
References: <5b0248170612010754g41c499bbt4ccba58911f9b4d4@mail.gmail.com>
Message-ID: <5b0248170612010815j3100964er94c50377fd5bca34@mail.gmail.com>

A patch is available.

http://fepy.sourceforge.net/patches.html
patch-ironpython-set-func-name

-- 
Seo Sanghyeon


From fredrik at pythonware.com  Fri Dec  1 17:41:59 2006
From: fredrik at pythonware.com (Fredrik Lundh)
Date: Fri, 1 Dec 2006 17:41:59 +0100
Subject: [IronPython] unicode object type
In-Reply-To: <45700EFA.8050509@defuze.org>
References: <45700EFA.8050509@defuze.org>
Message-ID: <368a5cd50612010841n484e45a4ne665fb5a2098b4f9@mail.gmail.com>

Sylvain Hellegouarch wrote:

> Is this the correct behavior?

yes.  a Python implementation is not required to have a distinct Unicode
string type; see:

    http://jython.sourceforge.net/docs/differences.html

</F>


From sh at defuze.org  Fri Dec  1 18:23:29 2006
From: sh at defuze.org (Sylvain Hellegouarch)
Date: Fri, 01 Dec 2006 17:23:29 +0000
Subject: [IronPython] unicode object type
In-Reply-To: <368a5cd50612010841n484e45a4ne665fb5a2098b4f9@mail.gmail.com>
References: <45700EFA.8050509@defuze.org>
	<368a5cd50612010841n484e45a4ne665fb5a2098b4f9@mail.gmail.com>
Message-ID: <45706511.7030007@defuze.org>

Fredrik Lundh wrote:
> Sylvain Hellegouarch wrote:
> 
>> Is this the correct behavior?
> 
> yes.  a Python implementation is not required to have a distinct Unicode
> string type; see:
> 
>     http://jython.sourceforge.net/docs/differences.html
> 
> </F>

OK. Thanks for the heads up.
Mind you I find that a bit confusing and I'd rather have the type to
display unicode rather than str in that case. But fair enough.

- Sylvain


From dinov at exchange.microsoft.com  Fri Dec  1 22:23:38 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Fri, 1 Dec 2006 13:23:38 -0800
Subject: [IronPython] SymbolTable.Empty
In-Reply-To: <5b0248170612010309t3ad93974pe267637306d2f2f7@mail.gmail.com>
References: <5b0248170612010309t3ad93974pe267637306d2f2f7@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C22274F216160CC@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

Thanks for reporting this.  I'm not too concerned about someone doing this on SymbolTable, but for reflected types in general I think it makes sense that we should transform null into a string.  I've opened CodePlex bug #6141 (http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=6141).

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo
Sent: Friday, December 01, 2006 3:10 AM
To: Discussion of IronPython
Subject: [IronPython] SymbolTable.Empty

Warning: obscure.

from IronPython.Runtime import SymbolTable
print str(SymbolTable.Empty)

str() should not return any non-strings. Actually, IronPython seems to
enforce this for user types, just like CPython. But it doesn't enforce
this for reflected types, where .NET ToString() can return null.

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


From dinov at exchange.microsoft.com  Fri Dec  1 22:25:12 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Fri, 1 Dec 2006 13:25:12 -0800
Subject: [IronPython] Setting func_name
In-Reply-To: <5b0248170612010754g41c499bbt4ccba58911f9b4d4@mail.gmail.com>
References: <5b0248170612010754g41c499bbt4ccba58911f9b4d4@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C22274F216160CF@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

I've opened CodePlex bug #6142 for this (http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=6142).  Thanks for finding & reporting this!

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo
Sent: Friday, December 01, 2006 7:54 AM
To: Discussion of IronPython
Subject: [IronPython] Setting func_name

This is broken.

>>> def f(): pass
...
>>> f.func_name = 'g'
>>> print f
<function f at 0x000000000000002B>
>>> f.__name__
'f'

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


From dinov at exchange.microsoft.com  Fri Dec  1 22:50:13 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Fri, 1 Dec 2006 13:50:13 -0800
Subject: [IronPython] engine.Dispose closes the stdout stream
In-Reply-To: <BCC37FF373946E48AC6E329D57EB480907E5D3@dereu1nexc3.al-lighting.com>
References: <BCC37FF373946E48AC6E329D57EB480907E5D3@dereu1nexc3.al-lighting.com>
Message-ID: <7AD436E4270DD54A94238001769C22274F216160F4@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

I've looked into this on our side the guidance seems to be that we should add an overload of Set* that allows you to specify if we should close the stream or not.  This is analogous to the GZipStream constructor (http://msdn2.microsoft.com/en-us/library/system.io.compression.gzipstream.gzipstream.aspx).

I've opened bug #6144 to track this (http://www.codeplex.com/WorkItem/View.aspx?ProjectName=IronPython&WorkItemId=6144).


-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Stute, Detlef ALRT/EEG4 (Fa. epos)
Sent: Wednesday, November 29, 2006 3:18 AM
To: users at lists.ironpython.com
Subject: [IronPython] engine.Dispose closes the stdout stream

Hi all,
I redirect the stdout/err ... when I start the python engine


engine = new PythonEngine(eo);

// create stream to get the messages from the python engine
stream = new NotifyingStream();
engine.SetStandardOutput(stream);
engine.SetStandardError(stream);

When I call engine.Dispose() there the streams are closed. Is that the
way the engine should do?
It did not open the streams why does it close them?
Best regards
Detlef Stute
www.seatec-gmbh.com
_______________________________________________
users mailing list
users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From sum.ergo.code at gmail.com  Fri Dec  1 23:12:32 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Fri, 1 Dec 2006 16:12:32 -0600
Subject: [IronPython] Groping in the dark
In-Reply-To: <457037A4.4060301@resolversystems.com>
References: <1d39a8340611301628r702fc4f4lc403e81e08606e83@mail.gmail.com>
	<457037A4.4060301@resolversystems.com>
Message-ID: <1d39a8340612011412y2926aa56o6a3bc2d3b31b5207@mail.gmail.com>

On 12/1/06, William Reade <william at resolversystems.com> wrote:
>
> Hi Patrick
>
> I haven't been able to see the anomalies you mention -- perhaps the
> following sample will help.
> ---------------------------
> import clr
> clr.AddReference("System.Windows.Forms")
>
> from System.Windows.Forms import (
>     Application, DockStyle, Form, Keys, MenuStrip, ToolStripMenuItem,
> ToolStripSeparator
> )
>

Thanks, William - that example helped a lot.  It looks like the anomalies
are due to my using entirely different classes to build my menu.  I got the
basic menu code from this article:

http://www.devsource.com/article2/0,1895,1989493,00.asp

It uses MainMenu instead of MenuStrip, MenuItem instead of
ToolStripMenuItem, etc.  So I guess there is more than one way to construct
a menu and I better look a bit more carefully at what I'm using to get the
job done.  :-)

Thanks again.

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061201/3c977a2e/attachment.html>

From sanxiyn at gmail.com  Sat Dec  2 02:27:24 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Sat, 2 Dec 2006 10:27:24 +0900
Subject: [IronPython] 1.1 schedule?
Message-ID: <5b0248170612011727w398c1e48k6f0dc91d8ce5606c@mail.gmail.com>

http://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=IronPython&ReleaseId=161
says 2006-12-01 for the release date, which have already passed.

Any ETA?

-- 
Seo Sanghyeon


From dinov at exchange.microsoft.com  Sat Dec  2 02:41:04 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Fri, 1 Dec 2006 17:41:04 -0800
Subject: [IronPython] 1.1 schedule?
In-Reply-To: <5b0248170612011727w398c1e48k6f0dc91d8ce5606c@mail.gmail.com>
References: <5b0248170612011727w398c1e48k6f0dc91d8ce5606c@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C22274F21616207@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

I believe our current thinking is that 1.1 Alpha will actually be sometime next week.  That will include most of new functionality that we have written for 1.1 along with some bug fixing work that we've done (these changes are all currently on CodePlex today in source form).

Then we'll ship 1.1 Beta sometime early-ish next year which will mainly be bug fixing on top of 1.1 Alpha possibly with some small features that we didn't get to for Alpha.

I'll update the release date.

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo
Sent: Friday, December 01, 2006 5:27 PM
To: Discussion of IronPython
Subject: [IronPython] 1.1 schedule?

http://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=IronPython&ReleaseId=161
says 2006-12-01 for the release date, which have already passed.

Any ETA?

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


From sh at defuze.org  Sat Dec  2 09:42:07 2006
From: sh at defuze.org (Sylvain Hellegouarch)
Date: Sat, 02 Dec 2006 08:42:07 +0000
Subject: [IronPython] unicode object type
In-Reply-To: <45706511.7030007@defuze.org>
References: <45700EFA.8050509@defuze.org>	<368a5cd50612010841n484e45a4ne665fb5a2098b4f9@mail.gmail.com>
	<45706511.7030007@defuze.org>
Message-ID: <45713C5F.6050000@defuze.org>

Sylvain Hellegouarch wrote:
> Fredrik Lundh wrote:
>> Sylvain Hellegouarch wrote:
>>
>>> Is this the correct behavior?
>> yes.  a Python implementation is not required to have a distinct Unicode
>> string type; see:
>>
>>     http://jython.sourceforge.net/docs/differences.html
>>
>> </F>
> 
> OK. Thanks for the heads up.
> Mind you I find that a bit confusing and I'd rather have the type to
> display unicode rather than str in that case. But fair enough.
> 

Interestingly after reading Peter Bengtsson's last post [1] i tried the
following:

CPython
>>> 't' is u't'
False
>>> u't' is 't'
False


IronPython
>>> 't' is u't'
True
>>> u't' is 't'
True


I can understand why IP or JYthon uses the same type but then the
results don't seem to be consistent with CPython. I might misunderstand
something here. Alternatively I assume using 'is' implies such issues.

- Sylvain
[1] http://www.peterbe.com/plog/is-equal-in-python




From fredrik at pythonware.com  Sat Dec  2 10:01:34 2006
From: fredrik at pythonware.com (Fredrik Lundh)
Date: Sat, 2 Dec 2006 10:01:34 +0100
Subject: [IronPython] unicode object type
In-Reply-To: <45713C5F.6050000@defuze.org>
References: <45700EFA.8050509@defuze.org>
	<368a5cd50612010841n484e45a4ne665fb5a2098b4f9@mail.gmail.com>
	<45706511.7030007@defuze.org> <45713C5F.6050000@defuze.org>
Message-ID: <368a5cd50612020101u2bff4f1fvf561b6142575489f@mail.gmail.com>

Sylvain Hellegouarch wrote:

> I can understand why IP or JYthon uses the same type but then the
> results don't seem to be consistent with CPython. I might misunderstand
> something here. Alternatively I assume using 'is' implies such issues.

you're confusing CPython implementation details with the language specification.
Python makes very few guarantees about object identities; the specification says
that there must be exactly one None object, and the type object for
two objects of
the same type is the same object (obviously), but that's about it.

</F>


From sh at defuze.org  Sat Dec  2 10:04:14 2006
From: sh at defuze.org (Sylvain Hellegouarch)
Date: Sat, 02 Dec 2006 09:04:14 +0000
Subject: [IronPython] unicode object type
In-Reply-To: <368a5cd50612020101u2bff4f1fvf561b6142575489f@mail.gmail.com>
References: <45700EFA.8050509@defuze.org>	<368a5cd50612010841n484e45a4ne665fb5a2098b4f9@mail.gmail.com>	<45706511.7030007@defuze.org>
	<45713C5F.6050000@defuze.org>
	<368a5cd50612020101u2bff4f1fvf561b6142575489f@mail.gmail.com>
Message-ID: <4571418E.4060004@defuze.org>

Fredrik Lundh wrote:
> Sylvain Hellegouarch wrote:
> 
>> I can understand why IP or JYthon uses the same type but then the
>> results don't seem to be consistent with CPython. I might misunderstand
>> something here. Alternatively I assume using 'is' implies such issues.
> 
> you're confusing CPython implementation details with the language specification.
> Python makes very few guarantees about object identities; the specification says
> that there must be exactly one None object, and the type object for
> two objects of
> the same type is the same object (obviously), but that's about it.

I see. My bad then.
I assume then that people like me will have to be careful between those
small differences which are not entirely valid cases.

Thanks for the heads up.
- Sylvain


From sh at defuze.org  Sat Dec  2 10:04:50 2006
From: sh at defuze.org (Sylvain Hellegouarch)
Date: Sat, 02 Dec 2006 09:04:50 +0000
Subject: [IronPython] unicode object type
In-Reply-To: <368a5cd50612020101u2bff4f1fvf561b6142575489f@mail.gmail.com>
References: <45700EFA.8050509@defuze.org>	<368a5cd50612010841n484e45a4ne665fb5a2098b4f9@mail.gmail.com>	<45706511.7030007@defuze.org>
	<45713C5F.6050000@defuze.org>
	<368a5cd50612020101u2bff4f1fvf561b6142575489f@mail.gmail.com>
Message-ID: <457141B2.6030105@defuze.org>

Fredrik Lundh wrote:
> Sylvain Hellegouarch wrote:
> 
>> I can understand why IP or JYthon uses the same type but then the
>> results don't seem to be consistent with CPython. I might misunderstand
>> something here. Alternatively I assume using 'is' implies such issues.
> 
> you're confusing CPython implementation details with the language specification.
> Python makes very few guarantees about object identities; the specification says
> that there must be exactly one None object, and the type object for
> two objects of
> the same type is the same object (obviously), but that's about it.

I see. My bad then.
I assume then that people like me will have to be careful between those
small differences which are entirely valid cases. [edit suppressed the
'not'].

Thanks for the heads up.
- Sylvain


From sum.ergo.code at gmail.com  Sun Dec  3 00:48:13 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Sat, 2 Dec 2006 17:48:13 -0600
Subject: [IronPython] Possible problem with DockStyle.Fill
Message-ID: <1d39a8340612021548s1aa35141k518467d3782d4439@mail.gmail.com>

I've either found a bug or a misunderstanding on my part.  I'd appreciate
confirmation or either.  :-)

Running this bit of code the layout of the form appears as expected:

import clr
clr.AddReference('System.Windows.Forms')
import System.Windows.Forms as SWF

form = SWF.Form()
menu_strip = SWF.MenuStrip()
button = SWF.Button()
button.Dock = SWF.DockStyle.Fill
form.Controls.Add(button)
form.Controls.Add(menu_strip)
SWF.Application.Run(form)


Whereas in the following example the button is cut off by the menu:

import clr
clr.AddReference('System.Windows.Forms')
import System.Windows.Forms as SWF

form = SWF.Form()
menu_strip = SWF.MenuStrip()
button = SWF.Button()
button.Dock = SWF.DockStyle.Fill
form.Controls.Add(menu_strip)
form.Controls.Add(button)
SWF.Application.Run(form)


The only difference between the two bits of code is the order of the calls
to 'form.Controls.Add()'.  Is this expected, or is this a bug?

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061202/33c2db1d/attachment.html>

From sum.ergo.code at gmail.com  Sun Dec  3 01:01:37 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Sat, 2 Dec 2006 18:01:37 -0600
Subject: [IronPython] Data binding - how?
Message-ID: <1d39a8340612021601n70e32b46q269d750d47da8652@mail.gmail.com>

For the life of me I can't successfully bind a list of class instances to a
data grid view.  I get the grid, with the correct column headers and correct
number of rows, but the cells are all empty.  Below is my most sophisticated
attempt.  Any pointers would be greatly appreciated.


import clr
import System

clr.AddReference('System.Windows.Forms')
import System.Windows.Forms as SWF


class Person(System.Object):

    def __init__(self, name, age):
        self._name = name
        self._age = age

    @property
    def Name(self):
        return self._name

    @property
    def Age(self):
        return self._age


class Form(SWF.Form):

    def __init__(self):
        SWF.Form.__init__(self)
        # Grid.
        self._people = people = []
        data = [
            ('Joe', 23),
            ('Bob', 8),
            ('Thomas', 32),
            ('Patrick', 41),
            ('Kathy', 19),
            ('Sue', 77),
            ]
        for name, age in data:
            people.append(Person(name, age))
        self._extent_binding_source = binding_source = SWF.BindingSource()
        binding_source.DataSource = people
        grid = SWF.DataGridView()
        grid.Columns.Add('Name', 'Name')
        grid.Columns.Add('Age', 'Age')
        grid.DataSource = binding_source
        grid.Dock = SWF.DockStyle.Fill
        self.Controls.Add(grid)


if __name__ == '__main__':
    SWF.Application.EnableVisualStyles()
    form = Form()
    SWF.Application.Run(form)


-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061202/0a68141d/attachment.html>

From sanxiyn at gmail.com  Sun Dec  3 13:21:27 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Sun, 3 Dec 2006 21:21:27 +0900
Subject: [IronPython] UnicodeError's object attribute
In-Reply-To: <7AD436E4270DD54A94238001769C22274E320199F8@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
References: <5b0248170611200252v26677161n68385051027452a0@mail.gmail.com>
	<5b0248170611271916udc7b682l9ea0e6c487627fde@mail.gmail.com>
	<7AD436E4270DD54A94238001769C22274E320199F8@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <5b0248170612030421ne2009ak685f92f01bc5427e@mail.gmail.com>

2006/11/29, Dino Viehland <dinov at exchange.microsoft.com>:
> This is just a silly copy & paste error in ExceptionConverter.cs.  UnicodeErrorInit has the line:
>
> Ops.SetAttr(DefaultContext.Default, self, SymbolTable.StringToId("@object"), @object);
>
> Which should be:
>
> Ops.SetAttr(DefaultContext.Default, self, SymbolTable.StringToId("object"), @object);

A patch doing the above change:
http://fepy.sourceforge.net/patches.html
patch-ironpython-unicodeerror-object

-- 
Seo Sanghyeon


From sanxiyn at gmail.com  Sun Dec  3 13:40:06 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Sun, 3 Dec 2006 21:40:06 +0900
Subject: [IronPython] Method name typo
Message-ID: <5b0248170612030440g6bf2e7c2i9597c61ba95cea07@mail.gmail.com>

ReflectedType.cs has a method named "GetCannonicalType", which doesn't
seem to have anything to do with cannons...

-- 
Seo Sanghyeon


From sanxiyn at gmail.com  Sun Dec  3 14:49:51 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Sun, 3 Dec 2006 22:49:51 +0900
Subject: [IronPython] Patch for CodePlex issue 5641
Message-ID: <5b0248170612030549x522930aayf9ae0492b5195a00@mail.gmail.com>

CC'ing Christian Muirhead as he reported this bug.

I think patch-ironpython-compile-co-filename linked at
http://fepy.sourceforge.net/patches.html fixes this problem. I hope
this gets applied in the next release of IronPython.

-- 
Seo Sanghyeon


From sanxiyn at gmail.com  Sun Dec  3 17:00:26 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Mon, 4 Dec 2006 01:00:26 +0900
Subject: [IronPython] Data binding - how?
In-Reply-To: <1d39a8340612021601n70e32b46q269d750d47da8652@mail.gmail.com>
References: <1d39a8340612021601n70e32b46q269d750d47da8652@mail.gmail.com>
Message-ID: <5b0248170612030800s44a87e68sf26b996d341cd78d@mail.gmail.com>

2006/12/3, Patrick O'Brien <sum.ergo.code at gmail.com>:
> For the life of me I can't successfully bind a list of class instances to a
> data grid view.  I get the grid, with the correct column headers and correct
> number of rows, but the cells are all empty.  Below is my most sophisticated
> attempt.  Any pointers would be greatly appreciated.

You may want to set AutoGenerateColumns to False before setting DataSource.

-- 
Seo Sanghyeon


From sanxiyn at gmail.com  Sun Dec  3 17:09:04 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Mon, 4 Dec 2006 01:09:04 +0900
Subject: [IronPython] Data binding - how?
In-Reply-To: <1d39a8340612021601n70e32b46q269d750d47da8652@mail.gmail.com>
References: <1d39a8340612021601n70e32b46q269d750d47da8652@mail.gmail.com>
Message-ID: <5b0248170612030809x1f81d7a7i3081bb0dbb264e0e@mail.gmail.com>

2006/12/3, Patrick O'Brien <sum.ergo.code at gmail.com>:
> For the life of me I can't successfully bind a list of class instances to a
> data grid view.  I get the grid, with the correct column headers and correct
> number of rows, but the cells are all empty.  Below is my most sophisticated
> attempt.  Any pointers would be greatly appreciated.

Try this:

class Person(object):
    __slots__ = ['Name', 'Age']
    # etc.

Ugh. This is wrong. One should never need to use __slots__ in Python,
except for memory optimization...

-- 
Seo Sanghyeon


From sum.ergo.code at gmail.com  Sun Dec  3 17:56:06 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Sun, 3 Dec 2006 10:56:06 -0600
Subject: [IronPython] Data binding - how?
In-Reply-To: <5b0248170612030800s44a87e68sf26b996d341cd78d@mail.gmail.com>
References: <1d39a8340612021601n70e32b46q269d750d47da8652@mail.gmail.com>
	<5b0248170612030800s44a87e68sf26b996d341cd78d@mail.gmail.com>
Message-ID: <1d39a8340612030856k77af2ff5r95b011f429327d64@mail.gmail.com>

On 12/3/06, Sanghyeon Seo <sanxiyn at gmail.com> wrote:
>
> 2006/12/3, Patrick O'Brien <sum.ergo.code at gmail.com>:
> > For the life of me I can't successfully bind a list of class instances
> to a
> > data grid view.  I get the grid, with the correct column headers and
> correct
> > number of rows, but the cells are all empty.  Below is my most
> sophisticated
> > attempt.  Any pointers would be greatly appreciated.
>
> You may want to set AutoGenerateColumns to False before setting
> DataSource.


Thanks, but that didn't help.

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061203/6fdfb3f1/attachment.html>

From sum.ergo.code at gmail.com  Sun Dec  3 18:00:04 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Sun, 3 Dec 2006 11:00:04 -0600
Subject: [IronPython] Data binding - how?
In-Reply-To: <5b0248170612030809x1f81d7a7i3081bb0dbb264e0e@mail.gmail.com>
References: <1d39a8340612021601n70e32b46q269d750d47da8652@mail.gmail.com>
	<5b0248170612030809x1f81d7a7i3081bb0dbb264e0e@mail.gmail.com>
Message-ID: <1d39a8340612030900i28959552g257e33bcb34546ef@mail.gmail.com>

On 12/3/06, Sanghyeon Seo <sanxiyn at gmail.com> wrote:
>
> 2006/12/3, Patrick O'Brien <sum.ergo.code at gmail.com>:
> > For the life of me I can't successfully bind a list of class instances
> to a
> > data grid view.  I get the grid, with the correct column headers and
> correct
> > number of rows, but the cells are all empty.  Below is my most
> sophisticated
> > attempt.  Any pointers would be greatly appreciated.
>
> Try this:
>
> class Person(object):
>     __slots__ = ['Name', 'Age']
>     # etc.
>
> Ugh. This is wrong. One should never need to use __slots__ in Python,
> except for memory optimization...
>

Did that actually work for you?  I still can't get it to work.

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061203/ec30518d/attachment.html>

From sum.ergo.code at gmail.com  Mon Dec  4 01:25:06 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Sun, 3 Dec 2006 18:25:06 -0600
Subject: [IronPython] Strange data binding
Message-ID: <1d39a8340612031625p1739585bv40b80799e52b1ec2@mail.gmail.com>

The results of running this code are very strange, but may help someone
track down how to bind a data grid view to a list of python objects.  The
following three columns get created: Count, SyncRoot, and IsSynchronized.
Does this make sense to anyone?


import clr
import System

clr.AddReference('System.Windows.Forms')
import System.Windows.Forms as SWF


class Form(SWF.Form):

    def __init__(self):
        SWF.Form.__init__(self)
        data = [
            ('Joe', 23),
            ('Bob', 8),
            ('Thomas', 32),
            ('Patrick', 41),
            ('Kathy', 19),
            ('Sue', 77),
            ]
        grid = SWF.DataGridView()
        grid.AutoGenerateColumns = True
        grid.DataSource = data
        grid.Dock = SWF.DockStyle.Fill
        self.Controls.Add(grid)


if __name__ == '__main__':
    SWF.Application.EnableVisualStyles()
    form = Form()
    SWF.Application.Run(form)


-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061203/91381ab0/attachment.html>

From sum.ergo.code at gmail.com  Mon Dec  4 03:43:17 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Sun, 3 Dec 2006 20:43:17 -0600
Subject: [IronPython] Strange data binding
In-Reply-To: <1d39a8340612031625p1739585bv40b80799e52b1ec2@mail.gmail.com>
References: <1d39a8340612031625p1739585bv40b80799e52b1ec2@mail.gmail.com>
Message-ID: <1d39a8340612031843ndcef175i5a66d961daaa8974@mail.gmail.com>

On 12/3/06, Patrick O'Brien <sum.ergo.code at gmail.com> wrote:
>
> The results of running this code are very strange, but may help someone
> track down how to bind a data grid view to a list of python objects.  The
> following three columns get created: Count, SyncRoot, and IsSynchronized.
> Does this make sense to anyone?
>

I'm not sure what good it does me, but I have figured out that these are the
properties of the ICollection interface.

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061203/4036dae5/attachment.html>

From sanxiyn at gmail.com  Mon Dec  4 04:04:23 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Mon, 4 Dec 2006 12:04:23 +0900
Subject: [IronPython] Strange data binding
In-Reply-To: <1d39a8340612031843ndcef175i5a66d961daaa8974@mail.gmail.com>
References: <1d39a8340612031625p1739585bv40b80799e52b1ec2@mail.gmail.com>
	<1d39a8340612031843ndcef175i5a66d961daaa8974@mail.gmail.com>
Message-ID: <5b0248170612031904m7f74be25q345a753e76e51935@mail.gmail.com>

2006/12/4, Patrick O'Brien <sum.ergo.code at gmail.com>:
> On 12/3/06, Patrick O'Brien <sum.ergo.code at gmail.com> wrote:
> > The results of running this code are very strange, but may help someone
> track down how to bind a data grid view to a list of python objects.  The
> following three columns get created: Count, SyncRoot, and IsSynchronized.
> Does this make sense to anyone?
>
> I'm not sure what good it does me, but I have figured out that these are the
> properties of the ICollection interface.

data is a list of tuples, which is also IList of tuples. So columns
are generated for properties of "tuple type", which includes
ICollection.

Didn't you have data as a list of instances before...?

-- 
Seo Sanghyeon


From sum.ergo.code at gmail.com  Mon Dec  4 04:23:10 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Sun, 3 Dec 2006 21:23:10 -0600
Subject: [IronPython] Strange data binding
In-Reply-To: <5b0248170612031904m7f74be25q345a753e76e51935@mail.gmail.com>
References: <1d39a8340612031625p1739585bv40b80799e52b1ec2@mail.gmail.com>
	<1d39a8340612031843ndcef175i5a66d961daaa8974@mail.gmail.com>
	<5b0248170612031904m7f74be25q345a753e76e51935@mail.gmail.com>
Message-ID: <1d39a8340612031923g68230d8aqaae6a2d044f7e90@mail.gmail.com>

On 12/3/06, Sanghyeon Seo <sanxiyn at gmail.com> wrote:
>
> 2006/12/4, Patrick O'Brien <sum.ergo.code at gmail.com>:
> > I'm not sure what good it does me, but I have figured out that these are
> the
> > properties of the ICollection interface.
>
> data is a list of tuples, which is also IList of tuples. So columns
> are generated for properties of "tuple type", which includes
> ICollection.
>
> Didn't you have data as a list of instances before...?
>

Yes, but since that didn't work I was trying some simpler things in an
attempt to understand what is happening.  :-(

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061203/30b59591/attachment.html>

From luismg at gmx.net  Mon Dec  4 06:07:21 2006
From: luismg at gmx.net (=?iso-8859-1?Q?Luis_M._Gonz=E1lez?=)
Date: Mon, 4 Dec 2006 02:07:21 -0300
Subject: [IronPython] Data binding - how?
Message-ID: <001401c71762$161d20b0$6e00a8c0@averatecdda041>

I guess the problem is in the properties you defined in "Person".
I tried this script, but importing "Person" from an assembly writen in C#, and it worked.

So I assume that python properties are not recognized as .Net properties, and they are needed to create the columns of the datagridview control.

Luis

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

From gbarber at barrick.com  Mon Dec  4 17:26:21 2006
From: gbarber at barrick.com (Barber, Graham (Vancouver))
Date: Mon, 4 Dec 2006 08:26:21 -0800
Subject: [IronPython] Visual Studio .NET 2003 standard
Message-ID: <512D131B74684A46BB9F9517CE8309060A2E77@canvanmx2.goldbar.barrick.com>

Hi,
I have the above Visual Studio, but I am unable to run IronPython 1.0.1
Following the tutorial "A tour of Python on .NET", it fails to run
ipy.exe:
---------------------------
Microsoft Development Environment
---------------------------
Unable to start debugging.
Unable to start program 'C:\IronPython-1.0.1\ipy.exe'.
---------------------------
OK   
---------------------------

Is there a minimum version of Visual Studio for running IronPython 1.0.1
 
Bye for now, Graham,

gbarber at barrick.com <mailto:gbarber at barrick.com (604)661-1906>
(604)661-1906


________________________________________________________________________
______________________________

 Important Note:  

The information contained in this e-mail (including any attachments) may
contain confidential and/or privileged information.

         If you receive this e-mail in error, please notify the sender
by reply e-mail and delete this message from your system 

        If you are not an intended recipient you must not use, disclose,
disseminate, copy or print its contents.

________________________________________________________________________
______________________________

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/e794fe86/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 663 bytes
Desc: image001.gif
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/e794fe86/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Forest Floor.jpg
Type: image/jpeg
Size: 7559 bytes
Desc: Forest Floor.jpg
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/e794fe86/attachment.jpg>

From Martin.Maly at microsoft.com  Mon Dec  4 18:12:11 2006
From: Martin.Maly at microsoft.com (Martin Maly)
Date: Mon, 4 Dec 2006 09:12:11 -0800
Subject: [IronPython] Possible problem with DockStyle.Fill
In-Reply-To: <1d39a8340612021548s1aa35141k518467d3782d4439@mail.gmail.com>
References: <1d39a8340612021548s1aa35141k518467d3782d4439@mail.gmail.com>
Message-ID: <C80B82844D92F64FA5D3B4790737D18D67E8A5AE55@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

I suspect that the same code written in VB/C# would behave the same way. This is most likely behavior of Windows Forms. Not being a winforms expert, I can't tell for sure whether this is correct behavior or a bug in Winforms...

Martin

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Patrick O'Brien
Sent: Saturday, December 02, 2006 3:48 PM
To: users at lists.ironpython.com
Subject: [IronPython] Possible problem with DockStyle.Fill

I've either found a bug or a misunderstanding on my part.  I'd appreciate confirmation or either.  :-)

Running this bit of code the layout of the form appears as expected:

import clr
clr.AddReference('System.Windows.Forms ')
import System.Windows.Forms as SWF

form = SWF.Form()
menu_strip = SWF.MenuStrip()
button = SWF.Button()
button.Dock = SWF.DockStyle.Fill
form.Controls.Add(button)
form.Controls.Add(menu_strip)
SWF.Application.Run(form)


Whereas in the following example the button is cut off by the menu:

import clr
clr.AddReference('System.Windows.Forms')
import System.Windows.Forms as SWF

form = SWF.Form ()
menu_strip = SWF.MenuStrip()
button = SWF.Button()
button.Dock = SWF.DockStyle.Fill
form.Controls.Add(menu_strip)
form.Controls.Add(button)
SWF.Application.Run(form)


The only difference between the two bits of code is the order of the calls to ' form.Controls.Add()'.  Is this expected, or is this a bug?

--
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/d4836da3/attachment.html>

From sum.ergo.code at gmail.com  Mon Dec  4 18:29:15 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Mon, 4 Dec 2006 11:29:15 -0600
Subject: [IronPython] Problem with Tutorial 4: Debugging IronPython program
Message-ID: <1d39a8340612040929r4b9be273jb405aa3ac23e6a5@mail.gmail.com>

Is anyone else having problems running tutorial 4?  When I set the
breakpoint and then hit F11, I get a message box with the following:

"There is no source code available for the current location."

There are two buttons, "OK" and "Show Disassembly".  If I click on "Show
Disassembly" I get a Disassembly tab and can continue to step though the
code, but the process seems rough.  For example, stopping the debugger, then
restarting it again with the same breakpoint puts me into site.py, rather
than running up to the breakpoint.  Either I'm not familiar enough with the
CLR Debugger, or the Python integration is less than seemless.  I just wish
I knew which...

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/29a6b22e/attachment.html>

From sum.ergo.code at gmail.com  Mon Dec  4 18:42:40 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Mon, 4 Dec 2006 11:42:40 -0600
Subject: [IronPython] Possible problem with DockStyle.Fill
In-Reply-To: <C80B82844D92F64FA5D3B4790737D18D67E8A5AE55@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
References: <1d39a8340612021548s1aa35141k518467d3782d4439@mail.gmail.com>
	<C80B82844D92F64FA5D3B4790737D18D67E8A5AE55@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <1d39a8340612040942w6a02aab1vaf3fdcb11bee657f@mail.gmail.com>

On 12/4/06, Martin Maly <Martin.Maly at microsoft.com> wrote:
>
>  I suspect that the same code written in VB/C# would behave the same way.
> This is most likely behavior of Windows Forms. Not being a winforms expert,
> I can't tell for sure whether this is correct behavior or a bug in Winforms?
>
I created a similar C# app and can confirm that it behaves the same way.  If
this is not a bug, it is extremely counterintuitive behavior.  I could see
the button getting truncated by the menu if I added the button with Fill
first, then added the menu.  But that is the order that works fine.  The one
that truncates is when you add the menu, then add the button.  Whatever it
is, it certainly isn't nice.  :-(

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/58212389/attachment.html>

From jcollett at oshtruck.com  Mon Dec  4 18:53:23 2006
From: jcollett at oshtruck.com (jcollett at oshtruck.com)
Date: Mon, 4 Dec 2006 11:53:23 -0600
Subject: [IronPython] Problem with Tutorial 4: Debugging IronPython
	program
In-Reply-To: <1d39a8340612040929r4b9be273jb405aa3ac23e6a5@mail.gmail.com>
Message-ID: <OFF19ECC04.3B563C4F-ON8625723A.00622FBF-8625723A.006245FC@oshtruck.com>

Hi,
I wonder if maybe you need to do Tutorial 7 before Tutorial 4.
It has been a while since I did those so I do not recall.
Jeff


                                                                           
             "Patrick O'Brien"                                             
             <sum.ergo.code at gm                                             
             ail.com>                                                   To 
             Sent by:                  users at lists.ironpython.com          
             users-bounces at lis                                          cc 
             ts.ironpython.com                                             
                                                                   Subject 
                                       [IronPython] Problem with Tutorial  
             12/04/2006 11:29          4: Debugging IronPython program     
             AM                                                            
                                                                           
                                                                           
             Please respond to                                             
               Discussion of                                               
                IronPython                                                 
             <users at lists.iron                                             
                python.com>                                                
                                                                           
                                                                           




Is anyone else having problems running tutorial 4?  When I set the
breakpoint and then hit F11, I get a message box with the following:

"There is no source code available for the current location."

There are two buttons, "OK" and "Show Disassembly".  If I click on "Show
Disassembly" I get a Disassembly tab and can continue to step though the
code, but the process seems rough.  For example, stopping the debugger,
then restarting it again with the same breakpoint puts me into site.py,
rather than running up to the breakpoint.  Either I'm not familiar enough
with the CLR Debugger, or the Python integration is less than seemless.  I
just wish I knew which...

--
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
_______________________________________________
users mailing list
users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



Although this e-mail and any attachments are believed to be free of any virus or other defect which might affect any computer system, it is the responsibility of the recipient to check that it is virus-free and the sender accepts no responsibility or liability for any loss, injury, damage, cost or expense arising in any way from receipt or use thereof by the recipient.

The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged.  If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited.  If you have received this transmission in error, please  contact the sender immediately, delete this material from your computer and destroy all related paper media.  Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties.
Thank you.


From haiboluo at exchange.microsoft.com  Mon Dec  4 18:54:40 2006
From: haiboluo at exchange.microsoft.com (Haibo Luo)
Date: Mon, 4 Dec 2006 09:54:40 -0800
Subject: [IronPython] Possible problem with DockStyle.Fill
In-Reply-To: <1d39a8340612040942w6a02aab1vaf3fdcb11bee657f@mail.gmail.com>
References: <1d39a8340612021548s1aa35141k518467d3782d4439@mail.gmail.com>
	<C80B82844D92F64FA5D3B4790737D18D67E8A5AE55@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<1d39a8340612040942w6a02aab1vaf3fdcb11bee657f@mail.gmail.com>
Message-ID: <B5F2A8845315C94E838A0901C3A036B94F105BE5B7@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

This is related to Z-Order in Winforms. You can take a look at MSDN document, or I found http://geekswithblogs.net/mtreadwell/archive/2005/03/05/25397.aspx online.

Adding "button.BringToFront" works:

form.Controls.Add(menu_strip)
form.Controls.Add(button)
button.BringToFront()   # add this
SWF.Application.Run(form)


From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Patrick O'Brien
Sent: Monday, December 04, 2006 9:43 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Possible problem with DockStyle.Fill

On 12/4/06, Martin Maly <Martin.Maly at microsoft.com<mailto:Martin.Maly at microsoft.com>> wrote:

I suspect that the same code written in VB/C# would behave the same way. This is most likely behavior of Windows Forms. Not being a winforms expert, I can't tell for sure whether this is correct behavior or a bug in Winforms...
I created a similar C# app and can confirm that it behaves the same way.  If this is not a bug, it is extremely counterintuitive behavior.  I could see the button getting truncated by the menu if I added the button with Fill first, then added the menu.  But that is the order that works fine.  The one that truncates is when you add the menu, then add the button.  Whatever it is, it certainly isn't nice.  :-(

--
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/954c72b5/attachment.html>

From sum.ergo.code at gmail.com  Mon Dec  4 19:01:13 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Mon, 4 Dec 2006 12:01:13 -0600
Subject: [IronPython] Problem with Tutorial 4: Debugging IronPython
	program
In-Reply-To: <OFF19ECC04.3B563C4F-ON8625723A.00622FBF-8625723A.006245FC@oshtruck.com>
References: <1d39a8340612040929r4b9be273jb405aa3ac23e6a5@mail.gmail.com>
	<OFF19ECC04.3B563C4F-ON8625723A.00622FBF-8625723A.006245FC@oshtruck.com>
Message-ID: <1d39a8340612041001k2cba5af3nd64de1df4aafd18f@mail.gmail.com>

On 12/4/06, jcollett at oshtruck.com <jcollett at oshtruck.com> wrote:
>
> Hi,
> I wonder if maybe you need to do Tutorial 7 before Tutorial 4.
>

No, Tutorial 7 is for Visual Studio, which I do not have.  I only have the
.NET SDK and Visual C# Express.

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/2df5372d/attachment.html>

From sum.ergo.code at gmail.com  Mon Dec  4 19:16:11 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Mon, 4 Dec 2006 12:16:11 -0600
Subject: [IronPython] Possible problem with DockStyle.Fill
In-Reply-To: <B5F2A8845315C94E838A0901C3A036B94F105BE5B7@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
References: <1d39a8340612021548s1aa35141k518467d3782d4439@mail.gmail.com>
	<C80B82844D92F64FA5D3B4790737D18D67E8A5AE55@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<1d39a8340612040942w6a02aab1vaf3fdcb11bee657f@mail.gmail.com>
	<B5F2A8845315C94E838A0901C3A036B94F105BE5B7@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <1d39a8340612041016x766a1925qe34dad74738bb1c6@mail.gmail.com>

On 12/4/06, Haibo Luo <haiboluo at exchange.microsoft.com> wrote:
>
>  This is related to Z-Order in Winforms.
>

Doh!  Well, that just shows you how many years it has been since I've used
an MS GUI toolkit where z-order is so common.  With wxPython, pyQt, and
pyGTK I've managed to not actively think about z-order in quite some time.
Thanks for the reminder.  It is all coming back now...  ;-)

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/e5b82659/attachment.html>

From hostetlerm at gmail.com  Mon Dec  4 21:46:41 2006
From: hostetlerm at gmail.com (Mike Hostetler)
Date: Mon, 4 Dec 2006 14:46:41 -0600
Subject: [IronPython] SecurityException while running ipy.exe
Message-ID: <c60e627c0612041246u14648bd4i4c746f6a9625309a@mail.gmail.com>

I have a machine that has .NET 2.0.50727 installed and I put the
c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 directory in my path.
The bad news is that I don't have admin nor Power Users privileges on
this machine.

I unzipped IronPython-1.0.1 and when I run ipy.exe I get the following:

Unhandled Exception: System.Security.SecurityException: Request for the permissi
on of type 'System.Security.Permissions.SecurityPermission, mscorlib, Version=2.
0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.
   at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMa
rk& stackMark, Boolean isPermSet)
   at System.Security.CodeAccessPermission.Demand()
   at System.Reflection.Emit.DynamicMethod.PerformSecurityCheck(Module m, StackC
rawlMark& stackMark, Boolean skipVisibility)
   at System.Reflection.Emit.DynamicMethod..ctor(String name, Type returnType, T
ype[] parameterTypes, Module m)
   at IronPython.Compiler.Generation.AssemblyGen.DefineDynamicMethod(String meth
odName, Type returnType, Type[] paramTypes)
[...]

It goes on and on but the above is the first message.

Any ideas?  Surely Admin rights aren't required to use IronPython, is it?

-- 
Mike Hostetler
http://mike.hostetlerhome.com/


From fuzzyman at voidspace.org.uk  Mon Dec  4 23:34:38 2006
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Mon, 04 Dec 2006 22:34:38 +0000
Subject: [IronPython] New Style Class Performance Problems
Message-ID: <4574A27E.8000205@voidspace.org.uk>

Hello all,

With CPython instantiating and then calling a callable new style class 
is slightly more efficient than old style classes.

For IronPython it is much slower (like three times slower)...

See the test code and timing results at :

http://www.voidspace.org.uk/python/weblog/arch_d7_2006_12_02.shtml#e571

Fuzzyman
http://www.voidspace.org.uk/index2.shtml


-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.15.6/567 - Release Date: 04/12/2006



From chris.stoy at redstorm.com  Mon Dec  4 23:36:59 2006
From: chris.stoy at redstorm.com (Chris Stoy)
Date: Mon, 4 Dec 2006 17:36:59 -0500
Subject: [IronPython] Groping in the dark
In-Reply-To: <1d39a8340612011412y2926aa56o6a3bc2d3b31b5207@mail.gmail.com>
Message-ID: <930168C299A0C44D905F4B11995AD74406B1BF41@UBIMAIL2.ubisoft.org>

I believe MainMenu and MenuItem are the .NET 1.1 way of doing menus,
while MenuStrip and ToolStripMenuItem are the .NET 2.0 ways.  However, I
would think they both should still work (even though you should use .NET
2.0 unless you have a reason not to.)

 

Chris.

 

 

________________________________

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Patrick O'Brien
Sent: Friday, December 01, 2006 5:13 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Groping in the dark

 

On 12/1/06, William Reade <william at resolversystems.com> wrote:

	Hi Patrick
	
	I haven't been able to see the anomalies you mention -- perhaps
the
	following sample will help.
	---------------------------
	import clr
	clr.AddReference("System.Windows.Forms")
	
	from System.Windows.Forms import (
	    Application, DockStyle, Form, Keys, MenuStrip,
ToolStripMenuItem,
	ToolStripSeparator
	)


Thanks, William - that example helped a lot.  It looks like the
anomalies are due to my using entirely different classes to build my
menu.  I got the basic menu code from this article: 

http://www.devsource.com/article2/0,1895,1989493,00.asp

It uses MainMenu instead of MenuStrip, MenuItem instead of
ToolStripMenuItem, etc.  So I guess there is more than one way to
construct a menu and I better look a bit more carefully at what I'm
using to get the job done.  :-) 

Thanks again.

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org 

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

From haiboluo at exchange.microsoft.com  Mon Dec  4 23:42:18 2006
From: haiboluo at exchange.microsoft.com (Haibo Luo)
Date: Mon, 4 Dec 2006 14:42:18 -0800
Subject: [IronPython] SecurityException while running ipy.exe
In-Reply-To: <c60e627c0612041246u14648bd4i4c746f6a9625309a@mail.gmail.com>
References: <c60e627c0612041246u14648bd4i4c746f6a9625309a@mail.gmail.com>
Message-ID: <B5F2A8845315C94E838A0901C3A036B94F105BE86B@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

Can you show which permission set is granted to your ipy.exe/ironpython.dll?

caspol -resolveperm ipy.exe
caspol -resolveperm IronPython.dll


-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Mike Hostetler
Sent: Monday, December 04, 2006 12:47 PM
To: users at lists.ironpython.com
Subject: [IronPython] SecurityException while running ipy.exe

I have a machine that has .NET 2.0.50727 installed and I put the
c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 directory in my path.
The bad news is that I don't have admin nor Power Users privileges on
this machine.

I unzipped IronPython-1.0.1 and when I run ipy.exe I get the following:

Unhandled Exception: System.Security.SecurityException: Request for the permissi
on of type 'System.Security.Permissions.SecurityPermission, mscorlib, Version=2.
0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.
   at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMa
rk& stackMark, Boolean isPermSet)
   at System.Security.CodeAccessPermission.Demand()
   at System.Reflection.Emit.DynamicMethod.PerformSecurityCheck(Module m, StackC
rawlMark& stackMark, Boolean skipVisibility)
   at System.Reflection.Emit.DynamicMethod..ctor(String name, Type returnType, T
ype[] parameterTypes, Module m)
   at IronPython.Compiler.Generation.AssemblyGen.DefineDynamicMethod(String meth
odName, Type returnType, Type[] paramTypes)
[...]

It goes on and on but the above is the first message.

Any ideas?  Surely Admin rights aren't required to use IronPython, is it?

--
Mike Hostetler
http://mike.hostetlerhome.com/
_______________________________________________
users mailing list
users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From sum.ergo.code at gmail.com  Mon Dec  4 23:53:15 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Mon, 4 Dec 2006 16:53:15 -0600
Subject: [IronPython] Groping in the dark
In-Reply-To: <930168C299A0C44D905F4B11995AD74406B1BF41@UBIMAIL2.ubisoft.org>
References: <1d39a8340612011412y2926aa56o6a3bc2d3b31b5207@mail.gmail.com>
	<930168C299A0C44D905F4B11995AD74406B1BF41@UBIMAIL2.ubisoft.org>
Message-ID: <1d39a8340612041453l5c0a206fkb5d958169c3c91@mail.gmail.com>

On 12/4/06, Chris Stoy <chris.stoy at redstorm.com> wrote:
>
>  I believe MainMenu and MenuItem are the .NET 1.1 way of doing menus,
> while MenuStrip and ToolStripMenuItem are the .NET 2.0 ways.  However, I
> would think they both should still work (even though you should use .NET
> 2.0 unless you have a reason not to.)
>

I actually was able to get both ways working, but the APIs were slightly
different, which confused me until I realized I was using the old .NET
1.1way of doing things without knowing it.  Live and learn, right?
;-)

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/ee8c031b/attachment.html>

From dinov at exchange.microsoft.com  Tue Dec  5 01:12:44 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Mon, 4 Dec 2006 16:12:44 -0800
Subject: [IronPython] Visual Studio .NET 2003 standard
In-Reply-To: <512D131B74684A46BB9F9517CE8309060A2E77@canvanmx2.goldbar.barrick.com>
References: <512D131B74684A46BB9F9517CE8309060A2E77@canvanmx2.goldbar.barrick.com>
Message-ID: <7AD436E4270DD54A94238001769C2227523AAE1F48@DF-GRTDANE-MSG.exchange.corp.microsoft.com>


Yes, you'll need Visual Studio 2005 as IronPython is written to use the 2.0 features of .NET which require a new executable format for features such as generics.

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Barber, Graham (Vancouver)
Sent: Monday, December 04, 2006 8:26 AM
To: users at lists.ironpython.com
Subject: [IronPython] Visual Studio .NET 2003 standard

Hi,
I have the above Visual Studio, but I am unable to run IronPython 1.0.1
Following the tutorial "A tour of Python on .NET", it fails to run ipy.exe:
---------------------------
Microsoft Development Environment
---------------------------
Unable to start debugging.
Unable to start program 'C:\IronPython-1.0.1\ipy.exe'.
---------------------------
OK
---------------------------
Is there a minimum version of Visual Studio for running IronPython 1.0.1

Bye for now, Graham,
gbarber at barrick.com (604)661-1906<mailto:gbarber at barrick.com%20(604)661-1906>

______________________________________________________________________________________________________

 Important Note:

The information contained in this e-mail (including any attachments) may contain confidential and/or privileged information.

[cid:image002.png at 01C717BF.078A8760]        If you receive this e-mail in error, please notify the sender by reply e-mail and delete this message from your system

[cid:image002.png at 01C717BF.078A8760]        If you are not an intended recipient you must not use, disclose, disseminate, copy or print its contents.

______________________________________________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/353d32e5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 7559 bytes
Desc: image001.jpg
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/353d32e5/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 365 bytes
Desc: image002.png
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061204/353d32e5/attachment.png>

From hostetlerm at gmail.com  Tue Dec  5 14:48:13 2006
From: hostetlerm at gmail.com (Mike Hostetler)
Date: Tue, 5 Dec 2006 07:48:13 -0600
Subject: [IronPython] SecurityException while running ipy.exe
In-Reply-To: <B5F2A8845315C94E838A0901C3A036B94F105BE86B@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
References: <c60e627c0612041246u14648bd4i4c746f6a9625309a@mail.gmail.com>
	<B5F2A8845315C94E838A0901C3A036B94F105BE86B@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <c60e627c0612050548r21d42dbgc81ccc96f66d068f@mail.gmail.com>

Attached is the results of the following commands.  I'm not familiar
with caspol, so I don't quite know what you are looking for so I will
send the whole thing.

Thanks for the help!
Mike

On 12/4/06, Haibo Luo <haiboluo at exchange.microsoft.com> wrote:
> Can you show which permission set is granted to your ipy.exe/ironpython.dll?
>
> caspol -resolveperm ipy.exe
> caspol -resolveperm IronPython.dll
>
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Mike Hostetler
> Sent: Monday, December 04, 2006 12:47 PM
> To: users at lists.ironpython.com
> Subject: [IronPython] SecurityException while running ipy.exe
>
> I have a machine that has .NET 2.0.50727 installed and I put the
> c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 directory in my path.
> The bad news is that I don't have admin nor Power Users privileges on
> this machine.
>
> I unzipped IronPython-1.0.1 and when I run ipy.exe I get the following:
>
> Unhandled Exception: System.Security.SecurityException: Request for the permissi
> on of type 'System.Security.Permissions.SecurityPermission, mscorlib, Version=2.
> 0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.
>    at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMa
> rk& stackMark, Boolean isPermSet)
>    at System.Security.CodeAccessPermission.Demand()
>    at System.Reflection.Emit.DynamicMethod.PerformSecurityCheck(Module m, StackC
> rawlMark& stackMark, Boolean skipVisibility)
>    at System.Reflection.Emit.DynamicMethod..ctor(String name, Type returnType, T
> ype[] parameterTypes, Module m)
>    at IronPython.Compiler.Generation.AssemblyGen.DefineDynamicMethod(String meth
> odName, Type returnType, Type[] paramTypes)
> [...]
>
> It goes on and on but the above is the first message.
>
> Any ideas?  Surely Admin rights aren't required to use IronPython, is it?
>
> --
> Mike Hostetler
> http://mike.hostetlerhome.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
>


-- 
Mike Hostetler
http://mike.hostetlerhome.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dll-permission
Type: application/octet-stream
Size: 5995 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061205/a1e4e62d/attachment.obj>

From haiboluo at exchange.microsoft.com  Tue Dec  5 17:48:55 2006
From: haiboluo at exchange.microsoft.com (Haibo Luo)
Date: Tue, 5 Dec 2006 08:48:55 -0800
Subject: [IronPython] SecurityException while running ipy.exe
In-Reply-To: <c60e627c0612050548r21d42dbgc81ccc96f66d068f@mail.gmail.com>
References: <c60e627c0612041246u14648bd4i4c746f6a9625309a@mail.gmail.com>
	<B5F2A8845315C94E838A0901C3A036B94F105BE86B@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<c60e627c0612050548r21d42dbgc81ccc96f66d068f@mail.gmail.com>
Message-ID: <B5F2A8845315C94E838A0901C3A036B94F105BEB26@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

"Caspol -resolveperm" shows what kind of permission set was granted to the specified assembly. From the attached result, seems you were running ipy.exe from an intranet share, and ipy.exe/ironpython.dll were granted with a limited set of permissions. (The exception you got below is due to failure at demanding  ControlEvidence permission, which was a pretty high permission, and not granted)

Running ironpython in such (partial trust) scenario is not supported in .net 2.0. Please try to run them from "local disk".

Thanks!

-----Original Message-----
From: Mike Hostetler [mailto:hostetlerm at gmail.com]
Sent: Tuesday, December 05, 2006 5:48 AM
To: Discussion of IronPython; Haibo Luo
Subject: Re: [IronPython] SecurityException while running ipy.exe

Attached is the results of the following commands.  I'm not familiar with caspol, so I don't quite know what you are looking for so I will send the whole thing.

Thanks for the help!
Mike

On 12/4/06, Haibo Luo <haiboluo at exchange.microsoft.com> wrote:
> Can you show which permission set is granted to your ipy.exe/ironpython.dll?
>
> caspol -resolveperm ipy.exe
> caspol -resolveperm IronPython.dll
>
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com
> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Mike
> Hostetler
> Sent: Monday, December 04, 2006 12:47 PM
> To: users at lists.ironpython.com
> Subject: [IronPython] SecurityException while running ipy.exe
>
> I have a machine that has .NET 2.0.50727 installed and I put the
> c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 directory in my path.
> The bad news is that I don't have admin nor Power Users privileges on
> this machine.
>
> I unzipped IronPython-1.0.1 and when I run ipy.exe I get the following:
>
> Unhandled Exception: System.Security.SecurityException: Request for
> the permissi on of type 'System.Security.Permissions.SecurityPermission, mscorlib, Version=2.
> 0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.
>    at System.Security.CodeAccessSecurityEngine.Check(Object demand,
> StackCrawlMa rk& stackMark, Boolean isPermSet)
>    at System.Security.CodeAccessPermission.Demand()
>    at System.Reflection.Emit.DynamicMethod.PerformSecurityCheck(Module
> m, StackC rawlMark& stackMark, Boolean skipVisibility)
>    at System.Reflection.Emit.DynamicMethod..ctor(String name, Type
> returnType, T ype[] parameterTypes, Module m)
>    at
> IronPython.Compiler.Generation.AssemblyGen.DefineDynamicMethod(String
> meth odName, Type returnType, Type[] paramTypes) [...]
>
> It goes on and on but the above is the first message.
>
> Any ideas?  Surely Admin rights aren't required to use IronPython, is it?
>
> --
> Mike Hostetler
> http://mike.hostetlerhome.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
>


--
Mike Hostetler
http://mike.hostetlerhome.com/


From hostetlerm at gmail.com  Tue Dec  5 18:30:10 2006
From: hostetlerm at gmail.com (Mike Hostetler)
Date: Tue, 5 Dec 2006 11:30:10 -0600
Subject: [IronPython] SecurityException while running ipy.exe
In-Reply-To: <B5F2A8845315C94E838A0901C3A036B94F105BEB26@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
References: <c60e627c0612041246u14648bd4i4c746f6a9625309a@mail.gmail.com>
	<B5F2A8845315C94E838A0901C3A036B94F105BE86B@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<c60e627c0612050548r21d42dbgc81ccc96f66d068f@mail.gmail.com>
	<B5F2A8845315C94E838A0901C3A036B94F105BEB26@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <c60e627c0612050930j25a0872etc0ee6977082745e1@mail.gmail.com>

Thank Haibo -- that worked.

I run other (non-.Net executables) from that drive with no problem.
Very interesting stuff, though.

On 12/5/06, Haibo Luo <haiboluo at exchange.microsoft.com> wrote:
> "Caspol -resolveperm" shows what kind of permission set was granted to the specified assembly. From the attached result, seems you were running ipy.exe from an intranet share, and ipy.exe/ironpython.dll were granted with a limited set of permissions. (The exception you got below is due to failure at demanding  ControlEvidence permission, which was a pretty high permission, and not granted)
>
> Running ironpython in such (partial trust) scenario is not supported in .net 2.0. Please try to run them from "local disk".
>
> Thanks!
>
> -----Original Message-----
> From: Mike Hostetler [mailto:hostetlerm at gmail.com]
> Sent: Tuesday, December 05, 2006 5:48 AM
> To: Discussion of IronPython; Haibo Luo
> Subject: Re: [IronPython] SecurityException while running ipy.exe
>
> Attached is the results of the following commands.  I'm not familiar with caspol, so I don't quite know what you are looking for so I will send the whole thing.
>
> Thanks for the help!
> Mike
>
> On 12/4/06, Haibo Luo <haiboluo at exchange.microsoft.com> wrote:
> > Can you show which permission set is granted to your ipy.exe/ironpython.dll?
> >
> > caspol -resolveperm ipy.exe
> > caspol -resolveperm IronPython.dll
> >
> >
> > -----Original Message-----
> > From: users-bounces at lists.ironpython.com
> > [mailto:users-bounces at lists.ironpython.com] On Behalf Of Mike
> > Hostetler
> > Sent: Monday, December 04, 2006 12:47 PM
> > To: users at lists.ironpython.com
> > Subject: [IronPython] SecurityException while running ipy.exe
> >
> > I have a machine that has .NET 2.0.50727 installed and I put the
> > c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 directory in my path.
> > The bad news is that I don't have admin nor Power Users privileges on
> > this machine.
> >
> > I unzipped IronPython-1.0.1 and when I run ipy.exe I get the following:
> >
> > Unhandled Exception: System.Security.SecurityException: Request for
> > the permissi on of type 'System.Security.Permissions.SecurityPermission, mscorlib, Version=2.
> > 0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.
> >    at System.Security.CodeAccessSecurityEngine.Check(Object demand,
> > StackCrawlMa rk& stackMark, Boolean isPermSet)
> >    at System.Security.CodeAccessPermission.Demand()
> >    at System.Reflection.Emit.DynamicMethod.PerformSecurityCheck(Module
> > m, StackC rawlMark& stackMark, Boolean skipVisibility)
> >    at System.Reflection.Emit.DynamicMethod..ctor(String name, Type
> > returnType, T ype[] parameterTypes, Module m)
> >    at
> > IronPython.Compiler.Generation.AssemblyGen.DefineDynamicMethod(String
> > meth odName, Type returnType, Type[] paramTypes) [...]
> >
> > It goes on and on but the above is the first message.
> >
> > Any ideas?  Surely Admin rights aren't required to use IronPython, is it?
> >
> > --
> > Mike Hostetler
> > http://mike.hostetlerhome.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
> >
>
>
> --
> Mike Hostetler
> http://mike.hostetlerhome.com/
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


-- 
Mike Hostetler
http://mike.hostetlerhome.com/


From dinov at exchange.microsoft.com  Tue Dec  5 19:25:01 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Tue, 5 Dec 2006 10:25:01 -0800
Subject: [IronPython] Please vote on bugs!
Message-ID: <7AD436E4270DD54A94238001769C2227523AAE20C8@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

For those of you who aren't aware CodePlex recently added a new feature where you can vote on the bugs you'd like fixed.  Simply login to CodePlex, visit the work item list (http://www.codeplex.com/WorkItem/List.aspx?ProjectName=IronPython) and click on the vote link next to each bug.

We currently have under 20 bugs on CodePlex that have over 1 vote for them.  If you could spend a few minutes voting on bugs that you believe are important it'd help us prioritize the work for the next release.  This will help us ensure that we're working on the top issues rather than random issues that might not be impacting our users as much.

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061205/ac3eaf05/attachment.html>

From sanxiyn at gmail.com  Wed Dec  6 04:01:55 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Wed, 6 Dec 2006 12:01:55 +0900
Subject: [IronPython] Please vote on bugs!
In-Reply-To: <7AD436E4270DD54A94238001769C2227523AAE20C8@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
References: <7AD436E4270DD54A94238001769C2227523AAE20C8@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <5b0248170612051901l2a2517fdv66fb6442c4c4dd5d@mail.gmail.com>

2006/12/6, Dino Viehland <dinov at exchange.microsoft.com>:
> For those of you who aren't aware CodePlex recently added a new feature
> where you can vote on the bugs you'd like fixed.  Simply login to CodePlex,
> visit the work item list
> (http://www.codeplex.com/WorkItem/List.aspx?ProjectName=IronPython)
> and click on the vote link next to each bug.

I ran over the entire bug list, and voted for all bugs I care about,
and commented when I thought comments were needed.

In particular, commented on 812, 1347, 1494, 1506, 4538, 4869.

-- 
Seo Sanghyeon


From redmoon17 at gmail.com  Wed Dec  6 04:43:49 2006
From: redmoon17 at gmail.com (Kevin Chu)
Date: Wed, 6 Dec 2006 11:43:49 +0800
Subject: [IronPython] IronPython and WPF/E
Message-ID: <41d7f4a90612051943t579b3c95o9991beff28dea0e5@mail.gmail.com>

hi,everybody
WPF/E CTP(Dec 2006) released in 12.4.
Now WPF/E only interact with AJAX, then next year provide managed code
integration.
So I think IronPython should became first better choice for WPF/E's
managed language.
Do you think about it ?

Kevin Chu
-- 
Once in a Redmoon


From chenrong2003 at gmail.com  Wed Dec  6 07:52:45 2006
From: chenrong2003 at gmail.com (=?GB2312?B?TmVpbCjEvtKwuvwp?=)
Date: Wed, 6 Dec 2006 14:52:45 +0800
Subject: [IronPython] IronPython and WPF/E
In-Reply-To: <41d7f4a90612051943t579b3c95o9991beff28dea0e5@mail.gmail.com>
References: <41d7f4a90612051943t579b3c95o9991beff28dea0e5@mail.gmail.com>
Message-ID: <26756bf60612052252g3fc1115eu6868c21f70aac4f9@mail.gmail.com>

What does 'managed code integration' mean? Could you tell me about it?
Thanks,

Neil

2006/12/6, Kevin Chu <redmoon17 at gmail.com>:
> hi,everybody
> WPF/E CTP(Dec 2006) released in 12.4.
> Now WPF/E only interact with AJAX, then next year provide managed code
> integration.
> So I think IronPython should became first better choice for WPF/E's
> managed language.
> Do you think about it ?
>
> Kevin Chu
> --
> Once in a Redmoon
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>


From sanxiyn at gmail.com  Wed Dec  6 09:11:21 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Wed, 6 Dec 2006 17:11:21 +0900
Subject: [IronPython] Outdated Python-related packages in Debian
Message-ID: <5b0248170612060011t4626640dmba2ac36008143b61@mail.gmail.com>

My crystal ball, eh, my package tracker told me, that there are many
outdated Python-related packages in Debian. I filtered false
positives. (e.g. version parsing got it wrong, version packaged in
Gentoo/FreeBSD is alpha/beta, etc.)

http://sparcs.kaist.ac.kr/~tinuviel/package/list.cgi?name=python&version=1

aap, asciidoc, python-logilab-astng, python-beautifulsoup, bzr,
python-cairo, cfv, zope-coreblog, zope-coreblog2, python-dnspython,
python-forgethtml, python-formencode, python-gd, gnochm,
python-irclib, python-japanese-codecs, python-kinterbasdb, lphoto,
python-matplotlib, meld, python-moinmoin, python-omniorb, python-osd,
python-paramiko, python-psyco, python-chm, pylint, python-pyparsing,
python-pyvorbis, quodlibet, roundup, python-scgi, python-scientific,
python-simplejson, python-soappy, spe, python-sqlrelay, tmda, viewcvs,
python-visual, python-wxgtk2.6, python-xlib, zwiki.

People on this list may want to get/help these packages updated.

-- 
Seo Sanghyeon


From sanxiyn at gmail.com  Wed Dec  6 09:11:49 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Wed, 6 Dec 2006 17:11:49 +0900
Subject: [IronPython] Outdated Python-related packages in Debian
In-Reply-To: <5b0248170612060011t4626640dmba2ac36008143b61@mail.gmail.com>
References: <5b0248170612060011t4626640dmba2ac36008143b61@mail.gmail.com>
Message-ID: <5b0248170612060011h31f6ff82vcdf13f58c3592c0f@mail.gmail.com>

2006/12/6, Sanghyeon Seo <sanxiyn at gmail.com>:
> My crystal ball, eh, my package tracker told me, that there are many
> outdated Python-related packages in Debian. I filtered false
> positives. (e.g. version parsing got it wrong, version packaged in
> Gentoo/FreeBSD is alpha/beta, etc.)

Oops!

-- 
Seo Sanghyeon


From redmoon17 at gmail.com  Wed Dec  6 13:10:48 2006
From: redmoon17 at gmail.com (Kevin Chu)
Date: Wed, 6 Dec 2006 20:10:48 +0800
Subject: [IronPython] IronPython and WPF/E
In-Reply-To: <26756bf60612052252g3fc1115eu6868c21f70aac4f9@mail.gmail.com>
References: <41d7f4a90612051943t579b3c95o9991beff28dea0e5@mail.gmail.com>
	<26756bf60612052252g3fc1115eu6868c21f70aac4f9@mail.gmail.com>
Message-ID: <41d7f4a90612060410p74da4929rfc39d070c09c45e7@mail.gmail.com>

now, you have to use javascript to interact with WPF/E.
And next year ms will support C# and VB.NET to interact.
But I think IronPython maybe is best choice to programming WPF/E Rich
Internet Application.
Kevin

On 12/6/06, Neil(???) <chenrong2003 at gmail.com> wrote:
> What does 'managed code integration' mean? Could you tell me about it?
> Thanks,
>
> Neil
>
> 2006/12/6, Kevin Chu <redmoon17 at gmail.com>:
> > hi,everybody
> > WPF/E CTP(Dec 2006) released in 12.4.
> > Now WPF/E only interact with AJAX, then next year provide managed code
> > integration.
> > So I think IronPython should became first better choice for WPF/E's
> > managed language.
> > Do you think about it ?
> >
> > Kevin Chu
> > --
> > Once in a Redmoon
> > _______________________________________________
> > 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
>


-- 
Once in a Redmoon


From daftspaniel at gmail.com  Wed Dec  6 13:54:04 2006
From: daftspaniel at gmail.com (Davy Mitchell)
Date: Wed, 6 Dec 2006 12:54:04 +0000
Subject: [IronPython] Do we have any option for Intellisense??
In-Reply-To: <456C83B2.9000405@voidspace.org.uk>
References: <20061128065809.95850.qmail@web8708.mail.in.yahoo.com>
	<1d39a8340611281015o357afe58m6987db606fb60fa7@mail.gmail.com>
	<456C83B2.9000405@voidspace.org.uk>
Message-ID: <20253b0c0612060454s53d913a3r621888aff59d16e4@mail.gmail.com>

SPE (free) handles IronPython fairly well.

Stani is having hosting problems so you may need to find a mirror site
somewhere.

Davy

-- 
Davy Mitchell
Blog - http://www.latedecember.com/sites/personal/davy/
Mood News
 - BBC News Headlines Auto-Classified as   Good,   Bad or   Neutral.
 http://www.latedecember.com/sites/moodnews/


From mbk.lists at gmail.com  Wed Dec  6 17:00:43 2006
From: mbk.lists at gmail.com (Mike Krell)
Date: Wed, 6 Dec 2006 09:00:43 -0700
Subject: [IronPython] Please vote on bugs!
In-Reply-To: <7AD436E4270DD54A94238001769C2227523AAE20C8@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
References: <7AD436E4270DD54A94238001769C2227523AAE20C8@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <da7032ce0612060800g796e4cc6wdc05d764ecf2787d@mail.gmail.com>

I think I want to vote for issue 1042, but the server throws an error
whenever I click on that particular issue.

Actually, I want to vote for whatever issues whose resolution will
enable IronPython to run under IPython (which will require
sys._getframe(n) support).

  Mike


From anthonybaxter at gmail.com  Wed Dec  6 17:51:10 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Thu, 7 Dec 2006 03:51:10 +1100
Subject: [IronPython] os.popen() + Mono == segfault
Message-ID: <e69d3ed20612060851j98c5943k7dad6fff29b41c8d@mail.gmail.com>

On both IronPython 1.0.1 and IPCE release 4, os.popen() segfaults
under Mono 1.17.1 (on Ubuntu edgy).

To reproduce:
ipy.exe -c "import os; print os.popen('/bin/ls', 'r').read()"

Stacktrace follows, for whatever value it is... I can't tell
immediately whether it's an IronPython or Mono problem, although it
_appears_ to be in Mono. If other people agree, I'll log a Mono bug
tomorrow.

It looks like most of the os module to do with spawning commands is
missing, apart from os.spawnl(), which _appears_ to work. It should be
possible to re implement the stdlib's popen2 module on top of that.
Whether it will work is another matter entirely, of course :-)




=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

Stacktrace

  at (wrapper managed-to-native)
System.Diagnostics.Process.CreateProcess_internal
(System.Diagnostics.ProcessStartInfo,intptr,intptr,intptr,System.Diagnostics.Process/ProcInfo&)
<0x00004>
  at (wrapper managed-to-native)
System.Diagnostics.Process.CreateProcess_internal
(System.Diagnostics.ProcessStartInfo,intptr,intptr,intptr,System.Diagnostics.Process/ProcInfo&)
<0xffffffff>
  at System.Diagnostics.Process.Start_noshell
(System.Diagnostics.ProcessStartInfo,System.Diagnostics.Process)
<0x00547>
  at System.Diagnostics.Process.Start_common
(System.Diagnostics.ProcessStartInfo,System.Diagnostics.Process)
<0x0007c>
  at System.Diagnostics.Process.Start
(System.Diagnostics.ProcessStartInfo) <0x00032>
  at IronPython.Modules.PythonNT.OpenPipedCommand
(IronPython.Runtime.Calls.ICallerContext,string,string,int) <0x000ae>
  at IronPython.Modules.PythonNT.OpenPipedCommand
(IronPython.Runtime.Calls.ICallerContext,string,string) <0x00015>
  at (wrapper dynamic-method) System.Object.OpenPipedCommand##49
(IronPython.Runtime.Calls.ICallerContext,object,object) <0xffffffff>
  at (wrapper delegate-invoke)
System.MulticastDelegate.invoke_object_ICallerContext_object_object
(IronPython.Runtime.Calls.ICallerContext,object,object) <0xffffffff>
  at IronPython.Runtime.Calls.FastCallableWithContextAny.Call
(IronPython.Runtime.Calls.ICallerContext,object,object) <0x00023>
  at IronPython.Runtime.Calls.BuiltinFunction.Call
(IronPython.Runtime.Calls.ICallerContext,object,object) <0x00023>
  at IronPython.Runtime.Operations.Ops.CallWithContext
(IronPython.Runtime.Calls.ICallerContext,object,object,object)
<0x00042>
  at (wrapper dynamic-method) System.Object.<stdin>##47
(IronPython.Runtime.ModuleScope) <0xffffffff>
  at (wrapper delegate-invoke)
System.MulticastDelegate.invoke_object_ModuleScope
(IronPython.Runtime.ModuleScope) <0xffffffff>
  at IronPython.Hosting.CompiledCode.Run
(IronPython.Runtime.ModuleScope) <0x00048>
  at IronPython.Hosting.PythonEngine.ExecuteToConsole
(string,IronPython.Hosting.EngineModule,System.Collections.Generic.IDictionary`2)
<0x00180>
  at IronPython.Hosting.PythonEngine.ExecuteToConsole (string) <0x00015>
  at IronPythonConsole.PythonCommandLine.RunString
(IronPython.Hosting.PythonEngine,string) <0x000bc>
  at IronPythonConsole.PythonCommandLine.Run
(IronPython.Hosting.PythonEngine,string) <0x0002b>
  at IronPythonConsole.PythonCommandLine.Main (string[]) <0x002bf>
  at (wrapper runtime-invoke)
System.Object.runtime_invoke_int_string[]
(object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

        /usr/bin/mono(mono_handle_native_sigsegv+0xde) [0x815644e]
        /usr/bin/mono [0x8122c88]
        [0xffffe440]
        /usr/bin/mono(mono_unicode_to_external+0x3f) [0x811309f]
        /usr/bin/mono [0x8103947]
        /usr/bin/mono [0x80d6b57]
        [0xb6e5d3fa]
        [0xb6e5c880]
        [0xb6e5c275]
        [0xb6e5c0cb]
        [0xb6e5ba5f]
        [0xb6e5b996]
        [0xb6e5b90a]
        [0xb6e6b45c]
        [0xb6e6b3d4]
        [0xb6e5acfc]
        [0xb6e5ac73]
        [0xb6e5b6b3]
        [0xb6e5378a]
        [0xb6e53711]
        [0xb6e5af89]
        [0xb6e5adee]
        [0xb706d4fd]
        [0xb706d34c]
        [0xb79725a0]
        [0xb7971a84]
        /usr/bin/mono(mono_runtime_exec_main+0x9f) [0x80996ef]
        /usr/bin/mono(mono_runtime_run_main+0x1b9) [0x8099999]
        /usr/bin/mono(mono_main+0xe47) [0x805d477]
        /usr/bin/mono [0x805c122]
        /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc) [0xb7d058cc]
        /usr/bin/mono [0x805c071]


From sh at defuze.org  Wed Dec  6 21:18:57 2006
From: sh at defuze.org (Sylvain Hellegouarch)
Date: Wed, 06 Dec 2006 20:18:57 +0000
Subject: [IronPython] os.popen() + Mono == segfault
In-Reply-To: <e69d3ed20612060851j98c5943k7dad6fff29b41c8d@mail.gmail.com>
References: <e69d3ed20612060851j98c5943k7dad6fff29b41c8d@mail.gmail.com>
Message-ID: <457725B1.7080908@defuze.org>

Just to confirm I get the same issue with IPCE-r3 and mono 1.2.1

- Sylvain

Anthony Baxter wrote:
> On both IronPython 1.0.1 and IPCE release 4, os.popen() segfaults
> under Mono 1.17.1 (on Ubuntu edgy).
> 
> To reproduce:
> ipy.exe -c "import os; print os.popen('/bin/ls', 'r').read()"
> 
> Stacktrace follows, for whatever value it is... I can't tell
> immediately whether it's an IronPython or Mono problem, although it
> _appears_ to be in Mono. If other people agree, I'll log a Mono bug
> tomorrow.
> 
> It looks like most of the os module to do with spawning commands is
> missing, apart from os.spawnl(), which _appears_ to work. It should be
> possible to re implement the stdlib's popen2 module on top of that.
> Whether it will work is another matter entirely, of course :-)
> 
> 
> 
> 
> =================================================================
> Got a SIGSEGV while executing native code. This usually indicates
> a fatal error in the mono runtime or one of the native libraries
> used by your application.
> =================================================================
> 
> Stacktrace
> 
>   at (wrapper managed-to-native)
> System.Diagnostics.Process.CreateProcess_internal
> (System.Diagnostics.ProcessStartInfo,intptr,intptr,intptr,System.Diagnostics.Process/ProcInfo&)
> <0x00004>
>   at (wrapper managed-to-native)
> System.Diagnostics.Process.CreateProcess_internal
> (System.Diagnostics.ProcessStartInfo,intptr,intptr,intptr,System.Diagnostics.Process/ProcInfo&)
> <0xffffffff>
>   at System.Diagnostics.Process.Start_noshell
> (System.Diagnostics.ProcessStartInfo,System.Diagnostics.Process)
> <0x00547>
>   at System.Diagnostics.Process.Start_common
> (System.Diagnostics.ProcessStartInfo,System.Diagnostics.Process)
> <0x0007c>
>   at System.Diagnostics.Process.Start
> (System.Diagnostics.ProcessStartInfo) <0x00032>
>   at IronPython.Modules.PythonNT.OpenPipedCommand
> (IronPython.Runtime.Calls.ICallerContext,string,string,int) <0x000ae>
>   at IronPython.Modules.PythonNT.OpenPipedCommand
> (IronPython.Runtime.Calls.ICallerContext,string,string) <0x00015>
>   at (wrapper dynamic-method) System.Object.OpenPipedCommand##49
> (IronPython.Runtime.Calls.ICallerContext,object,object) <0xffffffff>
>   at (wrapper delegate-invoke)
> System.MulticastDelegate.invoke_object_ICallerContext_object_object
> (IronPython.Runtime.Calls.ICallerContext,object,object) <0xffffffff>
>   at IronPython.Runtime.Calls.FastCallableWithContextAny.Call
> (IronPython.Runtime.Calls.ICallerContext,object,object) <0x00023>
>   at IronPython.Runtime.Calls.BuiltinFunction.Call
> (IronPython.Runtime.Calls.ICallerContext,object,object) <0x00023>
>   at IronPython.Runtime.Operations.Ops.CallWithContext
> (IronPython.Runtime.Calls.ICallerContext,object,object,object)
> <0x00042>
>   at (wrapper dynamic-method) System.Object.<stdin>##47
> (IronPython.Runtime.ModuleScope) <0xffffffff>
>   at (wrapper delegate-invoke)
> System.MulticastDelegate.invoke_object_ModuleScope
> (IronPython.Runtime.ModuleScope) <0xffffffff>
>   at IronPython.Hosting.CompiledCode.Run
> (IronPython.Runtime.ModuleScope) <0x00048>
>   at IronPython.Hosting.PythonEngine.ExecuteToConsole
> (string,IronPython.Hosting.EngineModule,System.Collections.Generic.IDictionary`2)
> <0x00180>
>   at IronPython.Hosting.PythonEngine.ExecuteToConsole (string) <0x00015>
>   at IronPythonConsole.PythonCommandLine.RunString
> (IronPython.Hosting.PythonEngine,string) <0x000bc>
>   at IronPythonConsole.PythonCommandLine.Run
> (IronPython.Hosting.PythonEngine,string) <0x0002b>
>   at IronPythonConsole.PythonCommandLine.Main (string[]) <0x002bf>
>   at (wrapper runtime-invoke)
> System.Object.runtime_invoke_int_string[]
> (object,intptr,intptr,intptr) <0xffffffff>
> 
> Native stacktrace:
> 
>         /usr/bin/mono(mono_handle_native_sigsegv+0xde) [0x815644e]
>         /usr/bin/mono [0x8122c88]
>         [0xffffe440]
>         /usr/bin/mono(mono_unicode_to_external+0x3f) [0x811309f]
>         /usr/bin/mono [0x8103947]
>         /usr/bin/mono [0x80d6b57]
>         [0xb6e5d3fa]
>         [0xb6e5c880]
>         [0xb6e5c275]
>         [0xb6e5c0cb]
>         [0xb6e5ba5f]
>         [0xb6e5b996]
>         [0xb6e5b90a]
>         [0xb6e6b45c]
>         [0xb6e6b3d4]
>         [0xb6e5acfc]
>         [0xb6e5ac73]
>         [0xb6e5b6b3]
>         [0xb6e5378a]
>         [0xb6e53711]
>         [0xb6e5af89]
>         [0xb6e5adee]
>         [0xb706d4fd]
>         [0xb706d34c]
>         [0xb79725a0]
>         [0xb7971a84]
>         /usr/bin/mono(mono_runtime_exec_main+0x9f) [0x80996ef]
>         /usr/bin/mono(mono_runtime_run_main+0x1b9) [0x8099999]
>         /usr/bin/mono(mono_main+0xe47) [0x805d477]
>         /usr/bin/mono [0x805c122]
>         /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc) [0xb7d058cc]
>         /usr/bin/mono [0x805c071]
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com



From dinov at exchange.microsoft.com  Wed Dec  6 21:56:08 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Wed, 6 Dec 2006 12:56:08 -0800
Subject: [IronPython] Please vote on bugs!
In-Reply-To: <5b0248170612051901l2a2517fdv66fb6442c4c4dd5d@mail.gmail.com>
References: <7AD436E4270DD54A94238001769C2227523AAE20C8@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<5b0248170612051901l2a2517fdv66fb6442c4c4dd5d@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C2227523AAE2580@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

As always thanks Seo!

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo
Sent: Tuesday, December 05, 2006 7:02 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Please vote on bugs!

2006/12/6, Dino Viehland <dinov at exchange.microsoft.com>:
> For those of you who aren't aware CodePlex recently added a new feature
> where you can vote on the bugs you'd like fixed.  Simply login to CodePlex,
> visit the work item list
> (http://www.codeplex.com/WorkItem/List.aspx?ProjectName=IronPython)
> and click on the vote link next to each bug.

I ran over the entire bug list, and voted for all bugs I care about,
and commented when I thought comments were needed.

In particular, commented on 812, 1347, 1494, 1506, 4538, 4869.

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


From dinov at exchange.microsoft.com  Wed Dec  6 21:59:02 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Wed, 6 Dec 2006 12:59:02 -0800
Subject: [IronPython] Please vote on bugs!
In-Reply-To: <da7032ce0612060800g796e4cc6wdc05d764ecf2787d@mail.gmail.com>
References: <7AD436E4270DD54A94238001769C2227523AAE20C8@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<da7032ce0612060800g796e4cc6wdc05d764ecf2787d@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C2227523AAE2584@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

Thanks, I've reported this bug via the CodePlex error page.  I can't even view that bug.  I don't think we'll get _getframe(n) working but probably will get _getframe(0) working (unfortunately it won't be in 1.1 Alpha).


-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Mike Krell
Sent: Wednesday, December 06, 2006 8:01 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Please vote on bugs!

I think I want to vote for issue 1042, but the server throws an error
whenever I click on that particular issue.

Actually, I want to vote for whatever issues whose resolution will
enable IronPython to run under IPython (which will require
sys._getframe(n) support).

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


From dinov at exchange.microsoft.com  Wed Dec  6 22:01:20 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Wed, 6 Dec 2006 13:01:20 -0800
Subject: [IronPython] os.popen() + Mono == segfault
In-Reply-To: <e69d3ed20612060851j98c5943k7dad6fff29b41c8d@mail.gmail.com>
References: <e69d3ed20612060851j98c5943k7dad6fff29b41c8d@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C2227523AAE2585@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

I would expect this to be a Mono bug as IronPython is entirely managed code.

There's always the possibility we are generating invalid IL but we're not aware of any places where we currently do that (as we validate all the IL we generate w/ peverify during our test runs, which include importing the CPython os module).

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Anthony Baxter
Sent: Wednesday, December 06, 2006 8:51 AM
To: Discussion of IronPython
Subject: [IronPython] os.popen() + Mono == segfault

On both IronPython 1.0.1 and IPCE release 4, os.popen() segfaults
under Mono 1.17.1 (on Ubuntu edgy).

To reproduce:
ipy.exe -c "import os; print os.popen('/bin/ls', 'r').read()"

Stacktrace follows, for whatever value it is... I can't tell
immediately whether it's an IronPython or Mono problem, although it
_appears_ to be in Mono. If other people agree, I'll log a Mono bug
tomorrow.

It looks like most of the os module to do with spawning commands is
missing, apart from os.spawnl(), which _appears_ to work. It should be
possible to re implement the stdlib's popen2 module on top of that.
Whether it will work is another matter entirely, of course :-)




=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

Stacktrace

  at (wrapper managed-to-native)
System.Diagnostics.Process.CreateProcess_internal
(System.Diagnostics.ProcessStartInfo,intptr,intptr,intptr,System.Diagnostics.Process/ProcInfo&)
<0x00004>
  at (wrapper managed-to-native)
System.Diagnostics.Process.CreateProcess_internal
(System.Diagnostics.ProcessStartInfo,intptr,intptr,intptr,System.Diagnostics.Process/ProcInfo&)
<0xffffffff>
  at System.Diagnostics.Process.Start_noshell
(System.Diagnostics.ProcessStartInfo,System.Diagnostics.Process)
<0x00547>
  at System.Diagnostics.Process.Start_common
(System.Diagnostics.ProcessStartInfo,System.Diagnostics.Process)
<0x0007c>
  at System.Diagnostics.Process.Start
(System.Diagnostics.ProcessStartInfo) <0x00032>
  at IronPython.Modules.PythonNT.OpenPipedCommand
(IronPython.Runtime.Calls.ICallerContext,string,string,int) <0x000ae>
  at IronPython.Modules.PythonNT.OpenPipedCommand
(IronPython.Runtime.Calls.ICallerContext,string,string) <0x00015>
  at (wrapper dynamic-method) System.Object.OpenPipedCommand##49
(IronPython.Runtime.Calls.ICallerContext,object,object) <0xffffffff>
  at (wrapper delegate-invoke)
System.MulticastDelegate.invoke_object_ICallerContext_object_object
(IronPython.Runtime.Calls.ICallerContext,object,object) <0xffffffff>
  at IronPython.Runtime.Calls.FastCallableWithContextAny.Call
(IronPython.Runtime.Calls.ICallerContext,object,object) <0x00023>
  at IronPython.Runtime.Calls.BuiltinFunction.Call
(IronPython.Runtime.Calls.ICallerContext,object,object) <0x00023>
  at IronPython.Runtime.Operations.Ops.CallWithContext
(IronPython.Runtime.Calls.ICallerContext,object,object,object)
<0x00042>
  at (wrapper dynamic-method) System.Object.<stdin>##47
(IronPython.Runtime.ModuleScope) <0xffffffff>
  at (wrapper delegate-invoke)
System.MulticastDelegate.invoke_object_ModuleScope
(IronPython.Runtime.ModuleScope) <0xffffffff>
  at IronPython.Hosting.CompiledCode.Run
(IronPython.Runtime.ModuleScope) <0x00048>
  at IronPython.Hosting.PythonEngine.ExecuteToConsole
(string,IronPython.Hosting.EngineModule,System.Collections.Generic.IDictionary`2)
<0x00180>
  at IronPython.Hosting.PythonEngine.ExecuteToConsole (string) <0x00015>
  at IronPythonConsole.PythonCommandLine.RunString
(IronPython.Hosting.PythonEngine,string) <0x000bc>
  at IronPythonConsole.PythonCommandLine.Run
(IronPython.Hosting.PythonEngine,string) <0x0002b>
  at IronPythonConsole.PythonCommandLine.Main (string[]) <0x002bf>
  at (wrapper runtime-invoke)
System.Object.runtime_invoke_int_string[]
(object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

        /usr/bin/mono(mono_handle_native_sigsegv+0xde) [0x815644e]
        /usr/bin/mono [0x8122c88]
        [0xffffe440]
        /usr/bin/mono(mono_unicode_to_external+0x3f) [0x811309f]
        /usr/bin/mono [0x8103947]
        /usr/bin/mono [0x80d6b57]
        [0xb6e5d3fa]
        [0xb6e5c880]
        [0xb6e5c275]
        [0xb6e5c0cb]
        [0xb6e5ba5f]
        [0xb6e5b996]
        [0xb6e5b90a]
        [0xb6e6b45c]
        [0xb6e6b3d4]
        [0xb6e5acfc]
        [0xb6e5ac73]
        [0xb6e5b6b3]
        [0xb6e5378a]
        [0xb6e53711]
        [0xb6e5af89]
        [0xb6e5adee]
        [0xb706d4fd]
        [0xb706d34c]
        [0xb79725a0]
        [0xb7971a84]
        /usr/bin/mono(mono_runtime_exec_main+0x9f) [0x80996ef]
        /usr/bin/mono(mono_runtime_run_main+0x1b9) [0x8099999]
        /usr/bin/mono(mono_main+0xe47) [0x805d477]
        /usr/bin/mono [0x805c122]
        /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc) [0xb7d058cc]
        /usr/bin/mono [0x805c071]
_______________________________________________
users mailing list
users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From sum.ergo.code at gmail.com  Wed Dec  6 22:47:53 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Wed, 6 Dec 2006 15:47:53 -0600
Subject: [IronPython] Data binding - how?
In-Reply-To: <001401c71762$161d20b0$6e00a8c0@averatecdda041>
References: <001401c71762$161d20b0$6e00a8c0@averatecdda041>
Message-ID: <1d39a8340612061347x7f6ef396t67a1ebc08e9b262f@mail.gmail.com>

On 12/3/06, Luis M. Gonz?lez <luismg at gmx.net> wrote:
>
>  I guess the problem is in the properties you defined in "Person".
> I tried this script, but importing "Person" from an assembly writen in C#,
> and it worked.
>
> So I assume that python properties are not recognized as .Net properties,
> and they are needed to create the columns of the datagridview control.
>

I've pretty much given up on getting data binding to work correctly with
instances of Python classes, at least for now.  But it would be nice to know
if I'm right or wrong, if I should file any bug reports, if there are any
plans to make this work any time soon, etc.  Would anyone from the
IronPython team care to comment?

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061206/ca1543d8/attachment.html>

From dfugate at microsoft.com  Thu Dec  7 00:08:57 2006
From: dfugate at microsoft.com (Dave Fugate)
Date: Wed, 6 Dec 2006 15:08:57 -0800
Subject: [IronPython] Update to the Direct3D Sample
In-Reply-To: <20253b0c0612060454s53d913a3r621888aff59d16e4@mail.gmail.com>
References: <20061128065809.95850.qmail@web8708.mail.in.yahoo.com>
	<1d39a8340611281015o357afe58m6987db606fb60fa7@mail.gmail.com>
	<456C83B2.9000405@voidspace.org.uk>
	<20253b0c0612060454s53d913a3r621888aff59d16e4@mail.gmail.com>
Message-ID: <7346A825E148B049A9AD1D3ED46A2D910CC14CA2B6@NA-EXMSG-C106.redmond.corp.microsoft.com>

Our Direct3D sample relied on a technology preview of DirectX 2.0 managed wrappers available with DirectX SDKs.  We need to move to the standard DirectX release and have updated the tutorial and setup steps to ensure everything works with the latest DirectX runtimes available from http://www.microsoft.com/windows/directx/default.mspx - follow the "Get the Latest DirectX Here" link.

The samples download page, http://www.codeplex.com/IronPython/Release/ProjectReleases.aspx?ReleaseId=47, has been updated with a new zip file, IronPython-1.0.1-Samples-Direct3D-DX9.zip, and its predecessor, IronPython-1.0.1-Samples-Direct3D.zip, has been removed entirely.  These new sources have also been propagated to IronPython-1.0.1-Samples-All.zip.

There is one noteworthy issue that will affect PCs which had the August DirectX SDK installed.  In a nutshell, managed DirectX 2.0 is not removed from the global assembly cache by the SDK's uninstall program and the 2.0 assembly has precedence over managed DirectX 1.  To circumvent this problem, it will be necessary to specify the DirectX assembly to use by name throughout the sample IronPython files.  Instructions on doing this can be found in the "Prerequisites" section  of the readme.htm distributed with the updated sample.


From dinov at exchange.microsoft.com  Thu Dec  7 02:42:33 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Wed, 6 Dec 2006 17:42:33 -0800
Subject: [IronPython] Data binding - how?
In-Reply-To: <1d39a8340612061347x7f6ef396t67a1ebc08e9b262f@mail.gmail.com>
References: <001401c71762$161d20b0$6e00a8c0@averatecdda041>
	<1d39a8340612061347x7f6ef396t67a1ebc08e9b262f@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C222754850BD896@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

As far as I can tell the issue here seems to be that the data source is getting the column names from the list and not from the individual elements that are being added to the list.  For example I tried the code below which hooks the ColumnAdded event to see what columns are actually getting added.  In that case we end up adding columns for all of the methods on the List class.  I seem to get the same behavior if I use an array for my data source as well.

We do implement ICustomTypeDescriptor on all user-defined types (both new-style and old-style) and this functionality does appear to work, eg:

x = MD('Foo', 23)
from System.ComponentModel import ICustomTypeDescriptor
for a in ICustomTypeDescriptor.GetProperties(x): print a.Name, a.GetValue(x)

prints:

name Foo
age 23
__doc__ None
__module__ __main__
__init__ <bound method MD.__init__ of <__main__.MD instance at 0x00000000000000FB>>
Name Foo
Age 23

But the DataGridView doesn't seem to be looking at the individual items.  Feel free to open a bug on this and please include the repros you had before.


import clr
clr.AddReference('System.Windows.Forms')
import System.Windows.Forms as SWF
from System import Array
from System.Collections.Generic import List
from System.ComponentModel import IListSource



class MD:
    def __init__(self, name, age):
        self.name = name
        self.age = age
    @property
    def Name(self): return self.name
    @property
    def Age(self): return self.age

instType = type(MD('a', 2))

class Form(SWF.Form):
    def __init__(self):
        grid = SWF.DataGridView()
        self.grid = grid
        grid.DataSource = List[object]( ( MD('abc',23), ) )
        grid.Dock = SWF.DockStyle.Fill
        self.Controls.Add(grid)
        grid.ColumnAdded += self.ColumnAdded
    def ColumnAdded(self, sender, *args):
        print self, sender, args
        for x in self.grid.Columns: print x





From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Patrick O'Brien
Sent: Wednesday, December 06, 2006 1:48 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Data binding - how?

On 12/3/06, Luis M. Gonz?lez <luismg at gmx.net<mailto:luismg at gmx.net>> wrote:
I guess the problem is in the properties you defined in "Person".
I tried this script, but importing "Person" from an assembly writen in C#, and it worked.

So I assume that python properties are not recognized as .Net properties, and they are needed to create the columns of the datagridview control.

I've pretty much given up on getting data binding to work correctly with instances of Python classes, at least for now.  But it would be nice to know if I'm right or wrong, if I should file any bug reports, if there are any plans to make this work any time soon, etc.  Would anyone from the IronPython team care to comment?

--
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061206/0f246b52/attachment.html>

From dfugate at microsoft.com  Thu Dec  7 03:18:00 2006
From: dfugate at microsoft.com (Dave Fugate)
Date: Wed, 6 Dec 2006 18:18:00 -0800
Subject: [IronPython] Data binding - how?
In-Reply-To: <7AD436E4270DD54A94238001769C222754850BD896@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
References: <001401c71762$161d20b0$6e00a8c0@averatecdda041>
	<1d39a8340612061347x7f6ef396t67a1ebc08e9b262f@mail.gmail.com>
	<7AD436E4270DD54A94238001769C222754850BD896@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <7346A825E148B049A9AD1D3ED46A2D910CC14CA390@NA-EXMSG-C106.redmond.corp.microsoft.com>

I looked into trying to replace the Python class full of properties with a list full of tuples.  That is, doing something similar to:
        #...
        data = [
            ('Joe', 23),
            ('Bob', 8),
            ('Thomas', 32),
            ('Patrick', 41),
            ('Kathy', 19),
            ('Sue', 77),
            ]
        #...
        grid.DataSource = data

as was suggested in an earlier email.  As far as I can tell you're limited to one-dimensional arrays for the DataSource as is suggested by http://www.vbdotnetforums.com/showthread.php?t=14657.


From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland
Sent: Wednesday, December 06, 2006 5:43 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Data binding - how?

As far as I can tell the issue here seems to be that the data source is getting the column names from the list and not from the individual elements that are being added to the list.  For example I tried the code below which hooks the ColumnAdded event to see what columns are actually getting added.  In that case we end up adding columns for all of the methods on the List class.  I seem to get the same behavior if I use an array for my data source as well.

We do implement ICustomTypeDescriptor on all user-defined types (both new-style and old-style) and this functionality does appear to work, eg:

x = MD('Foo', 23)
from System.ComponentModel import ICustomTypeDescriptor
for a in ICustomTypeDescriptor.GetProperties(x): print a.Name, a.GetValue(x)

prints:

name Foo
age 23
__doc__ None
__module__ __main__
__init__ <bound method MD.__init__ of <__main__.MD instance at 0x00000000000000FB>>
Name Foo
Age 23

But the DataGridView doesn't seem to be looking at the individual items.  Feel free to open a bug on this and please include the repros you had before.


import clr
clr.AddReference('System.Windows.Forms')
import System.Windows.Forms as SWF
from System import Array
from System.Collections.Generic import List
from System.ComponentModel import IListSource



class MD:
    def __init__(self, name, age):
        self.name = name
        self.age = age
    @property
    def Name(self): return self.name
    @property
    def Age(self): return self.age

instType = type(MD('a', 2))

class Form(SWF.Form):
    def __init__(self):
        grid = SWF.DataGridView()
        self.grid = grid
        grid.DataSource = List[object]( ( MD('abc',23), ) )
        grid.Dock = SWF.DockStyle.Fill
        self.Controls.Add(grid)
        grid.ColumnAdded += self.ColumnAdded
    def ColumnAdded(self, sender, *args):
        print self, sender, args
        for x in self.grid.Columns: print x





From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Patrick O'Brien
Sent: Wednesday, December 06, 2006 1:48 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Data binding - how?

On 12/3/06, Luis M. Gonz?lez <luismg at gmx.net<mailto:luismg at gmx.net>> wrote:
I guess the problem is in the properties you defined in "Person".
I tried this script, but importing "Person" from an assembly writen in C#, and it worked.

So I assume that python properties are not recognized as .Net properties, and they are needed to create the columns of the datagridview control.

I've pretty much given up on getting data binding to work correctly with instances of Python classes, at least for now.  But it would be nice to know if I'm right or wrong, if I should file any bug reports, if there are any plans to make this work any time soon, etc.  Would anyone from the IronPython team care to comment?

--
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061206/4b811e48/attachment.html>

From lupus at ximian.com  Thu Dec  7 15:25:10 2006
From: lupus at ximian.com (Paolo Molaro)
Date: Thu, 7 Dec 2006 15:25:10 +0100
Subject: [IronPython] os.popen() + Mono == segfault
In-Reply-To: <e69d3ed20612060851j98c5943k7dad6fff29b41c8d@mail.gmail.com>
References: <e69d3ed20612060851j98c5943k7dad6fff29b41c8d@mail.gmail.com>
Message-ID: <20061207142510.GA15349@debian.org>

On 12/07/06 Anthony Baxter wrote:
> On both IronPython 1.0.1 and IPCE release 4, os.popen() segfaults
> under Mono 1.17.1 (on Ubuntu edgy).
> 
> To reproduce:
> ipy.exe -c "import os; print os.popen('/bin/ls', 'r').read()"
> 
> Stacktrace follows, for whatever value it is... I can't tell
> immediately whether it's an IronPython or Mono problem, although it
> _appears_ to be in Mono. If other people agree, I'll log a Mono bug
> tomorrow.

The bug is fixed in svn (at least on non-win32): Process didn't handle
the case when only the filename is set in ProcessStartInfo.

lupus

-- 
-----------------------------------------------------------------
lupus at debian.org                                     debian/rules
lupus at ximian.com                             Monkeys do it better


From sum.ergo.code at gmail.com  Thu Dec  7 18:35:08 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Thu, 7 Dec 2006 11:35:08 -0600
Subject: [IronPython] Data binding - how?
In-Reply-To: <7346A825E148B049A9AD1D3ED46A2D910CC14CA390@NA-EXMSG-C106.redmond.corp.microsoft.com>
References: <001401c71762$161d20b0$6e00a8c0@averatecdda041>
	<1d39a8340612061347x7f6ef396t67a1ebc08e9b262f@mail.gmail.com>
	<7AD436E4270DD54A94238001769C222754850BD896@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<7346A825E148B049A9AD1D3ED46A2D910CC14CA390@NA-EXMSG-C106.redmond.corp.microsoft.com>
Message-ID: <1d39a8340612070935g4764820au6545c6d9c1f05aba@mail.gmail.com>

On 12/6/06, Dave Fugate <dfugate at microsoft.com> wrote:
>
>  I looked into trying to replace the Python class full of properties with
> a list full of tuples.  That is, doing something similar to:
>
>         #...
>
>         data = [
>
>             ('Joe', 23),
>
>             ('Bob', 8),
>
>             ('Thomas', 32),
>
>             ('Patrick', 41),
>
>             ('Kathy', 19),
>
>             ('Sue', 77),
>
>             ]
>
>         #...
>
>         grid.DataSource = data
>
>
>
> as was suggested in an earlier email.  As far as I can tell you're limited
> to one-dimensional arrays for the DataSource as is suggested by
> http://www.vbdotnetforums.com/showthread.php?t=14657.
>

That makes sense.  Thanks for the clarification, Dave.  :-)

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061207/bf88cb28/attachment.html>

From sum.ergo.code at gmail.com  Thu Dec  7 19:07:39 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Thu, 7 Dec 2006 12:07:39 -0600
Subject: [IronPython] Data binding - how?
In-Reply-To: <7AD436E4270DD54A94238001769C222754850BD896@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
References: <001401c71762$161d20b0$6e00a8c0@averatecdda041>
	<1d39a8340612061347x7f6ef396t67a1ebc08e9b262f@mail.gmail.com>
	<7AD436E4270DD54A94238001769C222754850BD896@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <1d39a8340612071007s351a72bew103ac75473f112f7@mail.gmail.com>

On 12/6/06, Dino Viehland <dinov at exchange.microsoft.com> wrote:
>
>  But the DataGridView doesn't seem to be looking at the individual items.
> Feel free to open a bug on this and please include the repros you had
> before.
>

Thanks.  I filed a bug report at
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=6332.

I would LOVE to see this ticket (#6332) get some votes as the combination of
Python objects with data binding will be very powerful, IMNSHO.  ;-)

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061207/e7ae2203/attachment.html>

From dfugate at microsoft.com  Thu Dec  7 19:15:01 2006
From: dfugate at microsoft.com (Dave Fugate)
Date: Thu, 7 Dec 2006 10:15:01 -0800
Subject: [IronPython] Data binding - how?
In-Reply-To: <1d39a8340612070935g4764820au6545c6d9c1f05aba@mail.gmail.com>
References: <001401c71762$161d20b0$6e00a8c0@averatecdda041>
	<1d39a8340612061347x7f6ef396t67a1ebc08e9b262f@mail.gmail.com>
	<7AD436E4270DD54A94238001769C222754850BD896@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<7346A825E148B049A9AD1D3ED46A2D910CC14CA390@NA-EXMSG-C106.redmond.corp.microsoft.com>
	<1d39a8340612070935g4764820au6545c6d9c1f05aba@mail.gmail.com>
Message-ID: <7346A825E148B049A9AD1D3ED46A2D910CC4F6BFAB@NA-EXMSG-C106.redmond.corp.microsoft.com>

OK, I've now recreated your sample in C# and found it basically works.   I just commented out the calls to Columns.Add(...) and changed the ages from integers to strings just to be on the safe side.

On a hunch, I redefined "people" in your original Python code to:
               people = System.Collections.Generic.List[Person]()
and
               people = System.Collections.Generic.List[System.Object]()

Neither of these work either so it does not appear to be a mismatch between Python and CLR list types.  At this point, I'm fairly sure that there's a bug or unimplemented feature in IronPython where Python properties do not map to CLR properties as you say.  An educated guess is that this might have something to do with the fact that the Python property decorator does not give the type.


From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Patrick O'Brien
Sent: Thursday, December 07, 2006 9:35 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Data binding - how?

On 12/6/06, Dave Fugate <dfugate at microsoft.com<mailto:dfugate at microsoft.com>> wrote:

I looked into trying to replace the Python class full of properties with a list full of tuples.  That is, doing something similar to:

        #...

        data = [

            ('Joe', 23),

            ('Bob', 8),

            ('Thomas', 32),

            ('Patrick', 41),

            ('Kathy', 19),

            ('Sue', 77),

            ]

        #...

        grid.DataSource = data



as was suggested in an earlier email.  As far as I can tell you're limited to one-dimensional arrays for the DataSource as is suggested by http://www.vbdotnetforums.com/showthread.php?t=14657 .

That makes sense.  Thanks for the clarification, Dave.  :-)

--
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061207/1e78b4fa/attachment.html>

From sum.ergo.code at gmail.com  Thu Dec  7 20:28:01 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Thu, 7 Dec 2006 13:28:01 -0600
Subject: [IronPython] Data binding - how?
In-Reply-To: <7346A825E148B049A9AD1D3ED46A2D910CC4F6BFAB@NA-EXMSG-C106.redmond.corp.microsoft.com>
References: <001401c71762$161d20b0$6e00a8c0@averatecdda041>
	<1d39a8340612061347x7f6ef396t67a1ebc08e9b262f@mail.gmail.com>
	<7AD436E4270DD54A94238001769C222754850BD896@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<7346A825E148B049A9AD1D3ED46A2D910CC14CA390@NA-EXMSG-C106.redmond.corp.microsoft.com>
	<1d39a8340612070935g4764820au6545c6d9c1f05aba@mail.gmail.com>
	<7346A825E148B049A9AD1D3ED46A2D910CC4F6BFAB@NA-EXMSG-C106.redmond.corp.microsoft.com>
Message-ID: <1d39a8340612071128p2472fe59s81a948177254d5e1@mail.gmail.com>

On 12/7/06, Dave Fugate <dfugate at microsoft.com> wrote:
>
>  OK, I've now recreated your sample in C# and found it basically works.
>   I just commented out the calls to Columns.Add(?) and changed the ages
> from integers to strings just to be on the safe side.
>
>
>
> On a hunch, I redefined "people" in your original Python code to:
>
>                people = System.Collections.Generic.List[Person]()
>
> and
>
>                people = System.Collections.Generic.List[System.Object]()
>
>
>
> Neither of these work either so it does not appear to be a mismatch
> between Python and CLR list types.  At this point, I'm fairly sure that
> there's a bug or unimplemented feature in IronPython where Python properties
> do not map to CLR properties as you say.  An educated guess is that this
> might have something to do with the fact that the Python property decorator
> does not give the type.
>

The correct number of rows get created in the grid, so I don't think the
problem is with the list.  Rather, it is with the objects in the list and
the ability to get the attributes of those objects.  But I don't know why
this should be a problem.  Especially with a text column, since any Python
object/attribute can be represented as text.  So hopefully it will be easy
to fix.  Thanks for your help.

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061207/aa7240c8/attachment.html>

From chenrong2003 at gmail.com  Fri Dec  8 02:55:34 2006
From: chenrong2003 at gmail.com (=?GB2312?B?TmVpbCjEvtKwuvwp?=)
Date: Fri, 8 Dec 2006 09:55:34 +0800
Subject: [IronPython] IronPython and WPF/E
In-Reply-To: <41d7f4a90612060410p74da4929rfc39d070c09c45e7@mail.gmail.com>
References: <41d7f4a90612051943t579b3c95o9991beff28dea0e5@mail.gmail.com>
	<26756bf60612052252g3fc1115eu6868c21f70aac4f9@mail.gmail.com>
	<41d7f4a90612060410p74da4929rfc39d070c09c45e7@mail.gmail.com>
Message-ID: <26756bf60612071755n1b3fd6bg613f8eb6743b5c@mail.gmail.com>

Yes, I also think that script languages like javascript and IronPython
do have advantages than C# or VB.NET for this purpose.

2006/12/6, Kevin Chu <redmoon17 at gmail.com>:
> now, you have to use javascript to interact with WPF/E.
> And next year ms will support C# and VB.NET to interact.
> But I think IronPython maybe is best choice to programming WPF/E Rich
> Internet Application.
> Kevin
>
> On 12/6/06, Neil(???) <chenrong2003 at gmail.com> wrote:
> > What does 'managed code integration' mean? Could you tell me about it?
> > Thanks,
> >
> > Neil
> >
> > 2006/12/6, Kevin Chu <redmoon17 at gmail.com>:
> > > hi,everybody
> > > WPF/E CTP(Dec 2006) released in 12.4.
> > > Now WPF/E only interact with AJAX, then next year provide managed code
> > > integration.
> > > So I think IronPython should became first better choice for WPF/E's
> > > managed language.
> > > Do you think about it ?
> > >
> > > Kevin Chu
> > > --
> > > Once in a Redmoon
> > > _______________________________________________
> > > 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
> >
>
>
> --
> Once in a Redmoon
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>

From xmlhacker at gmail.com  Fri Dec  8 17:51:55 2006
From: xmlhacker at gmail.com (M. David Peterson)
Date: Fri, 8 Dec 2006 09:51:55 -0700
Subject: [IronPython] Reason #4 Jon Udell is joining MSFT
Message-ID: <eab75e160612080851h22949734h82451cddfff49844@mail.gmail.com>

http://www.oreillynet.com/xml/blog/2006/12/jon_udell_microsoft_hello_worl.html

Jim Hugunin, who created both Jython and IronPython, is making my favorite
> open source scripting language, Python, a first-class citizen of the .NET
> platform.
>

NICE!  Congratulations Team IronPython!  You helped snag one of the best and
brightest in the industry, without a doubt!

-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061208/2a481da4/attachment.html>

From kfarmer at thuban.org  Sat Dec  9 01:37:12 2006
From: kfarmer at thuban.org (Keith J. Farmer)
Date: Fri, 8 Dec 2006 16:37:12 -0800
Subject: [IronPython] [OT] Coding4Fun + Mono
Message-ID: <EEDCD954DD4A0D488BBDBDDCC2607544021409@meta-exchange.circle-cross.home>

http://blogs.msdn.com/coding4fun/archive/2006/12/08/1241768.aspx
 
Nice to see good, free press.


From paul.moore at centrify.com  Sat Dec  9 02:02:51 2006
From: paul.moore at centrify.com (Paul Moore)
Date: Fri, 8 Dec 2006 17:02:51 -0800
Subject: [IronPython] [OT] Coding4Fun + Mono
Message-ID: <D6DE73398967E54096684518594D993101EA639C@exch-one.centrify.com>

I notice that miguel gets called 'someone'("someone has even porting
Paint.Net to Mono.")
Like calling anders 'a c# dev' 

-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Keith J. Farmer
Sent: Friday, December 08, 2006 4:37 PM
To: Discussion of IronPython
Subject: [IronPython] [OT] Coding4Fun + Mono

http://blogs.msdn.com/coding4fun/archive/2006/12/08/1241768.aspx
 
Nice to see good, free press.
_______________________________________________
users mailing list
users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From xmlhacker at gmail.com  Sat Dec  9 02:39:35 2006
From: xmlhacker at gmail.com (M. David Peterson)
Date: Fri, 8 Dec 2006 18:39:35 -0700
Subject: [IronPython] [OT] Coding4Fun + Mono
In-Reply-To: <D6DE73398967E54096684518594D993101EA639C@exch-one.centrify.com>
References: <D6DE73398967E54096684518594D993101EA639C@exch-one.centrify.com>
Message-ID: <eab75e160612081739o2d717946p96ac0ee875b7867a@mail.gmail.com>

Adding to this a bit, the mentioned O'ReillyNet article is Edd Dumbill's
October 2004 article "Seven Cool Mono Apps" [
http://www.oreillynet.com/pub/a/network/2004/10/18/mono.html] -- things have
changed a bit since then (the official 1.0 mono release was only 4 months
old) and while the coverage of the 2.0 spec is incomplete, I think it
deserves more coverage credit than "the API coverage is limited to
.Net 1.1with limited support for
2.0."

No offense intended, but it seems "Coding4Fun" should be doing some
"Research4Real" before his/her next post on "the other .NET framework."

On 12/8/06, Paul Moore <paul.moore at centrify.com> wrote:
>
> I notice that miguel gets called 'someone'("someone has even porting
> Paint.Net to Mono.")
> Like calling anders 'a c# dev'
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com
> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Keith J. Farmer
> Sent: Friday, December 08, 2006 4:37 PM
> To: Discussion of IronPython
> Subject: [IronPython] [OT] Coding4Fun + Mono
>
> http://blogs.msdn.com/coding4fun/archive/2006/12/08/1241768.aspx
>
> Nice to see good, free press.
> _______________________________________________
> 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
>



-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061208/626673c9/attachment.html>

From kfarmer at thuban.org  Sat Dec  9 04:37:35 2006
From: kfarmer at thuban.org (Keith J. Farmer)
Date: Fri, 8 Dec 2006 19:37:35 -0800
Subject: [IronPython] [OT] Coding4Fun + Mono
Message-ID: <EEDCD954DD4A0D488BBDBDDCC26075441E07F5@meta-exchange.circle-cross.home>

What has usually worked for me is emailing the author (not posting a comment).

 

-----

Keith J. Farmer

kfarmer at thuban.org

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of M. David Peterson
Sent: Friday, 08 December 2006 17:40
To: Discussion of IronPython
Subject: Re: [IronPython] [OT] Coding4Fun + Mono

 

Adding to this a bit, the mentioned O'ReillyNet article is Edd Dumbill's October 2004 article "Seven Cool Mono Apps" [http://www.oreillynet.com/pub/a/network/2004/10/18/mono.html ] -- things have changed a bit since then (the official 1.0 mono release was only 4 months old) and while the coverage of the 2.0 spec is incomplete, I think it deserves more coverage credit than "the API coverage is limited to .Net 1.1 with limited support for 2.0."

No offense intended, but it seems "Coding4Fun" should be doing some "Research4Real" before his/her next post on "the other .NET framework."

On 12/8/06, Paul Moore <paul.moore at centrify.com> wrote:

I notice that miguel gets called 'someone'("someone has even porting
Paint.Net to Mono.")
Like calling anders 'a c# dev'

-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Keith J. Farmer
Sent: Friday, December 08, 2006 4:37 PM
To: Discussion of IronPython 
Subject: [IronPython] [OT] Coding4Fun + Mono

http://blogs.msdn.com/coding4fun/archive/2006/12/08/1241768.aspx

Nice to see good, free press. 
_______________________________________________
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




-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354 

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

From anthonybaxter at gmail.com  Sat Dec  9 06:48:06 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Sat, 9 Dec 2006 16:48:06 +1100
Subject: [IronPython] patch to enable codeop.py on fepy
Message-ID: <e69d3ed20612082148l760b1ae0y3083a329cbdec7ee@mail.gmail.com>

The following patch makes codeop.py (and therefore stuff that depends
on it, such as code.py) work on IronPython. I needed this for the talk
I did on Thursday, where I had an interactive interpreter example
built on a rough port of Bruce (http://bruce.python-hosting.com)
outputting to SDL. It would be nice if the builtin compile() supported
this flag - I assume there's some support for it, since the
interactive interpreter does the right thing with it. This patch makes
codeop.py "work", but it does cause a slight change in behaviour,
damn.


--- /usr/lib/python2.4/codeop.py        2006-10-12 07:51:03.000000000 +1000
+++ codeop.py   2006-12-09 16:30:41.000000000 +1100
@@ -135,7 +135,7 @@
     statement, it "remembers" and compiles all subsequent program texts
     with the statement in force."""
     def __init__(self):
-        self.flags = PyCF_DONT_IMPLY_DEDENT
+        self.flags = 0

     def __call__(self, source, filename, symbol):
         codeob = compile(source, filename, symbol, self.flags, 1)

The docs for compile() don't actually mention this flag - I've logged
an SF bugreport about that.

And yes, I plan to clean up and release the Bruce on
IronPython+sdldotnet code. Not today, though - still recovering from
the conference. :-)


From anthonybaxter at gmail.com  Sat Dec  9 06:49:46 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Sat, 9 Dec 2006 16:49:46 +1100
Subject: [IronPython] os.popen() + Mono == segfault
In-Reply-To: <20061207142510.GA15349@debian.org>
References: <e69d3ed20612060851j98c5943k7dad6fff29b41c8d@mail.gmail.com>
	<20061207142510.GA15349@debian.org>
Message-ID: <e69d3ed20612082149n493ee8dbm146e5388eafd9acd@mail.gmail.com>

On 12/8/06, Paolo Molaro <lupus at ximian.com> wrote:
> The bug is fixed in svn (at least on non-win32): Process didn't handle
> the case when only the filename is set in ProcessStartInfo.

Fabulous! Thanks for the quick response. This will be in the 1.2.3 release?


From anthonybaxter at gmail.com  Sat Dec  9 07:49:41 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Sat, 9 Dec 2006 17:49:41 +1100
Subject: [IronPython] IPCE and Mono 1.2 interactive interpreter sadness
Message-ID: <e69d3ed20612082249i55eceb15udb2a2be0e22f134b@mail.gmail.com>

Hi Seo (and others).

IPCE on Mono 1.1.17 works really nicely in interactive mode. Backspace
works, ^D to exit works, the lot. On 1.2.2, however, it's a world of
broken. Backspace is just insane, ^D stopped working again... it's
pretty much unusable. I'm not sure whether this is a Mono bug (in
which case it should be logged) or a problem with the IPCE code. Can
you provide a more informed opinion?


From anthonybaxter at gmail.com  Sat Dec  9 08:01:22 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Sat, 9 Dec 2006 18:01:22 +1100
Subject: [IronPython] Is any one use IronPython in your project?
In-Reply-To: <2cd46e7f0611231155k1c26f271mab90d2f00499f7a2@mail.gmail.com>
References: <1164266973.043632.59050@e3g2000cwe.googlegroups.com>
	<456551EF.2050707@defuze.org>
	<228401c70f23$876df1f0$05b6a8c0@averatecdda041>
	<4565E935.20207@defuze.org>
	<2cd46e7f0611231128i5bc4a7a9k8287d79a90d54bb7@mail.gmail.com>
	<4565F95F.3080401@defuze.org>
	<2cd46e7f0611231155k1c26f271mab90d2f00499f7a2@mail.gmail.com>
Message-ID: <e69d3ed20612082301m23adece8s3aa3bcd9b7205a81@mail.gmail.com>

I did a very quick port of Bruce (http://bruce.python-hosting.com) to
IronPython the other night for my "futurepython" talk at OSDC 2006.
Bruce is built on top of pygame at the moment. I grabbed sdldotnet
(http://cs-sdl.sourceforge.net/), installed it, and started reading
the docs for it (they're in C#).

I started this at about 11pm, after the conference dinner, and did a
few hours work that night, then a couple more hours during talks the
following day. By the time I presented the talk at the end of the day,
I had most of the basic functionality (displaying text and images, an
interactive interpreter that spat out lines to the SDL screen and the
like) working, and ran the talk on top of IronPython on Mono.

I was extremely impressed. One thing that I was very happy about was
that I could just take the C# documentation and translate it almost
directly into Python code.

So all in all, I'm really quite happy.


From anthonybaxter at gmail.com  Sat Dec  9 08:31:46 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Sat, 9 Dec 2006 18:31:46 +1100
Subject: [IronPython] stdlib platform.py patch
Message-ID: <e69d3ed20612082331v17f135bkc82a4642f384ae71@mail.gmail.com>

The following patch makes Lib/platform.py correctly parse the
sys.version string for FePy 1.0 and 1.0.1. It would be good if it
could be added to IPCE - then pybench will work.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: platform.py.patch
Type: text/x-patch
Size: 1212 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061209/e080c5ba/attachment.bin>

From anthonybaxter at gmail.com  Sat Dec  9 08:55:44 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Sat, 9 Dec 2006 18:55:44 +1100
Subject: [IronPython] stdlib platform.py patch
In-Reply-To: <e69d3ed20612082331v17f135bkc82a4642f384ae71@mail.gmail.com>
References: <e69d3ed20612082331v17f135bkc82a4642f384ae71@mail.gmail.com>
Message-ID: <e69d3ed20612082355i38209cfbq7d667a14f810a9d@mail.gmail.com>

On 12/9/06, Anthony Baxter <anthonybaxter at gmail.com> wrote:
> The following patch makes Lib/platform.py correctly parse the
> sys.version string for FePy 1.0 and 1.0.1. It would be good if it
> could be added to IPCE - then pybench will work.

Damn. diffed wrong version. Try this patch, instead. It's against the
version in CPython 2.5.


This works on each version of FePy I could find.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: platform.py.patch
Type: text/x-patch
Size: 1335 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061209/0d94497e/attachment.bin>

From sanxiyn at gmail.com  Sat Dec  9 09:31:01 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Sat, 9 Dec 2006 17:31:01 +0900
Subject: [IronPython] patch to enable codeop.py on fepy
In-Reply-To: <e69d3ed20612082148l760b1ae0y3083a329cbdec7ee@mail.gmail.com>
References: <e69d3ed20612082148l760b1ae0y3083a329cbdec7ee@mail.gmail.com>
Message-ID: <5b0248170612090031j751274b6u3e77c56e8a265aab@mail.gmail.com>

2006/12/9, Anthony Baxter <anthonybaxter at gmail.com>:
> The following patch makes codeop.py (and therefore stuff that depends
> on it, such as code.py) work on IronPython.

Applied. Thanks!
http://svn.sourceforge.net/viewvc/fepy?view=rev&revision=342

> (snip) It would be nice if the builtin compile() supported
> this flag - I assume there's some support for it, since the
> interactive interpreter does the right thing with it. This patch makes
> codeop.py "work", but it does cause a slight change in behaviour,
> damn.

Indeed. As is, code.interact() on IronPython can't handle multiple
indented statements. It also doesn't handle true division __future__
statements along the interactive input.

> The docs for compile() don't actually mention this flag - I've logged
> an SF bugreport about that.

Namely, http://bugs.python.org/1612012 -- for the benefit of others. :)

It's indeed an interesting question where should be this compiler flag
exposed. Do you have any suggestion?

> And yes, I plan to clean up and release the Bruce on
> IronPython+sdldotnet code. Not today, though - still recovering from
> the conference. :-)

That'd be cool!

-- 
Seo Sanghyeon


From sanxiyn at gmail.com  Sat Dec  9 15:05:34 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Sat, 9 Dec 2006 23:05:34 +0900
Subject: [IronPython] stdlib platform.py patch
In-Reply-To: <e69d3ed20612082355i38209cfbq7d667a14f810a9d@mail.gmail.com>
References: <e69d3ed20612082331v17f135bkc82a4642f384ae71@mail.gmail.com>
	<e69d3ed20612082355i38209cfbq7d667a14f810a9d@mail.gmail.com>
Message-ID: <5b0248170612090605m7325282ch7249c3393a1defc8@mail.gmail.com>

2006/12/9, Anthony Baxter <anthonybaxter at gmail.com>:
> This works on each version of FePy I could find.

God helps us, it still doesn't parse sys.version from IronPython
to-be-1.1, namely change set 13291 you can download from CodePlex.

It gives:
2.4.0 (IronPython 1.1 (1.1) on .NET 2.0.50727.42)

For the benefit of others: the relevant CPython bug is
http://bugs.python.org/1563842

-- 
Seo Sanghyeon


From jvm_cop at spamcop.net  Sat Dec  9 22:57:22 2006
From: jvm_cop at spamcop.net (J. Merrill)
Date: Sat, 09 Dec 2006 16:57:22 -0500
Subject: [IronPython] Reading configuration file from Interpreter
In-Reply-To: <7280789.post@talk.nabble.com>
References: <7280789.post@talk.nabble.com>
Message-ID: <7.0.1.0.2.20061209165449.09f4d0b8@wheresmymailserver.com>

I didn't see that anyone else responded, so I'll take a shot -- the DLL could be locating a configuration file not for itself (dllname.dll.config) but one for the .EXE that loaded it (exename.exe.config).  Given that you didn't tell us what the name of the DLL or configuration file is, that seems possible.

If you've found the answer, please let us all know.

At 11:52 AM 11/10/2006, erase_ego wrote
>I have a .NET DLL which reads a configuration file using classes in System.Configuration namespace. I am running methods in this DLL from IronPython interpreter. It is working fine except that it is not able to read the configuration file. I have the configuration file in the same folder as the DLL. I have used AddReferenceToFileAndPath to add a reference to this DLL. Any ideas. Thanks 
[snip] 

J. Merrill / Analytical Software Corp




From ftorres at incisif.net  Sat Dec  9 23:04:59 2006
From: ftorres at incisif.net (ftorres at incisif.net)
Date: Sat, 9 Dec 2006 17:04:59 -0500
Subject: [IronPython] Reading configuration file from Interpreter
References: <7280789.post@talk.nabble.com>
	<7.0.1.0.2.20061209165449.09f4d0b8@wheresmymailserver.com>
Message-ID: <001001c71bde$128c9040$6564a8c0@MAIN2>

Try to put your options in the file ipyw.exe.config or ipy.exe.config in the 
ironpython folder.
I think that is where the options are going to be read.
I did not try, it is just a guess.

Frederic Torres
www.InCisif.net
Web Testing with C# or VB.NET

----- Original Message ----- 
From: "J. Merrill" <jvm_cop at spamcop.net>
To: "Discussion of IronPython" <users at lists.ironpython.com>
Sent: Saturday, December 09, 2006 4:57 PM
Subject: Re: [IronPython] Reading configuration file from Interpreter


>I didn't see that anyone else responded, so I'll take a shot -- the DLL 
>could be locating a configuration file not for itself (dllname.dll.config) 
>but one for the .EXE that loaded it (exename.exe.config).  Given that you 
>didn't tell us what the name of the DLL or configuration file is, that 
>seems possible.
>
> If you've found the answer, please let us all know.
>
> At 11:52 AM 11/10/2006, erase_ego wrote
>>I have a .NET DLL which reads a configuration file using classes in 
>>System.Configuration namespace. I am running methods in this DLL from 
>>IronPython interpreter. It is working fine except that it is not able to 
>>read the configuration file. I have the configuration file in the same 
>>folder as the DLL. I have used AddReferenceToFileAndPath to add a 
>>reference to this DLL. Any ideas. Thanks
> [snip]
>
> J. Merrill / Analytical Software Corp
>
>
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
> 




From ftorres at incisif.net  Sun Dec 10 00:03:13 2006
From: ftorres at incisif.net (ftorres at incisif.net)
Date: Sat, 9 Dec 2006 18:03:13 -0500
Subject: [IronPython] IronPython and InCisif.net - Web Testing Tool
References: <7280789.post@talk.nabble.com><7.0.1.0.2.20061209165449.09f4d0b8@wheresmymailserver.com>
	<001001c71bde$128c9040$6564a8c0@MAIN2>
Message-ID: <002a01c71be6$34d65c00$6564a8c0@MAIN2>

In the past weeks we started to integrate IronPython with our web testing 
tool InCisif.net with success.
We designed our tool to work with C# or VB.NET, but Python is a plus.
We are considering fully supporting IronPython for the next release.

I posted some samples on our blogs http://blog.incisif.net

If you are interested in automated web testing, let me know your feedbacks.

Frederic Torres
www.InCisif.net
Web Testing with C# or VB.NET




From anthonybaxter at gmail.com  Sun Dec 10 05:10:10 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Sun, 10 Dec 2006 15:10:10 +1100
Subject: [IronPython] stdlib platform.py patch
In-Reply-To: <5b0248170612090605m7325282ch7249c3393a1defc8@mail.gmail.com>
References: <e69d3ed20612082331v17f135bkc82a4642f384ae71@mail.gmail.com>
	<e69d3ed20612082355i38209cfbq7d667a14f810a9d@mail.gmail.com>
	<5b0248170612090605m7325282ch7249c3393a1defc8@mail.gmail.com>
Message-ID: <e69d3ed20612092010n1818d2d3wb937e4628fb5df89@mail.gmail.com>

On 12/10/06, Sanghyeon Seo <sanxiyn at gmail.com> wrote:
> 2006/12/9, Anthony Baxter <anthonybaxter at gmail.com>:
> > This works on each version of FePy I could find.
>
> God helps us, it still doesn't parse sys.version from IronPython
> to-be-1.1, namely change set 13291 you can download from CodePlex.
>
> It gives:
> 2.4.0 (IronPython 1.1 (1.1) on .NET 2.0.50727.42)

It changed _again_???!? Gah. I say again: Gah.

IronPython folks - can you pretty pretty pretty please choose a format
for this string, and stick to it? With sys.version_info telling lies,
people need a sane sys.version at least.

Does 1.1a1 have a sys.subversion string? I'm not sure I have the
ability to download from codeplex (I think it needs Windows
machines...)


From sanxiyn at gmail.com  Sun Dec 10 05:32:39 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Sun, 10 Dec 2006 13:32:39 +0900
Subject: [IronPython] stdlib platform.py patch
In-Reply-To: <e69d3ed20612092010n1818d2d3wb937e4628fb5df89@mail.gmail.com>
References: <e69d3ed20612082331v17f135bkc82a4642f384ae71@mail.gmail.com>
	<e69d3ed20612082355i38209cfbq7d667a14f810a9d@mail.gmail.com>
	<5b0248170612090605m7325282ch7249c3393a1defc8@mail.gmail.com>
	<e69d3ed20612092010n1818d2d3wb937e4628fb5df89@mail.gmail.com>
Message-ID: <5b0248170612092032o236235c6x8aada78c7f561b91@mail.gmail.com>

2006/12/10, Anthony Baxter <anthonybaxter at gmail.com>:
> Does 1.1a1 have a sys.subversion string? I'm not sure I have the
> ability to download from codeplex (I think it needs Windows
> machines...)

No, you don't need Windows machines. You can download the latest source in .zip.

-- 
Seo Sanghyeon


From xmlhacker at gmail.com  Sun Dec 10 16:01:31 2006
From: xmlhacker at gmail.com (M. David Peterson)
Date: Sun, 10 Dec 2006 08:01:31 -0700
Subject: [IronPython] [OT] Coding4Fun + Mono
In-Reply-To: <EEDCD954DD4A0D488BBDBDDCC26075441E07F5@meta-exchange.circle-cross.home>
References: <EEDCD954DD4A0D488BBDBDDCC26075441E07F5@meta-exchange.circle-cross.home>
Message-ID: <eab75e160612100701k526e069crf3d12941ed7d80e5@mail.gmail.com>

So what about all the people who are left believing that Mono only has seven
cool applications and is, for all intents and purposes, only a
1.1implementation?

Sorry, too many problems with the article propagating bad information not to
be brought to the surface in a public manner.

On 12/8/06, Keith J. Farmer <kfarmer at thuban.org> wrote:
>
>  What has usually worked for me is emailing the author (not posting a
> comment).
>
>
>
> -----
>
> Keith J. Farmer
>
> kfarmer at thuban.org
>
> *From:* users-bounces at lists.ironpython.com [mailto:
> users-bounces at lists.ironpython.com] *On Behalf Of *M. David Peterson
> *Sent:* Friday, 08 December 2006 17:40
> *To:* Discussion of IronPython
> *Subject:* Re: [IronPython] [OT] Coding4Fun + Mono
>
>
>
> Adding to this a bit, the mentioned O'ReillyNet article is Edd Dumbill's
> October 2004 article "Seven Cool Mono Apps" [http://www.oreillynet.com/pub/a/network/2004/10/18/mono.html
> ] -- things have changed a bit since then (the official 1.0 mono release
> was only 4 months old) and while the coverage of the 2.0 spec is
> incomplete, I think it deserves more coverage credit than "the API coverage
> is limited to .Net 1.1 with limited support for 2.0."
>
> No offense intended, but it seems "Coding4Fun" should be doing some
> "Research4Real" before his/her next post on "the other .NET framework."
>
> On 12/8/06, *Paul Moore* <paul.moore at centrify.com> wrote:
>
> I notice that miguel gets called 'someone'("someone has even porting
> Paint.Net to Mono.")
> Like calling anders 'a c# dev'
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com
> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Keith J. Farmer
> Sent: Friday, December 08, 2006 4:37 PM
> To: Discussion of IronPython
> Subject: [IronPython] [OT] Coding4Fun + Mono
>
> http://blogs.msdn.com/coding4fun/archive/2006/12/08/1241768.aspx
>
> Nice to see good, free press.
> _______________________________________________
> 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
>
>
>
>
> --
> /M:D
>
> M. David Peterson
> http://mdavid.name | http://www.oreillynet.com/pub/au/2354
>
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>


-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061210/43217411/attachment.html>

From fabio.pliger at siavr.it  Sun Dec 10 21:59:53 2006
From: fabio.pliger at siavr.it (fabio.pliger)
Date: Sun, 10 Dec 2006 21:59:53 +0100
Subject: [IronPython] [***SPAM*** Punteggio: 18.5/11.0] Re:
	Reading	configuration file from Interpreter
In-Reply-To: <001001c71bde$128c9040$6564a8c0@MAIN2>
References: <7280789.post@talk.nabble.com>
	<7.0.1.0.2.20061209165449.09f4d0b8@wheresmymailserver.com>
	<001001c71bde$128c9040$6564a8c0@MAIN2>
Message-ID: <WorldClient-F200612102159.AA59530142@siavr.it>

You can append the config file to sys.path...

cheers

Fabio


-----Original Message-----

From: <ftorres at incisif.net>

To: "Discussion of IronPython" <users at lists.ironpython.com>

Date: Sat, 9 Dec 2006 17:04:59 -0500

Subject: [***SPAM*** Punteggio: 18.5/11.0] Re: [IronPython] Reading 
configuration file from Interpreter




Try to put your options in the file ipyw.exe.config or ipy.exe.config in the 


ironpython folder.

I think that is where the options are going to be read.

I did not try, it is just a guess.



Frederic Torres

www.InCisif.net [http://www.incisif.net/]

Web Testing with C# or VB.NET



----- Original Message ----- 

From: "J. Merrill" <jvm_cop at spamcop.net>

To: "Discussion of IronPython" <users at lists.ironpython.com>

Sent: Saturday, December 09, 2006 4:57 PM

Subject: Re: [IronPython] Reading configuration file from Interpreter





>I didn't see that anyone else responded, so I'll take a shot -- the DLL 

>could be locating a configuration file not for itself (dllname.dll.config) 

>but one for the .EXE that loaded it (exename.exe.config).  Given that you 

>didn't tell us what the name of the DLL or configuration file is, that 

>seems possible.

>

> If you've found the answer, please let us all know.

>

> At 11:52 AM 11/10/2006, erase_ego wrote

>>I have a .NET DLL which reads a configuration file using classes in 

>>System.Configuration namespace. I am running methods in this DLL from 

>>IronPython interpreter. It is working fine except that it is not able to 

>>read the configuration file. I have the configuration file in the same 

>>folder as the DLL. I have used AddReferenceToFileAndPath to add a 

>>reference to this DLL. Any ideas. Thanks

> [snip]

>

> J. Merrill / Analytical Software Corp

>

>

> _______________________________________________

> users mailing list

> users at lists.ironpython.com

> http://lists.ironpython.com/listinfo.cgi/users-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 
[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/20061210/96cce792/attachment.html>

From anthonybaxter at gmail.com  Mon Dec 11 01:03:48 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Mon, 11 Dec 2006 11:03:48 +1100
Subject: [IronPython] blog post about my FuturePython talk last week
Message-ID: <e69d3ed20612101603w283d9297s9b5052443a2dfab3@mail.gmail.com>

I put up a post about the talk I did last week "futurepython" (on
IronPython and Python 3.0).
The post is here:
http://codingweasel.blogspot.com/2006/12/talk-2-futurepython.html
Michael Foord has some notes about getting the presentation software I
wrote for the talk (in a couple of hours) working on Windows on his
blog at http://www.voidspace.org.uk/python/weblog/arch_d7_2006_12_09.shtml#e577

Note that the software is a very very rough port of the current-SVN of
Bruce to IronPython. It has many many missing bits (for instance, the
autotyping in the interpreter and the like)

So... anyone know a sane and simple way to detect the underlying
platform from Mono/.Net? If os.popen() didn't make Mono crash, I could
always do something like checking the output of os.popen("/bin/ls") -
but that's not an option for now.

BTW - the reference to Jim as a "crazy person" is because of his
initial stated reason for writing IronPython - just to write a mean
paper about .Net :-)


From kfarmer at thuban.org  Mon Dec 11 10:03:15 2006
From: kfarmer at thuban.org (Keith J. Farmer)
Date: Mon, 11 Dec 2006 01:03:15 -0800
Subject: [IronPython] [OT] Coding4Fun + Mono
Message-ID: <EEDCD954DD4A0D488BBDBDDCC26075441E07F7@meta-exchange.circle-cross.home>

The "not posting a comment" isn't meant to be taken as an exclusive thing.  In my experience, authors don't generally read comments as often as commenters would like to believe.  Ergo, if you want to see corrections to a post happen, email the person directly.

 

-----

Keith J. Farmer

kfarmer at thuban.org

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of M. David Peterson
Sent: Sunday, 10 December 2006 07:02
To: Discussion of IronPython
Subject: Re: [IronPython] [OT] Coding4Fun + Mono

 

So what about all the people who are left believing that Mono only has seven cool applications and is, for all intents and purposes, only a 1.1 implementation?

Sorry, too many problems with the article propagating bad information not to be brought to the surface in a public manner. 

On 12/8/06, Keith J. Farmer <kfarmer at thuban.org> wrote:

What has usually worked for me is emailing the author (not posting a comment).

 

-----

Keith J. Farmer

kfarmer at thuban.org 

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of M. David Peterson
Sent: Friday, 08 December 2006 17:40
To: Discussion of IronPython
Subject: Re: [IronPython] [OT] Coding4Fun + Mono

 

Adding to this a bit, the mentioned O'ReillyNet article is Edd Dumbill's October 2004 article "Seven Cool Mono Apps" [http://www.oreillynet.com/pub/a/network/2004/10/18/mono.html ] -- things have changed a bit since then (the official 1.0 mono release was only 4 months old) and while the coverage of the 2.0 spec is incomplete, I think it deserves more coverage credit than "the API coverage is limited to .Net 1.1 with limited support for 2.0."

No offense intended, but it seems "Coding4Fun" should be doing some "Research4Real" before his/her next post on "the other .NET framework."

On 12/8/06, Paul Moore <paul.moore at centrify.com> wrote:

I notice that miguel gets called 'someone'("someone has even porting
Paint.Net to Mono.")
Like calling anders 'a c# dev'

-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Keith J. Farmer
Sent: Friday, December 08, 2006 4:37 PM
To: Discussion of IronPython 
Subject: [IronPython] [OT] Coding4Fun + Mono

http://blogs.msdn.com/coding4fun/archive/2006/12/08/1241768.aspx

Nice to see good, free press. 
_______________________________________________
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




-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354 


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






-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354 

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

From dinov at exchange.microsoft.com  Mon Dec 11 18:53:51 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Mon, 11 Dec 2006 09:53:51 -0800
Subject: [IronPython] blog post about my FuturePython talk last week
In-Reply-To: <e69d3ed20612101603w283d9297s9b5052443a2dfab3@mail.gmail.com>
References: <e69d3ed20612101603w283d9297s9b5052443a2dfab3@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C222754850BE0BB@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

You might want to look at System.Environment.OSVersion - there's a Platform enum hanging off of that as well as general version info.  I'm not sure what it displays under Mono though.  There's also System.Environment.Version but that seems to be just a Version struct which isn't as rich as the OS version info.

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Anthony Baxter
Sent: Sunday, December 10, 2006 4:04 PM
To: Discussion of IronPython
Subject: [IronPython] blog post about my FuturePython talk last week

I put up a post about the talk I did last week "futurepython" (on
IronPython and Python 3.0).
The post is here:
http://codingweasel.blogspot.com/2006/12/talk-2-futurepython.html
Michael Foord has some notes about getting the presentation software I
wrote for the talk (in a couple of hours) working on Windows on his
blog at http://www.voidspace.org.uk/python/weblog/arch_d7_2006_12_09.shtml#e577

Note that the software is a very very rough port of the current-SVN of
Bruce to IronPython. It has many many missing bits (for instance, the
autotyping in the interpreter and the like)

So... anyone know a sane and simple way to detect the underlying
platform from Mono/.Net? If os.popen() didn't make Mono crash, I could
always do something like checking the output of os.popen("/bin/ls") -
but that's not an option for now.

BTW - the reference to Jim as a "crazy person" is because of his
initial stated reason for writing IronPython - just to write a mean
paper about .Net :-)
_______________________________________________
users mailing list
users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From xmlhacker at gmail.com  Mon Dec 11 19:23:36 2006
From: xmlhacker at gmail.com (M. David Peterson)
Date: Mon, 11 Dec 2006 11:23:36 -0700
Subject: [IronPython] [OT] Coding4Fun + Mono
In-Reply-To: <EEDCD954DD4A0D488BBDBDDCC26075441E07F7@meta-exchange.circle-cross.home>
References: <EEDCD954DD4A0D488BBDBDDCC26075441E07F7@meta-exchange.circle-cross.home>
Message-ID: <eab75e160612111023q3a41e4b6s3d56b0f450b9e6cb@mail.gmail.com>

Fair enough, but after looking for a contact email, this is what I found >
http://blogs.msdn.com/user/Profile.aspx?UserID=4539 < Did I miss something?

On 12/11/06, Keith J. Farmer <kfarmer at thuban.org> wrote:
>
>  The "not posting a comment" isn't meant to be taken as an exclusive
> thing.  In my experience, authors don't generally read comments as often as
> commenters would like to believe.  Ergo, if you want to see corrections to a
> post happen, email the person directly.
>
>
>
> -----
>
> Keith J. Farmer
>
> kfarmer at thuban.org
>
> *From:* users-bounces at lists.ironpython.com [mailto:
> users-bounces at lists.ironpython.com] *On Behalf Of *M. David Peterson
> *Sent:* Sunday, 10 December 2006 07:02
> *To:* Discussion of IronPython
> *Subject:* Re: [IronPython] [OT] Coding4Fun + Mono
>
>
>
> So what about all the people who are left believing that Mono only has
> seven cool applications and is, for all intents and purposes, only a 1.1implementation?
>
> Sorry, too many problems with the article propagating bad information not
> to be brought to the surface in a public manner.
>
> On 12/8/06, *Keith J. Farmer* <kfarmer at thuban.org> wrote:
>
> What has usually worked for me is emailing the author (not posting a
> comment).
>
>
>
> -----
>
> Keith J. Farmer
>
> kfarmer at thuban.org
>
> *From:* users-bounces at lists.ironpython.com [mailto:
> users-bounces at lists.ironpython.com] *On Behalf Of *M. David Peterson
> *Sent:* Friday, 08 December 2006 17:40
> *To:* Discussion of IronPython
> *Subject:* Re: [IronPython] [OT] Coding4Fun + Mono
>
>
>
> Adding to this a bit, the mentioned O'ReillyNet article is Edd Dumbill's
> October 2004 article "Seven Cool Mono Apps" [http://www.oreillynet.com/pub/a/network/2004/10/18/mono.html
> ] -- things have changed a bit since then (the official 1.0 mono release
> was only 4 months old) and while the coverage of the 2.0 spec is
> incomplete, I think it deserves more coverage credit than "the API coverage
> is limited to .Net 1.1 with limited support for 2.0."
>
> No offense intended, but it seems "Coding4Fun" should be doing some
> "Research4Real" before his/her next post on "the other .NET framework."
>
> On 12/8/06, *Paul Moore* <paul.moore at centrify.com> wrote:
>
> I notice that miguel gets called 'someone'("someone has even porting
> Paint.Net to Mono.")
> Like calling anders 'a c# dev'
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com
> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Keith J. Farmer
> Sent: Friday, December 08, 2006 4:37 PM
> To: Discussion of IronPython
> Subject: [IronPython] [OT] Coding4Fun + Mono
>
> http://blogs.msdn.com/coding4fun/archive/2006/12/08/1241768.aspx
>
> Nice to see good, free press.
> _______________________________________________
> 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
>
>
>
>
> --
> /M:D
>
> M. David Peterson
> http://mdavid.name | http://www.oreillynet.com/pub/au/2354
>
>
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>
>
> --
> /M:D
>
> M. David Peterson
> http://mdavid.name | http://www.oreillynet.com/pub/au/2354
>
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
>
>


-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061211/d9f9d814/attachment.html>

From xmlhacker at gmail.com  Mon Dec 11 19:27:28 2006
From: xmlhacker at gmail.com (M. David Peterson)
Date: Mon, 11 Dec 2006 11:27:28 -0700
Subject: [IronPython] [OT] Coding4Fun + Mono
In-Reply-To: <eab75e160612111023q3a41e4b6s3d56b0f450b9e6cb@mail.gmail.com>
References: <EEDCD954DD4A0D488BBDBDDCC26075441E07F7@meta-exchange.circle-cross.home>
	<eab75e160612111023q3a41e4b6s3d56b0f450b9e6cb@mail.gmail.com>
Message-ID: <eab75e160612111027s45cfe203v1c62c50b71f2c172@mail.gmail.com>

(in other words, I agree -- this would be a smart way to attempt to get the
article fixed.  But after looking for a way to contact the author, I came up
the mentioned linked page.  Not a whole lot you can do about it when there
is no known way to contact the author, and the author, for all intents and
purposes, is unknown, the post attributed to "Coding4Fun")

On 12/11/06, M. David Peterson <xmlhacker at gmail.com> wrote:
>
> Fair enough, but after looking for a contact email, this is what I found >
> http://blogs.msdn.com/user/Profile.aspx?UserID=4539 < Did I miss
> something?
>
> On 12/11/06, Keith J. Farmer <kfarmer at thuban.org> wrote:
> >
> >  The "not posting a comment" isn't meant to be taken as an exclusive
> > thing.  In my experience, authors don't generally read comments as often as
> > commenters would like to believe.  Ergo, if you want to see corrections to a
> > post happen, email the person directly.
> >
> >
> >
> > -----
> >
> > Keith J. Farmer
> >
> > kfarmer at thuban.org
> >
> > *From:* users-bounces at lists.ironpython.com [mailto:
> > users-bounces at lists.ironpython.com] *On Behalf Of *M. David Peterson
> > *Sent:* Sunday, 10 December 2006 07:02
> > *To:* Discussion of IronPython
> > *Subject:* Re: [IronPython] [OT] Coding4Fun + Mono
> >
> >
> >
> > So what about all the people who are left believing that Mono only has
> > seven cool applications and is, for all intents and purposes, only a 1.1implementation?
> >
> > Sorry, too many problems with the article propagating bad information
> > not to be brought to the surface in a public manner.
> >
> > On 12/8/06, *Keith J. Farmer* <kfarmer at thuban.org> wrote:
> >
> > What has usually worked for me is emailing the author (not posting a
> > comment).
> >
> >
> >
> > -----
> >
> > Keith J. Farmer
> >
> > kfarmer at thuban.org
> >
> > *From:* users-bounces at lists.ironpython.com [mailto:
> > users-bounces at lists.ironpython.com] *On Behalf Of *M. David Peterson
> > *Sent:* Friday, 08 December 2006 17:40
> > *To:* Discussion of IronPython
> > *Subject:* Re: [IronPython] [OT] Coding4Fun + Mono
> >
> >
> >
> > Adding to this a bit, the mentioned O'ReillyNet article is Edd Dumbill's
> > October 2004 article "Seven Cool Mono Apps" [http://www.oreillynet.com/pub/a/network/2004/10/18/mono.html
> > ] -- things have changed a bit since then (the official 1.0 mono release
> > was only 4 months old) and while the coverage of the 2.0 spec is
> > incomplete, I think it deserves more coverage credit than "the API coverage
> > is limited to .Net 1.1 with limited support for 2.0."
> >
> > No offense intended, but it seems "Coding4Fun" should be doing some
> > "Research4Real" before his/her next post on "the other .NET framework."
> >
> > On 12/8/06, *Paul Moore* <paul.moore at centrify.com> wrote:
> >
> > I notice that miguel gets called 'someone'("someone has even porting
> > Paint.Net to Mono.")
> > Like calling anders 'a c# dev'
> >
> > -----Original Message-----
> > From: users-bounces at lists.ironpython.com
> > [mailto:users-bounces at lists.ironpython.com] On Behalf Of Keith J. Farmer
> > Sent: Friday, December 08, 2006 4:37 PM
> > To: Discussion of IronPython
> > Subject: [IronPython] [OT] Coding4Fun + Mono
> >
> > http://blogs.msdn.com/coding4fun/archive/2006/12/08/1241768.aspx
> >
> > Nice to see good, free press.
> > _______________________________________________
> > 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
> >
> >
> >
> >
> > --
> > /M:D
> >
> > M. David Peterson
> > http://mdavid.name | http://www.oreillynet.com/pub/au/2354
> >
> >
> > _______________________________________________
> > users mailing list
> > users at lists.ironpython.com
> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >
> >
> >
> >
> > --
> > /M:D
> >
> > M. David Peterson
> > http://mdavid.name | http://www.oreillynet.com/pub/au/2354
> >
> > _______________________________________________
> > users mailing list
> > users at lists.ironpython.com
> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >
> >
> >
>
>
> --
> /M:D
>
> M. David Peterson
> http://mdavid.name | http://www.oreillynet.com/pub/au/2354
>



-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061211/334d5ce5/attachment.html>

From dinov at exchange.microsoft.com  Mon Dec 11 19:56:32 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Mon, 11 Dec 2006 10:56:32 -0800
Subject: [IronPython] stdlib platform.py patch
In-Reply-To: <5b0248170612092032o236235c6x8aada78c7f561b91@mail.gmail.com>
References: <e69d3ed20612082331v17f135bkc82a4642f384ae71@mail.gmail.com>
	<e69d3ed20612082355i38209cfbq7d667a14f810a9d@mail.gmail.com>
	<5b0248170612090605m7325282ch7249c3393a1defc8@mail.gmail.com>
	<e69d3ed20612092010n1818d2d3wb937e4628fb5df89@mail.gmail.com>
	<5b0248170612092032o236235c6x8aada78c7f561b91@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C222754850BE123@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

Unfortunately I think the format for 1.1 is the format that we want to keep going forward.  Just for the purposes of comparison:

1.0: IronPython 1.0.60816 on .NET 2.0.50727.42
1.0.1: IronPython 1.0 (1.0.61005.1977) on .NET 2.0.50727.42
1.1 Alpha: 2.4.0 (IronPython 1.1 Alpha (1.1) on .NET 2.0.50727.42)

The 1.1 alpha format just changed this morning - previously it didn't have the string Alpha in it and had a v before the version number.

The reason this is an important change is that there exists code that parses the version string to determine what version of CPython is running.  In those cases we want to present a compatible version string as being 2.4.x.  But of course we still want to present a version string for determining the IP version as well.  As IronPython is updated to support the features of the latest CPython releases we'll then rev the CPython version number as well (and in 1.1 setting the -X:Python25 option will cause the version string to start with 2.5.0 instead).

The good news is that "'IronPython' in sys.version" (or 'IronPython 1.' Or 'IronPython 1.0') remains as a compatible way to check across all versions.  Sorry for the changes here but this should be the final format going forward.



-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo
Sent: Saturday, December 09, 2006 8:33 PM
To: Discussion of IronPython
Subject: Re: [IronPython] stdlib platform.py patch

2006/12/10, Anthony Baxter <anthonybaxter at gmail.com>:
> Does 1.1a1 have a sys.subversion string? I'm not sure I have the
> ability to download from codeplex (I think it needs Windows
> machines...)

No, you don't need Windows machines. You can download the latest source in .zip.

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


From anthonybaxter at gmail.com  Tue Dec 12 01:36:01 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Tue, 12 Dec 2006 11:36:01 +1100
Subject: [IronPython] stdlib platform.py patch
In-Reply-To: <7AD436E4270DD54A94238001769C222754850BE123@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
References: <e69d3ed20612082331v17f135bkc82a4642f384ae71@mail.gmail.com>
	<e69d3ed20612082355i38209cfbq7d667a14f810a9d@mail.gmail.com>
	<5b0248170612090605m7325282ch7249c3393a1defc8@mail.gmail.com>
	<e69d3ed20612092010n1818d2d3wb937e4628fb5df89@mail.gmail.com>
	<5b0248170612092032o236235c6x8aada78c7f561b91@mail.gmail.com>
	<7AD436E4270DD54A94238001769C222754850BE123@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <e69d3ed20612111636p31e23476m71ac71210ba16e38@mail.gmail.com>

On 12/12/06, Dino Viehland <dinov at exchange.microsoft.com> wrote:
> Unfortunately I think the format for 1.1 is the format that we want to keep going forward.
> Just for the purposes of comparison:
>
> 1.0: IronPython 1.0.60816 on .NET 2.0.50727.42
> 1.0.1: IronPython 1.0 (1.0.61005.1977) on .NET 2.0.50727.42
> 1.1 Alpha: 2.4.0 (IronPython 1.1 Alpha (1.1) on .NET 2.0.50727.42)

> The 1.1 alpha format just changed this morning - previously it didn't have the string
> Alpha in it and had a v before the version number.

Hm. Are you only planning a single alpha? Otherwise this format isn't
very useful.
You might want to change the bit in the brackets to be of the form "1.1a1".

For what it's worth, here's a typical CPython pattern:
2.5a1 - 1st alpha
2.5a2 - 2nd alpha
2.5a3 - 3rd alpha
2.5b1 - 1st beta
...
2.5c1 - 1st release candidate
...
2.5 - final release
2.5.1c1 - release candidate for 2.5.1
2.5.1 - final release for 2.5.1

This has been figured out over some time and works well for us.

> The good news is that "'IronPython' in sys.version" (or 'IronPython 1.' Or 'IronPython 1.0')
> remains as a compatible way to check across all versions.  Sorry for the changes here
> but this should be the final format going forward.

I'm trying to make lib/platform.py work - one of the things it needs
is to determine the
actual version of the Python implementation. IronPython is neither 2.4
nor 2.5, but instead is "1.0", "1.0.1", or "1.1a1" (at the moment).

Yes, in theory determining the precise version is bad practice, but
there are times when it's necessary.


From dinov at exchange.microsoft.com  Tue Dec 12 02:00:17 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Mon, 11 Dec 2006 17:00:17 -0800
Subject: [IronPython] stdlib platform.py patch
In-Reply-To: <e69d3ed20612111636p31e23476m71ac71210ba16e38@mail.gmail.com>
References: <e69d3ed20612082331v17f135bkc82a4642f384ae71@mail.gmail.com>
	<e69d3ed20612082355i38209cfbq7d667a14f810a9d@mail.gmail.com>
	<5b0248170612090605m7325282ch7249c3393a1defc8@mail.gmail.com>
	<e69d3ed20612092010n1818d2d3wb937e4628fb5df89@mail.gmail.com>
	<5b0248170612092032o236235c6x8aada78c7f561b91@mail.gmail.com>
	<7AD436E4270DD54A94238001769C222754850BE123@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<e69d3ed20612111636p31e23476m71ac71210ba16e38@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C222754850BE2D9@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

I'm fine w/ 1.1a1 as well.  We've run into a couple of internal infrastructure issues getting the build out so it'll be delayed anyway and I can update it to match CPython's form.

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Anthony Baxter
Sent: Monday, December 11, 2006 4:36 PM
To: Discussion of IronPython
Subject: Re: [IronPython] stdlib platform.py patch

On 12/12/06, Dino Viehland <dinov at exchange.microsoft.com> wrote:
> Unfortunately I think the format for 1.1 is the format that we want to keep going forward.
> Just for the purposes of comparison:
>
> 1.0: IronPython 1.0.60816 on .NET 2.0.50727.42
> 1.0.1: IronPython 1.0 (1.0.61005.1977) on .NET 2.0.50727.42
> 1.1 Alpha: 2.4.0 (IronPython 1.1 Alpha (1.1) on .NET 2.0.50727.42)

> The 1.1 alpha format just changed this morning - previously it didn't have the string
> Alpha in it and had a v before the version number.

Hm. Are you only planning a single alpha? Otherwise this format isn't
very useful.
You might want to change the bit in the brackets to be of the form "1.1a1".

For what it's worth, here's a typical CPython pattern:
2.5a1 - 1st alpha
2.5a2 - 2nd alpha
2.5a3 - 3rd alpha
2.5b1 - 1st beta
...
2.5c1 - 1st release candidate
...
2.5 - final release
2.5.1c1 - release candidate for 2.5.1
2.5.1 - final release for 2.5.1

This has been figured out over some time and works well for us.

> The good news is that "'IronPython' in sys.version" (or 'IronPython 1.' Or 'IronPython 1.0')
> remains as a compatible way to check across all versions.  Sorry for the changes here
> but this should be the final format going forward.

I'm trying to make lib/platform.py work - one of the things it needs
is to determine the
actual version of the Python implementation. IronPython is neither 2.4
nor 2.5, but instead is "1.0", "1.0.1", or "1.1a1" (at the moment).

Yes, in theory determining the precise version is bad practice, but
there are times when it's necessary.
_______________________________________________
users mailing list
users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From jvm_cop at spamcop.net  Tue Dec 12 04:10:37 2006
From: jvm_cop at spamcop.net (J. Merrill)
Date: Mon, 11 Dec 2006 22:10:37 -0500
Subject: [IronPython] [OT] Coding4Fun + Mono
In-Reply-To: <eab75e160612111027s45cfe203v1c62c50b71f2c172@mail.gmail.co
 m>
References: <EEDCD954DD4A0D488BBDBDDCC26075441E07F7@meta-exchange.circle-cross.home>
	<eab75e160612111023q3a41e4b6s3d56b0f450b9e6cb@mail.gmail.com>
	<eab75e160612111027s45cfe203v1c62c50b71f2c172@mail.gmail.com>
Message-ID: <7.0.1.0.2.20061211184623.040ed1d0@wheresmymailserver.com>

There is a link "Email" under the "This Blog" heading at the top of the left-side frame.  (So yes, you did miss something!)  That gets you to a contact form that goes to someone who actually answers.  I used it to question inclusion of a link to a 2-year-old article, and was challenged to find a better list of cool Mono apps.

Is IronPython actually considered to be a "Mono app"?  I would have thought that it's a .Net app that works on Mono.  But that's me...

At 01:27 PM 12/11/2006, M. David Peterson wrote
>(in other words, I agree -- this would be a smart way to attempt to get the article fixed.  But after looking for a way to contact the author, I came up the mentioned linked page.  Not a whole lot you can do about it when there is no known way to contact the author, and the author, for all intents and purposes, is unknown, the post attributed to "Coding4Fun") 
>
>On 12/11/06, M. David Peterson <<mailto:xmlhacker at gmail.com>xmlhacker at gmail.com> wrote:
>Fair enough, but after looking for a contact email, this is what I found > <http://blogs.msdn.com/user/Profile.aspx?UserID=4539>http://blogs.msdn.com/user/Profile.aspx?UserID=4539 < Did I miss something? 
>
>
>On 12/11/06, Keith J. Farmer <<mailto:kfarmer at thuban.org> kfarmer at thuban.org> wrote:
>
>The "not posting a comment" isn't meant to be taken as an exclusive thing.  In my experience, authors don't generally read comments as often as commenters would like to believe.  Ergo, if you want to see corrections to a post happen, email the person directly.
[snip]


J. Merrill / Analytical Software Corp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061211/10746497/attachment.html>

From xmlhacker at gmail.com  Tue Dec 12 05:13:26 2006
From: xmlhacker at gmail.com (M. David Peterson)
Date: Mon, 11 Dec 2006 21:13:26 -0700
Subject: [IronPython] [OT] Coding4Fun + Mono
In-Reply-To: <7.0.1.0.2.20061211184623.040ed1d0@wheresmymailserver.com>
References: <EEDCD954DD4A0D488BBDBDDCC26075441E07F7@meta-exchange.circle-cross.home>
	<eab75e160612111023q3a41e4b6s3d56b0f450b9e6cb@mail.gmail.com>
	<eab75e160612111027s45cfe203v1c62c50b71f2c172@mail.gmail.com>
	<7.0.1.0.2.20061211184623.040ed1d0@wheresmymailserver.com>
Message-ID: <eab75e160612112013h5e7b1ea3o355717c35a8a9232@mail.gmail.com>

On 12/11/06, J. Merrill <jvm_cop at spamcop.net> wrote:
>
>  There is a link "Email" under the "This Blog" heading at the top of the
> left-side frame.  (So yes, you did miss something!)
>

Huh...  Would ya look at that ;) :D

That gets you to a contact form that goes to someone who actually answers.
>

Something tells me that at this point I may not get the same prompt response
you got, but you never know :)

  I used it to question inclusion of a link to a 2-year-old article, and was
> challenged to find a better list of cool Mono apps.
>

Hmmm.... Not quite sure that's the right answer, though I'm up for the
challenge.

Is IronPython actually considered to be a "Mono app"?  I would have thought
> that it's a .Net app that works on Mono.  But that's me...
>

And, in my own opinion, you are absolutely spot on.  In fact, you could
easily make the comparison that IronPython is to CPython what Mono is to
MS.NET.  There are limitations to the entity on the left of each comparison,
but each represent a runtime for the Python and Common Language
Infrastructure specifications, respectively.

Will locate a better list and report back.

Thanks, J!

-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061211/f275e76d/attachment.html>

From xmlhacker at gmail.com  Tue Dec 12 05:20:26 2006
From: xmlhacker at gmail.com (M. David Peterson)
Date: Mon, 11 Dec 2006 21:20:26 -0700
Subject: [IronPython] [OT] Coding4Fun + Mono
In-Reply-To: <eab75e160612112013h5e7b1ea3o355717c35a8a9232@mail.gmail.com>
References: <EEDCD954DD4A0D488BBDBDDCC26075441E07F7@meta-exchange.circle-cross.home>
	<eab75e160612111023q3a41e4b6s3d56b0f450b9e6cb@mail.gmail.com>
	<eab75e160612111027s45cfe203v1c62c50b71f2c172@mail.gmail.com>
	<7.0.1.0.2.20061211184623.040ed1d0@wheresmymailserver.com>
	<eab75e160612112013h5e7b1ea3o355717c35a8a9232@mail.gmail.com>
Message-ID: <eab75e160612112020i19c31d2dw75d88b3631dd0252@mail.gmail.com>

Action:Visit http://www.google.com
Action:Type 'list of mono applications'
Action:Click "I'm Feeling Lucky"
Action:Read *LONG* List of Cool .NET applications that are known to run on
Mono's runtime implementation of the Common Language Infrastructure
specification.

Or just click the link that follows: http://www.mono-project.com/Software

On 12/11/06, M. David Peterson <xmlhacker at gmail.com> wrote:
>
> On 12/11/06, J. Merrill <jvm_cop at spamcop.net> wrote:
> >
> >  There is a link "Email" under the "This Blog" heading at the top of the
> > left-side frame.  (So yes, you did miss something!)
> >
>
> Huh...  Would ya look at that ;) :D
>
> That gets you to a contact form that goes to someone who actually answers.
> >
>
> Something tells me that at this point I may not get the same prompt
> response you got, but you never know :)
>
>   I used it to question inclusion of a link to a 2-year-old article, and
> > was challenged to find a better list of cool Mono apps.
> >
>
> Hmmm.... Not quite sure that's the right answer, though I'm up for the
> challenge.
>
>  Is IronPython actually considered to be a "Mono app"?  I would have
> > thought that it's a .Net app that works on Mono.  But that's me...
> >
>
> And, in my own opinion, you are absolutely spot on.  In fact, you could
> easily make the comparison that IronPython is to CPython what Mono is to
> MS.NET.  There are limitations to the entity on the left of each
> comparison, but each represent a runtime for the Python and Common Language
> Infrastructure specifications, respectively.
>
> Will locate a better list and report back.
>
> Thanks, J!
>
> --
> /M:D
>
> M. David Peterson
> http://mdavid.name | http://www.oreillynet.com/pub/au/2354
>



-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061211/308b9a48/attachment.html>

From xmlhacker at gmail.com  Tue Dec 12 05:35:17 2006
From: xmlhacker at gmail.com (M. David Peterson)
Date: Mon, 11 Dec 2006 21:35:17 -0700
Subject: [IronPython] [OT] Coding4Fun + Mono
In-Reply-To: <eab75e160612112020i19c31d2dw75d88b3631dd0252@mail.gmail.com>
References: <EEDCD954DD4A0D488BBDBDDCC26075441E07F7@meta-exchange.circle-cross.home>
	<eab75e160612111023q3a41e4b6s3d56b0f450b9e6cb@mail.gmail.com>
	<eab75e160612111027s45cfe203v1c62c50b71f2c172@mail.gmail.com>
	<7.0.1.0.2.20061211184623.040ed1d0@wheresmymailserver.com>
	<eab75e160612112013h5e7b1ea3o355717c35a8a9232@mail.gmail.com>
	<eab75e160612112020i19c31d2dw75d88b3631dd0252@mail.gmail.com>
Message-ID: <eab75e160612112035n61aeb0dbhc914ac10b23fc898@mail.gmail.com>

Oh, you should add to that list Saxon on .NET, and *ANY* other Java
application that can be successfully compiled and/or run via IKVM.NET. Will
run out of the box via Mono, though if you happen to have an rPath
Linux-based distribution,

> conary update ikvmbin Saxon.NET --install-label=nuxleus.rpath.org at nux
:devel

This will provide for you the latest release of IKVM.NET (0.30.0) and the
latest SVN snapshot build of Saxon on .NET (8.8-b++).

Adding to this a bit, given Sun's latest GPL'd offering, as soon as the
library source becomes available, I know for a fact that Jeroen (the
developer of IKVM.NET) will be working aggressively to integrate the source,
providing as near to complete of a Java VM for the .NET platform as the
released source will allow.

When this happens, and given Jeroen's efforts to ensure that each release of
IKVM.NET runs equally well on both Mono and MS.NET (excluding performance
comparisons of each respective platform; including the fact that an app that
runs via MS.NET will run on Mono as well) my guess is that this list is
going to get just a tad bit longer.  But that's just a guess ;)

On 12/11/06, M. David Peterson <xmlhacker at gmail.com> wrote:
>
> Action:Visit http://www.google.com
> Action:Type 'list of mono applications'
> Action:Click "I'm Feeling Lucky"
> Action:Read *LONG* List of Cool .NET applications that are known to run on
> Mono's runtime implementation of the Common Language Infrastructure
> specification.
>
> Or just click the link that follows: http://www.mono-project.com/Software
>
> --
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061211/2cd2f839/attachment.html>

From xmlhacker at gmail.com  Tue Dec 12 05:43:02 2006
From: xmlhacker at gmail.com (M. David Peterson)
Date: Mon, 11 Dec 2006 21:43:02 -0700
Subject: [IronPython] [OT] Coding4Fun + Mono
In-Reply-To: <eab75e160612112035n61aeb0dbhc914ac10b23fc898@mail.gmail.com>
References: <EEDCD954DD4A0D488BBDBDDCC26075441E07F7@meta-exchange.circle-cross.home>
	<eab75e160612111023q3a41e4b6s3d56b0f450b9e6cb@mail.gmail.com>
	<eab75e160612111027s45cfe203v1c62c50b71f2c172@mail.gmail.com>
	<7.0.1.0.2.20061211184623.040ed1d0@wheresmymailserver.com>
	<eab75e160612112013h5e7b1ea3o355717c35a8a9232@mail.gmail.com>
	<eab75e160612112020i19c31d2dw75d88b3631dd0252@mail.gmail.com>
	<eab75e160612112035n61aeb0dbhc914ac10b23fc898@mail.gmail.com>
Message-ID: <eab75e160612112043w3a9cc140m8543ac6fe2c31824@mail.gmail.com>

58 more from an article dated February 22nd, 2005 (or ~4 months after Edd's
post to O'ReillyNet) >> http://www.osnews.com/story.php?news_id=9780

On 12/11/06, M. David Peterson <xmlhacker at gmail.com> wrote:
>
> Oh, you should add to that list Saxon on .NET, and *ANY* other Java
> application that can be successfully compiled and/or run via IKVM.NET.
> Will run out of the box via Mono, though if you happen to have an rPath
> Linux-based distribution,
>
> > conary update ikvmbin Saxon.NET --install-label=nuxleus.rpath.org at nux
> :devel
>
> This will provide for you the latest release of IKVM.NET (0.30.0) and the
> latest SVN snapshot build of Saxon on .NET ( 8.8-b++).
>
> Adding to this a bit, given Sun's latest GPL'd offering, as soon as the
> library source becomes available, I know for a fact that Jeroen (the
> developer of IKVM.NET) will be working aggressively to integrate the
> source, providing as near to complete of a Java VM for the .NET platform as
> the released source will allow.
>
> When this happens, and given Jeroen's efforts to ensure that each release
> of IKVM.NET runs equally well on both Mono and MS.NET (excluding
> performance comparisons of each respective platform; including the fact that
> an app that runs via MS.NET will run on Mono as well) my guess is that
> this list is going to get just a tad bit longer.  But that's just a guess ;)
>
> On 12/11/06, M. David Peterson <xmlhacker at gmail.com> wrote:
> >
> > Action:Visit http://www.google.com
> > Action:Type 'list of mono applications'
> > Action:Click "I'm Feeling Lucky"
> > Action:Read *LONG* List of Cool .NET applications that are known to run
> > on Mono's runtime implementation of the Common Language Infrastructure
> > specification.
> >
> > Or just click the link that follows:
> > http://www.mono-project.com/Software
> >
> > --
> /M:D
>
> M. David Peterson
> http://mdavid.name | http://www.oreillynet.com/pub/au/2354
>



-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061211/36fe5e86/attachment.html>

From aconbere at gmail.com  Tue Dec 12 19:12:25 2006
From: aconbere at gmail.com (anders conbere)
Date: Tue, 12 Dec 2006 10:12:25 -0800
Subject: [IronPython] NT Module
Message-ID: <8ca3fbe80612121012ha252c60rc504fb629ef426b3@mail.gmail.com>

Is there documentation on the nt module somewhere? or is this based of a set
of common windows functions?

Thanks,
Anders
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061212/6aaa3759/attachment.html>

From dinov at exchange.microsoft.com  Tue Dec 12 19:35:22 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Tue, 12 Dec 2006 10:35:22 -0800
Subject: [IronPython] NT Module
In-Reply-To: <8ca3fbe80612121012ha252c60rc504fb629ef426b3@mail.gmail.com>
References: <8ca3fbe80612121012ha252c60rc504fb629ef426b3@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C222754850BE43C@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

There's documentation on the os module (which builds on the nt module and contains much of the same functionality) here: http://docs.python.org/lib/module-os.html

If you download the standard Python distribution, grab the libraries, and drop then into the IronPython lib dir then you'll also be able to use the os module directly.

For the most basic help you can do help(nt) after importing the nt module.

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of anders conbere
Sent: Tuesday, December 12, 2006 10:12 AM
To: users at lists.ironpython.com
Subject: [IronPython] NT Module

Is there documentation on the nt module somewhere? or is this based of a set of common windows functions?

Thanks,
Anders
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061212/d401263f/attachment.html>

From mark.john.rees at gmail.com  Tue Dec 12 22:35:25 2006
From: mark.john.rees at gmail.com (Mark Rees)
Date: Wed, 13 Dec 2006 05:35:25 +0800
Subject: [IronPython] NT Module
In-Reply-To: <8ca3fbe80612121012ha252c60rc504fb629ef426b3@mail.gmail.com>
References: <8ca3fbe80612121012ha252c60rc504fb629ef426b3@mail.gmail.com>
Message-ID: <c26dd9740612121335s399c613fmb5655930d16205aa@mail.gmail.com>

In CPython for cross os support you would normally import the os module
which is a wrapper to use the correct bullt-in for the os either posix, mac
or nt module. Since the standard IronPython distribution for Windows doesn't
ship with the os module you import nt directly, but the docs for the os
module is the reference you want.

http://docs.python.org/lib/module-os.html

Mark

On 12/13/06, anders conbere <aconbere at gmail.com> wrote:
>
> Is there documentation on the nt module somewhere? or is this based of a
> set of common windows functions?
>
> Thanks,
> Anders
>
> _______________________________________________
> 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/20061213/938e994c/attachment.html>

From dinov at exchange.microsoft.com  Wed Dec 13 02:00:23 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Tue, 12 Dec 2006 17:00:23 -0800
Subject: [IronPython] (no subject)
Message-ID: <7AD436E4270DD54A94238001769C222754850BE5FC@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

Hello IronPython Community,

We have just released IronPython 1.1 Alpha.  This release introduces several new modules and features built upon the 1.0 code base along with
many of our top requested bug fixes.  This is the start of the 1.1 release cycle and future releases will focus primarily on fixing known issues.  As always we'd appreciate if our users could vote on the existing bugs so we can prioritize our work going forward.

Major new features include support for XML Doc comments for generating help and __doc__ strings and the SHA, MD5, and select modules.  There are also many smaller improvements to existing modules.

You can download the release from: http://www.codeplex.com/IronPython/Release/ProjectReleases.aspx?ReleaseId=161

We'd like to thank everyone in the community for your bug reports and suggestions that helped make this a better release: Christopher Baus, Diane Trout, J?rgen Stenarson, Michael Foord, Mike Raath, Seo Sanghyeon, and sophros.

More complete list of changes and bug fixes:
============================================
Bugfix: KeyboardInterrupt propagates after except block that catches it
Bugfix: Compiled regex gets different results for findall then non-compiled
Bugfix: regex match doesn't implement lastgroup
Bugfix: Import in exec doesn't publish into provided dictionary
Bugfix: Lacking file open() modes (at, rt, etc...)
Bugfix: PythonBinaryReader shouldn't access Position if stream isn't seekable
Bugfix: Cannot pass arbitrary sequence to method defined w/ both * and ** args
Bugfix: rb+ mode on file not implemented
Bugfix: improved thread safety of dictionaries
Bugfix: KeyError from dict adds quotes (and doesn't contain original key, only string repr)
Bugfix: del {None:23} raises a TypeError
Support for external region blocks when producing errors
Bugfix: line number information in VS SDK is incorrect for web projects
Support for Python 2.5 unified try/except/finally
Support for Python 2.5 yield from finally block
help supports documentation on reflected fields, properties, and events
Support for XML Doc comments (requires XML files to live next to DLLs) for help and __doc__
Nt module implements spawnle, spawnv, spawnve functions
Socket implements makefile function
Support for picking exception instances
Fix issue with metaclass & deriving from mixed new-style / old-style classes
Implement select module
Implement sha module
Implement md5 module
Add new tests for codecs and CLR numeric interop



From andy.tao at freeborders.com.cn  Wed Dec 13 02:23:08 2006
From: andy.tao at freeborders.com.cn (=?utf-8?B?6Zm256WW5rSq?=)
Date: Wed, 13 Dec 2006 09:23:08 +0800
Subject: [IronPython] (no subject)
In-Reply-To: <7AD436E4270DD54A94238001769C222754850BE5FC@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <001201c71e55$3f4cce00$1470a8c0@china.freeborders>

Thanks for yours hard work.

I notice that many bugs not closed in version 1.0.1 and 1.1 alpha? Why?
 

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland
Sent: Wednesday, December 13, 2006 09:00
To: Discussion of IronPython
Subject: [IronPython] (no subject)

Hello IronPython Community,

We have just released IronPython 1.1 Alpha.  This release introduces several new modules and features built upon the 1.0 code base along with many of our top requested bug fixes.  This is the start of the 1.1 release cycle and future releases will focus primarily on fixing known issues.  As always we'd appreciate if our users could vote on the existing bugs so we can prioritize our work going forward.

Major new features include support for XML Doc comments for generating help and __doc__ strings and the SHA, MD5, and select modules.  There are also many smaller improvements to existing modules.

You can download the release from: http://www.codeplex.com/IronPython/Release/ProjectReleases.aspx?ReleaseId=161

We'd like to thank everyone in the community for your bug reports and suggestions that helped make this a better release: Christopher Baus, Diane Trout, J?rgen Stenarson, Michael Foord, Mike Raath, Seo Sanghyeon, and sophros.

More complete list of changes and bug fixes:
============================================
Bugfix: KeyboardInterrupt propagates after except block that catches it
Bugfix: Compiled regex gets different results for findall then non-compiled
Bugfix: regex match doesn't implement lastgroup
Bugfix: Import in exec doesn't publish into provided dictionary
Bugfix: Lacking file open() modes (at, rt, etc...)
Bugfix: PythonBinaryReader shouldn't access Position if stream isn't seekable
Bugfix: Cannot pass arbitrary sequence to method defined w/ both * and ** args
Bugfix: rb+ mode on file not implemented
Bugfix: improved thread safety of dictionaries
Bugfix: KeyError from dict adds quotes (and doesn't contain original key, only string repr)
Bugfix: del {None:23} raises a TypeError Support for external region blocks when producing errors
Bugfix: line number information in VS SDK is incorrect for web projects Support for Python 2.5 unified try/except/finally Support for Python 2.5 yield from finally block help supports documentation on reflected fields, properties, and events Support for XML Doc comments (requires XML files to live next to DLLs) for help and __doc__ Nt module implements spawnle, spawnv, spawnve functions Socket implements makefile function Support for picking exception instances Fix issue with metaclass & deriving from mixed new-style / old-style classes Implement select module Implement sha module Implement md5 module Add new tests for codecs and CLR numeric interop

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



From dinov at exchange.microsoft.com  Wed Dec 13 04:57:25 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Tue, 12 Dec 2006 19:57:25 -0800
Subject: [IronPython] (no subject)
In-Reply-To: <001201c71e55$3f4cce00$1470a8c0@china.freeborders>
References: <7AD436E4270DD54A94238001769C222754850BE5FC@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<001201c71e55$3f4cce00$1470a8c0@china.freeborders>
Message-ID: <7AD436E4270DD54A94238001769C222754850BE668@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

Internally we also have a v2.0 tree which we need to port the fixes to.  Until they're fixed in both trees we're leaving the bug opened (you can see this tracked with <FixedIn>version</FixdIn> tags we add to the bugs).

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of ???
Sent: Tuesday, December 12, 2006 5:23 PM
To: 'Discussion of IronPython'
Subject: Re: [IronPython] (no subject)

Thanks for yours hard work.

I notice that many bugs not closed in version 1.0.1 and 1.1 alpha? Why?


-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland
Sent: Wednesday, December 13, 2006 09:00
To: Discussion of IronPython
Subject: [IronPython] (no subject)

Hello IronPython Community,

We have just released IronPython 1.1 Alpha.  This release introduces several new modules and features built upon the 1.0 code base along with many of our top requested bug fixes.  This is the start of the 1.1 release cycle and future releases will focus primarily on fixing known issues.  As always we'd appreciate if our users could vote on the existing bugs so we can prioritize our work going forward.

Major new features include support for XML Doc comments for generating help and __doc__ strings and the SHA, MD5, and select modules.  There are also many smaller improvements to existing modules.

You can download the release from: http://www.codeplex.com/IronPython/Release/ProjectReleases.aspx?ReleaseId=161

We'd like to thank everyone in the community for your bug reports and suggestions that helped make this a better release: Christopher Baus, Diane Trout, J?rgen Stenarson, Michael Foord, Mike Raath, Seo Sanghyeon, and sophros.

More complete list of changes and bug fixes:
============================================
Bugfix: KeyboardInterrupt propagates after except block that catches it
Bugfix: Compiled regex gets different results for findall then non-compiled
Bugfix: regex match doesn't implement lastgroup
Bugfix: Import in exec doesn't publish into provided dictionary
Bugfix: Lacking file open() modes (at, rt, etc...)
Bugfix: PythonBinaryReader shouldn't access Position if stream isn't seekable
Bugfix: Cannot pass arbitrary sequence to method defined w/ both * and ** args
Bugfix: rb+ mode on file not implemented
Bugfix: improved thread safety of dictionaries
Bugfix: KeyError from dict adds quotes (and doesn't contain original key, only string repr)
Bugfix: del {None:23} raises a TypeError Support for external region blocks when producing errors
Bugfix: line number information in VS SDK is incorrect for web projects Support for Python 2.5 unified try/except/finally Support for Python 2.5 yield from finally block help supports documentation on reflected fields, properties, and events Support for XML Doc comments (requires XML files to live next to DLLs) for help and __doc__ Nt module implements spawnle, spawnv, spawnve functions Socket implements makefile function Support for picking exception instances Fix issue with metaclass & deriving from mixed new-style / old-style classes Implement select module Implement sha module Implement md5 module Add new tests for codecs and CLR numeric interop

_______________________________________________
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 miguel at ximian.com  Wed Dec 13 07:01:40 2006
From: miguel at ximian.com (Miguel de Icaza)
Date: Wed, 13 Dec 2006 01:01:40 -0500
Subject: [IronPython] IPCE and Mono 1.2 interactive interpreter sadness
In-Reply-To: <e69d3ed20612082249i55eceb15udb2a2be0e22f134b@mail.gmail.com>
References: <e69d3ed20612082249i55eceb15udb2a2be0e22f134b@mail.gmail.com>
Message-ID: <1165989700.6160.4.camel@erandi.dom>

Hello,

> IPCE on Mono 1.1.17 works really nicely in interactive mode. Backspace
> works, ^D to exit works, the lot. On 1.2.2, however, it's a world of
> broken. Backspace is just insane, ^D stopped working again... it's
> pretty much unusable. I'm not sure whether this is a Mono bug (in
> which case it should be logged) or a problem with the IPCE code. Can
> you provide a more informed opinion?

I wonder if IPCE has any patches in the Console area in addition to
standard IronPython, because we recently fixed the Console to work
properly with IronPython (stock).


From lupus at ximian.com  Wed Dec 13 11:18:50 2006
From: lupus at ximian.com (Paolo Molaro)
Date: Wed, 13 Dec 2006 11:18:50 +0100
Subject: [IronPython] os.popen() + Mono == segfault
In-Reply-To: <e69d3ed20612082149n493ee8dbm146e5388eafd9acd@mail.gmail.com>
References: <e69d3ed20612060851j98c5943k7dad6fff29b41c8d@mail.gmail.com>
	<20061207142510.GA15349@debian.org>
	<e69d3ed20612082149n493ee8dbm146e5388eafd9acd@mail.gmail.com>
Message-ID: <20061213101850.GO15349@debian.org>

On 12/09/06 Anthony Baxter wrote:
> On 12/8/06, Paolo Molaro <lupus at ximian.com> wrote:
> > The bug is fixed in svn (at least on non-win32): Process didn't handle
> > the case when only the filename is set in ProcessStartInfo.
> 
> Fabulous! Thanks for the quick response. This will be in the 1.2.3 release?

Yes. Note the workaround I mentioned: use an argument to the program
to get it to work on earlier versions.

lupus

-- 
-----------------------------------------------------------------
lupus at debian.org                                     debian/rules
lupus at ximian.com                             Monkeys do it better


From lupus at ximian.com  Wed Dec 13 11:25:02 2006
From: lupus at ximian.com (Paolo Molaro)
Date: Wed, 13 Dec 2006 11:25:02 +0100
Subject: [IronPython] IPCE and Mono 1.2 interactive interpreter sadness
In-Reply-To: <1165989700.6160.4.camel@erandi.dom>
References: <e69d3ed20612082249i55eceb15udb2a2be0e22f134b@mail.gmail.com>
	<1165989700.6160.4.camel@erandi.dom>
Message-ID: <20061213102502.GP15349@debian.org>

On 12/13/06 Miguel de Icaza wrote:
> > IPCE on Mono 1.1.17 works really nicely in interactive mode. Backspace
> > works, ^D to exit works, the lot. On 1.2.2, however, it's a world of
> > broken. Backspace is just insane, ^D stopped working again... it's
> > pretty much unusable. I'm not sure whether this is a Mono bug (in
> > which case it should be logged) or a problem with the IPCE code. Can
> > you provide a more informed opinion?
> 
> I wonder if IPCE has any patches in the Console area in addition to
> standard IronPython, because we recently fixed the Console to work
> properly with IronPython (stock).

I used stock ipy.exe with svn mono and it fails, at least on a
gnome-terminal (TERM=xterm) see:
http://bugzilla.ximian.com/show_bug.cgi?id=80208

lupus

-- 
-----------------------------------------------------------------
lupus at debian.org                                     debian/rules
lupus at ximian.com                             Monkeys do it better


From anthonybaxter at gmail.com  Wed Dec 13 13:01:06 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Wed, 13 Dec 2006 23:01:06 +1100
Subject: [IronPython] IPCE and Mono 1.2 interactive interpreter sadness
In-Reply-To: <1165989700.6160.4.camel@erandi.dom>
References: <e69d3ed20612082249i55eceb15udb2a2be0e22f134b@mail.gmail.com>
	<1165989700.6160.4.camel@erandi.dom>
Message-ID: <e69d3ed20612130401x78e54edw24a8829d00b31547@mail.gmail.com>

On 12/13/06, Miguel de Icaza <miguel at ximian.com> wrote:
> Hello,
>
> > IPCE on Mono 1.1.17 works really nicely in interactive mode. Backspace
> > works, ^D to exit works, the lot. On 1.2.2, however, it's a world of
> > broken. Backspace is just insane, ^D stopped working again... it's
> > pretty much unusable. I'm not sure whether this is a Mono bug (in
> > which case it should be logged) or a problem with the IPCE code. Can
> > you provide a more informed opinion?
>
> I wonder if IPCE has any patches in the Console area in addition to
> standard IronPython, because we recently fixed the Console to work
> properly with IronPython (stock).

I'm not sure what you mean by "recently" - but in 1.2.2, it's still
broken with stock ipy.exe, under both xterm and gnone-terminal.

There's one patch that's in FePy that turns off the coloured console
output, but I don't see that causing this. See
http://fepy.sourceforge.net/patches.html


From aconbere at gmail.com  Wed Dec 13 16:12:37 2006
From: aconbere at gmail.com (aconbere)
Date: Wed, 13 Dec 2006 15:12:37 -0000
Subject: [IronPython] NT Module
In-Reply-To: <c26dd9740612121335s399c613fmb5655930d16205aa@mail.gmail.com>
References: <8ca3fbe80612121012ha252c60rc504fb629ef426b3@mail.gmail.com>
	<c26dd9740612121335s399c613fmb5655930d16205aa@mail.gmail.com>
Message-ID: <1166022757.181312.232450@l12g2000cwl.googlegroups.com>

Gotcha.

Thanks both of you for the help that makes much more sense.

~ Anders



From hammett at castlestronghold.com  Wed Dec 13 20:18:30 2006
From: hammett at castlestronghold.com (Hamilton Verissimo)
Date: Wed, 13 Dec 2006 17:18:30 -0200
Subject: [IronPython] Duck typing / builders
Message-ID: <c3f6bf750612131118h2b5bfd31le11b4604be8973f7@mail.gmail.com>

Does IronPython support any form of duck typing? Ideally I want somethign like

x.foo
x.bar

And record this invocations to generate, well, other things.

Thanks

-- 
Cheers,
hamilton verissimo
hammett at castlestronghold.com
http://www.castlestronghold.com/


From dinov at exchange.microsoft.com  Wed Dec 13 21:38:14 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Wed, 13 Dec 2006 12:38:14 -0800
Subject: [IronPython] Duck typing / builders
In-Reply-To: <c3f6bf750612131118h2b5bfd31le11b4604be8973f7@mail.gmail.com>
References: <c3f6bf750612131118h2b5bfd31le11b4604be8973f7@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C22275619CC23B2@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

Yes, IronPython is completely duck typed, but I'm not certain how your x.bar & x.foo ties into that.

It almost sounds like you want foo and bar to be properties.  You can do that with:

class baz(object):
        @property
        def foo(self):
                print "I've been called"
                return 42
        @property
        def bar(self):
                print "Me too!"
                return 23

a = baz()
a.bar

which will print "Me too!" and return 23.  You can then also do anything with this object from there, eg:

a.xyz = 23

Traditionally duck typing refers to "if it looks like a duck, and quacks like a duck, it's a duck".  That's more like:

class balloon(object):
        def blowup(self):
                print 'inflating balloon'

class bomb(object):
        def blowup(self):
                print 'exploding'

def InflateIt(obj):
        obj.blowup()

InflateIt(bomb())
        Or
InflateIt(balloon())

Both call the blowup method disregarding the fact that blowing up a ballon and blowing up a bomb are two rather different concepts - but they both look like the same duck.


-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Hamilton Verissimo
Sent: Wednesday, December 13, 2006 11:19 AM
To: users at lists.ironpython.com
Subject: [IronPython] Duck typing / builders

Does IronPython support any form of duck typing? Ideally I want somethign like

x.foo
x.bar

And record this invocations to generate, well, other things.

Thanks

--
Cheers,
hamilton verissimo
hammett at castlestronghold.com
http://www.castlestronghold.com/
_______________________________________________
users mailing list
users at lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


From hammett at castlestronghold.com  Wed Dec 13 22:06:00 2006
From: hammett at castlestronghold.com (Hamilton Verissimo)
Date: Wed, 13 Dec 2006 19:06:00 -0200
Subject: [IronPython] Duck typing / builders
In-Reply-To: <7AD436E4270DD54A94238001769C22275619CC23B2@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
References: <c3f6bf750612131118h2b5bfd31le11b4604be8973f7@mail.gmail.com>
	<7AD436E4270DD54A94238001769C22275619CC23B2@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <c3f6bf750612131306u5d5809e9w32bd89a755c324fa@mail.gmail.com>

Appologies for not being specific. I was really looking forward to the
ability to allow invocations on undeclared methods. I'm not fluent in
python, but I think __call__ is the way to support that, for instance:

class Proxy(object):

  def __call__(self, method, arguments):
    record(method, arguments)

In Ruby I'd use method_missing in a similar fashion.

Thanks

On 12/13/06, Dino Viehland <dinov at exchange.microsoft.com> wrote:
> Yes, IronPython is completely duck typed, but I'm not certain how your x.bar & x.foo ties into that.
>
> It almost sounds like you want foo and bar to be properties.  You can do that with:
>
> class baz(object):
>         @property
>         def foo(self):
>                 print "I've been called"
>                 return 42
>         @property
>         def bar(self):
>                 print "Me too!"
>                 return 23
>
> a = baz()
> a.bar
>
> which will print "Me too!" and return 23.  You can then also do anything with this object from there, eg:
>
> a.xyz = 23
>
> Traditionally duck typing refers to "if it looks like a duck, and quacks like a duck, it's a duck".  That's more like:
>
> class balloon(object):
>         def blowup(self):
>                 print 'inflating balloon'
>
> class bomb(object):
>         def blowup(self):
>                 print 'exploding'
>
> def InflateIt(obj):
>         obj.blowup()
>
> InflateIt(bomb())
>         Or
> InflateIt(balloon())
>
> Both call the blowup method disregarding the fact that blowing up a ballon and blowing up a bomb are two rather different concepts - but they both look like the same duck.
>
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Hamilton Verissimo
> Sent: Wednesday, December 13, 2006 11:19 AM
> To: users at lists.ironpython.com
> Subject: [IronPython] Duck typing / builders
>
> Does IronPython support any form of duck typing? Ideally I want somethign like
>
> x.foo
> x.bar
>
> And record this invocations to generate, well, other things.
>
> Thanks
>
> --
> Cheers,
> hamilton verissimo
> hammett at castlestronghold.com
> http://www.castlestronghold.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
>


-- 
Cheers,
hamilton verissimo
hammett at castlestronghold.com
http://www.castlestronghold.com/


From simon.dahlbacka at gmail.com  Wed Dec 13 22:36:02 2006
From: simon.dahlbacka at gmail.com (Simon Dahlbacka)
Date: Wed, 13 Dec 2006 23:36:02 +0200
Subject: [IronPython] Duck typing / builders
In-Reply-To: <c3f6bf750612131306u5d5809e9w32bd89a755c324fa@mail.gmail.com>
References: <c3f6bf750612131118h2b5bfd31le11b4604be8973f7@mail.gmail.com>
	<7AD436E4270DD54A94238001769C22275619CC23B2@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<c3f6bf750612131306u5d5809e9w32bd89a755c324fa@mail.gmail.com>
Message-ID: <57124720612131336j74abe30aucf74f63ba157ee15@mail.gmail.com>

..you want to look at __getattr__ and/or __getattribute__

On 12/13/06, Hamilton Verissimo <hammett at castlestronghold.com> wrote:
>
> Appologies for not being specific. I was really looking forward to the
> ability to allow invocations on undeclared methods. I'm not fluent in
> python, but I think __call__ is the way to support that, for instance:
>
> class Proxy(object):
>
>   def __call__(self, method, arguments):
>     record(method, arguments)
>
> In Ruby I'd use method_missing in a similar fashion.
>
> Thanks
>
> On 12/13/06, Dino Viehland <dinov at exchange.microsoft.com> wrote:
> > Yes, IronPython is completely duck typed, but I'm not certain how your
> x.bar & x.foo ties into that.
> >
> > It almost sounds like you want foo and bar to be properties.  You can do
> that with:
> >
> > class baz(object):
> >         @property
> >         def foo(self):
> >                 print "I've been called"
> >                 return 42
> >         @property
> >         def bar(self):
> >                 print "Me too!"
> >                 return 23
> >
> > a = baz()
> > a.bar
> >
> > which will print "Me too!" and return 23.  You can then also do anything
> with this object from there, eg:
> >
> > a.xyz = 23
> >
> > Traditionally duck typing refers to "if it looks like a duck, and quacks
> like a duck, it's a duck".  That's more like:
> >
> > class balloon(object):
> >         def blowup(self):
> >                 print 'inflating balloon'
> >
> > class bomb(object):
> >         def blowup(self):
> >                 print 'exploding'
> >
> > def InflateIt(obj):
> >         obj.blowup()
> >
> > InflateIt(bomb())
> >         Or
> > InflateIt(balloon())
> >
> > Both call the blowup method disregarding the fact that blowing up a
> ballon and blowing up a bomb are two rather different concepts - but they
> both look like the same duck.
> >
> >
> > -----Original Message-----
> > From: users-bounces at lists.ironpython.com [mailto:
> users-bounces at lists.ironpython.com] On Behalf Of Hamilton Verissimo
> > Sent: Wednesday, December 13, 2006 11:19 AM
> > To: users at lists.ironpython.com
> > Subject: [IronPython] Duck typing / builders
> >
> > Does IronPython support any form of duck typing? Ideally I want
> somethign like
> >
> > x.foo
> > x.bar
> >
> > And record this invocations to generate, well, other things.
> >
> > Thanks
> >
> > --
> > Cheers,
> > hamilton verissimo
> > hammett at castlestronghold.com
> > http://www.castlestronghold.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
> >
>
>
> --
> Cheers,
> hamilton verissimo
> hammett at castlestronghold.com
> http://www.castlestronghold.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/20061213/4a11d4b4/attachment.html>

From sanxiyn at gmail.com  Thu Dec 14 07:32:28 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Thu, 14 Dec 2006 15:32:28 +0900
Subject: [IronPython] 1.1a1 release extraction directory
Message-ID: <5b0248170612132232o62812625teb258e16c7fe946e@mail.gmail.com>

I downloaded IronPython-1.1a1-Src.zip and Bin.zip, and found that they
extract to IronPython-1.1. I expected them to extract to
IronPython-1.1a1, not to be confused with "final" IronPython 1.1.

-- 
Seo Sanghyeon


From sanxiyn at gmail.com  Thu Dec 14 07:39:53 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Thu, 14 Dec 2006 15:39:53 +0900
Subject: [IronPython] Backslash on the interactive console
Message-ID: <5b0248170612132239r625f8cc6gd723560112156cf0@mail.gmail.com>

$ python
Python 2.4.4 (#2, Oct 20 2006, 00:23:25)
[GCC 4.1.2 20061015 (prerelease) (Debian 4.1.1-16.1)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 1 + \
... 2
3

This causes SyntaxError on IronPython.

-- 
Seo Sanghyeon


From jvm_cop at spamcop.net  Thu Dec 14 14:19:38 2006
From: jvm_cop at spamcop.net (J. Merrill)
Date: Thu, 14 Dec 2006 08:19:38 -0500
Subject: [IronPython] unicode object type
In-Reply-To: <45706511.7030007@defuze.org>
References: <45700EFA.8050509@defuze.org>
	<368a5cd50612010841n484e45a4ne665fb5a2098b4f9@mail.gmail.com>
	<45706511.7030007@defuze.org>
Message-ID: <7.0.1.0.2.20061214081744.099c01c8@wheresmymailserver.com>

Given that the IronPython str always supports Unicode, if you got your wish I don't think you'd ever see "str" again.  Either that, or there would have to be two types when that's not needed for any extra functionality.

At 12:23 PM 12/1/2006, Sylvain Hellegouarch wrote
>Fredrik Lundh wrote:
>> Sylvain Hellegouarch wrote:
>> 
>>> Is this the correct behavior?
>> 
>> yes.  a Python implementation is not required to have a distinct Unicode
>> string type; see:
>> 
>>     http://jython.sourceforge.net/docs/differences.html
>> 
>> </F>
>
>OK. Thanks for the heads up.
>Mind you I find that a bit confusing and I'd rather have the type to
>display unicode rather than str in that case. But fair enough.
>
>- Sylvain


J. Merrill / Analytical Software Corp




From dinov at exchange.microsoft.com  Thu Dec 14 18:23:26 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Thu, 14 Dec 2006 09:23:26 -0800
Subject: [IronPython] 1.1a1 release extraction directory
In-Reply-To: <5b0248170612132232o62812625teb258e16c7fe946e@mail.gmail.com>
References: <5b0248170612132232o62812625teb258e16c7fe946e@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C22275619CC25FD@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

You're right, it should have be IronPython-1.1a1.  We'll get it fixed for the next release - there was some churn in our release process (we've switched to Team Foundation Server internally which caused some churn) and this appears to have broken in the process.

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo
Sent: Wednesday, December 13, 2006 10:32 PM
To: Discussion of IronPython
Subject: [IronPython] 1.1a1 release extraction directory

I downloaded IronPython-1.1a1-Src.zip and Bin.zip, and found that they
extract to IronPython-1.1. I expected them to extract to
IronPython-1.1a1, not to be confused with "final" IronPython 1.1.

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


From Martin.Maly at microsoft.com  Thu Dec 14 18:43:04 2006
From: Martin.Maly at microsoft.com (Martin Maly)
Date: Thu, 14 Dec 2006 09:43:04 -0800
Subject: [IronPython] Backslash on the interactive console
In-Reply-To: <5b0248170612132239r625f8cc6gd723560112156cf0@mail.gmail.com>
References: <5b0248170612132239r625f8cc6gd723560112156cf0@mail.gmail.com>
Message-ID: <C80B82844D92F64FA5D3B4790737D18D680C677691@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

Thanks for the report, Seo. I opened the issue on codeplex:

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


-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo
Sent: Wednesday, December 13, 2006 10:40 PM
To: Discussion of IronPython
Subject: [IronPython] Backslash on the interactive console

$ python
Python 2.4.4 (#2, Oct 20 2006, 00:23:25)
[GCC 4.1.2 20061015 (prerelease) (Debian 4.1.1-16.1)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 1 + \
... 2
3

This causes SyntaxError on IronPython.

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


From xmlhacker at gmail.com  Fri Dec 15 07:57:48 2006
From: xmlhacker at gmail.com (M. David Peterson)
Date: Thu, 14 Dec 2006 23:57:48 -0700
Subject: [IronPython] IPCE and Mono 1.2 interactive interpreter sadness
In-Reply-To: <e69d3ed20612130401x78e54edw24a8829d00b31547@mail.gmail.com>
References: <e69d3ed20612082249i55eceb15udb2a2be0e22f134b@mail.gmail.com>
	<1165989700.6160.4.camel@erandi.dom>
	<e69d3ed20612130401x78e54edw24a8829d00b31547@mail.gmail.com>
Message-ID: <eab75e160612142257v445badfduee0646a695a70c9e@mail.gmail.com>

Running IPCE r4 built against Mono 1.2.2 it seems that, in fact, the problem
still exists *UNLESS* you run ipy with -X:TabCompletion, which seems to
cause everything to behave properly.

Building IP 1.1a from source results in the following error,

IronPython/Modules/socket.cs(326,48): error CS0117:
> `System.Net.Sockets.Socket' does not contain a definition for
> `ReceiveBufferSize'
> IronPython/Modules/socket.cs(326,24): error CS0117:
> `System.Net.Sockets.Socket' does not contain a definition for
> `SendBufferSize'


So at the moment I can't verify if the same problem exists when the source
is compiled against Mono, though running against the factory binaries
results in the same behavior as above (both the problem and the fix.)


On 12/13/06, Anthony Baxter <anthonybaxter at gmail.com> wrote:
>
> On 12/13/06, Miguel de Icaza <miguel at ximian.com> wrote:
> > Hello,
> >
> > > IPCE on Mono 1.1.17 works really nicely in interactive mode. Backspace
> > > works, ^D to exit works, the lot. On 1.2.2, however, it's a world of
> > > broken. Backspace is just insane, ^D stopped working again... it's
> > > pretty much unusable. I'm not sure whether this is a Mono bug (in
> > > which case it should be logged) or a problem with the IPCE code. Can
> > > you provide a more informed opinion?
> >
> > I wonder if IPCE has any patches in the Console area in addition to
> > standard IronPython, because we recently fixed the Console to work
> > properly with IronPython (stock).
>
> I'm not sure what you mean by "recently" - but in 1.2.2, it's still
> broken with stock ipy.exe, under both xterm and gnone-terminal.
>
> There's one patch that's in FePy that turns off the coloured console
> output, but I don't see that causing this. See
> http://fepy.sourceforge.net/patches.html
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061214/3f70f464/attachment.html>

From sanxiyn at gmail.com  Sat Dec 16 04:34:31 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Sat, 16 Dec 2006 12:34:31 +0900
Subject: [IronPython] [ANN] IronPython Community Edition r5
Message-ID: <5b0248170612151934v6bd84621u6337e139e8f03829@mail.gmail.com>

This is the fifth release of IronPython Community Edition (IPCE).

You can download it from SourceForge.
http://sourceforge.net/projects/fepy

FePy project aims to provide enhancements and add-ons for IronPython.
Visit the project homepage for more informations.
http://fepy.sourceforge.net/

Binary is built with Mono 1.2.2.1. It is strongly recommended to use
Mono versions above 1.2.2, as it fixes GC.CollectionCount issue properly.
You may meet unexplained NotImplementedError in the long-running
process otherwise. (Thanks Paolo Molaro.)

There's not much updates, but I figured that releasing early & often
would be better...

Changes in this release follow.

New IronPython

Updated to IronPython 1.1a1.

FePy options

The way site.py is (ab)used by FePy has changed. Documentation here:
http://fepy.sourceforge.net/doc/fepy-options.html

Libraries

Improved array module.
Support for CherryPy 3.
Experimental AST support.

Bundles

code and ihooks are included from Python Standard Library.
paramiko 1.6.4.

Patches

You can read the summary of applied patches here.
http://fepy.sourceforge.net/patches.html

Removed in this release, fixed in 1.1a1:
patch-ironpython-file-canseek
patch-ironpython-open-unknown-mode
patch-ironpython-re-lastgroup

New in this release, for IronPython:
patch-ironpython-compile-co-filename
patch-ironpython-set-func-name

New in this release, for Mono:
patch-ironpython-mono-socket-buffersize
patch-ironpython-tabcomplete-by-default

New in this release, for Python Standard Library:
patch-stdlib-codeop (Anthony Baxter)

-- 
Seo Sanghyeon


From sanxiyn at gmail.com  Sat Dec 16 04:36:38 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Sat, 16 Dec 2006 12:36:38 +0900
Subject: [IronPython] IPCE and Mono 1.2 interactive interpreter sadness
In-Reply-To: <eab75e160612142257v445badfduee0646a695a70c9e@mail.gmail.com>
References: <e69d3ed20612082249i55eceb15udb2a2be0e22f134b@mail.gmail.com>
	<1165989700.6160.4.camel@erandi.dom>
	<e69d3ed20612130401x78e54edw24a8829d00b31547@mail.gmail.com>
	<eab75e160612142257v445badfduee0646a695a70c9e@mail.gmail.com>
Message-ID: <5b0248170612151936y76c6705dsddf036ab84e0e2dd@mail.gmail.com>

2006/12/15, M. David Peterson <xmlhacker at gmail.com>:
> Running IPCE r4 built against Mono 1.2.2 it seems that, in fact, the problem
> still exists *UNLESS* you run ipy with -X:TabCompletion, which seems to
> cause everything to behave properly.

Indeed. Therefore -X:TabCompletion is enabled by default in IPCE r5.

> Building IP 1.1a from source results in the following error,
>
> > IronPython/Modules/socket.cs(326,48): error CS0117:
> `System.Net.Sockets.Socket' does not contain a definition for
> `ReceiveBufferSize'
> > IronPython/Modules/socket.cs(326,24): error CS0117:
> `System.Net.Sockets.Socket' does not contain a definition for
> `SendBufferSize'

Patched in IPCE r5.

-- 
Seo Sanghyeon


From fuzzyman at voidspace.org.uk  Sun Dec 17 22:25:58 2006
From: fuzzyman at voidspace.org.uk (fuzzyman at voidspace.org.uk)
Date: Sun, 17 Dec 2006 21:25:58 +0000
Subject: [IronPython] New IronPython Section
Message-ID: <20061217212555.VLNO26699.aamtaout03-winn.ispmail.ntl.com@[192.168.1.100]>

{ran_emo} I've created a new section on *Voidspace* :

* `The Voidspace IronPython Pages </ironpython/index.shtml>`_

I've moved the Windows Forms tutorials here and setup an aggregator for IronPython related blogs.

* `IronPython & Windows Forms Tutorials </ironpython/winforms/index.shtml>`_
* `Planet IronPython </ironpython/winforms/planet/>`_

If you spot any typos, or know of any good blogs I should add to the Planet feed then let me know.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061217/7b004166/attachment.html>
-------------- next part --------------
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.15.22/590 - Release Date: 16/12/2006

From fuzzyman at voidspace.org.uk  Sun Dec 17 22:26:20 2006
From: fuzzyman at voidspace.org.uk (fuzzyman at voidspace.org.uk)
Date: Sun, 17 Dec 2006 21:26:20 +0000
Subject: [IronPython] New Windows Forms Tutorial Entry
Message-ID: <20061217212616.KGCV17393.aamtaout02-winn.ispmail.ntl.com@[192.168.1.100]>

{ran_emo} In celebration of the new IronPython section I've added a new entry to the `Windows Forms Tutorial Series </ironpython/winforms/index.shtml>`_.

This is entry number eleven :

* `Towards a Richer GUI: The TabControl, Splitter & the PictureBox </ironpython/winforms/part11.shtml>`_

It uses a few new controls to create a *slightly* more complex GUI than we've seen before in this series.

.. image:: /ironpython/winforms/images/verticalSplitter.jpg
   :height: 369
   :width: 517
   :alt: A Vertical Splitter
   :align: center
   :class: image
   :target: /ironpython/winforms/part11.shtml
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061217/ffdbdff0/attachment.html>
-------------- next part --------------
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.15.22/590 - Release Date: 16/12/2006

From fuzzyman at voidspace.org.uk  Sun Dec 17 22:28:50 2006
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Sun, 17 Dec 2006 21:28:50 +0000
Subject: [IronPython] New IronPython Section
In-Reply-To: <20061217212555.VLNO26699.aamtaout03-winn.ispmail.ntl.com@[192.168.1.100]>
References: <20061217212555.VLNO26699.aamtaout03-winn.ispmail.ntl.com@[192.168.1.100]>
Message-ID: <4585B692.3040605@voidspace.org.uk>

fuzzyman at voidspace.org.uk wrote:
> {ran_emo} I've created a new section on *Voidspace* :
> 
> * `The Voidspace IronPython Pages </ironpython/index.shtml>`_
> 
> I've moved the Windows Forms tutorials here and setup an aggregator for IronPython related blogs.
> 
> * `IronPython & Windows Forms Tutorials </ironpython/winforms/index.shtml>`_
> * `Planet IronPython </ironpython/winforms/planet/>`_
> 
> If you spot any typos, or know of any good blogs I should add to the Planet feed then let me know.
> 

Those links are (sorry) :

http://www.voidspace.org.uk/ironpython/index.shtml
http://www.voidspace.org.uk/ironpython/winforms/index.shtml
http://www.voidspace.org.uk/ironpython/planet/

Please update any links to the old URLs for the tutorials.

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

> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> 
> 
> ------------------------------------------------------------------------
> 
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.409 / Virus Database: 268.15.22/590 - Release Date: 16/12/2006
> 



-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.15.22/590 - Release Date: 16/12/2006



From fuzzyman at voidspace.org.uk  Sun Dec 17 22:31:01 2006
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Sun, 17 Dec 2006 21:31:01 +0000
Subject: [IronPython] New Windows Forms Tutorial Entry
In-Reply-To: <20061217212616.KGCV17393.aamtaout02-winn.ispmail.ntl.com@[192.168.1.100]>
References: <20061217212616.KGCV17393.aamtaout02-winn.ispmail.ntl.com@[192.168.1.100]>
Message-ID: <4585B715.2060103@voidspace.org.uk>

fuzzyman at voidspace.org.uk wrote:
> {ran_emo} In celebration of the new IronPython section I've added a new entry to the `Windows Forms Tutorial Series </ironpython/winforms/index.shtml>`_.
> 
> This is entry number eleven :
> 
> * `Towards a Richer GUI: The TabControl, Splitter & the PictureBox </ironpython/winforms/part11.shtml>`_
> 
> It uses a few new controls to create a *slightly* more complex GUI than we've seen before in this series.
> 
> .. image:: /ironpython/winforms/images/verticalSplitter.jpg
>    :height: 369
>    :width: 517
>    :alt: A Vertical Splitter
>    :align: center
>    :class: image
>    :target: /ironpython/winforms/part11.shtml

Again, the full links are :

http://www.voidspace.org.uk/ironpython/winforms/index.shtml
http://www.voidspace.org.uk/ironpython/winforms/part11.shtml
http://www.voidspace.org.uk//ironpython/winforms/images/verticalSplitter.jpg

I'm not sure if the example here will work with Mono as it uses stuff 
from Windows Forms 2. If anyone could test and preferably remove / 
rewrite the parts that don't work (and provide screenshots) I'd be happy 
to include a Mono section in the entry.

Michael
http://www.voidspace.org.uk/index2.shtml

> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> 
> 
> ------------------------------------------------------------------------
> 
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.409 / Virus Database: 268.15.22/590 - Release Date: 16/12/2006
> 



-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.15.22/590 - Release Date: 16/12/2006



From daftspaniel at gmail.com  Sun Dec 17 22:39:19 2006
From: daftspaniel at gmail.com (Davy Mitchell)
Date: Sun, 17 Dec 2006 21:39:19 +0000
Subject: [IronPython] New IronPython Section
In-Reply-To: <4585B692.3040605@voidspace.org.uk>
References: <20061217212555.VLNO26699.aamtaout03-winn.ispmail.ntl.com@192.168.1.100>
	<4585B692.3040605@voidspace.org.uk>
Message-ID: <20253b0c0612171339pdb283d8ld7c31f60401ef4fb@mail.gmail.com>

On 12/17/06, Michael Foord <fuzzyman at voidspace.org.uk> wrote:
> http://www.voidspace.org.uk/ironpython/planet/

That's spooky.... the week I add an Ironpython category to my blog :-)

http://www.latedecember.com/sites/personal/davy/IronPython_index.xml

Cheers,
Davy Mitchell

Blog - http://www.latedecember.com/sites/personal/davy/
Mood News
 - BBC News Headlines Auto-Classified as   Good,   Bad or   Neutral.
 http://www.latedecember.com/sites/moodnews/


From jvm_cop at spamcop.net  Sun Dec 17 23:58:32 2006
From: jvm_cop at spamcop.net (J. Merrill)
Date: Sun, 17 Dec 2006 17:58:32 -0500
Subject: [IronPython] New IronPython Section
Message-ID: <7.0.1.0.2.20061217175622.09e43410@wheresmymailserver.com>

The HREF for these links have extraneous /python/weblog/index.shtml in them.  The right links are what's given minus that extra stuff.  E.g. the first one is

http://www.voidspace.org.uk/ironpython/index.shtml

At 04:25 PM 12/17/2006, fuzzyman at voidspace.org.uk wrote

>
>New IronPython Section
>
>
>
>emoticon:dove
> I've created a new section on Voidspace : 
>    * <http://www.voidspace.org.uk/python/weblog/index.shtml/ironpython/index.shtml>The Voidspace IronPython Pages 
>
>I've moved the Windows Forms tutorials here and setup an aggregator for IronPython related blogs. 
>    * <http://www.voidspace.org.uk/python/weblog/index.shtml/ironpython/winforms/index.shtml>IronPython & Windows Forms Tutorials 
>    * <http://www.voidspace.org.uk/python/weblog/index.shtml/ironpython/winforms/planet/>Planet IronPython 
>
>If you spot any typos, or know of any good blogs I should add to the Planet feed then let me know.
>
>Posted by Fuzzyman on 2006-12-17 20:44:03. 
>Categories: <http://www.voidspace.org.uk/python/weblog/arch_Website.shtml>Website, <http://www.voidspace.org.uk/python/weblog/arch_IronPython.shtml>IronPython 
>Visit the <http://www.voidspace.org.uk/python/weblog/index.shtml>Voidspace Techie Blog to read this entry and more. 
>No virus found in this outgoing message.
>Checked by AVG Free Edition.
>Version: 7.1.409 / Virus Database: 268.15.22/590 - Release Date: 16/12/2006


J. Merrill / Analytical Software Corp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061217/efe32550/attachment.html>

From chenrong2003 at gmail.com  Mon Dec 18 02:54:12 2006
From: chenrong2003 at gmail.com (=?GB2312?B?TmVpbCjEvtKwuvwp?=)
Date: Mon, 18 Dec 2006 09:54:12 +0800
Subject: [IronPython] In IronPython for ASP.NET CTP,
	Why attribute injector mechanism only applies for Get, not Set?
Message-ID: <26756bf60612171754k5f965cc1u996322cd5e8a427e@mail.gmail.com>

I found attribute injectors really simplified my work for creating an
application. such as the 'FindControl' shortcut for Controls. But it
only applies for getting a attribute from the target object, not Set.
for example, we can write:

a = ViewState.a

but it's not possible to write this:

ViewState.a = 'hello'

I don't know why IronPython only supports Get, but not Set operations
of a attribute injector. Can anybody tell me why?

Plus, there are no attribute injector support for the 'RepeaterItem'
type, and 'HttpSessionState'. I've implemented this by myself, and
added it to the Microsoft.Web.IronPython.dll, for my personal usage.

I'll appritiate you very much if someone tell me what's next for the
IronPython for ASP project, including new features introductions, I
really like it.

Best regards,

Neil Chen


From xmlhacker at gmail.com  Mon Dec 18 07:57:10 2006
From: xmlhacker at gmail.com (M. David Peterson)
Date: Sun, 17 Dec 2006 23:57:10 -0700
Subject: [IronPython] [ANN] IronPython Community Edition r5
In-Reply-To: <5b0248170612151934v6bd84621u6337e139e8f03829@mail.gmail.com>
References: <5b0248170612151934v6bd84621u6337e139e8f03829@mail.gmail.com>
Message-ID: <eab75e160612172257v199eeefey6764e6ae6ea14289@mail.gmail.com>

SWEET!  Caught this release before the news was no longer news,
http://www.oreillynet.com/windows/blog/2006/12/seo_sanghyeonipce_ironpython_c_1.html

Thanks, Seo! :)

On 12/15/06, Sanghyeon Seo <sanxiyn at gmail.com> wrote:
>
> This is the fifth release of IronPython Community Edition (IPCE).
>
> You can download it from SourceForge.
> http://sourceforge.net/projects/fepy
>
> FePy project aims to provide enhancements and add-ons for IronPython.
> Visit the project homepage for more informations.
> http://fepy.sourceforge.net/
>
> Binary is built with Mono 1.2.2.1. It is strongly recommended to use
> Mono versions above 1.2.2, as it fixes GC.CollectionCount issue properly.
> You may meet unexplained NotImplementedError in the long-running
> process otherwise. (Thanks Paolo Molaro.)
>
> There's not much updates, but I figured that releasing early & often
> would be better...
>
> Changes in this release follow.
>
> New IronPython
>
> Updated to IronPython 1.1a1.
>
> FePy options
>
> The way site.py is (ab)used by FePy has changed. Documentation here:
> http://fepy.sourceforge.net/doc/fepy-options.html
>
> Libraries
>
> Improved array module.
> Support for CherryPy 3.
> Experimental AST support.
>
> Bundles
>
> code and ihooks are included from Python Standard Library.
> paramiko 1.6.4.
>
> Patches
>
> You can read the summary of applied patches here.
> http://fepy.sourceforge.net/patches.html
>
> Removed in this release, fixed in 1.1a1:
> patch-ironpython-file-canseek
> patch-ironpython-open-unknown-mode
> patch-ironpython-re-lastgroup
>
> New in this release, for IronPython:
> patch-ironpython-compile-co-filename
> patch-ironpython-set-func-name
>
> New in this release, for Mono:
> patch-ironpython-mono-socket-buffersize
> patch-ironpython-tabcomplete-by-default
>
> New in this release, for Python Standard Library:
> patch-stdlib-codeop (Anthony Baxter)
>
> --
> Seo Sanghyeon
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>



-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061217/096dd369/attachment.html>

From chenrong2003 at gmail.com  Mon Dec 18 08:51:37 2006
From: chenrong2003 at gmail.com (=?GB2312?B?TmVpbCjEvtKwuvwp?=)
Date: Mon, 18 Dec 2006 15:51:37 +0800
Subject: [IronPython] [ANN] IronPython Community Edition r5
In-Reply-To: <eab75e160612172257v199eeefey6764e6ae6ea14289@mail.gmail.com>
References: <5b0248170612151934v6bd84621u6337e139e8f03829@mail.gmail.com>
	<eab75e160612172257v199eeefey6764e6ae6ea14289@mail.gmail.com>
Message-ID: <26756bf60612172351q46e8cc4lde369a5042966cfd@mail.gmail.com>

Thank you, Seo,

But what's the relation of this project to IronPython released by Microsoft?

Best regards,

Neil Chen


From davidf at sjsoft.com  Mon Dec 18 10:16:05 2006
From: davidf at sjsoft.com (David Fraser)
Date: Mon, 18 Dec 2006 11:16:05 +0200
Subject: [IronPython] New IronPython Section
In-Reply-To: <4585B692.3040605@voidspace.org.uk>
References: <20061217212555.VLNO26699.aamtaout03-winn.ispmail.ntl.com@[192.168.1.100]>
	<4585B692.3040605@voidspace.org.uk>
Message-ID: <45865C55.9060804@sjsoft.com>

Michael Foord wrote:
> fuzzyman at voidspace.org.uk wrote:
>   
>> {ran_emo} I've created a new section on *Voidspace* :
>>
>> * `The Voidspace IronPython Pages </ironpython/index.shtml>`_
>>
>> I've moved the Windows Forms tutorials here and setup an aggregator for IronPython related blogs.
>>
>> * `IronPython & Windows Forms Tutorials </ironpython/winforms/index.shtml>`_
>> * `Planet IronPython </ironpython/winforms/planet/>`_
>>
>> If you spot any typos, or know of any good blogs I should add to the Planet feed then let me know.
>>
>>     
>
> Those links are (sorry) :
>
> http://www.voidspace.org.uk/ironpython/index.shtml
> http://www.voidspace.org.uk/ironpython/winforms/index.shtml
> http://www.voidspace.org.uk/ironpython/planet/
>
> Please update any links to the old URLs for the tutorials.
>   
That's great but does the planet really have to include the feed for the 
last 15 messages from the list? It's redundant for those on the list and 
for anyone not on it interesting items would hopefully be picked up on 
the blogs...

Cheers
David


From anthonybaxter at gmail.com  Mon Dec 18 12:34:47 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Mon, 18 Dec 2006 22:34:47 +1100
Subject: [IronPython] [ANN] IronPython Community Edition r5
In-Reply-To: <26756bf60612172351q46e8cc4lde369a5042966cfd@mail.gmail.com>
References: <5b0248170612151934v6bd84621u6337e139e8f03829@mail.gmail.com>
	<eab75e160612172257v199eeefey6764e6ae6ea14289@mail.gmail.com>
	<26756bf60612172351q46e8cc4lde369a5042966cfd@mail.gmail.com>
Message-ID: <e69d3ed20612180334w2f02ecfdld0b30f320aff5f78@mail.gmail.com>

On 12/18/06, Neil(???) <chenrong2003 at gmail.com> wrote:
> Thank you, Seo,
>
> But what's the relation of this project to IronPython released by Microsoft?

This is IronPython, with a bunch of patches to make it work better on
Mono, to enable parts of the standard library that don't currently
work, and in general make fixes that haven't yet been done by MS. The
IronPython team are still unable to accept community contributions of
code (I imagine the MS legal folk have to lie down and breath into a
paper bag at the very thought :-) but the IronPython license does
allow derived works.


From me at gbraad.nl  Mon Dec 18 12:53:20 2006
From: me at gbraad.nl (Gerard Braad Jr.)
Date: Mon, 18 Dec 2006 12:53:20 +0100
Subject: [IronPython] Fwd: Locked thread?
In-Reply-To: <e8f45b9e0612161428n4764e983u2a941d5dc751a882@mail.gmail.com>
References: <e8f45b9e0612161428n4764e983u2a941d5dc751a882@mail.gmail.com>
Message-ID: <e8f45b9e0612180353q115d1f8bh47719aef2b92cd27@mail.gmail.com>

Hello,


When I normally use IronPython I have no problems (as embedded or running
scripts) I have no problem. Even in interactive mode it is good. Although
some issues arise when I use Windows Forms or Presentation Framework in
interactive mode. It seems the graphics thread locks all others. So when I
do the following...

>>> from wpf import *
>>> w = Window()
>>> w.Show()
>>> b = Button()
>>> b.Content = "Tickle me..."
>>> w.Content = b
>>> w.Close()

... no window is shown and the taskbar of windows is blocked until the last
Close() statement. Does this have to do with the Thread Apartment IronPython
is running in?

thanks,


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

From xmlhacker at gmail.com  Mon Dec 18 14:32:01 2006
From: xmlhacker at gmail.com (M. David Peterson)
Date: Mon, 18 Dec 2006 06:32:01 -0700
Subject: [IronPython] [ANN] IronPython Community Edition r5
In-Reply-To: <e69d3ed20612180334w2f02ecfdld0b30f320aff5f78@mail.gmail.com>
References: <5b0248170612151934v6bd84621u6337e139e8f03829@mail.gmail.com>
	<eab75e160612172257v199eeefey6764e6ae6ea14289@mail.gmail.com>
	<26756bf60612172351q46e8cc4lde369a5042966cfd@mail.gmail.com>
	<e69d3ed20612180334w2f02ecfdld0b30f320aff5f78@mail.gmail.com>
Message-ID: <eab75e160612180532m66d11b6dhe10aa7448fd009d0@mail.gmail.com>

On 12/18/06, Anthony Baxter <anthonybaxter at gmail.com> wrote:
>
>
> I imagine the MS legal folk have to lie down and breath into a
> paper bag at the very thought :-)


:D :D :D

-- 
/M:D

M. David Peterson
http://mdavid.name | http://www.oreillynet.com/pub/au/2354
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061218/e8c4f3aa/attachment.html>

From fuzzyman at voidspace.org.uk  Mon Dec 18 15:03:36 2006
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Mon, 18 Dec 2006 14:03:36 +0000
Subject: [IronPython] New IronPython Section
In-Reply-To: <45865C55.9060804@sjsoft.com>
References: <20061217212555.VLNO26699.aamtaout03-winn.ispmail.ntl.com@[192.168.1.100]>	<4585B692.3040605@voidspace.org.uk>
	<45865C55.9060804@sjsoft.com>
Message-ID: <45869FB8.4090705@voidspace.org.uk>

David Fraser wrote:
> Michael Foord wrote:
>   
>> fuzzyman at voidspace.org.uk wrote:
>>   
>>     
>>> {ran_emo} I've created a new section on *Voidspace* :
>>>
>>> * `The Voidspace IronPython Pages </ironpython/index.shtml>`_
>>>
>>> I've moved the Windows Forms tutorials here and setup an aggregator for IronPython related blogs.
>>>
>>> * `IronPython & Windows Forms Tutorials </ironpython/winforms/index.shtml>`_
>>> * `Planet IronPython </ironpython/winforms/planet/>`_
>>>
>>> If you spot any typos, or know of any good blogs I should add to the Planet feed then let me know.
>>>
>>>     
>>>       
>> Those links are (sorry) :
>>
>> http://www.voidspace.org.uk/ironpython/index.shtml
>> http://www.voidspace.org.uk/ironpython/winforms/index.shtml
>> http://www.voidspace.org.uk/ironpython/planet/
>>
>> Please update any links to the old URLs for the tutorials.
>>   
>>     
> That's great but does the planet really have to include the feed for the 
> last 15 messages from the list? It's redundant for those on the list and 
> for anyone not on it interesting items would hopefully be picked up on 
> the blogs...
>   
Ok changed. Ironically I read this message on the aggregator ;-)

I've added Davy's blog to the aggregator as well as a new blog by my 
colleague Andrzej which I discovered through ironpythonurls. :-)

Fuzzyman
http://www.voidspace.org.uk/ironpython/index.shtml

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



From chenrong2003 at gmail.com  Mon Dec 18 15:18:55 2006
From: chenrong2003 at gmail.com (=?GB2312?B?TmVpbCjEvtKwuvwp?=)
Date: Mon, 18 Dec 2006 22:18:55 +0800
Subject: [IronPython] [ANN] IronPython Community Edition r5
In-Reply-To: <e69d3ed20612180334w2f02ecfdld0b30f320aff5f78@mail.gmail.com>
References: <5b0248170612151934v6bd84621u6337e139e8f03829@mail.gmail.com>
	<eab75e160612172257v199eeefey6764e6ae6ea14289@mail.gmail.com>
	<26756bf60612172351q46e8cc4lde369a5042966cfd@mail.gmail.com>
	<e69d3ed20612180334w2f02ecfdld0b30f320aff5f78@mail.gmail.com>
Message-ID: <26756bf60612180618m3fe4b547x48bdcfb46f9ede7c@mail.gmail.com>

It's really great :-)

2006/12/18, Anthony Baxter <anthonybaxter at gmail.com>:
> On 12/18/06, Neil(???) <chenrong2003 at gmail.com> wrote:
> > Thank you, Seo,
> >
> > But what's the relation of this project to IronPython released by Microsoft?
>
> This is IronPython, with a bunch of patches to make it work better on
> Mono, to enable parts of the standard library that don't currently
> work, and in general make fixes that haven't yet been done by MS. The
> IronPython team are still unable to accept community contributions of
> code (I imagine the MS legal folk have to lie down and breath into a
> paper bag at the very thought :-) but the IronPython license does
> allow derived works.
> _______________________________________________
> users mailing list
> users at lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>

From riltim at gmail.com  Mon Dec 18 17:34:13 2006
From: riltim at gmail.com (Tim Riley)
Date: Mon, 18 Dec 2006 11:34:13 -0500
Subject: [IronPython] New Windows Forms Tutorial Entry
In-Reply-To: <4585B715.2060103@voidspace.org.uk>
References: <20061217212616.KGCV17393.aamtaout02-winn.ispmail.ntl.com@192.168.1.100>
	<4585B715.2060103@voidspace.org.uk>
Message-ID: <f15701940612180834l16e43585l7255f74365dc24f0@mail.gmail.com>

Michael:

Very good stuff. Thank you for taking the time to provide this to the
community.

~Tim

On 12/17/06, Michael Foord <fuzzyman at voidspace.org.uk> wrote:
>
> fuzzyman at voidspace.org.uk wrote:
> > {ran_emo} In celebration of the new IronPython section I've added a new
> entry to the `Windows Forms Tutorial Series
> </ironpython/winforms/index.shtml>`_.
> >
> > This is entry number eleven :
> >
> > * `Towards a Richer GUI: The TabControl, Splitter & the PictureBox
> </ironpython/winforms/part11.shtml>`_
> >
> > It uses a few new controls to create a *slightly* more complex GUI than
> we've seen before in this series.
> >
> > .. image:: /ironpython/winforms/images/verticalSplitter.jpg
> >    :height: 369
> >    :width: 517
> >    :alt: A Vertical Splitter
> >    :align: center
> >    :class: image
> >    :target: /ironpython/winforms/part11.shtml
>
> Again, the full links are :
>
> http://www.voidspace.org.uk/ironpython/winforms/index.shtml
> http://www.voidspace.org.uk/ironpython/winforms/part11.shtml
>
> http://www.voidspace.org.uk//ironpython/winforms/images/verticalSplitter.jpg
>
> I'm not sure if the example here will work with Mono as it uses stuff
> from Windows Forms 2. If anyone could test and preferably remove /
> rewrite the parts that don't work (and provide screenshots) I'd be happy
> to include a Mono section in the entry.
>
> Michael
> http://www.voidspace.org.uk/index2.shtml
>
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > users mailing list
> > users at lists.ironpython.com
> > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
> >
> >
> > ------------------------------------------------------------------------
> >
> > No virus found in this incoming message.
> > Checked by AVG Free Edition.
> > Version: 7.1.409 / Virus Database: 268.15.22/590 - Release Date:
> 16/12/2006
> >
>
>
>
> --
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.1.409 / Virus Database: 268.15.22/590 - Release Date:
> 16/12/2006
>
> _______________________________________________
> 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/20061218/5a51e65b/attachment.html>

From dinov at exchange.microsoft.com  Mon Dec 18 19:09:00 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Mon, 18 Dec 2006 10:09:00 -0800
Subject: [IronPython] Fwd: Locked thread?
In-Reply-To: <e8f45b9e0612180353q115d1f8bh47719aef2b92cd27@mail.gmail.com>
References: <e8f45b9e0612161428n4764e983u2a941d5dc751a882@mail.gmail.com>
	<e8f45b9e0612180353q115d1f8bh47719aef2b92cd27@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C22275619CC292A@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

Is wpf the Avalon.py we ship in the tutorial renamed?  The tutorial version creates a 2nd thread where all the UI requests from the interpreter will be executed on.  I believe the code sample below should work with our Avalon.py.

If you've modified Avalon.py to do some of your own GUI creation and then the code in wpf.py is running on a different thread from the code at the console (the hook to redirect console input isn't in effect until after the import succeeds, so the import runs on one thread, and then all your commands you start typing start running on antoher thread).  Let us know more about wpf.py and we might be able to drill into the issue you're encountering.

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Gerard Braad Jr.
Sent: Monday, December 18, 2006 3:53 AM
To: users at lists.ironpython.com
Subject: [IronPython] Fwd: Locked thread?

Hello,


When I normally use IronPython I have no problems (as embedded or running scripts) I have no problem. Even in interactive mode it is good. Although some issues arise when I use Windows Forms or Presentation Framework in interactive mode. It seems the graphics thread locks all others. So when I do the following...

>>> from wpf import *
>>> w = Window()
>>> w.Show()
>>> b = Button()
>>> b.Content = "Tickle me..."
>>> w.Content = b
>>> w.Close()

... no window is shown and the taskbar of windows is blocked until the last Close() statement. Does this have to do with the Thread Apartment IronPython is running in?

thanks,


Gerard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061218/9d1a9ba8/attachment.html>

From davidf at sjsoft.com  Mon Dec 18 19:25:34 2006
From: davidf at sjsoft.com (David Fraser)
Date: Mon, 18 Dec 2006 20:25:34 +0200
Subject: [IronPython] New IronPython Section
In-Reply-To: <45869FB8.4090705@voidspace.org.uk>
References: <20061217212555.VLNO26699.aamtaout03-winn.ispmail.ntl.com@[192.168.1.100]>	<4585B692.3040605@voidspace.org.uk>	<45865C55.9060804@sjsoft.com>
	<45869FB8.4090705@voidspace.org.uk>
Message-ID: <4586DD1E.5090306@sjsoft.com>

Michael Foord wrote:
> David Fraser wrote:
>   
>> Michael Foord wrote:
>>   
>>     
>>> fuzzyman at voidspace.org.uk wrote:
>>>   
>>>     
>>>       
>>>> {ran_emo} I've created a new section on *Voidspace* :
>>>>
>>>> * `The Voidspace IronPython Pages </ironpython/index.shtml>`_
>>>>
>>>> I've moved the Windows Forms tutorials here and setup an aggregator for IronPython related blogs.
>>>>
>>>> * `IronPython & Windows Forms Tutorials </ironpython/winforms/index.shtml>`_
>>>> * `Planet IronPython </ironpython/winforms/planet/>`_
>>>>
>>>> If you spot any typos, or know of any good blogs I should add to the Planet feed then let me know.
>>>>
>>>>     
>>>>       
>>>>         
>>> Those links are (sorry) :
>>>
>>> http://www.voidspace.org.uk/ironpython/index.shtml
>>> http://www.voidspace.org.uk/ironpython/winforms/index.shtml
>>> http://www.voidspace.org.uk/ironpython/planet/
>>>
>>> Please update any links to the old URLs for the tutorials.
>>>   
>>>     
>>>       
>> That's great but does the planet really have to include the feed for the 
>> last 15 messages from the list? It's redundant for those on the list and 
>> for anyone not on it interesting items would hopefully be picked up on 
>> the blogs...
>>   
>>     
> Ok changed. Ironically I read this message on the aggregator ;-)
Brilliant thanks :-)

David


From David.Ebbo at microsoft.com  Mon Dec 18 22:27:11 2006
From: David.Ebbo at microsoft.com (David Ebbo)
Date: Mon, 18 Dec 2006 13:27:11 -0800
Subject: [IronPython] In IronPython for ASP.NET CTP,
 Why attribute injector mechanism only applies for Get, not Set?
In-Reply-To: <26756bf60612171754k5f965cc1u996322cd5e8a427e@mail.gmail.com>
References: <26756bf60612171754k5f965cc1u996322cd5e8a427e@mail.gmail.com>
Message-ID: <F8EC38A9F9C8144D9FC837CA0D24250D202104C374@NA-EXMSG-C110.redmond.corp.microsoft.com>

Hi Neil,

I replied on the ASP.NET forum:
http://forums.asp.net/1501167/ShowThread.aspx

thanks,
David

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Neil(???)
Sent: Sunday, December 17, 2006 5:54 PM
To: users at lists.ironpython.com
Subject: [IronPython] In IronPython for ASP.NET CTP, Why attribute injector mechanism only applies for Get, not Set?

I found attribute injectors really simplified my work for creating an
application. such as the 'FindControl' shortcut for Controls. But it
only applies for getting a attribute from the target object, not Set.
for example, we can write:

a = ViewState.a

but it's not possible to write this:

ViewState.a = 'hello'

I don't know why IronPython only supports Get, but not Set operations
of a attribute injector. Can anybody tell me why?

Plus, there are no attribute injector support for the 'RepeaterItem'
type, and 'HttpSessionState'. I've implemented this by myself, and
added it to the Microsoft.Web.IronPython.dll, for my personal usage.

I'll appritiate you very much if someone tell me what's next for the
IronPython for ASP project, including new features introductions, I
really like it.

Best regards,

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


From chris.stoy at redstorm.com  Tue Dec 19 00:28:56 2006
From: chris.stoy at redstorm.com (Chris Stoy)
Date: Mon, 18 Dec 2006 18:28:56 -0500
Subject: [IronPython] Accesses static ResourceManager from IronPython
Message-ID: <930168C299A0C44D905F4B11995AD74406DA65B1@UBIMAIL2.ubisoft.org>

Hello all,

 

I'm working on embedding IronPython into a larger C# application to
allow end-users the ability to write scripts.  One thing I want to do is
provide a set of icon resources in the C# code and expose them to
IronPython so a user can access them.  I created a new Resource.resx
file called "PublicResources" in my C# application.  This creates a
class called "PublicResources" that contains a set of static methods to
access the resources in a type-safe way.  Although I can expose the
underlying ResourceManager instance to IP, what I really want is the
class PublicResources exposed so I can us it in my IronPython code.

 

For example, in C# I would say:

 

Form myForm = new Form();

myForm.Icon = PublicResources.MyFormIcon;

 

 

and in IronPython, I want to say:

 

myForm = Form()

myForm.Icon = PublicResources.MyFormIcon

 

So, I guess this boils down to "how do I expose static classes from C#
to IronPython?" 

 

(On a side note, if anyone knows where there is some documentation on
the proper way to expose .NET class to IronPython I would appreciate it.
Currently I'm creating a new module with PythonEngine.CreateModule(),
adding objects to the Globals, and importing it using
PythonEngine.Import()...but I have no idea if that is the right way to
do it.)

 

Thanks a lot for any help.

 

Chris.

 

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

From dinov at exchange.microsoft.com  Tue Dec 19 00:42:11 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Mon, 18 Dec 2006 15:42:11 -0800
Subject: [IronPython] Accesses static ResourceManager from IronPython
In-Reply-To: <930168C299A0C44D905F4B11995AD74406DA65B1@UBIMAIL2.ubisoft.org>
References: <930168C299A0C44D905F4B11995AD74406DA65B1@UBIMAIL2.ubisoft.org>
Message-ID: <7AD436E4270DD54A94238001769C22275619CC2A93@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

If you want to follow the way you're currently doing it you can just publish the DynamicType in Globals, eg:

Globals['foo'] = Ops.GetDynamicType(typeof(PublicResources));

You can also add a reference to your C# DLL and then the user can import all of your public types / namespaces (although that may not be what you want).  E.g.:

pe.Sys.AddReference(typeof(SomeTypeInYourAssembly).Assembly);

then users can either do import Namespace or import SomeType (assuming the type has no namespace) or from Namespace import SomeType.  This would be the equivalent to if the user did:

import clr
clr.AddReference('your_assembly_name')
import ...

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Chris Stoy
Sent: Monday, December 18, 2006 3:29 PM
To: users at lists.ironpython.com
Subject: [IronPython] Accesses static ResourceManager from IronPython

Hello all,

I'm working on embedding IronPython into a larger C# application to allow end-users the ability to write scripts.  One thing I want to do is provide a set of icon resources in the C# code and expose them to IronPython so a user can access them.  I created a new Resource.resx file called "PublicResources" in my C# application.  This creates a class called "PublicResources" that contains a set of static methods to access the resources in a type-safe way.  Although I can expose the underlying ResourceManager instance to IP, what I really want is the class PublicResources exposed so I can us it in my IronPython code.

For example, in C# I would say:

Form myForm = new Form();
myForm.Icon = PublicResources.MyFormIcon;


and in IronPython, I want to say:

myForm = Form()
myForm.Icon = PublicResources.MyFormIcon

So, I guess this boils down to "how do I expose static classes from C# to IronPython?"

(On a side note, if anyone knows where there is some documentation on the proper way to expose .NET class to IronPython I would appreciate it.  Currently I'm creating a new module with PythonEngine.CreateModule(), adding objects to the Globals, and importing it using PythonEngine.Import()...but I have no idea if that is the right way to do it.)

Thanks a lot for any help.

Chris.

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

From dinov at exchange.microsoft.com  Tue Dec 19 00:43:19 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Mon, 18 Dec 2006 15:43:19 -0800
Subject: [IronPython] Accesses static ResourceManager from IronPython
In-Reply-To: <7AD436E4270DD54A94238001769C22275619CC2A93@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
References: <930168C299A0C44D905F4B11995AD74406DA65B1@UBIMAIL2.ubisoft.org>
	<7AD436E4270DD54A94238001769C22275619CC2A93@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <7AD436E4270DD54A94238001769C22275619CC2A94@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

Sorry, that 1st line should have been Ops.GetDynamicTypeFromType(typeof(PublicResources)).

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland
Sent: Monday, December 18, 2006 3:42 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Accesses static ResourceManager from IronPython

If you want to follow the way you're currently doing it you can just publish the DynamicType in Globals, eg:

Globals['foo'] = Ops.GetDynamicType(typeof(PublicResources));

You can also add a reference to your C# DLL and then the user can import all of your public types / namespaces (although that may not be what you want).  E.g.:

pe.Sys.AddReference(typeof(SomeTypeInYourAssembly).Assembly);

then users can either do import Namespace or import SomeType (assuming the type has no namespace) or from Namespace import SomeType.  This would be the equivalent to if the user did:

import clr
clr.AddReference('your_assembly_name')
import ...

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Chris Stoy
Sent: Monday, December 18, 2006 3:29 PM
To: users at lists.ironpython.com
Subject: [IronPython] Accesses static ResourceManager from IronPython

Hello all,

I'm working on embedding IronPython into a larger C# application to allow end-users the ability to write scripts.  One thing I want to do is provide a set of icon resources in the C# code and expose them to IronPython so a user can access them.  I created a new Resource.resx file called "PublicResources" in my C# application.  This creates a class called "PublicResources" that contains a set of static methods to access the resources in a type-safe way.  Although I can expose the underlying ResourceManager instance to IP, what I really want is the class PublicResources exposed so I can us it in my IronPython code.

For example, in C# I would say:

Form myForm = new Form();
myForm.Icon = PublicResources.MyFormIcon;


and in IronPython, I want to say:

myForm = Form()
myForm.Icon = PublicResources.MyFormIcon

So, I guess this boils down to "how do I expose static classes from C# to IronPython?"

(On a side note, if anyone knows where there is some documentation on the proper way to expose .NET class to IronPython I would appreciate it.  Currently I'm creating a new module with PythonEngine.CreateModule(), adding objects to the Globals, and importing it using PythonEngine.Import()...but I have no idea if that is the right way to do it.)

Thanks a lot for any help.

Chris.

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

From chris.stoy at redstorm.com  Tue Dec 19 01:26:26 2006
From: chris.stoy at redstorm.com (Chris Stoy)
Date: Mon, 18 Dec 2006 19:26:26 -0500
Subject: [IronPython] Accesses static ResourceManager from IronPython
In-Reply-To: <7AD436E4270DD54A94238001769C22275619CC2A94@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
Message-ID: <930168C299A0C44D905F4B11995AD74406DA65E7@UBIMAIL2.ubisoft.org>

Thanks for the response.  I tried the first option
(GetDynamicTypeFromType), but that doesn't seem to work.  Here is a
snippet of code:

 

                  EngineOptions engineOptions = new EngineOptions();

                  engineOptions.ClrDebuggingEnabled = true;

                  IronPython.Compiler.Options.GenerateModulesAsSnippets
= true;

                  PythonEngine engine = new PythonEngine(engineOptions);

 

                  EngineModule rswe = engine.CreateModule("RSWE", true);

                  rswe.Globals.Add("ResourceManager",
PublicResources.ResourceManager);

                  rswe.Globals["Resources"] =
IronPython.Runtime.Operations.Ops.GetDynamicTypeFromType(typeof(PublicRe
sources));

                  engine.Import("RSWE");

 

For testing, I added the public ResourceManager from my PublicResources
class to the globals.  I then tried your suggestion of using
GetDynamicTypeFromType (which, by the way, doesn't seem to be documented
in the IronPython docs..), but none of the public attributes are there
in Python..in fact the type doesn't seem correct.  

 

Here is some output from my Python console in my app:

 

> from RSWE import Resources

> print dir()

['RSWE', 'Resources', '__builtins__', '__name__', 'clr', 'sys']

> print dir(Resources)

['Equals', 'Finalize', 'GetHashCode', 'GetType', 'MakeDynamicType',
'MemberwiseClone', 'Reduce', 'ReferenceEquals', 'ToString', '__class__',
'__doc__', '__init__', '__module__', '__new__', '__reduce__',
'__reduce_ex__', '__repr__']

> x = Resources()

Cannot create instances of <type 'PublicResources'>

> x = Resources.Open

type object 'PublicResources' has no attribute 'Open'

 

 

I can, however, access the resources using ResourceManager:

 

> icon = RSWE.ResourceManager.GetObject("Open")

> print icon

(Icon)

 

Any ideas?

 

Thanks,

 

Chris.

 

 

________________________________

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland
Sent: Monday, December 18, 2006 6:43 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Accesses static ResourceManager from
IronPython

 

Sorry, that 1st line should have been
Ops.GetDynamicTypeFromType(typeof(PublicResources)).

 

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland
Sent: Monday, December 18, 2006 3:42 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Accesses static ResourceManager from
IronPython

 

If you want to follow the way you're currently doing it you can just
publish the DynamicType in Globals, eg:

 

Globals['foo'] = Ops.GetDynamicType(typeof(PublicResources));

 

You can also add a reference to your C# DLL and then the user can import
all of your public types / namespaces (although that may not be what you
want).  E.g.:

 

pe.Sys.AddReference(typeof(SomeTypeInYourAssembly).Assembly);

 

then users can either do import Namespace or import SomeType (assuming
the type has no namespace) or from Namespace import SomeType.  This
would be the equivalent to if the user did:

 

import clr

clr.AddReference('your_assembly_name')

import ...

 

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Chris Stoy
Sent: Monday, December 18, 2006 3:29 PM
To: users at lists.ironpython.com
Subject: [IronPython] Accesses static ResourceManager from IronPython

 

Hello all,

 

I'm working on embedding IronPython into a larger C# application to
allow end-users the ability to write scripts.  One thing I want to do is
provide a set of icon resources in the C# code and expose them to
IronPython so a user can access them.  I created a new Resource.resx
file called "PublicResources" in my C# application.  This creates a
class called "PublicResources" that contains a set of static methods to
access the resources in a type-safe way.  Although I can expose the
underlying ResourceManager instance to IP, what I really want is the
class PublicResources exposed so I can us it in my IronPython code.

 

For example, in C# I would say:

 

Form myForm = new Form();

myForm.Icon = PublicResources.MyFormIcon;

 

 

and in IronPython, I want to say:

 

myForm = Form()

myForm.Icon = PublicResources.MyFormIcon

 

So, I guess this boils down to "how do I expose static classes from C#
to IronPython?" 

 

(On a side note, if anyone knows where there is some documentation on
the proper way to expose .NET class to IronPython I would appreciate it.
Currently I'm creating a new module with PythonEngine.CreateModule(),
adding objects to the Globals, and importing it using
PythonEngine.Import()...but I have no idea if that is the right way to
do it.)

 

Thanks a lot for any help.

 

Chris.

 

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

From dinov at exchange.microsoft.com  Tue Dec 19 01:54:53 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Mon, 18 Dec 2006 16:54:53 -0800
Subject: [IronPython] Accesses static ResourceManager from IronPython
In-Reply-To: <930168C299A0C44D905F4B11995AD74406DA65E7@UBIMAIL2.ubisoft.org>
References: <7AD436E4270DD54A94238001769C22275619CC2A94@DF-GRTDANE-MSG.exchange.corp.microsoft.com>
	<930168C299A0C44D905F4B11995AD74406DA65E7@UBIMAIL2.ubisoft.org>
Message-ID: <7AD436E4270DD54A94238001769C22275619CC2ABD@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

I was thinking you'd do:

RSWE.Resources.SomeResource

Accessing the static property the resource manager expose instead of trying to open it.  I just looked at one of our Resources files though and realized that all of the resources get declared as internal static so they won't be accessible to Python code by default.

You could run with the -X:PrivateBinding flag (which isn't really recommended except for development scenarios).  I'm not sure if VS would be upset with you or undo the changes if you made the properties public instead of private.  If that doesn't work then it seems like you're stuck w/ the solution you came up with.

Regarding Ops.GetDynamicTypeFromType(...) not being documented.  The IronPython runtime actually exposes a lot of functionality (all via Ops) which is public but used primarily for the purposes of exposing the runtime's functionality to dynamically generated code.  That's available for your use but we reserve the right to change it in future versions.  Unfortunately there are still occasions when it's the only way to accomplish what you want to achieve.


From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Chris Stoy
Sent: Monday, December 18, 2006 4:26 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Accesses static ResourceManager from IronPython

Thanks for the response.  I tried the first option (GetDynamicTypeFromType), but that doesn't seem to work.  Here is a snippet of code:

                  EngineOptions engineOptions = new EngineOptions();
                  engineOptions.ClrDebuggingEnabled = true;
                  IronPython.Compiler.Options.GenerateModulesAsSnippets = true;
                  PythonEngine engine = new PythonEngine(engineOptions);

                  EngineModule rswe = engine.CreateModule("RSWE", true);
                  rswe.Globals.Add("ResourceManager", PublicResources.ResourceManager);
                  rswe.Globals["Resources"] = IronPython.Runtime.Operations.Ops.GetDynamicTypeFromType(typeof(PublicResources));
                  engine.Import("RSWE");

For testing, I added the public ResourceManager from my PublicResources class to the globals.  I then tried your suggestion of using GetDynamicTypeFromType (which, by the way, doesn't seem to be documented in the IronPython docs..), but none of the public attributes are there in Python..in fact the type doesn't seem correct.

Here is some output from my Python console in my app:

> from RSWE import Resources
> print dir()
['RSWE', 'Resources', '__builtins__', '__name__', 'clr', 'sys']
> print dir(Resources)
['Equals', 'Finalize', 'GetHashCode', 'GetType', 'MakeDynamicType', 'MemberwiseClone', 'Reduce', 'ReferenceEquals', 'ToString', '__class__', '__doc__', '__init__', '__module__', '__new__', '__reduce__', '__reduce_ex__', '__repr__']
> x = Resources()
Cannot create instances of <type 'PublicResources'>
> x = Resources.Open
type object 'PublicResources' has no attribute 'Open'


I can, however, access the resources using ResourceManager:

> icon = RSWE.ResourceManager.GetObject("Open")
> print icon
(Icon)

Any ideas?

Thanks,

Chris.


________________________________
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland
Sent: Monday, December 18, 2006 6:43 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Accesses static ResourceManager from IronPython

Sorry, that 1st line should have been Ops.GetDynamicTypeFromType(typeof(PublicResources)).

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dino Viehland
Sent: Monday, December 18, 2006 3:42 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Accesses static ResourceManager from IronPython

If you want to follow the way you're currently doing it you can just publish the DynamicType in Globals, eg:

Globals['foo'] = Ops.GetDynamicType(typeof(PublicResources));

You can also add a reference to your C# DLL and then the user can import all of your public types / namespaces (although that may not be what you want).  E.g.:

pe.Sys.AddReference(typeof(SomeTypeInYourAssembly).Assembly);

then users can either do import Namespace or import SomeType (assuming the type has no namespace) or from Namespace import SomeType.  This would be the equivalent to if the user did:

import clr
clr.AddReference('your_assembly_name')
import ...

From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Chris Stoy
Sent: Monday, December 18, 2006 3:29 PM
To: users at lists.ironpython.com
Subject: [IronPython] Accesses static ResourceManager from IronPython

Hello all,

I'm working on embedding IronPython into a larger C# application to allow end-users the ability to write scripts.  One thing I want to do is provide a set of icon resources in the C# code and expose them to IronPython so a user can access them.  I created a new Resource.resx file called "PublicResources" in my C# application.  This creates a class called "PublicResources" that contains a set of static methods to access the resources in a type-safe way.  Although I can expose the underlying ResourceManager instance to IP, what I really want is the class PublicResources exposed so I can us it in my IronPython code.

For example, in C# I would say:

Form myForm = new Form();
myForm.Icon = PublicResources.MyFormIcon;


and in IronPython, I want to say:

myForm = Form()
myForm.Icon = PublicResources.MyFormIcon

So, I guess this boils down to "how do I expose static classes from C# to IronPython?"

(On a side note, if anyone knows where there is some documentation on the proper way to expose .NET class to IronPython I would appreciate it.  Currently I'm creating a new module with PythonEngine.CreateModule(), adding objects to the Globals, and importing it using PythonEngine.Import()...but I have no idea if that is the right way to do it.)

Thanks a lot for any help.

Chris.

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

From chenrong2003 at gmail.com  Tue Dec 19 07:40:09 2006
From: chenrong2003 at gmail.com (=?GB2312?B?TmVpbCjEvtKwuvwp?=)
Date: Tue, 19 Dec 2006 14:40:09 +0800
Subject: [IronPython] In IronPython for ASP.NET CTP,
	Why attribute injector mechanism only applies for Get, not Set?
In-Reply-To: <F8EC38A9F9C8144D9FC837CA0D24250D202104C374@NA-EXMSG-C110.redmond.corp.microsoft.com>
References: <26756bf60612171754k5f965cc1u996322cd5e8a427e@mail.gmail.com>
	<F8EC38A9F9C8144D9FC837CA0D24250D202104C374@NA-EXMSG-C110.redmond.corp.microsoft.com>
Message-ID: <26756bf60612182240mcbe9a9dub12617bd5745f44f@mail.gmail.com>

Thank you very much David,

Because I found there are less people in the forum, so I post it here again :)

Regards,

Neil Chen

2006/12/19, David Ebbo <David.Ebbo at microsoft.com>:
> Hi Neil,
>
> I replied on the ASP.NET forum:
> http://forums.asp.net/1501167/ShowThread.aspx
>
> thanks,
> David
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Neil(???)
> Sent: Sunday, December 17, 2006 5:54 PM
> To: users at lists.ironpython.com
> Subject: [IronPython] In IronPython for ASP.NET CTP, Why attribute injector mechanism only applies for Get, not Set?
>
> I found attribute injectors really simplified my work for creating an
> application. such as the 'FindControl' shortcut for Controls. But it
> only applies for getting a attribute from the target object, not Set.
> for example, we can write:
>
> a = ViewState.a
>
> but it's not possible to write this:
>
> ViewState.a = 'hello'
>
> I don't know why IronPython only supports Get, but not Set operations
> of a attribute injector. Can anybody tell me why?
>
> Plus, there are no attribute injector support for the 'RepeaterItem'
> type, and 'HttpSessionState'. I've implemented this by myself, and
> added it to the Microsoft.Web.IronPython.dll, for my personal usage.
>
> I'll appritiate you very much if someone tell me what's next for the
> IronPython for ASP project, including new features introductions, I
> really like it.
>
> Best regards,
>
> Neil Chen
> _______________________________________________
> 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 jcollett at oshtruck.com  Tue Dec 19 14:52:48 2006
From: jcollett at oshtruck.com (jcollett at oshtruck.com)
Date: Tue, 19 Dec 2006 07:52:48 -0600
Subject: [IronPython] Accesses static ResourceManager from IronPython
In-Reply-To: <930168C299A0C44D905F4B11995AD74406DA65B1@UBIMAIL2.ubisoft.org>
Message-ID: <OF6A7E6C46.5661E7F4-ON86257249.004C2EC4-86257249.004C3F85@oshtruck.com>

Hi Chris,
I believe there is an example in the Tutorials section in Iron Python.
Jeff


                                                                           
             "Chris Stoy"                                                  
             <chris.stoy at redst                                             
             orm.com>                                                   To 
             Sent by:                  <users at lists.ironpython.com>        
             users-bounces at lis                                          cc 
             ts.ironpython.com                                             
                                                                   Subject 
                                       [IronPython] Accesses static        
             12/18/2006 05:28          ResourceManager from IronPython     
             PM                                                            
                                                                           
                                                                           
             Please respond to                                             
               Discussion of                                               
                IronPython                                                 
             <users at lists.iron                                             
                python.com>                                                
                                                                           
                                                                           




Hello all,

I?m working on embedding IronPython into a larger C# application to allow
end-users the ability to write scripts.  One thing I want to do is provide
a set of icon resources in the C# code and expose them to IronPython so a
user can access them.  I created a new Resource.resx file called
?PublicResources? in my C# application.  This creates a class called
?PublicResources? that contains a set of static methods to access the
resources in a type-safe way.  Although I can expose the underlying
ResourceManager instance to IP, what I really want is the class
PublicResources exposed so I can us it in my IronPython code.

For example, in C# I would say:

Form myForm = new Form();
myForm.Icon = PublicResources.MyFormIcon;


and in IronPython, I want to say:

myForm = Form()
myForm.Icon = PublicResources.MyFormIcon

So, I guess this boils down to ?how do I expose static classes from C# to
IronPython??

(On a side note, if anyone knows where there is some documentation on the
proper way to expose .NET class to IronPython I would appreciate it.
Currently I?m creating a new module with PythonEngine.CreateModule(),
adding objects to the Globals, and importing it using
PythonEngine.Import()?but I have no idea if that is the right way to do
it.)

Thanks a lot for any help.

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

Although this e-mail and any attachments are believed to be free of any virus or other defect which might affect any computer system, it is the responsibility of the recipient to check that it is virus-free and the sender accepts no responsibility or liability for any loss, injury, damage, cost or expense arising in any way from receipt or use thereof by the recipient.

The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged.  If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited.  If you have received this transmission in error, please  contact the sender immediately, delete this material from your computer and destroy all related paper media.  Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties.
Thank you.

From me at gbraad.nl  Sat Dec 16 23:28:39 2006
From: me at gbraad.nl (Gerard Braad Jr.)
Date: Sat, 16 Dec 2006 23:28:39 +0100
Subject: [IronPython] Locked thread?
Message-ID: <e8f45b9e0612161428n4764e983u2a941d5dc751a882@mail.gmail.com>

Hello,


When I normally use IronPython I have no problems (as embedded or running
scripts) I have no problem. Even in interactive mode it is good. Although
some issues arise when I use Windows Forms or Presentation Framework in
interactive mode. It seems the graphics thread locks all others. So when I
do the following...

>>> from wpf import *
>>> w = Window()
>>> w.Show()
>>> b = Button()
>>> b.Content = "Tickle me..."
>>> w.Content = b
>>> w.Close()

... no window is shown and the taskbar of windows is blocked until the last
Close() statement. Does this have to do with the Thread Apartment IronPython
is running in?

thanks,


Gerard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061216/700ba530/attachment.html>

From ken.jackson at vamosa.com  Tue Dec 19 18:38:38 2006
From: ken.jackson at vamosa.com (kenj55)
Date: Tue, 19 Dec 2006 09:38:38 -0800 (PST)
Subject: [IronPython] Calling Methods from other Methods
Message-ID: <7951284.post@talk.nabble.com>


Hi,

I'm having a problem calling one method from another when i run python
within the PythonEngine.

i.e. If I have the following code:

string functions = "def func1():\n\treturn \"hello\"\n\n";
functions += "def func2():\n\treturn func1()\n\n";
functions += "func2()";

pyEngine.Execute(functions, module, locals);

I get an error along the lines of:

IronPython.Runtime.Exceptions.PythonNameErrorException: name 'func1' not
defined



Does anyone have any ideas where I might be going wrong?

Cheers,
Ken 
-- 
View this message in context: http://www.nabble.com/Calling-Methods-from-other-Methods-tf2847245.html#a7951284
Sent from the IronPython mailing list archive at Nabble.com.



From dfugate at microsoft.com  Thu Dec 21 01:32:35 2006
From: dfugate at microsoft.com (Dave Fugate)
Date: Wed, 20 Dec 2006 16:32:35 -0800
Subject: [IronPython] Calling Methods from other Methods
In-Reply-To: <7951284.post@talk.nabble.com>
References: <7951284.post@talk.nabble.com>
Message-ID: <7346A825E148B049A9AD1D3ED46A2D910CC7CEC233@NA-EXMSG-C106.redmond.corp.microsoft.com>

Thanks Ken!

Looks like a bug to me and I've filed a CodePlex Work Item (see http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=6714).

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of kenj55
Sent: Tuesday, December 19, 2006 9:39 AM
To: users at lists.ironpython.com
Subject: [IronPython] Calling Methods from other Methods


Hi,

I'm having a problem calling one method from another when i run python
within the PythonEngine.

i.e. If I have the following code:

string functions = "def func1():\n\treturn \"hello\"\n\n";
functions += "def func2():\n\treturn func1()\n\n";
functions += "func2()";

pyEngine.Execute(functions, module, locals);

I get an error along the lines of:

IronPython.Runtime.Exceptions.PythonNameErrorException: name 'func1' not
defined



Does anyone have any ideas where I might be going wrong?

Cheers,
Ken
--
View this message in context: http://www.nabble.com/Calling-Methods-from-other-Methods-tf2847245.html#a7951284
Sent from the IronPython mailing list archive at Nabble.com.

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


From sanxiyn at gmail.com  Thu Dec 21 03:11:52 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Thu, 21 Dec 2006 11:11:52 +0900
Subject: [IronPython] Help on function
Message-ID: <5b0248170612201811g336fa067u5095c57c94c2bb2e@mail.gmail.com>

>>> import os
>>> help(os.execvp)
>>> help(os.execlp)

Function signature for os.execlp is displayed as "execlp(file, args)",
not "execlp(file, *args)".

-- 
Seo Sanghyeon


From ygutfreund at draper.com  Thu Dec 21 16:51:30 2006
From: ygutfreund at draper.com (Gutfreund, Yechezkal)
Date: Thu, 21 Dec 2006 10:51:30 -0500
Subject: [IronPython] Guru question: Events as a method for invoking Python
	from C#?
Message-ID: <98B94F0758D7394CA057AE4898CBC85E02820843@exchbk1.draper.com>

I am embedding Microsoft Virtual Earth into a WPF project that uses
python as the scripting language.
VE must run as a webcontrol.
 
Tasks that I have completed:
 
1. Creating the XAML wrapper
2. Embed the WebControl object in the XAML 
3. loading XAML with the Avalon module from the Python tutorials
4. Using .InvokeScript() to call Jscript routines inside the web control
and having VirtualEarth respond
 
What I am having trouble with is passing information back from
VirtualEarth to Python. 
the HTML object in JScript supports calling functions in the outer
wrapper with:
 
windows.external.somefunction(...);
 
If class that holds somefunction() is decorated with [Com(visible=true)]
then all works. The issue is that Python classes and functions are not
(and probably cannot) be made [Com(visible=true)] (they are need to be
dynamically added and changed.
 
What I am considering is having a C# lib that Python loads that contains
an "interceptor" class. This class would receive the calls from Jscript,
packages them into events and then trigger the event so that python can
receive them.
 
Questions:
1) Do any IronPython or .NET gurus here see an show stoppers with this
approach?
2) Are there any technical "gotcha's" I should look out for?
 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061221/a5197122/attachment.html>

From dinov at exchange.microsoft.com  Thu Dec 21 21:37:31 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Thu, 21 Dec 2006 12:37:31 -0800
Subject: [IronPython] Help on function
In-Reply-To: <5b0248170612201811g336fa067u5095c57c94c2bb2e@mail.gmail.com>
References: <5b0248170612201811g336fa067u5095c57c94c2bb2e@mail.gmail.com>
Message-ID: <7AD436E4270DD54A94238001769C2227561A0C18F9@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

Thanks for the report Seo!  I've opened CodePlex bug #6735 for this (http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=6735).

________________________________________
From: users-bounces at lists.ironpython.com [users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo [sanxiyn at gmail.com]
Sent: Wednesday, December 20, 2006 6:11 PM
To: Discussion of IronPython
Subject: [IronPython] Help on function

>>> import os
>>> help(os.execvp)
>>> help(os.execlp)

Function signature for os.execlp is displayed as "execlp(file, args)",
not "execlp(file, *args)".

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


From dinov at exchange.microsoft.com  Thu Dec 21 21:43:32 2006
From: dinov at exchange.microsoft.com (Dino Viehland)
Date: Thu, 21 Dec 2006 12:43:32 -0800
Subject: [IronPython] Guru question: Events as a method for invoking
 Python	from C#?
In-Reply-To: <98B94F0758D7394CA057AE4898CBC85E02820843@exchbk1.draper.com>
References: <98B94F0758D7394CA057AE4898CBC85E02820843@exchbk1.draper.com>
Message-ID: <7AD436E4270DD54A94238001769C2227561A0C18FA@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

This sounds reasonable.  Another approach might be to implement IReflect in the interceptor class and then use the Ops.* functions (GetAttr, GetAttrNames, etc...) in order to expose the dynamic types out to COM dynamically - but that's considerably more work :)

If you don't want to use events you could have the interceptor class & a proxy class.  You'd derive from the proxy class and override a bunch of virtual methods that the interceptor would call.

But basically it should work.

________________________________
From: users-bounces at lists.ironpython.com [users-bounces at lists.ironpython.com] On Behalf Of Gutfreund, Yechezkal [ygutfreund at draper.com]
Sent: Thursday, December 21, 2006 7:51 AM
To: users at lists.ironpython.com
Subject: [IronPython] Guru question: Events as a method for invoking Python from C#?

I am embedding Microsoft Virtual Earth into a WPF project that uses python as the scripting language.
VE must run as a webcontrol.

Tasks that I have completed:

1. Creating the XAML wrapper
2. Embed the WebControl object in the XAML
3. loading XAML with the Avalon module from the Python tutorials
4. Using .InvokeScript() to call Jscript routines inside the web control and having VirtualEarth respond

What I am having trouble with is passing information back from VirtualEarth to Python.
the HTML object in JScript supports calling functions in the outer wrapper with:

windows.external.somefunction(...);

If class that holds somefunction() is decorated with [Com(visible=true)] then all works. The issue is that Python classes and functions are not (and probably cannot) be made [Com(visible=true)] (they are need to be dynamically added and changed.

What I am considering is having a C# lib that Python loads that contains an "interceptor" class. This class would receive the calls from Jscript, packages them into events and then trigger the event so that python can receive them.

Questions:
1) Do any IronPython or .NET gurus here see an show stoppers with this approach?
2) Are there any technical "gotcha's" I should look out for?


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

From Shri.Borde at microsoft.com  Fri Dec 22 22:00:36 2006
From: Shri.Borde at microsoft.com (Shri Borde)
Date: Fri, 22 Dec 2006 13:00:36 -0800
Subject: [IronPython] Calling Methods from other Methods
In-Reply-To: <7346A825E148B049A9AD1D3ED46A2D910CC7CEC233@NA-EXMSG-C106.redmond.corp.microsoft.com>
References: <7951284.post@talk.nabble.com>
	<7346A825E148B049A9AD1D3ED46A2D910CC7CEC233@NA-EXMSG-C106.redmond.corp.microsoft.com>
Message-ID: <50B69702CA6E6D4E849D30CD4989AB8E577D5C405C@DF-GRTDANE-MSG.exchange.corp.microsoft.com>

This is quite non-intuitive, but it is by-design. It is happening because of using a locals dictionary which is different than the globals dictionary. Note that top-level code in a .py file executes with the same locals and globals dictionary.

The following Python snippet shows that a similar issue exists in pure Python code. func1 and func2 get assigned in the locals dictionary. When executing func2, the global dictionary is looked up, and it does not have func1.

>>> g={}
>>> l={}
>>> functions="""def func1(): print 'func1'
... def func2(): func1()
... func2()
... """
>>> exec(functions, g, l)
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "<string>", line 3, in ?
  File "<string>", line 2, in func2
NameError: global name 'func1' is not defined
>>> l
{'func2': <function func2 at 0x01D285F0>, 'func1': <function func1 at 0x01D28930>}

The following snippet shows how you can achieve what you are trying to do. The takeaway is that if you use a locals dicitionary different than the globals dictionary, you have to explicitly declare your global variables so that they get assigned in the globals dictionary.

>>> g={}
>>> l={}
>>> functions="""global func1
... global func2
...
... def func1(): print 'func1'
... def func2(): func1()
... func2()
... """
>>> exec(functions, g, l)
func1

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Dave Fugate
Sent: Wednesday, December 20, 2006 4:33 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Calling Methods from other Methods

Thanks Ken!

Looks like a bug to me and I've filed a CodePlex Work Item (see http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=6714).

-----Original Message-----
From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of kenj55
Sent: Tuesday, December 19, 2006 9:39 AM
To: users at lists.ironpython.com
Subject: [IronPython] Calling Methods from other Methods


Hi,

I'm having a problem calling one method from another when i run python
within the PythonEngine.

i.e. If I have the following code:

string functions = "def func1():\n\treturn \"hello\"\n\n";
functions += "def func2():\n\treturn func1()\n\n";
functions += "func2()";

pyEngine.Execute(functions, module, locals);

I get an error along the lines of:

IronPython.Runtime.Exceptions.PythonNameErrorException: name 'func1' not
defined



Does anyone have any ideas where I might be going wrong?

Cheers,
Ken
--
View this message in context: http://www.nabble.com/Calling-Methods-from-other-Methods-tf2847245.html#a7951284
Sent from the IronPython mailing list archive at Nabble.com.

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


From fuzzyman at voidspace.org.uk  Mon Dec 25 01:27:14 2006
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Mon, 25 Dec 2006 00:27:14 +0000
Subject: [IronPython] Function Signatures - inspect.getargspec
Message-ID: <458F1AE2.7010008@voidspace.org.uk>

Hello all,

I'm trying to determine function signatures from IronPython.

In Python I'd use 'inspect.getargspec'.

In IronPython this raises a 'NotImplementedError'.

If I do an 'import clr' it enables extra attributes on a function. I can 
get at the 'ArgCount', 'ArgNames' and 'Defaults' (also exposed as 
'func_defaults').

I can't get at varargs and varkwargs. Is this possible ?

Alternatively, consider this a request to get 'getargspec' working and 
I'll have to use CPython...

Michael Foord
http://www.voidspace.org.uk/python/articles.shtml


-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.15.26/600 - Release Date: 23/12/2006



From anthonybaxter at gmail.com  Mon Dec 25 08:55:14 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Mon, 25 Dec 2006 18:55:14 +1100
Subject: [IronPython] Function Signatures - inspect.getargspec
In-Reply-To: <458F1AE2.7010008@voidspace.org.uk>
References: <458F1AE2.7010008@voidspace.org.uk>
Message-ID: <e69d3ed20612242355o312dd19cgc1af5b2ee4af8bdc@mail.gmail.com>

On 12/25/06, Michael Foord <fuzzyman at voidspace.org.uk> wrote:
> Hello all,
>
> I'm trying to determine function signatures from IronPython.
>
> In Python I'd use 'inspect.getargspec'.
>
> In IronPython this raises a 'NotImplementedError'.

'inspect' is a pure-python module. Where's the NotImplementedError from?

Hm. A bit of poking around.

def foo(a,b,*c): pass

foo.func_code.co_code is unimplemented - inspect does some foul
disassembly of this for anonymous tuple arguments. I doubt that's ever
going to work, but otherwise it's OK. Except for the bugs.

In CPython:
>>> def foo(a,b,*c):
...     pass
...
>>> foo.func_code.co_argcount
2

While in IronPython...
>>> def foo(a,b,*c):
...     pass
...
>>> foo.func_code.co_argcount
3


From fuzzyman at voidspace.org.uk  Mon Dec 25 20:29:33 2006
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Mon, 25 Dec 2006 19:29:33 +0000
Subject: [IronPython] Function Signatures - inspect.getargspec
In-Reply-To: <e69d3ed20612242355o312dd19cgc1af5b2ee4af8bdc@mail.gmail.com>
References: <458F1AE2.7010008@voidspace.org.uk>
	<e69d3ed20612242355o312dd19cgc1af5b2ee4af8bdc@mail.gmail.com>
Message-ID: <4590269D.7080309@voidspace.org.uk>

Anthony Baxter wrote:
> On 12/25/06, Michael Foord <fuzzyman at voidspace.org.uk> wrote:
>> Hello all,
>>
>> I'm trying to determine function signatures from IronPython.
>>
>> In Python I'd use 'inspect.getargspec'.
>>
>> In IronPython this raises a 'NotImplementedError'.
> 
> 'inspect' is a pure-python module. Where's the NotImplementedError from?
> 

I thought it was, but when I checked the standard library I failed to 
see it. Oops.

> Hm. A bit of poking around.
> 
> def foo(a,b,*c): pass
> 
> foo.func_code.co_code is unimplemented - inspect does some foul
> disassembly of this for anonymous tuple arguments. I doubt that's ever
> going to work, but otherwise it's OK. Except for the bugs.
> 

Disassembly - yuck ! So that can never work for IronPython.

> In CPython:
>>>> def foo(a,b,*c):
> ...     pass
> ...
>>>> foo.func_code.co_argcount
> 2
> 
> While in IronPython...
>>>> def foo(a,b,*c):
> ...     pass
> ...
>>>> foo.func_code.co_argcount
> 3

So if this worked and I had all the named arguments I could tell *if* 
there were some anonymous tuple arguments (varargs or varkwargs), even 
know their names but not tell the difference between them.

It would be great if IronPython could provide an alternative interface 
for deducing this information. Some platform specific code could then be 
put in 'inspect.py'.

Michael Foord
http://www.voidspace.org.uk/python/articles.shtml

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



-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.15.26/601 - Release Date: 24/12/2006



From sanxiyn at gmail.com  Tue Dec 26 07:25:59 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Tue, 26 Dec 2006 15:25:59 +0900
Subject: [IronPython] co_flags again
Message-ID: <5b0248170612252225u48da47f2j3d1e67d9618184b6@mail.gmail.com>

Eh, I realized that my previous take on this was flawed. IronPython's
FunctionN is *not* VarArgs. IronPython's FunctionX is used for both
VarArgs and KwArgs.

In other words:

def foo(a, b, c, d, e, f): pass # 6 arguments to force FunctionN
CO_VARARGS = 4
print foo.func_code.co_flags & CO_VARARGS

It prints 0 on CPython and 4 on IronPython.

/me is trying to put together a solution for the issue Michael raised:
inspect.getargspec().

-- 
Seo Sanghyeon


From sanxiyn at gmail.com  Tue Dec 26 09:09:26 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Tue, 26 Dec 2006 17:09:26 +0900
Subject: [IronPython] inspect.getargspec
Message-ID: <5b0248170612260009j3a68920dyc3b27330910526ae@mail.gmail.com>

https://svn.sourceforge.net/svnroot/fepy/trunk/patches/1.1a1/patch-ironpython-flags-and-argcount
https://svn.sourceforge.net/svnroot/fepy/trunk/patches/stdlib/2.4.4/patch-stdlib-inspect-avoid-disassemble

patch-ironpython-flags-and-argcount
This patch fixes bugs in co_flags and co_argcount attributes of code objects.

patch-stdlib-inspect-avoid-disassemble
This patch lets inspect.getargspec() to avoid disassembling Python
bytecode when anonymous tuple arguments are not present.

This should suffice to let inspect.getargspec work on IronPython,
except for anonymous tuple arguments.

Enjoy!

-- 
Seo Sanghyeon


From anthonybaxter at gmail.com  Wed Dec 27 01:04:02 2006
From: anthonybaxter at gmail.com (Anthony Baxter)
Date: Wed, 27 Dec 2006 11:04:02 +1100
Subject: [IronPython] co_flags again
In-Reply-To: <5b0248170612252225u48da47f2j3d1e67d9618184b6@mail.gmail.com>
References: <5b0248170612252225u48da47f2j3d1e67d9618184b6@mail.gmail.com>
Message-ID: <e69d3ed20612261604s19e8cef0g32c63acd0f0ae965@mail.gmail.com>

On 12/26/06, Sanghyeon Seo <sanxiyn at gmail.com> wrote:
> Eh, I realized that my previous take on this was flawed. IronPython's
> FunctionN is *not* VarArgs. IronPython's FunctionX is used for both
> VarArgs and KwArgs.
>
> In other words:
>
> def foo(a, b, c, d, e, f): pass # 6 arguments to force FunctionN
> CO_VARARGS = 4
> print foo.func_code.co_flags & CO_VARARGS
>
> It prints 0 on CPython and 4 on IronPython.

Yeah - it's a bit of a mess all around.
I opened issue #6805 for co_argcount and co_flags being wrong on the
codeplex issue tracker.


From ivan at flanders.co.nz  Wed Dec 27 13:04:51 2006
From: ivan at flanders.co.nz (Ivan Porto Carrero)
Date: Thu, 28 Dec 2006 01:04:51 +1300
Subject: [IronPython] cherrypy
In-Reply-To: <5b0248170612260009j3a68920dyc3b27330910526ae@mail.gmail.com>
References: <5b0248170612260009j3a68920dyc3b27330910526ae@mail.gmail.com>
Message-ID: <150B16DF855DAB4EA4A110247448DD570D548E@fiji.VanDyck.local>

I'd like to use cherrypy with ironpython. 
But I'm not sure if that is possible. If it is where can i find
something on how to get it to install ?

Cheers 
Ivan


From sanxiyn at gmail.com  Wed Dec 27 15:45:41 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Wed, 27 Dec 2006 23:45:41 +0900
Subject: [IronPython] cherrypy
In-Reply-To: <150B16DF855DAB4EA4A110247448DD570D548E@fiji.VanDyck.local>
References: <5b0248170612260009j3a68920dyc3b27330910526ae@mail.gmail.com>
	<150B16DF855DAB4EA4A110247448DD570D548E@fiji.VanDyck.local>
Message-ID: <5b0248170612270645q254839d5h6c3bd0c4bd8ba600@mail.gmail.com>

2006/12/27, Ivan Porto Carrero <ivan at flanders.co.nz>:
> I'd like to use cherrypy with ironpython.
> But I'm not sure if that is possible. If it is where can i find
> something on how to get it to install ?

It works fine with IPCE. Download it here:
http://fepy.sourceforge.net/

You need to enable encoding and network option.
http://fepy.sourceforge.net/doc/fepy-options.html#available-options

-- 
Seo Sanghyeon


From ivan at flanders.co.nz  Wed Dec 27 21:28:25 2006
From: ivan at flanders.co.nz (Ivan Porto Carrero)
Date: Thu, 28 Dec 2006 09:28:25 +1300
Subject: [IronPython] cherrypy
In-Reply-To: <5b0248170612270645q254839d5h6c3bd0c4bd8ba600@mail.gmail.com>
References: <5b0248170612260009j3a68920dyc3b27330910526ae@mail.gmail.com><150B16DF855DAB4EA4A110247448DD570D548E@fiji.VanDyck.local>
	<5b0248170612270645q254839d5h6c3bd0c4bd8ba600@mail.gmail.com>
Message-ID: <150B16DF855DAB4EA4A110247448DD570D548F@fiji.VanDyck.local>

I'm sorry but if I try that it will always come up with the message that
it can't find distutils.core

I've set the environment variable and if i try to get _fileobject from
the sockets module it works 
But when I do ipy setup.py install for cherrypy it tells me the
distutils module can't be found.

I have little or no experience with python. But I prefer it over ruby so
if I can get it to run pylons, turbogears or django it would be great.
I need ironpython because I have to integrate with existing asp.net
applications that have stored hashes in the database.
I know webdevelopment and I know mvc frameworks. So that would be a good
way to get me started with python without losing too much productivity

Thanks already for your help.


-----Original Message-----
From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo
Sent: Thursday, 28 December 2006 3:46 a.m.
To: Discussion of IronPython
Subject: Re: [IronPython] cherrypy

2006/12/27, Ivan Porto Carrero <ivan at flanders.co.nz>:
> I'd like to use cherrypy with ironpython.
> But I'm not sure if that is possible. If it is where can i find
> something on how to get it to install ?

It works fine with IPCE. Download it here:
http://fepy.sourceforge.net/

You need to enable encoding and network option.
http://fepy.sourceforge.net/doc/fepy-options.html#available-options

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


From fuzzyman at voidspace.org.uk  Wed Dec 27 21:28:57 2006
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Wed, 27 Dec 2006 20:28:57 +0000
Subject: [IronPython] inspect.getargspec
In-Reply-To: <5b0248170612260009j3a68920dyc3b27330910526ae@mail.gmail.com>
References: <5b0248170612260009j3a68920dyc3b27330910526ae@mail.gmail.com>
Message-ID: <4592D789.9080706@voidspace.org.uk>

Sanghyeon Seo wrote:
> https://svn.sourceforge.net/svnroot/fepy/trunk/patches/1.1a1/patch-ironpython-flags-and-argcount
> https://svn.sourceforge.net/svnroot/fepy/trunk/patches/stdlib/2.4.4/patch-stdlib-inspect-avoid-disassemble
> 
> patch-ironpython-flags-and-argcount
> This patch fixes bugs in co_flags and co_argcount attributes of code objects.
> 
> patch-stdlib-inspect-avoid-disassemble
> This patch lets inspect.getargspec() to avoid disassembling Python
> bytecode when anonymous tuple arguments are not present.
> 
> This should suffice to let inspect.getargspec work on IronPython,
> except for anonymous tuple arguments.
> 

Thanks for the work guys.

I need the anonymous tuple arguments so I've gone with a CPython 
solution (and a host of messy workarounds to fake the .NET imports).

I hope the MS team can find a workaround to allow getargspec to work (an 
alternative API on code objects to determine the args / keywargs).

All the best,


Fuzzyman
http://www.voidspace.org.uk/python/articles.shtml

> Enjoy!
> 



From riltim at gmail.com  Wed Dec 27 21:46:25 2006
From: riltim at gmail.com (Tim Riley)
Date: Wed, 27 Dec 2006 15:46:25 -0500
Subject: [IronPython] cherrypy
In-Reply-To: <150B16DF855DAB4EA4A110247448DD570D548F@fiji.VanDyck.local>
References: <5b0248170612260009j3a68920dyc3b27330910526ae@mail.gmail.com>
	<150B16DF855DAB4EA4A110247448DD570D548E@fiji.VanDyck.local>
	<5b0248170612270645q254839d5h6c3bd0c4bd8ba600@mail.gmail.com>
	<150B16DF855DAB4EA4A110247448DD570D548F@fiji.VanDyck.local>
Message-ID: <f15701940612271246v4a4fcd98uf92b4cf326381779@mail.gmail.com>

Copy the cherrypy folder that is in the same folder containing
setup.pydirectly into the directory you're trying to run your code
from. You don't
need to put it into site packages.

On 12/27/06, Ivan Porto Carrero <ivan at flanders.co.nz> wrote:
>
> I'm sorry but if I try that it will always come up with the message that
> it can't find distutils.core
>
> I've set the environment variable and if i try to get _fileobject from
> the sockets module it works
> But when I do ipy setup.py install for cherrypy it tells me the
> distutils module can't be found.
>
> I have little or no experience with python. But I prefer it over ruby so
> if I can get it to run pylons, turbogears or django it would be great.
> I need ironpython because I have to integrate with existing asp.net
> applications that have stored hashes in the database.
> I know webdevelopment and I know mvc frameworks. So that would be a good
> way to get me started with python without losing too much productivity
>
> Thanks already for your help.
>
>
> -----Original Message-----
> From: users-bounces at lists.ironpython.com
> [mailto:users-bounces at lists.ironpython.com] On Behalf Of Sanghyeon Seo
> Sent: Thursday, 28 December 2006 3:46 a.m.
> To: Discussion of IronPython
> Subject: Re: [IronPython] cherrypy
>
> 2006/12/27, Ivan Porto Carrero <ivan at flanders.co.nz>:
> > I'd like to use cherrypy with ironpython.
> > But I'm not sure if that is possible. If it is where can i find
> > something on how to get it to install ?
>
> It works fine with IPCE. Download it here:
> http://fepy.sourceforge.net/
>
> You need to enable encoding and network option.
> http://fepy.sourceforge.net/doc/fepy-options.html#available-options
>
> --
> Seo Sanghyeon
> _______________________________________________
> 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/20061227/2c1b7dfc/attachment.html>

From jvm_cop at spamcop.net  Fri Dec 29 00:10:53 2006
From: jvm_cop at spamcop.net (J. Merrill)
Date: Thu, 28 Dec 2006 18:10:53 -0500
Subject: [IronPython] cherrypy
In-Reply-To: <f15701940612271246v4a4fcd98uf92b4cf326381779@mail.gmail.co
 m>
References: <5b0248170612260009j3a68920dyc3b27330910526ae@mail.gmail.com>
	<150B16DF855DAB4EA4A110247448DD570D548E@fiji.VanDyck.local>
	<5b0248170612270645q254839d5h6c3bd0c4bd8ba600@mail.gmail.com>
	<150B16DF855DAB4EA4A110247448DD570D548F@fiji.VanDyck.local>
	<f15701940612271246v4a4fcd98uf92b4cf326381779@mail.gmail.com>
Message-ID: <7.0.1.0.2.20061228180721.07761c58@wheresmymailserver.com>

Do you mean to copy the _contents_ of the cherrypy folder?  So if trying to run from the directory where setup.py is found, before that do
    copy cherrypy\*.* .
?

At 03:46 PM 12/27/2006, Tim Riley wrote
>Copy the cherrypy folder that is in the same folder containing setup.py directly into the directory you're trying to run your code from. You don't need to put it into site packages.
>
>On 12/27/06, Ivan Porto Carrero <<mailto:ivan at flanders.co.nz>ivan at flanders.co.nz> wrote:
>I'm sorry but if I try that it will always come up with the message that
>it can't find distutils.core
>
>I've set the environment variable and if i try to get _fileobject from
>the sockets module it works 
>But when I do ipy setup.py install for cherrypy it tells me the
>distutils module can't be found.
>[snip] 


J. Merrill / Analytical Software Corp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061228/2cbd0454/attachment.html>

From ivan at flanders.co.nz  Fri Dec 29 00:17:53 2006
From: ivan at flanders.co.nz (Ivan Porto Carrero)
Date: Fri, 29 Dec 2006 12:17:53 +1300
Subject: [IronPython] cherrypy
In-Reply-To: <7.0.1.0.2.20061228180721.07761c58@wheresmymailserver.com>
References: <5b0248170612260009j3a68920dyc3b27330910526ae@mail.gmail.com><150B16DF855DAB4EA4A110247448DD570D548E@fiji.VanDyck.local><5b0248170612270645q254839d5h6c3bd0c4bd8ba600@mail.gmail.com><150B16DF855DAB4EA4A110247448DD570D548F@fiji.VanDyck.local><f15701940612271246v4a4fcd98uf92b4cf326381779@mail.gmail.com>
	<7.0.1.0.2.20061228180721.07761c58@wheresmymailserver.com>
Message-ID: <150B16DF855DAB4EA4A110247448DD570D549F@fiji.VanDyck.local>

I copied that folder to the lib\site-packages folder and it worked for
me

 

From: users-bounces at lists.ironpython.com
[mailto:users-bounces at lists.ironpython.com] On Behalf Of J. Merrill
Sent: Friday, 29 December 2006 12:11 p.m.
To: Discussion of IronPython
Subject: Re: [IronPython] cherrypy

 

Do you mean to copy the _contents_ of the cherrypy folder?  So if trying
to run from the directory where setup.py is found, before that do
    copy cherrypy\*.* .
?

At 03:46 PM 12/27/2006, Tim Riley wrote



Copy the cherrypy folder that is in the same folder containing setup.py
directly into the directory you're trying to run your code from. You
don't need to put it into site packages.

On 12/27/06, Ivan Porto Carrero <ivan at flanders.co.nz> wrote:

I'm sorry but if I try that it will always come up with the message that

it can't find distutils.core

I've set the environment variable and if i try to get _fileobject from

the sockets module it works 

But when I do ipy setup.py install for cherrypy it tells me the

distutils module can't be found.

[snip] 



J. Merrill / Analytical Software Corp

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

From riltim at gmail.com  Fri Dec 29 16:14:57 2006
From: riltim at gmail.com (Tim Riley)
Date: Fri, 29 Dec 2006 10:14:57 -0500
Subject: [IronPython] cherrypy
In-Reply-To: <7.0.1.0.2.20061228180721.07761c58@wheresmymailserver.com>
References: <5b0248170612260009j3a68920dyc3b27330910526ae@mail.gmail.com>
	<150B16DF855DAB4EA4A110247448DD570D548E@fiji.VanDyck.local>
	<5b0248170612270645q254839d5h6c3bd0c4bd8ba600@mail.gmail.com>
	<150B16DF855DAB4EA4A110247448DD570D548F@fiji.VanDyck.local>
	<f15701940612271246v4a4fcd98uf92b4cf326381779@mail.gmail.com>
	<7.0.1.0.2.20061228180721.07761c58@wheresmymailserver.com>
Message-ID: <f15701940612290714u2b02b4edi1109ffbdf4bfc5b9@mail.gmail.com>

No, copy the folder itself. Python will look in the directory you're running
code from first for libraries. If it finds a folder with __init__.py in it
then it will import it as a library.

On 12/28/06, J. Merrill <jvm_cop at spamcop.net> wrote:
>
>  Do you mean to copy the _contents_ of the cherrypy folder?  So if trying
> to run from the directory where setup.py is found, before that do
>     copy cherrypy\*.* .
> ?
>
> At 03:46 PM 12/27/2006, Tim Riley wrote
>
> Copy the cherrypy folder that is in the same folder containing setup.pydirectly into the directory you're trying to run your code from. You don't
> need to put it into site packages.
>
> On 12/27/06, *Ivan Porto Carrero* <ivan at flanders.co.nz> wrote:
>  I'm sorry but if I try that it will always come up with the message that
> it can't find distutils.core
>
> I've set the environment variable and if i try to get _fileobject from
> the sockets module it works
> But when I do ipy setup.py install for cherrypy it tells me the
> distutils module can't be found.
> [snip]
>
>
>
> J. Merrill / Analytical Software Corp
> _______________________________________________
> 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/20061229/7b6c2fd0/attachment.html>

From sum.ergo.code at gmail.com  Sat Dec 30 04:34:35 2006
From: sum.ergo.code at gmail.com (Patrick O'Brien)
Date: Fri, 29 Dec 2006 21:34:35 -0600
Subject: [IronPython] New IronPython Section
In-Reply-To: <20253b0c0612171339pdb283d8ld7c31f60401ef4fb@mail.gmail.com>
References: <20061217212555.VLNO26699.aamtaout03-winn.ispmail.ntl.com@192.168.1.100>
	<4585B692.3040605@voidspace.org.uk>
	<20253b0c0612171339pdb283d8ld7c31f60401ef4fb@mail.gmail.com>
Message-ID: <1d39a8340612291934p50b7558bg41a909420fb8cb54@mail.gmail.com>

> That's spooky.... the week I add an Ironpython category to my blog :-)
>
> http://www.latedecember.com/sites/personal/davy/IronPython_index.xml
>

I've not been able to get to your blog for the past couple of weeks.  There
seems to be a DNS problem according to dnsreport.com.  I was interested in
your most recent post about forms development, but wasn't able to read it.
Will your blog be available again soon?

-- 
Patrick K. O'Brien
Orbtech       http://www.orbtech.com
Schevo        http://www.schevo.org
Louie         http://www.pylouie.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061229/abf267cc/attachment.html>

From jvm_cop at spamcop.net  Sat Dec 30 07:06:20 2006
From: jvm_cop at spamcop.net (J. Merrill)
Date: Sat, 30 Dec 2006 01:06:20 -0500
Subject: [IronPython] New IronPython Section
In-Reply-To: <1d39a8340612291934p50b7558bg41a909420fb8cb54@mail.gmail.co
 m>
References: <20061217212555.VLNO26699.aamtaout03-winn.ispmail.ntl.com@192.168.1.100>
	<4585B692.3040605@voidspace.org.uk>
	<20253b0c0612171339pdb283d8ld7c31f60401ef4fb@mail.gmail.com>
	<1d39a8340612291934p50b7558bg41a909420fb8cb54@mail.gmail.com>
Message-ID: <7.0.1.0.2.20061230010531.077bcd78@wheresmymailserver.com>

I too cannot get DNS to recognize www.latedecember.com  ....

At 10:34 PM 12/29/2006, Patrick O'Brien wrote

>That's spooky.... the week I add an Ironpython category to my blog :-)
>
><http://www.latedecember.com/sites/personal/davy/IronPython_index.xml>http://www.latedecember.com/sites/personal/davy/IronPython_index.xml
>
>
>I've not been able to get to your blog for the past couple of weeks.  There seems to be a DNS problem according to <http://dnsreport.com>dnsreport.com.  I was interested in your most recent post about forms development, but wasn't able to read it.  Will your blog be available again soon?
>
>-- 
>Patrick K. O'Brien [snip]


J. Merrill / Analytical Software Corp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20061230/42309dc7/attachment.html>

From daftspaniel at gmail.com  Sat Dec 30 14:29:11 2006
From: daftspaniel at gmail.com (Davy Mitchell)
Date: Sat, 30 Dec 2006 13:29:11 +0000
Subject: [IronPython] New IronPython Section
In-Reply-To: <7.0.1.0.2.20061230010531.077bcd78@wheresmymailserver.com>
References: <20061217212555.VLNO26699.aamtaout03-winn.ispmail.ntl.com@192.168.1.100>
	<4585B692.3040605@voidspace.org.uk>
	<20253b0c0612171339pdb283d8ld7c31f60401ef4fb@mail.gmail.com>
	<1d39a8340612291934p50b7558bg41a909420fb8cb54@mail.gmail.com>
	<7.0.1.0.2.20061230010531.077bcd78@wheresmymailserver.com>
Message-ID: <20253b0c0612300529s3e651a71s71a7723a81f6ed7a@mail.gmail.com>

On 12/30/06, J. Merrill <jvm_cop at spamcop.net> wrote:
>  I too cannot get DNS to recognize www.latedecember.com  ....

Sorry folks - latedecember having trouble in late december!! :-)
Don't know when it will be fixed - I'm chasing my hosting guy so
thanks for the details.

I've made a bit of progress on TayLayout and have rewritten the blog
post as the start of the docs. It is online at

http://docs.google.com/View?docid=dd59dk39_2jh3xf9

It also has up to date screenshots.

Once I get the code sorted for the menus, the layout and demo code
should go online (open source BSD-like licence).

Anyone know how to make the Slider control show the numbers?

Take care,
Davy

-- 
Davy Mitchell
Blog - http://www.latedecember.com/sites/personal/davy/
Mood News
 - BBC News Headlines Auto-Classified as   Good,   Bad or   Neutral.
 http://www.latedecember.com/sites/moodnews/


From sanxiyn at gmail.com  Sun Dec 31 05:41:20 2006
From: sanxiyn at gmail.com (Sanghyeon Seo)
Date: Sun, 31 Dec 2006 13:41:20 +0900
Subject: [IronPython] Pyflakes on IronPython
Message-ID: <5b0248170612302041o6bc06babw700d05fff16e26bd@mail.gmail.com>

On June 22, Michael Foord wrote:

"At Resolver we are looking into tools that we can use to provide
simple code hygiene checks. Check we're not shadowing built-in names,
check for unneeded import statements and unused variables; that sort
of thing.

I know of three Python modules that do this. They all fail
unredeemably on  IronPython: (snip)

Pyflakes: Uses compiler.parse."

This is also CodePlex issue #563, titled "Support for Code Quality Tools".
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=563

In the release note of IPCE r5, I wrote:

"Experimental AST support."

For those who don't know, compiler.parse() returns AST, so they are
the same thing.

I am happy to announce that FePy's AST support got out of experimental
status, and is now mature enough to run Pyflakes without much trouble.
Actually, I ran it over FePy libraries and fixed a couple of unused
.NET imports!

This is done by "AST transform", which transforms AST made of
subclasses of IronPython.Compiler.Ast.Node to AST made of subclasses
of Python's compiler.ast.Node. Technical details will be discussed in
the separate mail.

Here's a demo:

tinuviel at debian:~/svn/fepy$ ipy /usr/bin/pyflakes trunk/lib
trunk/lib/_pth_support.py:116: 'sitecustomize' imported but unused
trunk/lib/socket.py:222: 'ssl' imported but unused
trunk/lib/socket.py:227: '_fileobject' imported but unused

(These warnings are all true, but sitecustomize import is for the side
effect, and ssl/_fileobject is part of external API.)

Enjoy!

-- 
Seo Sanghyeon


From fuzzyman at voidspace.org.uk  Sun Dec 31 18:42:21 2006
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Sun, 31 Dec 2006 17:42:21 +0000
Subject: [IronPython] Pyflakes on IronPython
In-Reply-To: <5b0248170612302041o6bc06babw700d05fff16e26bd@mail.gmail.com>
References: <5b0248170612302041o6bc06babw700d05fff16e26bd@mail.gmail.com>
Message-ID: <4597F67D.7070309@voidspace.org.uk>

Sanghyeon Seo wrote:
> On June 22, Michael Foord wrote:
> 
> "At Resolver we are looking into tools that we can use to provide
> simple code hygiene checks. Check we're not shadowing built-in names,
> check for unneeded import statements and unused variables; that sort
> of thing.
> 
> I know of three Python modules that do this. They all fail
> unredeemably on  IronPython: (snip)
> 
> Pyflakes: Uses compiler.parse."
> 
> This is also CodePlex issue #563, titled "Support for Code Quality Tools".
> http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=563
> 
> In the release note of IPCE r5, I wrote:
> 
> "Experimental AST support."
> 
> For those who don't know, compiler.parse() returns AST, so they are
> the same thing.
> 
> I am happy to announce that FePy's AST support got out of experimental
> status, and is now mature enough to run Pyflakes without much trouble.
> Actually, I ran it over FePy libraries and fixed a couple of unused
> .NET imports!
> 

This is great.

Up until now we have been using PyLint run under CPython to do code 
analysis. Perhaps now we can switch to using PyLint or PyFlakes run 
under IronPython.


> This is done by "AST transform", which transforms AST made of
> subclasses of IronPython.Compiler.Ast.Node to AST made of subclasses
> of Python's compiler.ast.Node. Technical details will be discussed in
> the separate mail.
> 
> Here's a demo:
> 
> tinuviel at debian:~/svn/fepy$ ipy /usr/bin/pyflakes trunk/lib
> trunk/lib/_pth_support.py:116: 'sitecustomize' imported but unused
> trunk/lib/socket.py:222: 'ssl' imported but unused
> trunk/lib/socket.py:227: '_fileobject' imported but unused
> 
> (These warnings are all true, but sitecustomize import is for the side
> effect, and ssl/_fileobject is part of external API.)
> 

Can we use this without compiling Fepy ourselves ?

We'd rather use the Microsoft DLLs (just so we don't have to move 
IronPython sources into version control). Are there external files we 
could use to add the AST support to IronPython ?

I checked out the SVN repository, but it wasn't obvious from browsing 
the files so I thought I'd ask.

Michael
http://www.voidspace.org.uk/python/articles.shtml

> Enjoy!
> 



From ginstrom at tree.odn.ne.jp  Sat Dec 30 10:19:39 2006
From: ginstrom at tree.odn.ne.jp (Ryan Ginstrom)
Date: Sat, 30 Dec 2006 18:19:39 +0900
Subject: [IronPython] IpyUnit unit testing module
Message-ID: <20061230091938305.GMIB.7129.emta103.odn.ne.jp@mta103.odn.ne.jp>

Hello all:

I've started using IronPython on a new desktop application, and I am really
enjoying it. One thing I missed, though, was an easy-to-use unit testing
framework. I'm very new to both .NET and IronPython, but I made a first stab
at writing a unit testing module.

It's still very much a work in progress, but feel free to look at it/play
around, etc. And of course, feedback is very welcome.

http://ginstrom.com/IpyUnit.html

Minimal usage:

>>> import IpyUnit
>>> class t(IpyUnit.TestClass):
...    def test1(self):
...       self.failUnlessEqual(1+1,2)
...
>>> IpyUnit.registerTestClass(t)
>>> IpyUnit.run()


Regards,
Ryan

--
Ryan Ginstrom




From NoNuschk at gmx.net  Sun Dec 31 18:15:16 2006
From: NoNuschk at gmx.net (=?iso-8859-1?Q?=22Bernhard_M=E4der=22?=)
Date: Sun, 31 Dec 2006 18:15:16 +0100
Subject: [IronPython] Exposing C++/CLI template classes to ironpython
Message-ID: <20061231171516.66620@gmx.net>

Hello all

I'm starting to work with ironpython and have successfully exported some .NET classes into an extension library.

Now I'm trying to get some C++ template classes to work with ironpython. I'm doing something like this:

// This is our C++ class.
template<typename T> struct cpp_klass
{
   T foo() { return T(); }
}

// This wraps the class for a specific T
public ref class klass_uint8
{
    typedef cpp_klass<unsigned char> klass_t;
    klass_t * _klass;

    klass_uint8() : _klass(new klass_t()) {};
    ~klass_uint8() {delete _klass;}

    unsigned char foo()
    {
        return _klass.foo();
    }
};

This works but has do be done for each version of T. I'm about to write a big macro that does it for all cpp_class<T> versions, but don't think this will be a nice solution... Is there a better way to do it?

Or would it be possible to load CPython extension DLLs with ironpython? If yes, I could use boost.python to get the exports done.

Thanks for any help!

cheers
Bernhard
-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer