Re: [IronPython] Follow Up: Avalon/WinFX and StartUp error again...

2005-12-12 Thread Mikołaj Dawidowski
Thank you very much.
Works great.

--Nick



-Original Message-
From: Steven Drucker [mailto:[EMAIL PROTECTED] 
Sent: Friday, December 09, 2005 8:31 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Follow Up: Avalon/WinFX and StartUp error again...

This is because the 'StartingUp' event changed to 'Startup' in the more
recent WPF release.
You can simply edit the avalon.py file and change app.StartingUp to
app.Startup.
--Steven 


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


Re: [IronPython] IronPython 0.9.6 released

2005-12-12 Thread Keith J. Farmer
Out of curiosity, was there a specific reason for having different cases
for Parser.fromString/Parser.FromString?

-
Keith J. Farmer // [EMAIL PROTECTED]

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


Re: [IronPython] IronPython 0.9.6 released

2005-12-12 Thread Szymon Kobalczyk
Martin Maly wrote:

>Hello IronPython community,
>
>We've just released the newest version of IronPython ? 0.9.6. [...]
>
I haven't found any mention of fixes regarding the memory issues I 
reported last month. Have you done anything to stop these memory leaks? 
I think this is rather important for everyone who embeds PythonEngine in 
own application and should be fixed before the 1.0 version is released.

Regards,
Szymon Kobalczyk.

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


Re: [IronPython] IronPython 0.9.6 released

2005-12-12 Thread J. de Hooge
Hi,

Thanks for the new version of IP. I'd like to start using it as soon as
possible, since error reporting is said to be improved on this version and
that will probably speed up my work.

I've installed IP 0.9.6 and attempted to run my apps with it, but I ran into
the following problems:


Problem 1: (reported earlier)
==

As reported by me for IP 0.9.5, setting the AllowDrop property of e.g. a
Forms.ListView to True while using IP 0.9.6 STILL results in an exception
message: DragDrop registration failed. The fix I've used on 0.9.5 (see
earlier posting) was changing the declaration of Main in
PythonCommandLine.cs


from:

