Re: [IronPython] Newbie InterOp-related question

2011-03-30 Thread Daniel Jennings
I think you mean print repr(x)   :)

From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Vernon Cole
Sent: Wednesday, March 30, 2011 5:39 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Newbie InterOp-related question


x = my_goofy_routine()
print repr

Vernon Cole
(sent from my 'droid phone)

On Mar 30, 2011 1:27 PM, "Tilley, Paul" 
mailto:paul.til...@honeywell.com>> wrote:
> Thanks Markus,
>
>
>
> I'll use the info to try to figure out how things will work in my actual real 
> world example. That involves the return of 4 or 5 arrays of strings and ints 
> (horrible API I'm dealing with)
>
>
>
> Paul
>
>
>
> From: Markus Schaber 
> [mailto:m.scha...@3s-software.com]
> Sent: Wednesday, March 30, 2011 12:42 AM
> To: Discussion of IronPython
> Subject: Re: [IronPython] Newbie InterOp-related question
>
>
>
> Hi, Paul,
>
>
>
> it's documented at 
> http://ironpython.net/documentation/dotnet/dotnet.html#ref-and-out-parameters.
>
>
>
> The out parameter will be mapped as an additional return value.
>
>
>
> So if myComObj.foo returns void, a simple call like
>
>
>
> blah = myComObj.Foo()
>
>
>
> should do the trick.
>
>
>
> Grüße,
>
> Markus
>
>
>
> Von: 
> users-boun...@lists.ironpython.com 
> [mailto:users-boun...@lists.ironpython.com]
>  Im Auftrag von Tilley, Paul
> Gesendet: Mittwoch, 30. März 2011 01:10
> An: users@lists.ironpython.com
> Betreff: [IronPython] Newbie InterOp-related question
>
>
>
> Hi,
>
>
>
> I've just started using IronPython but have hit a bit of a roadblock. This 
> may also be caused by inadequate .Net knowledge.
>
>
>
> In C# I can call a COM object (where the COM method is going to fill in the 
> parameter) like so:
>
> object blah;
>
> myComObj.Foo(out blah);
>
>
>
> If for example the COM method returns an array of strings ( with the 
> parameter VARIANT* in COM method signature) then in C# I get an object[] back 
> which with appropriate massaging I can process.
>
>
>
> How would I declare the variable in Python if I want access the returned 
> contents correctly? Knowing I was to get an array back I naively tried:
>
> blah = []
>
> myComObj.Foo(blah)
>
>
>
> The call is made correctly - I can see the COM object is filling out the 
> return parameter OK but blah remains an empty list.
>
> Any insights on what I should be doing more than welcome,
>
>
>
> Thanks,
>
>
>
> Paul
>
>
>
>
>
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] ArenaNet's Use of IronPython

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

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

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

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

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

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

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

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

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


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


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




Daniel Jennings



-Original Message-----
From: Jeff Hardy 

[IronPython] ArenaNet's Use of IronPython

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

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

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


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


Re: [IronPython] IronPython Hosting ?

2011-03-02 Thread Daniel Jennings
BTW that sounds awesome. Do you have any website/github or anything showing 
examples?


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

Bill,

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

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

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

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

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

L. Lee Saunders
Lead/Advisory Software Development Engineer
402-963-8438
CSG Systems, Inc.
11819 Miami Street
Mail Stop 1NP4
Omaha, NE 68164
Work: lee_saund...@csgsystems.com
Personal: saund...@hotmail.com


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

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

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

I really appreciate your time and responses!

Thanks,
Bill


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


Re: [IronPython] IRC

2011-02-03 Thread Daniel Jennings
I would sit in this IRC channel and occasionally ask questions and answer 
[easy] questions, so I'm in favor of an IronPython IRC channel :)


-Original Message-
From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Slide
Sent: Thursday, February 03, 2011 11:47 AM
To: Discussion of IronPython
Subject: Re: [IronPython] IRC

On Thu, Feb 3, 2011 at 12:35 PM, Jeff Hardy  wrote:
> Is there any interest in an IronPython IRC channel? Is there already
> one in existence somewhere? I've never been a fan of IRC, personally,
> but if others are it would round out our communication channels.
>
> - Jeff
> ___


