Re: [IronPython] Dynamic Silverlight on Codeplex
No, just slow to move bits over there. I'm moving all the downloads to there as we speak ... it'll eventually just serve as a place to host the downloads from dynamicsilverlight.net. Any other suggestions on what to use the codeplex project for? > -Original Message- > From: [EMAIL PROTECTED] [mailto:users- > [EMAIL PROTECTED] On Behalf Of Michael Foord > Sent: Friday, March 21, 2008 10:17 AM > To: Discussion of IronPython > Subject: [IronPython] Dynamic Silverlight on Codeplex > > Has the dynamic silverlight project on codeplex been abandoned? > > http://www.codeplex.com/dynamicsilverlight > > Michael > ___ > 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] urllib.urlretrieve with IronPython 2a8
Nope; got it wrong again. I'll just supply a patch once I get this working. On Fri, Mar 21, 2008 at 2:36 PM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote: > I noticed that this still isn't fixed in 2.0b1, so I took another look at > socket.cs and realized that my analysis was slightly off. There's already > a mechanism to track duplicated sockets in the form of the handleToSocket > mapping. However, this mechanism isn't taken into account when deciding > whether or not to Close() the BCL Socket object. > > Bottom line: I believe this bug can be fixed simply by moving the call to > _socket.Close() from socket.close into socket.RemoveHandleSocketMapping, > and only calling it when sockets.Count reaches zero. > On Mon, Feb 18, 2008 at 9:19 PM, Dino Viehland < > [EMAIL PROTECTED]> wrote: > > > This is a great analysis - based upon this I think it'll be pretty easy > > to fix this. I'll take a look at it tomorrow and respond back. > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto: > > [EMAIL PROTECTED] On Behalf Of Curt Hagenlocher > > Sent: Monday, February 18, 2008 4:19 PM > > To: Discussion of IronPython > > Subject: Re: [IronPython] urllib.urlretrieve with IronPython 2a8 > > > > On Feb 18, 2008 4:12 PM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote: > > > > > > Is it possible that CPython's socket.close method won't actually close > > > the socket while there's still a makefile'd file attacked to the > > > underlying OS socket? And that IronPython's will? Because that's the > > > only explanation I can come up with. > > > > It is and it will. CPython basically dups the socket handle when you > > call makefile, while IronPython does not. That's the cause of this > > bug. > > > > By the way, the docstring for the IronPython socket class claims that > > makefile isn't implemented. This is apparently only half-true. :P > > > > -- > > Curt Hagenlocher > > [EMAIL PROTECTED] > > ___ > > Users mailing list > > Users@lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > ___ > > Users mailing list > > Users@lists.ironpython.com > > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > > > ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] urllib.urlretrieve with IronPython 2a8
I noticed that this still isn't fixed in 2.0b1, so I took another look at socket.cs and realized that my analysis was slightly off. There's already a mechanism to track duplicated sockets in the form of the handleToSocket mapping. However, this mechanism isn't taken into account when deciding whether or not to Close() the BCL Socket object. Bottom line: I believe this bug can be fixed simply by moving the call to _socket.Close() from socket.close into socket.RemoveHandleSocketMapping, and only calling it when sockets.Count reaches zero. On Mon, Feb 18, 2008 at 9:19 PM, Dino Viehland <[EMAIL PROTECTED]> wrote: > This is a great analysis - based upon this I think it'll be pretty easy to > fix this. I'll take a look at it tomorrow and respond back. > > -Original Message- > From: [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] On Behalf Of Curt Hagenlocher > Sent: Monday, February 18, 2008 4:19 PM > To: Discussion of IronPython > Subject: Re: [IronPython] urllib.urlretrieve with IronPython 2a8 > > On Feb 18, 2008 4:12 PM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote: > > > > Is it possible that CPython's socket.close method won't actually close > > the socket while there's still a makefile'd file attacked to the > > underlying OS socket? And that IronPython's will? Because that's the > > only explanation I can come up with. > > It is and it will. CPython basically dups the socket handle when you > call makefile, while IronPython does not. That's the cause of this > bug. > > By the way, the docstring for the IronPython socket class claims that > makefile isn't implemented. This is apparently only half-true. :P > > -- > Curt Hagenlocher > [EMAIL PROTECTED] > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > ___ > Users mailing list > Users@lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Dynamic Silverlight on Codeplex
Jimmy is the best person to answer its status vs. silverlight.net. Thanks, Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Foord Sent: Friday, March 21, 2008 10:17 AM To: Discussion of IronPython Subject: [IronPython] Dynamic Silverlight on Codeplex Has the dynamic silverlight project on codeplex been abandoned? http://www.codeplex.com/dynamicsilverlight Michael ___ 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] JScript Absent from Dynamic Silverlight
> -Original Message- > From: [EMAIL PROTECTED] [mailto:users- > [EMAIL PROTECTED] On Behalf Of Michael Foord > Sent: Friday, March 21, 2008 11:53 AM > To: Discussion of IronPython > Subject: [IronPython] JScript Absent from Dynamic Silverlight > > Hello all, > > The binaries from dynamicsilverlight.net don't include the JScript > binaries(which are part of the Silverlight 2 SDK). JScript wasn't included in the dynamicsilverlight.net release since that release has sources and binaries. JScript will only be released as binaries, so we didn't include it this time around. However, it provides a really bad story for language interop, since the Silverlight SDK and dynamicsilverlight.net have different versions of the DLR. We're planning on refreshing the dynamicsilverlight bits next week, and making an effort include JScript in there as well. > When I use Chiron to build apps that include the extended controls (!?) > it fails because of the absence of the Microsoft.JScript.Runtime.dll. > When I add this dll it succeeds but doesn't include the dll! Creepy! The extended controls definitely shouldn't depend on Microsoft.JScript.Runtime.dll! Can you send me a repro of that? John(s), any idea what the hell is going on here? ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] urllib.urlretrieve with IronPython 2a8
Attached.
On Fri, Mar 21, 2008 at 4:09 PM, Curt Hagenlocher <[EMAIL PROTECTED]>
wrote:
> Nope; got it wrong again. I'll just supply a patch once I get this
> working.
>
>
> On Fri, Mar 21, 2008 at 2:36 PM, Curt Hagenlocher <[EMAIL PROTECTED]>
> wrote:
>
> > I noticed that this still isn't fixed in 2.0b1, so I took another look
> > at socket.cs and realized that my analysis was slightly off. There's
> > already a mechanism to track duplicated sockets in the form of the
> > handleToSocket mapping. However, this mechanism isn't taken into account
> > when deciding whether or not to Close() the BCL Socket object.
> >
> > Bottom line: I believe this bug can be fixed simply by moving the call
> > to _socket.Close() from socket.close into
> > socket.RemoveHandleSocketMapping, and only calling it when
> > sockets.Countreaches zero.
> > On Mon, Feb 18, 2008 at 9:19 PM, Dino Viehland <
> > [EMAIL PROTECTED]> wrote:
> >
> > > This is a great analysis - based upon this I think it'll be pretty
> > > easy to fix this. I'll take a look at it tomorrow and respond back.
> > >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:
> > > [EMAIL PROTECTED] On Behalf Of Curt Hagenlocher
> > > Sent: Monday, February 18, 2008 4:19 PM
> > > To: Discussion of IronPython
> > > Subject: Re: [IronPython] urllib.urlretrieve with IronPython 2a8
> > >
> > > On Feb 18, 2008 4:12 PM, Curt Hagenlocher <[EMAIL PROTECTED]>
> > > wrote:
> > > >
> > > > Is it possible that CPython's socket.close method won't actually
> > > close
> > > > the socket while there's still a makefile'd file attacked to the
> > > > underlying OS socket? And that IronPython's will? Because that's
> > > the
> > > > only explanation I can come up with.
> > >
> > > It is and it will. CPython basically dups the socket handle when you
> > > call makefile, while IronPython does not. That's the cause of this
> > > bug.
> > >
> > > By the way, the docstring for the IronPython socket class claims that
> > > makefile isn't implemented. This is apparently only half-true. :P
> > >
> > > --
> > > Curt Hagenlocher
> > > [EMAIL PROTECTED]
> > > ___
> > > 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
> > >
> >
> >
>
--- socket.cs Thu Mar 6 20:22:40 2008 UTC
+++ F:\socket.csFri Mar 21 23:12:34 2008 UTC
@@ -181,15 +181,10 @@
[Documentation("close() -> None\n\nClose the socket. It cannot be
used after being closed.")]
public void close() {
-RemoveHandleSocketMapping(this);
-try {
-_socket.Close();
-} catch (Exception e) {
-throw MakeException(e);
-}
+RemoveHandleSocketMapping(this, true);
}
-internal static void RemoveHandleSocketMapping(socket socket) {
+internal static void RemoveHandleSocketMapping(socket socket, bool
doClose) {
lock (handleToSocket) {
List sockets;
if
(handleToSocket.TryGetValue((IntPtr)socket._socket.Handle, out sockets)) {
@@ -198,6 +193,13 @@
}
if (sockets.Count == 0) {
handleToSocket.Remove(socket._socket.Handle);
+if (doClose) {
+try {
+socket._socket.Close();
+} catch (Exception e) {
+throw MakeException(e);
+}
+}
}
}
}
@@ -669,11 +671,9 @@
if (!handleToSocket.ContainsKey(socket._socket.Handle)) {
handleToSocket[socket._socket.Handle] = new
List(1);
}
-if
(!handleToSocket[socket._socket.Handle].Contains(socket._socket)) {
handleToSocket[socket._socket.Handle].Add(socket._socket);
}
}
-}
#endregion
@@ -1635,7 +1635,7 @@
protected override void Dispose(bool disposing) {
socket sock = _userSocket as socket;
if (sock != null) {
-socket.RemoveHandleSocketMapping(sock);
+socket.RemoveHandleSocketMapping(sock, false);
}
}
}
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Cannot find ScriptDomainManager in IronPython 2b1 Microsoft.Scripting
And we're updating the tutorial. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dino Viehland Sent: Thursday, March 20, 2008 6:44 PM To: Discussion of IronPython Subject: Re: [IronPython] Cannot find ScriptDomainManager in IronPython 2b1 Microsoft.Scripting It's in Microsoft.Scripting.Runtime now. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peter Schott Sent: Thursday, March 20, 2008 2:11 PM To: users@lists.ironpython.com Subject: [IronPython] Cannot find ScriptDomainManager in IronPython 2b1 Microsoft.Scripting Finally getting to play around a little with the latest beta and working through the Tutorials. When I try to issue: from Microsoft.Scripting import ScriptDomainManager I get an error because it's not there. Here's a dir(Microsoft.Scripting): >>> dir(Microsoft.Scripting) ['ActionOnCallAttribute', 'Actions', 'AmbiguousFileNameException', 'ArgumentType Exception', 'Ast', 'CompilerContext', 'CompilerOptions', 'EngineOptions', 'Error Counter', 'ErrorSink', 'FunctionType', 'Generation', 'Hosting', 'IAttributesColl ection', 'IValueEquality', 'Math', 'None', 'ParamDictionaryAttribute', 'ParserSi nk', 'PerfTrack', 'PlatformAdaptationLayer', 'Runtime', 'ScriptCode', 'Severity' , 'Shell', 'SourceCodeKind', 'SourceCodeProperties', 'SourceCodePropertiesUtils' , 'SourceLocation', 'SourceSpan', 'SourceStringContentProvider', 'SourceUnit', ' SourceUnitReader', 'StreamContentProvider', 'SymbolId', 'SymbolTable', 'SyntaxEr rorException', 'TextContentProvider', 'Tuple', 'Utils'] Am I calling the wrong library? Am I missing something really basic? My sys.path is only pointing to the latest beta, the Lib folder, and my Python 2.5 lib folder. ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
[IronPython] Dynamic Silverlight on Codeplex
Has the dynamic silverlight project on codeplex been abandoned? http://www.codeplex.com/dynamicsilverlight Michael ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
[IronPython] JScript Absent from Dynamic Silverlight
Hello all, The binaries from dynamicsilverlight.net don't include the JScript binaries(which are part of the Silverlight 2 SDK). When I use Chiron to build apps that include the extended controls (!?) it fails because of the absence of the Microsoft.JScript.Runtime.dll. When I add this dll it succeeds but doesn't include the dll! Any reason for not including those assemblies in dynamic silverlight? Michael http://www.manning.com/foord ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Silverlight - animation from code
Odd. I'm using the binaries from dynamicsilverlight. The following code works fine as a standalone example, but doesn't change the font size when run from inside my web ide ??? Odd. from System import TimeSpan from System.Windows import Application, Duration from System.Windows.Controls import Canvas, TextBlock from System.Windows.Media.Animation import ( DoubleAnimation, Storyboard ) root = Canvas() Application.Current.RootVisual = root t = TextBlock() t.FontSize = 20 t.Text = 'Move the Mouse Over Me' root.Children.Add(t) sb = Storyboard() duration = Duration(TimeSpan.FromSeconds(0.25)) a = DoubleAnimation() a.Duration = duration sb.Duration = duration sb.AutoReverse = True sb.Children.Add(a) Storyboard.SetTarget(a, t) Storyboard.SetTargetProperty(a, 'FontSize') a.From = 20 a.To = 30 def anim(s, e): print 'Starting' sb.Begin() t.MouseEnter += anim root.Resources.Add(sb) Michael Foord wrote: > Any idea why the following code does nothing? (root is the application > root visual - the textblock becomes visible and 'starting' is printed at > the right time - but the fint size doesn't change as I would expect from > the Silverlight docs.) > > from System import TimeSpan > from System.Windows import Duration > from System.Windows.Controls import TextBlock > from System.Windows.Media.Animation import ( > DoubleAnimation, Storyboard > ) > > root.Children.Clear() > root.Resources.Clear() > > t = TextBlock() > t.FontSize = 20 > t.Text = 'Something Blue' > root.Children.Add(t) > > sb = Storyboard() > duration = Duration(TimeSpan.FromSeconds(2)) > a = DoubleAnimation() > a.Duration = duration > sb.Duration = duration > sb.Children.Add(a) > > Storyboard.SetTarget(a, t) > Storyboard.SetTargetProperty(a, 'FontSize') > a.From = 20 > a.To = 40 > > def anim(s, e): > print 'Starting' > sb.Begin() > > t.MouseEnter += anim > > root.Resources.Add(sb) > > > > ___ > 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] IPCE: getting started
Seo et al,
Between upgrading to a later mono, and installing libgdiplus-devel I'm
completely working! We'll be keeping the following page up-to-date with
notes on IronPython:
http://wiki.roboteducation.org/IronPython
Feel free to make corrections, comments, or other remarks there. (I've
also tried to document the IPCE build process so that members of the
community can also build the community edition. Looks like it works.)
Thanks to all for making this available, and for the community-supported
version!
-Doug
On Thu, March 20, 2008 10:43 pm, Douglas S. Blank said:
> IPCE users,
>
> Just getting started with IPCE and wondering about the current state of
> things. I'm trying to get started with some Windows.Forms testing, and
> wanted to use the most modern version which is stable. I'm using IPCE-r7
> under Fedora 8. Here's my setup, followed by some issues:
>
> $ mono --version
> Mono JIT compiler version 1.2.5.1 (tarball)
> Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com
> TLS: __thread
> GC:Included Boehm (with typed GC)
> SIGSEGV: normal
> Architecture: x86
> Disabled: none
> $ pwd
> /home/dblank/fepy/IPCE/IronPython-2.0A7/Tutorial
> $ mono ~/Desktop/IPCE-r7/ipy2/ipy.exe
> IronPython console: IronPython 2.0A5 (2.0.11011.00) on .NET 2.0.50727.42
> Copyright (c) Microsoft Corporation. All rights reserved.
>
> 1) I can't seem to import random:
>
import random
>
> ** ERROR **: file mini.c: line 3897 (mono_method_to_ir): assertion failed:
> (!sig->has_type_parameters)
> aborting...
> Stacktrace:
>
> at IronPython.NewTypes.IronPython.Modules.Random_1.GetRule
> (Microsoft.Scripting.Actions.DynamicAction,Microsoft.Scripting.CodeContext,object[])
> <0x>
> ...
>
> This works with IPCE-r7/ipy/ipy.exe. Do I need a more modern mono? Or is
> there another issue?
>
> 2) I'd use 1.1, but it doesn't seem to load Windows.Forms:
>
> $ mono ~/Desktop/IPCE-r7/ipy/ipy.exe
> IronPython 1.1 (1.1) on .NET 2.0.50727.42
> Copyright (c) Microsoft Corporation. All rights reserved.
import clr
clr.AddReference('System.Windows.Forms')
from System.Windows.Forms import Application, Button, Form
form = Form()
> Traceback (most recent call last):
> File System.Drawing, line unknown, in .cctor
> File System.Drawing, line unknown, in .ctor
> File System.Drawing, line unknown, in .ctor
> File System.Drawing, line unknown, in InitFromStream
> File System.Windows.Forms, line unknown, in .cctor
> File System.Windows.Forms, line unknown, in GetResource
> File mscorlib, line unknown, in GetObject
> File mscorlib, line unknown, in GetObject
> File mscorlib, line unknown, in GetObject
> File mscorlib, line unknown, in ReadResources
> File mscorlib, line unknown, in get_Value
> File mscorlib, line unknown, in ResourceValue
> File mscorlib, line unknown, in ReadValueVer1
> File mscorlib, line unknown, in ReadNonPredefinedValue
> SystemError: An exception was thrown by the type initializer for
> System.Windows.Forms.Form
>
> 3. I tried to build from svn sources, but the build.sh looks unmaintained:
> a. it stopped due to missing ../website/license.html (I made one)
> b. python-irclib-0.4.6.tar.gz was missing (I downloaded it)
>
> 4. If there is a README (or a wiki) for IPCE I would read it... and even
> contribute to it!
>
> Any pointers appreciated!
>
> -Doug
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] IPCE: getting started
2008/3/21, Douglas S. Blank <[EMAIL PROTECTED]>: > 1) I can't seem to import random: > > This works with IPCE-r7/ipy/ipy.exe. Do I need a more modern mono? Or is > there another issue? Yes. You need Mono version at least 1.2.6 to run IronPython 2.x. > 2) I'd use 1.1, but it doesn't seem to load Windows.Forms: This works for me. > 3. I tried to build from svn sources, but the build.sh looks unmaintained: > a. it stopped due to missing ../website/license.html (I made one) > b. python-irclib-0.4.6.tar.gz was missing (I downloaded it) 0. Build stuffs inside IPCE were not really for public consumptions. :( a. Yes. You need to run "make" inside website directory. b. The idea is that you run ./download.sh and then ./build.sh. -- Seo Sanghyeon ___ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
[IronPython] IPCE: getting started
IPCE users,
Just getting started with IPCE and wondering about the current state of
things. I'm trying to get started with some Windows.Forms testing, and
wanted to use the most modern version which is stable. I'm using IPCE-r7
under Fedora 8. Here's my setup, followed by some issues:
$ mono --version
Mono JIT compiler version 1.2.5.1 (tarball)
Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com
TLS: __thread
GC:Included Boehm (with typed GC)
SIGSEGV: normal
Architecture: x86
Disabled: none
$ pwd
/home/dblank/fepy/IPCE/IronPython-2.0A7/Tutorial
$ mono ~/Desktop/IPCE-r7/ipy2/ipy.exe
IronPython console: IronPython 2.0A5 (2.0.11011.00) on .NET 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
>>>
1) I can't seem to import random:
>>> import random
** ERROR **: file mini.c: line 3897 (mono_method_to_ir): assertion failed:
(!sig->has_type_parameters)
aborting...
Stacktrace:
at IronPython.NewTypes.IronPython.Modules.Random_1.GetRule
(Microsoft.Scripting.Actions.DynamicAction,Microsoft.Scripting.CodeContext,object[])
<0x>
...
This works with IPCE-r7/ipy/ipy.exe. Do I need a more modern mono? Or is
there another issue?
2) I'd use 1.1, but it doesn't seem to load Windows.Forms:
$ mono ~/Desktop/IPCE-r7/ipy/ipy.exe
IronPython 1.1 (1.1) on .NET 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
>>> import clr
>>> clr.AddReference('System.Windows.Forms')
>>> from System.Windows.Forms import Application, Button, Form
>>> form = Form()
Traceback (most recent call last):
File System.Drawing, line unknown, in .cctor
File System.Drawing, line unknown, in .ctor
File System.Drawing, line unknown, in .ctor
File System.Drawing, line unknown, in InitFromStream
File System.Windows.Forms, line unknown, in .cctor
File System.Windows.Forms, line unknown, in GetResource
File mscorlib, line unknown, in GetObject
File mscorlib, line unknown, in GetObject
File mscorlib, line unknown, in GetObject
File mscorlib, line unknown, in ReadResources
File mscorlib, line unknown, in get_Value
File mscorlib, line unknown, in ResourceValue
File mscorlib, line unknown, in ReadValueVer1
File mscorlib, line unknown, in ReadNonPredefinedValue
SystemError: An exception was thrown by the type initializer for
System.Windows.Forms.Form
3. I tried to build from svn sources, but the build.sh looks unmaintained:
a. it stopped due to missing ../website/license.html (I made one)
b. python-irclib-0.4.6.tar.gz was missing (I downloaded it)
4. If there is a README (or a wiki) for IPCE I would read it... and even
contribute to it!
Any pointers appreciated!
-Doug
--
Douglas S. Blank
Associate Professor, Bryn Mawr College
http://cs.brynmawr.edu/~dblank/
Office: 610 526 6501
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