static int Main(string[] rawArgs) {

to:


[STAThread]
static int Main(string[] rawArgs) {


If adding the [STAThread] attribute is not generally feasible for some other
reason, please could at least a command line switch be added to the next
version to achieve this. Otherways apps using Drag and Drop (a.o. all my
apps) will not run (see earlier discussions).

Surely D&D is considered an important part of the  Windows User
Experience... ;=)


Problem 2: (new problem)
==

With IP 0.9.5 I could compile the above fix using the following recipe from
the readme.html in the root of the IP distribution:

[QUOTE]

After installing the SDK, open the .NET Framework SDK command prompt, go to
the IronPython directory and execute:

msbuild IronPython.sln
This will build IronPython.dll, IronMath.dll and IronPythonConsole.exe in
the "bin" directory.

[UNQUOTE]


But with IP 0.9.6 this does not work any more.
The following error messages are displayed:


[QUOTE]

[Microsoft .NET Framework, Version 2.0.50727.42]
Copyright (C) Microsoft Corporation 2005. All rights reserved.

Build started 12/12/2005 10:16:16 AM.
__
Project "C:\IronPython-0.9.6-STA\IronPython.sln" (default targets):

Target ValidateSolutionConfiguration:
Building solution configuration "Debug|Any CPU".
Target Build:
Target IronMath:
__
Project "C:\IronPython-0.9.6-STA\IronPython.sln" is building
"C:\IronPython-0.9.6-STA\IronMath\IronMath.csproj" (default targets):

Target CoreCompile:
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Csc.exe /noconfig
/unsafe+ /checked- /nowarn:1701,1702 /nostdlib- /warn:4
/baseaddress:285212672 /define:DEBUG;TRACE
/reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.Data.dll
/reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.dll
/reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.XML.dll
/debug+ /filealign:4096 /optimize- /out:obj\Debug\IronMath.dll
/target:library /warnaserror+ AssemblyInfo.cs Complex64.cs integer.cs
integerTest.cs
CSC : error CS1668: Warning as Error: Invalid search path
'C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib' specified in 'LIB
environment variable' -- 'The system cannot find the path specified. '
CSC : error CS1668: Warning as Error: Invalid search path
'C:\Program Files\Microsoft Visual Studio\VC98\lib' specified in 'LIB
environment variable' -- 'The system cannot find the path specified. '
Done building target "CoreCompile" in project "IronMath.csproj" --
FAILED.

Done building project "IronMath.csproj" -- FAILED.

Build FAILED.
CSC : error CS1668: Warning as Error: Invalid search path 'C:\Program
Files\Microsoft Visual Studio\VC98\mfc\lib' specified in 'LIB environment
variable' -- 'The system cannot find the path specified. '
CSC : error CS1668: Warning as Error: Invalid search path 'C:\Program
Files\Microsoft Visual Studio\VC98\lib' specified in 'LIB environment
variable' -- 'The system cannot find the path specified. '
0 Warning(s)
2 Error(s)

[UNQUOTE]


For IP 0.9.5 compiling still works as expected, so nothing seems to have
fallen over in my compilation environment.


My question is:

1. Could the [STATThread] please be added to the next release one way or the
other
2. Could someone provide me with a fix or workaround for compiling IP 0.9.6
using the .NET SDK so that I can start using the improved error reporting

Thanks
Jacques de Hooge
[EMAIL PROTECTED]


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


[IronPython] Problems with tutorials

2005-12-12 Thread Keith J. Farmer
Encountering a variety of problems with the agents tutorial:
a = AgentServerClass() -> should not have () ?
a.Load("Merlin.acs") -> throws bad args exception for the Load() method.
Doesn't change if I use C:\WINDOWS\msagent\chars\merlin.acs, which
exists on my machine.  Also doesn't work if I call
AgentServerClass.Load("merlin.acs").
NB:  I'm using x64.
With the Avalon tutorial, I get "can't set arbitrary attributes on
built-in type System.Windows.Window" when I try w.Text = "My Avalon
Application".  Trying to retrieve w.Text gives no-such-attribute error.
w.Title does exist, however.
w.Content.TextContent should be w.Content.Text, I think.
w.Content.PersistentAnimations doesn't exist, and I don't see any likely
rename.
-
Keith J. Farmer // [EMAIL PROTECTED]

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


Re: [IronPython] IronPython 0.9.6 released

2005-12-12 Thread J. de Hooge
LS,

I can not submit bugs for IP anymore.
This used to work fine, but now I get stranded on the following page:


[QUOTE]

GotDotNet
If you see this page, it is because you have completed an action that threw
an error in the GotDotNet system. We apologize for the inconvenience, and
ask you to help our team understand why the system threw the error. 

Please email [EMAIL PROTECTED] and provide as much of the following as
you can: 

URL\Web page you were requesting 
Workspace name and URL (if applicable) 
Your UserName 
What action you were trying to accomplish (Workspace home page, download a
file, post, etc) 
OS and Web browser you are using 
Were you using Passport and logged in? 
Can we contact you for more information? 


The Gotdotnet team 

[UNQUOTE]

Kind regards
Jacques de Hooge
[EMAIL PROTECTED]



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


Re: [IronPython] IronPython 0.9.6 released

2005-12-12 Thread Keith J. Farmer
For what it's worth, it compiled just fine on my system without
modifications using VS2k5.

-
Keith J. Farmer // [EMAIL PROTECTED]

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of J. de Hooge
Sent: Monday, 12 December 2005 01:29

[QUOTE]

After installing the SDK, open the .NET Framework SDK command prompt, go
to
the IronPython directory and execute:

msbuild IronPython.sln
This will build IronPython.dll, IronMath.dll and IronPythonConsole.exe
in
the "bin" directory.

[UNQUOTE]


But with IP 0.9.6 this does not work any more.
The following error messages are displayed:

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


Re: [IronPython] IronPython 0.9.6 released

2005-12-12 Thread J. de Hooge
Thanks for the feedback Keith

I think it's just a matter of some paths being wrong.
I still have VS 2003 installed and using it for different project.
But .NET SDK 2 should do, according to the readme.
And everything still works alright for IP 0.9.5

Jacques

-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens Keith J. Farmer
Verzonden: Monday, December 12, 2005 10:54 AM
Aan: Discussion of IronPython
Onderwerp: Re: [IronPython] IronPython 0.9.6 released

For what it's worth, it compiled just fine on my system without
modifications using VS2k5.

-
Keith J. Farmer // [EMAIL PROTECTED]

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of J. de Hooge
Sent: Monday, 12 December 2005 01:29

[QUOTE]

After installing the SDK, open the .NET Framework SDK command prompt, go
to
the IronPython directory and execute:

msbuild IronPython.sln
This will build IronPython.dll, IronMath.dll and IronPythonConsole.exe
in
the "bin" directory.

[UNQUOTE]


But with IP 0.9.6 this does not work any more.
The following error messages are displayed:

___
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] VSIP integration package

2005-12-12 Thread Keith J. Farmer
So I've installed the VS SDK, and have built the MSBuild tasks for
IronPython as well as the PythonProject solution, but I don't think it's
actually working.  I'm not finding any instructions for installation of
the Python solution, though I followed the ones for the Figures sample.
I have Python in the new project window, and it creates a new solution,
but it doesn't show any files, nor does it provide any means to add any.
It's like the installation of the .pyproj handler didn't happen.
Clues, mighty ones?
-
Keith J. Farmer // [EMAIL PROTECTED]

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


Re: [IronPython] IronPython 0.9.6 released

2005-12-12 Thread J. de Hooge
Clearing the LIB environment variable solves my compilaton problem for IP
0.9.6
Still don't understand why that is not needed for IP 0.9.5
But allas, I can now built 0.9.6 with [STAThread] and start using it.
Joepie! (Dutch exclamation of joy)