Definitely. Freenode or Gnome are probably the best choices for "location".

slide


-- 
slide-o-blog
http://slide-o-blog.blogspot.com/
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] indentation in VS2010

2011-02-02 Thread Daniel Jennings
No problems  here; I do all of my IronPython work in VS2010 and nothing stands 
out as weird in the editor. We use 4 spaces for tabbing, though, if that 
matters.

From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Pablo Dalmazzo
Sent: Wednesday, February 02, 2011 8:09 AM
To: IronPython Mailing list
Subject: [IronPython] indentation in VS2010

Hi there,

I just wanted to ask you if  you get python missidentations when using VS2010 
ultimate. I'm not reporting you to fix anything because it might be indeed 
VS2010 managing differently something, I just wanted to know if you get this 
behavior so I can confirm where it comes from and may be you know how to avoid 
it or workaroundit

We use webforms. I suspect it's VS2010 because we didnt have these problems 
before (and before we used VS2008). We dont get this problems using the cPython 
idle either.

I dont know if it's when we copy and paste pieces of code or what, but 
sometimes we have to open the files with another editor to fix the 
missindentations and it gets really annoying sometimes. I wouldnt be surprised 
if it's VS2010 because we are having other problems with it too.

Greetings, Pablo


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


Re: [IronPython] Disabling optimized methods

2011-02-01 Thread Daniel Jennings
We aren't constructing a ScriptSource at any point, so that's probably it.


From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Daniel Jennings
Sent: Tuesday, February 01, 2011 1:32 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Disabling optimized methods


I'll give that a shot, thanks!



Dino Viehland  wrote:


Is Path on your ScriptSource non-null?  That should be the only other thing 
which has an effect.

From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Daniel Jennings
Sent: Tuesday, February 01, 2011 12:51 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Disabling optimized methods

Alright, we're using DebugMode = true already (when the application starts with 
the debugger attached) so we must be seeing something else that is causing us 
to get the 'function has been optimized' message.

Thanks


From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Dino Viehland
Sent: Tuesday, February 01, 2011 12:50 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Disabling optimized methods

You can use -X:Debug now to specifiy this at the command line.  If you want to 
do it while you're hosting you can set the DebugMode option to true on the 
ScriptRuntimeSetup object used to create the ScriptRuntime.  You'll need to 
make sure the ScriptSource's you create have filenames though.

From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Daniel Jennings
Sent: Tuesday, February 01, 2011 11:55 AM
To: Discussion of IronPython
Subject: [IronPython] Disabling optimized methods

I was reading an old post by Dino here: 
http://www.mail-archive.com/users@lists.ironpython.com/msg04829.html that 
mentions that using -X:StaticMethods will force methods into types so that you 
can get the typical CLR-style debugging. I was wondering two things: 1. Is this 
still relavant to 2.7A1? 2. How do you specify such a flag when you're 
embedding IronPython in your application (building your own engine.)

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


Re: [IronPython] Disabling optimized methods

2011-02-01 Thread Daniel Jennings
I'll give that a shot, thanks!

Dino Viehland  wrote:


Is Path on your ScriptSource non-null?  That should be the only other thing 
which has an effect.

From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Daniel Jennings
Sent: Tuesday, February 01, 2011 12:51 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Disabling optimized methods

Alright, we’re using DebugMode = true already (when the application starts with 
the debugger attached) so we must be seeing something else that is causing us 
to get the ‘function has been optimized’ message.

Thanks


From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Dino Viehland
Sent: Tuesday, February 01, 2011 12:50 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Disabling optimized methods

You can use –X:Debug now to specifiy this at the command line.  If you want to 
do it while you’re hosting you can set the DebugMode option to true on the 
ScriptRuntimeSetup object used to create the ScriptRuntime.  You’ll need to 
make sure the ScriptSource’s you create have filenames though.

From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Daniel Jennings
Sent: Tuesday, February 01, 2011 11:55 AM
To: Discussion of IronPython
Subject: [IronPython] Disabling optimized methods