Jacques de Hooge
[EMAIL PROTECTED]

-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens Keith J. Farmer
Verzonden: Monday, December 12, 2005 10:54 AM
Aan: Discussion of IronPython
Onderwerp: Re: [IronPython] IronPython 0.9.6 released

For what it's worth, it compiled just fine on my system without
modifications using VS2k5.

-
Keith J. Farmer // [EMAIL PROTECTED]




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


[IronPython] in - operator got broken in transition from 0.9.5 to 0.9.6

2005-12-12 Thread J. de Hooge








LS

 

Following code:

===

 

 

aList = [['a']]

anItem = ['a']

 

print '1', anItem in aList

 

for item in aList:

  if item ==
anItem:

    print
'2', True

    break

else:

  print '2',
False

 

 

 

In IP 0.9.6 prints:

===

 

2 False

2 True

 

 

In IP 0.9.5 prints:

===

 

1 True

2 True

 

 

In Cpython 2.4 prints:

==

 

1 True

2 True

 

 

Following Cpython 2.4 manual 1 and 2
should print the same thing:

=

 

[QUOTE]

For the list and
tuple types, x in y is true if and only if there exists an index i such that x
== y[i] is true.

[UNQUOTE]

 

 

Kind regards

 

Jacques de Hooge

[EMAIL PROTECTED]

 

 

 






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


Re: [IronPython] IronPython IDE

2005-12-12 Thread Giles Thomas
Hi Aaron,

Thanks for the pointer.  Is there any simple documentation on setting 
this up once you've downloaded it?


Cheers,

Giles


Aaron Marten wrote:
> Hi Giles,
>   I'm on the Visual Studio SDK team here at Microsoft. In
> co-operation with the IronPython team, we're currently working on
> integrating IronPython into Visual Studio as a sample to ship in our
> SDK. We've just released a CTP with the first version of this here:
> 
>  http://affiliate.vsipmembers.com/downloads/41/UserFileDownload.ashx
> 
> I also blogged a bit about the Dec CTP release of the Visual Studio SDK
> here:
> http://blogs.msdn.com/aaronmar/archive/2005/12/09/502202.aspx
> 
> Note that right now, the integration code is in an incomplete state, but
> we do have the beginnings of a project system and language service
> working. Note that right now, the integration is only available as a
> preview sample in the Visual Studio SDK, so you'll have to agree to our
> license to get the code.
> 
> Thanks!
>   Aaron Marten (Microsoft)
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Giles Thomas
> Sent: Thursday, December 08, 2005 9:34 AM
> To: Discussion of IronPython
> Subject: [IronPython] IronPython IDE
> 
> Hi all,
> 
> Another question - what are people using to edit/debug IronPython code?
> 
> My most recent projects have all been with Java using IntelliJ, and I've
> 
> only just moved over to .NET.  I'm told that Visual Studio 2005 is a 
> good IDE - but it appears that it only supports C# and Visual Basic.
> 
> Right now I'm using TextPad with a Python syntax highlighing 
> configuration file, but if there's anything better out there - or if my 
> understanding wrt VS2005 is wrong - then I'd love to hear about it!
> 
> 
> Cheers,
> 
> Giles
> ___
> 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] bug: list.remove broken in transition from 0.9.5 to 0.9.6

2005-12-12 Thread J. de Hooge
LS


Following fragment:
===

aList = [['a']]
anItem = ['a']

print aList
aList.remove (anItem)
print aList


Prints in IP 0.9.6
==

[['a']]
Traceback (most recent call last):
   at __main__.Initialize() in C:\activ_dell\prog\fun\src\funTry.py:line 5
ValueError: list.index(x): x not in list

Prints in IP 0.9.5
==

[['a']]
[]

Prints in Cpython 2.4
=

[['a']]
[]


Of course this probably has to do with the in-bug reported earlier.
But this one for me is more severe since I use list.remove quite a lot in my
code.


Kind regards
Jacques de Hooge
[EMAIL PROTECTED] 


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


[IronPython] bug: list.index broken in transition from ip 0.9.5 to ip 0.9.6

2005-12-12 Thread J. de Hooge
LS


Yet another disguise of probably the same underlying bug:

aList = [['a']]
anItem = ['a']

print aList.index (anItem)

Traceback (most recent call last):
   at __main__.Initialize() in C:\activ_dell\prog\fun\src\funTry.py:line 4
ValueError: list.index(x): x not in list


The number of workarounds in my code is getting a bit too big now, since I
am using this everywhere.

Unfortunately I'll have to revert to 0.9.5 awaiting these things to be
fixed.


Guys, you've been making a great product upto now.
My sincere respect for that.
As far as I can see the IP team has been impressively productive.
Don't know what the project pressures are, but please keep taking the time
you need!

I'd personally rather wait some more months for 1.0 than having things done
in a rush.