I was reading an old post by Dino here: 
http://www.mail-archive.com/users@lists.ironpython.com/msg04829.html that 
mentions that using –X:StaticMethods will force methods into types so that you 
can get the typical CLR-style debugging. I was wondering two things: 1. Is this 
still relavant to 2.7A1? 2. How do you specify such a flag when you’re 
embedding IronPython in your application (building your own engine.)

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


Re: [IronPython] Disabling optimized methods

2011-02-01 Thread Daniel Jennings
Alright, we're using DebugMode = true already (when the application starts with 
the debugger attached) so we must be seeing something else that is causing us 
to get the 'function has been optimized' message.

Thanks


From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Dino Viehland
Sent: Tuesday, February 01, 2011 12:50 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Disabling optimized methods

You can use -X:Debug now to specifiy this at the command line.  If you want to 
do it while you're hosting you can set the DebugMode option to true on the 
ScriptRuntimeSetup object used to create the ScriptRuntime.  You'll need to 
make sure the ScriptSource's you create have filenames though.

From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Daniel Jennings
Sent: Tuesday, February 01, 2011 11:55 AM
To: Discussion of IronPython
Subject: [IronPython] Disabling optimized methods

I was reading an old post by Dino here: 
http://www.mail-archive.com/users@lists.ironpython.com/msg04829.html that 
mentions that using -X:StaticMethods will force methods into types so that you 
can get the typical CLR-style debugging. I was wondering two things: 1. Is this 
still relavant to 2.7A1? 2. How do you specify such a flag when you're 
embedding IronPython in your application (building your own engine.)

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


[IronPython] Rescue clause?

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

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

When I googled it I only ran into Ruby docs discussing 'rescue', so I am 
assuming that this is just unclear/incorrect...
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] autocompletion (intellisense) for clr.AddReference

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

SNS DAS  wrote:


Hi,

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

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

x = SomeClass()
x.Value = 1
x.

I get a "syntax" error
(syntax error)


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

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




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

Thanks

Piotr

P.S.
I just noticed that

import System.Text as text
text.   produces autocompletion list

whereas

import System.Text
System.Text. does not

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


Re: [IronPython] IP 2.7b1 - Accessing C# variables from Python

2011-01-05 Thread Daniel Jennings
Have you tried just treating it like a regular Python dictionary? I thought 
that's all I had to do, though I work with Dictionary, not Hashtable 
objects.


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

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

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

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

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

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


Re: [IronPython] Tim Wyatt is out of the office

2010-12-29 Thread Daniel Jennings
I swear he's been out of the office for the full 4 months I've been on this 
list, too!

Michael Foord  wrote:



Can we bounce this guys emails?

Michael

On 28 December 2010 23:41, Tim P. Wyatt mailto:twy...@ppi.ca>> 
wrote:

I will be out of the office starting  24/12/2010 and will not return until
30/12/2010.

I will be reviewing my email less frequently than usual.

For urgent matters please contact the Vancouver Help Desk at 1-800-661-7712
(helpd...@ppi.ca)


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



--

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

May you do good and not evil
May you find forgiveness for yourself and forgive others

May you share freely, never taking more than you give.
-- the sqlite blessing http://www.sqlite.org/different.html

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


Re: [IronPython] 2.7Beta1 Bug in Compile Modules

2010-11-11 Thread Daniel Jennings
Does it look like it might be cases of this issue? 
http://ironpython.codeplex.com/workitem/28934 


-Original Message-
From: users-boun...@lists.ironpython.com 
[mailto:users-boun...@lists.ironpython.com] On Behalf Of Bruce Bromberek
Sent: Thursday, November 11, 2010 12:02 PM
To: Discussion of IronPython
Subject: Re: [IronPython] 2.7Beta1 Bug in Compile Modules

On a related note:

The folllowing modules cannot be compiled due work item #29390:

platform.py, pydoc.py and BaseHTTPServer.py

CompileToMethod cannot compile constant 'X' because it is a
non-trivial value, such as
 a live object. Instead, create an expression tree that can construct this value


Three other modules fail to compile for a different reason.
zipfile.py, modulefinder.py and cookielib.py

Unable to make a reference to a transient module from a non-transient module.

Anyone know why or if this already known?




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