I propose basic stuff like this is added to the regression test suite.


Kind regards
Jacques de Hooge
[EMAIL PROTECTED]



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


Re: [IronPython] IronPython 0.9.6 released

2005-12-12 Thread Martin Maly
Slow transition towards code that passes FxCop. It is one of the necessities to 
release final 1.0 down the road so wherever we touch code, we try to follow the 
FxCop naming requirements so that there are not as many changes needed once we 
actually run the FxCop tool on our sources.

Martin 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Keith J. Farmer
Sent: Monday, December 12, 2005 1:12 AM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython 0.9.6 released

Out of curiosity, was there a specific reason for having different cases for 
Parser.fromString/Parser.FromString?

-
Keith J. Farmer // [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


Re: [IronPython] bug: list.index broken in transition from ip 0.9.5 to ip 0.9.6

2005-12-12 Thread Dino Viehland
Thanks for the bug reports - these are related to one of our changes to 
separate Python equality from CLR equality.  The "in" bug is the same issue as 
this bug just in a different spot.

Both of these changes are related to a fix to address how to treat python 
equality & hashing versus CLR equality & hashing.  Because Python frequently 
uses value equality (rather than reference equality) and allows types to throw 
from __hash__ and CLR types can't throw from GetHashCode() we had to separate 
the two.  Obviously I missed a few spots in the implementation where we are 
still calling the CLR's equals instead of python's (in this case we're actually 
calling Array.IndexOf).

The destabilization you're seeing now is our push to get all of these risky 
changes out of the way now before we switch to the beta releases.  Sorry for 
the inconvenience but hopefully this will result in a better 1.0 all around.  

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J. de Hooge
Sent: Monday, December 12, 2005 4:32 AM
To: 'Discussion of IronPython'
Subject: [IronPython] bug: list.index broken in transition from ip 0.9.5 to ip 
0.9.6

LS


Yet another disguise of probably the same underlying bug:

aList = [['a']]
anItem = ['a']

print aList.index (anItem)

Traceback (most recent call last):
   at __main__.Initialize() in C:\activ_dell\prog\fun\src\funTry.py:line 4
ValueError: list.index(x): x not in list


The number of workarounds in my code is getting a bit too big now, since I
am using this everywhere.

Unfortunately I'll have to revert to 0.9.5 awaiting these things to be
fixed.


Guys, you've been making a great product upto now.
My sincere respect for that.
As far as I can see the IP team has been impressively productive.
Don't know what the project pressures are, but please keep taking the time
you need!

I'd personally rather wait some more months for 1.0 than having things done
in a rush.

I propose basic stuff like this is added to the regression test suite.


Kind regards
Jacques de Hooge
[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


Re: [IronPython] IronPython 0.9.6 released

2005-12-12 Thread Martin Maly
We didn't get to that one yet, sorry about that. Certainly before 1.0 this 
needs to be fixed.

Martin

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Szymon Kobalczyk
Sent: Monday, December 12, 2005 1:25 AM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython 0.9.6 released

Martin Maly wrote:

>Hello IronPython community,
>
>We've just released the newest version of IronPython ? 0.9.6. [...]
>
I haven't found any mention of fixes regarding the memory issues I reported 
last month. Have you done anything to stop these memory leaks? 
I think this is rather important for everyone who embeds PythonEngine in own 
application and should be fixed before the 1.0 version is released.

Regards,
Szymon Kobalczyk.

___
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] IronPython 0.9.6 released

2005-12-12 Thread Martin Maly
Jacques,

As for the first problem, the unfortunate thing is that fixing it for some of 
us breaks it for others. Let me look into whether command line parameter could 
be the solution. I will let you know as soon as I know more. The answer to your 
question 1 is, therefore, yes.

As for the second problem, my guess is that the problem may stem from the SDK 
command line setup. The LIB environment variable gets set up by the SDK 
initialization and may have been set up incorrectly. Are you using VS2005 or 
the .NET Framework SDK? I suspect that the batch files on your computer may not 
be doing what they are supposed to ... I am using Visual Studio 2005 for my 
development and when I open the VS build window, there is no path in the LIB 
variable that contains the directory VC98 ('C:\Program Files\Microsoft Visual 
Studio\VC98\lib). I wonder if that may be a lead to possible solution.

I hope this helps

Martin


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J. de Hooge
Sent: Monday, December 12, 2005 1:29 AM
To: 'Discussion of IronPython'
Subject: Re: [IronPython] IronPython 0.9.6 released

Hi,

Thanks for the new version of IP. I'd like to start using it as soon as 
possible, since error reporting is said to be improved on this version and that 
will probably speed up my work.

I've installed IP 0.9.6 and attempted to run my apps with it, but I ran into 
the following problems:


Problem 1: (reported earlier)
==

As reported by me for IP 0.9.5, setting the AllowDrop property of e.g. a 
Forms.ListView to True while using IP 0.9.6 STILL results in an exception
message: DragDrop registration failed. The fix I've used on 0.9.5 (see earlier 
posting) was changing the declaration of Main in PythonCommandLine.cs


from:

static int Main(string[] rawArgs) {

to:


[STAThread]
static int Main(string[] rawArgs) {


If adding the [STAThread] attribute is not generally feasible for some other 
reason, please could at least a command line switch be added to the next 
version to achieve this. Otherways apps using Drag and Drop (a.o. all my
apps) will not run (see earlier discussions).

Surely D&D is considered an important part of the  Windows User Experience... 
;=)


Problem 2: (new problem)
==

With IP 0.9.5 I could compile the above fix using the following recipe from the 
readme.html in the root of the IP distribution:

[QUOTE]

After installing the SDK, open the .NET Framework SDK command prompt, go to the 
IronPython directory and execute:

msbuild IronPython.sln
This will build IronPython.dll, IronMath.dll and IronPythonConsole.exe in the 
"bin" directory.

[UNQUOTE]


But with IP 0.9.6 this does not work any more.
The following error messages are displayed:


[QUOTE]

[Microsoft .NET Framework, Version 2.0.50727.42] Copyright (C) Microsoft 
Corporation 2005. All rights reserved.

Build started 12/12/2005 10:16:16 AM.
__
Project "C:\IronPython-0.9.6-STA\IronPython.sln" (default targets):

Target ValidateSolutionConfiguration:
Building solution configuration "Debug|Any CPU".
Target Build:
Target IronMath:
__
Project "C:\IronPython-0.9.6-STA\IronPython.sln" is building 
"C:\IronPython-0.9.6-STA\IronMath\IronMath.csproj" (default targets):

Target CoreCompile:
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Csc.exe /noconfig 
/unsafe+ /checked- /nowarn:1701,1702 /nostdlib- /warn:4
/baseaddress:285212672 /define:DEBUG;TRACE 
/reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.Data.dll
/reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.dll
/reference:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.XML.dll
/debug+ /filealign:4096 /optimize- /out:obj\Debug\IronMath.dll /target:library 
/warnaserror+ AssemblyInfo.cs Complex64.cs integer.cs integerTest.cs
CSC : error CS1668: Warning as Error: Invalid search path 
'C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib' specified in 'LIB 
environment variable' -- 'The system cannot find the path specified. '
CSC : error CS1668: Warning as Error: Invalid search path 
'C:\Program Files\Microsoft Visual Studio\VC98\lib' specified in 'LIB 
environment variable' -- 'The system cannot find the path specified. '
Done building target "CoreCompile" in project "IronMath.csproj" -- 
FAILED.

Done building project "IronMath.csproj" -- FAILED.

Build FAILED.
CSC : error CS1668: Warning as Error: Invalid search path 'C:\Program 
Files\Microsoft Visual Studio\VC98\mfc\lib' specified in 'LIB environment 
variable' -- 'The system cannot find the path specified. '
CSC : error CS1668: Warning as Error: Invalid search path 'C:\Program 
Files\Microsoft Visual Studio\VC98\lib' specified in 'LIB environment variable' 
-- 'The system cannot find the path specified. '
0 Warning(s)
2 Error(s)

[UNQUOTE]


For IP 0.9.5 compili

Re: [IronPython] IronPython 0.9.6 released

2005-12-12 Thread Martin Maly
The GotDotNet website occassionally has problems as the development team works 
on it. I am going to pass your feedback to the GotDotNet developers to let them 
know our community is negatively affected by it.

Thanks for the feedback, it is important to let us know of these problems too 
so that we can talk to the right people to get things fixed!

Martin 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J. de Hooge
Sent: Monday, December 12, 2005 1:53 AM
To: 'Discussion of IronPython'
Subject: Re: [IronPython] IronPython 0.9.6 released

LS,

I can not submit bugs for IP anymore.
This used to work fine, but now I get stranded on the following page:


[QUOTE]

GotDotNet
If you see this page, it is because you have completed an action that threw an 
error in the GotDotNet system. We apologize for the inconvenience, and ask you 
to help our team understand why the system threw the error. 

Please email [EMAIL PROTECTED] and provide as much of the following as you can: 

URL\Web page you were requesting
Workspace name and URL (if applicable)
Your UserName
What action you were trying to accomplish (Workspace home page, download a 
file, post, etc) OS and Web browser you are using Were you using Passport and 
logged in? 
Can we contact you for more information? 


The Gotdotnet team 

[UNQUOTE]

Kind regards
Jacques de Hooge
[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


Re: [IronPython] bug: list.index broken in transition from ip 0.9.5 to ip 0.9.6

2005-12-12 Thread Dino Viehland
If you want to update your copy the fix is to update these methods in list.cs:

public bool __contains__(object item) {
for (int i = 0; i < size; i++) {
if (Ops.IsTrue(Ops.Equal(data[i], item)))
return true;
}
return false;
}

And then later in the file: 

public int index(object item) {
return index(item, 0, size);
}

public int index(object item, int start) {
return index(item, start, size);
}

public int index(object item, int start, int stop) {
//??? fix indices
for (int i = start; i < Math.Min(stop, size); i++) {
if (Ops.IsTrue(Ops.Equal(data[i], item))) return i;
}
throw Ops.ValueError("list.index(item): item not in list");
}

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J. de Hooge
Sent: Monday, December 12, 2005 4:32 AM
To: 'Discussion of IronPython'
Subject: [IronPython] bug: list.index broken in transition from ip 0.9.5 to ip 
0.9.6

LS


Yet another disguise of probably the same underlying bug:

aList = [['a']]
anItem = ['a']

print aList.index (anItem)

Traceback (most recent call last):
   at __main__.Initialize() in C:\activ_dell\prog\fun\src\funTry.py:line 4
ValueError: list.index(x): x not in list


The number of workarounds in my code is getting a bit too big now, since I
am using this everywhere.

Unfortunately I'll have to revert to 0.9.5 awaiting these things to be
fixed.


Guys, you've been making a great product upto now.
My sincere respect for that.
As far as I can see the IP team has been impressively productive.
Don't know what the project pressures are, but please keep taking the time
you need!

I'd personally rather wait some more months for 1.0 than having things done
in a rush.

I propose basic stuff like this is added to the regression test suite.


Kind regards
Jacques de Hooge
[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


Re: [IronPython] Problems with tutorials

2005-12-12 Thread Martin Maly
Believe it or not, this problem is actually caused by the missing [STAThread] 
attribute on the IronPythonConsole Main. Good to know this :) Seems that when I 
remove it, I caused problems for more people than I helped. As I said in my 
previous email to Jacques, I am going to fix this for the next release. If 
there is no beter way to do that, I am going to put the [STAThread] attribute 
back. It is also the workaround for the time being.

Thanks for the bug report, Keith!

Martin

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Keith J. Farmer
Sent: Monday, December 12, 2005 1:51 AM
To: Discussion of IronPython
Subject: [IronPython] Problems with tutorials

Encountering a variety of problems with the agents tutorial:
a = AgentServerClass() -> should not have () ?
a.Load("Merlin.acs") -> throws bad args exception for the Load() method.
Doesn't change if I use C:\WINDOWS\msagent\chars\merlin.acs, which exists on my 
machine.  Also doesn't work if I call AgentServerClass.Load("merlin.acs").
NB:  I'm using x64.
With the Avalon tutorial, I get "can't set arbitrary attributes on built-in 
type System.Windows.Window" when I try w.Text = "My Avalon Application".  
Trying to retrieve w.Text gives no-such-attribute error.
w.Title does exist, however.
w.Content.TextContent should be w.Content.Text, I think.
w.Content.PersistentAnimations doesn't exist, and I don't see any likely rename.
-
Keith J. Farmer // [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


Re: [IronPython] Problems with tutorials

2005-12-12 Thread John Lam
IMHO, this is a feature that should be enabled via a command-line
switch; you can't back out of your choice that you make at startup time
without potentially serious consequences.

I'm doing this via a command line switch + a trampoline function in my
Ruby CLR bridge. It seems to be the best approach (even though there are
still corner cases in the way I do it since there's no way for me to
prevent someone else from turning on COM before the CLR (and my stuff)
is delay-loaded.

Cheers,
-John
http://www.iunknown.cm



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin Maly
Sent: Monday, December 12, 2005 12:52 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Problems with tutorials

Believe it or not, this problem is actually caused by the missing
[STAThread] attribute on the IronPythonConsole Main. Good to know this
:) Seems that when I remove it, I caused problems for more people than I
helped. As I said in my previous email to Jacques, I am going to fix
this for the next release. If there is no beter way to do that, I am
going to put the [STAThread] attribute back. It is also the workaround
for the time being.

Thanks for the bug report, Keith!

Martin

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Keith J. Farmer
Sent: Monday, December 12, 2005 1:51 AM
To: Discussion of IronPython
Subject: [IronPython] Problems with tutorials

Encountering a variety of problems with the agents tutorial:
a = AgentServerClass() -> should not have () ?
a.Load("Merlin.acs") -> throws bad args exception for the Load() method.
Doesn't change if I use C:\WINDOWS\msagent\chars\merlin.acs, which
exists on my machine.  Also doesn't work if I call
AgentServerClass.Load("merlin.acs").
NB:  I'm using x64.
With the Avalon tutorial, I get "can't set arbitrary attributes on
built-in type System.Windows.Window" when I try w.Text = "My Avalon
Application".  Trying to retrieve w.Text gives no-such-attribute error.
w.Title does exist, however.
w.Content.TextContent should be w.Content.Text, I think.
w.Content.PersistentAnimations doesn't exist, and I don't see any likely
rename.
-
Keith J. Farmer // [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] Problems with tutorials

2005-12-12 Thread Martin Maly
As for the avalon example, looks like the object model has changed 
substantially. The w.Title is the way to go, same for w.Content.TextContent; I 
also failed to find suitable replacement for the the PersistentAnimations :(

Martin

-Original Message-
From: [EMAIL PROTECTED] On Behalf Of Keith J. Farmer
Sent: Monday, December 12, 2005 1:51 AM
To: Discussion of IronPython
Subject: [IronPython] Problems with tutorials

Encountering a variety of problems with the agents tutorial:
a = AgentServerClass() -> should not have () ?
a.Load("Merlin.acs") -> throws bad args exception for the Load() method.
Doesn't change if I use C:\WINDOWS\msagent\chars\merlin.acs, which exists on my 
machine.  Also doesn't work if I call AgentServerClass.Load("merlin.acs").
NB:  I'm using x64.
With the Avalon tutorial, I get "can't set arbitrary attributes on built-in 
type System.Windows.Window" when I try w.Text = "My Avalon Application".  
Trying to retrieve w.Text gives no-such-attribute error.
w.Title does exist, however.
w.Content.TextContent should be w.Content.Text, I think.
w.Content.PersistentAnimations doesn't exist, and I don't see any likely rename.
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


Re: [IronPython] Problems with tutorials

2005-12-12 Thread Dino Viehland
If you're doing this on v1.0/v1.1 what you suggest will work most of the time 
as you've observed but Whidbey had a breaking change to make this more 
predictable:

http://www.gotdotnet.com/team/changeinfo/Backwards1.1to2.0%5Cdefault.aspx - 
search for Initialization of MTA and STA threads

Probably the best way to deal w/ this (other than having 2 EXEs) now is to 
create a new thread and mark the thread state before starting the thread.  Then 
you can have the main thread die off or do a Join on the new thread and report 
back the exit code. But maybe your trampoline is already spinning up a new 
thread...

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Lam
Sent: Monday, December 12, 2005 10:06 AM
To: Discussion of IronPython
Subject: Re: [IronPython] Problems with tutorials

IMHO, this is a feature that should be enabled via a command-line
switch; you can't back out of your choice that you make at startup time
without potentially serious consequences.

I'm doing this via a command line switch + a trampoline function in my
Ruby CLR bridge. It seems to be the best approach (even though there are
still corner cases in the way I do it since there's no way for me to
prevent someone else from turning on COM before the CLR (and my stuff)
is delay-loaded.

Cheers,
-John
http://www.iunknown.cm



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin Maly
Sent: Monday, December 12, 2005 12:52 PM
To: Discussion of IronPython
Subject: Re: [IronPython] Problems with tutorials

Believe it or not, this problem is actually caused by the missing
[STAThread] attribute on the IronPythonConsole Main. Good to know this
:) Seems that when I remove it, I caused problems for more people than I
helped. As I said in my previous email to Jacques, I am going to fix
this for the next release. If there is no beter way to do that, I am
going to put the [STAThread] attribute back. It is also the workaround
for the time being.

Thanks for the bug report, Keith!

Martin

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Keith J. Farmer
Sent: Monday, December 12, 2005 1:51 AM
To: Discussion of IronPython
Subject: [IronPython] Problems with tutorials

Encountering a variety of problems with the agents tutorial:
a = AgentServerClass() -> should not have () ?
a.Load("Merlin.acs") -> throws bad args exception for the Load() method.
Doesn't change if I use C:\WINDOWS\msagent\chars\merlin.acs, which
exists on my machine.  Also doesn't work if I call
AgentServerClass.Load("merlin.acs").
NB:  I'm using x64.
With the Avalon tutorial, I get "can't set arbitrary attributes on
built-in type System.Windows.Window" when I try w.Text = "My Avalon
Application".  Trying to retrieve w.Text gives no-such-attribute error.
w.Title does exist, however.
w.Content.TextContent should be w.Content.Text, I think.
w.Content.PersistentAnimations doesn't exist, and I don't see any likely
rename.
-
Keith J. Farmer // [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
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com


[IronPython] IronPython 0.9.6 released

2005-12-12 Thread Dino Viehland

Hello IronPython community,

We?ve just released the newest version of IronPython ? 0.9.6. This is most 
likely the last Alpha version of IronPython before the end of the year when we 
play to release IronPython 1.0 Beta 1. This build includes many bug fixes for 
issues reported to us by the community as well as support for many new modules. 
We are continuing to drive completeness of the Python and support for 
interoperability between .NET and IronPython.  Here are the highlights of the 
0.9.6 release, the full list of changes is included at the end of the mail:

All missing dictionary methods are now implemented
Parser changes for tools integration
Weak reference support
Itertools module is now implemented
Improved debugger sequence point generation, parser & tokenizer improvements
Python equality/hashing and CLR equality/hashing separated
Unhandled exceptions are no longer passed to the OS
Exceptions have better stack traces in the interactive environment
locals() support for most common usage scenarios (but not execfile or eval yet)
Regular expression improvements: Implement missing methods, support Python 
named groups, fix match implementation when matching in the middle of a string,

We?d also like to thank everyone in the community for your bug reports and 
suggestions that helped make this a better release: Mike Hostetler, Nicholas 
Jacobson, Davy Mitchell, Alexei Bocharov, Rosenkrantz, Jacques de Hooge, 
Anthony Tarlano, diaphanein, pchasco, Koly, Sumit Basu, Shon Shah, Angelo Xu, 
Boris Capitanu, carlostekken, Flexibal, glchapman, Luis M. Gonzalez, 
reportlabrobin, spencermah

You can download the IronPython 0.9.6 release from:
http://www.microsoft.com/downloads/details.aspx?FamilyID=e73fad51-6566-4f4a-a42c-33bb5b89b4e8&displaylang=en

Thanks and keep in touch,
The IronPython team

Full list of changes and bug fixes:
===
Duplicate parameters & fancy kw args fixed
Kw-arg property assignment fixed
Module on old class moved into dictionary
Improved syntax errors for null expressions
Exec supports multi-line expressions
Dict now has copy, and update supports user defined dictionaries
== will call user defined __cmp__ function
Improved error reporting for parser 
Duplicate named parameters detected by parser & reported
Integer performance improvements & possible correctness improvements
Bitwise operators implemented for bool
IronPython compiles warning free
Kw args & default params work better together
__hash__ is called for user defined types when hashing
All old style classes are of type instance
Code gen no longer produced duplicate parameter names
Tab at end of file no longer produces parser error
Throwing strings is supported
Backwards slices (m on module level generates invalid program exception rather than 
SyntaxError
Equals between boxed bool and Python bool now returns True
String manipulation produces incorrect results - bug fixed


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


Re: [IronPython] IronPython IDE

2005-12-12 Thread Aaron Marten
Hi Giles
You'll need to build the various projects that get installed to
"Program Files\Visual Studio 2005
SDK\2005.12\VisualStudioIntegration\Samples\IronPythonIntegration".

Merely building them will also register them in the Visual
Studio "experimental hive". The idea is that while you're writing a
package for Visual Studio, you don't want to potentially mess up your
installed version, so we create a copy of all the settings and have you
work inside the "experimental" copy.

In order to run VS under this experimental mode, you can use the
shortcut that is installed with the Visual Studio SDK on the Start Menu,
or run "devenv /rootsuffix Exp" from a VS Command Prompt.

Again, I would stress that this is a very early preview of what
we're working on. It will be in a more usable state in our next preview
release (probably late Jan 2006). 

If you have more questions about the sample or Visual Studio
Extensibility, I would encourage you to check out our homepage and
discussion forum:

Homepage: http://msdn.microsoft.com/vstudio/extend/
Forum:
http://forums.microsoft.com/msdn/showforum.aspx?forumid=57&siteid=1

Thanks,
Aaron 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Giles Thomas
Sent: Monday, December 12, 2005 4:03 AM
To: Discussion of IronPython
Subject: Re: [IronPython] IronPython IDE

Hi Aaron,

Thanks for the pointer.  Is there any simple documentation on setting 
this up once you've downloaded it?


Cheers,

Giles


Aaron Marten wrote:
> Hi Giles,
>   I'm on the Visual Studio SDK team here at Microsoft. In
> co-operation with the IronPython team, we're currently working on
> integrating IronPython into Visual Studio as a sample to ship in our
> SDK. We've just released a CTP with the first version of this here:
> 
>  http://affiliate.vsipmembers.com/downloads/41/UserFileDownload.ashx
> 
> I also blogged a bit about the Dec CTP release of the Visual Studio
SDK
> here:
> http://blogs.msdn.com/aaronmar/archive/2005/12/09/502202.aspx
> 
> Note that right now, the integration code is in an incomplete state,
but
> we do have the beginnings of a project system and language service
> working. Note that right now, the integration is only available as a
> preview sample in the Visual Studio SDK, so you'll have to agree to
our
> license to get the code.
> 
> Thanks!
>   Aaron Marten (Microsoft)
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Giles Thomas
> Sent: Thursday, December 08, 2005 9:34 AM
> To: Discussion of IronPython
> Subject: [IronPython] IronPython IDE
> 
> Hi all,
> 
> Another question - what are people using to edit/debug IronPython
code?
> 
> My most recent projects have all been with Java using IntelliJ, and
I've
> 
> only just moved over to .NET.  I'm told that Visual Studio 2005 is a 
> good IDE - but it appears that it only supports C# and Visual Basic.
> 
> Right now I'm using TextPad with a Python syntax highlighing 
> configuration file, but if there's anything better out there - or if
my 
> understanding wrt VS2005 is wrong - then I'd love to hear about it!
> 
> 
> Cheers,
> 
> Giles
> ___
> 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
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com