From stephen.baugh1 at ntlworld.com  Fri Jul  1 02:49:31 2011
From: stephen.baugh1 at ntlworld.com (Steve Baugh)
Date: Fri, 01 Jul 2011 01:49:31 +0100
Subject: [Ironpython-users] SQLite3
In-Reply-To: <BANLkTikMsJSy43JK8HJs-w5CYP15hc8aMw@mail.gmail.com>
References: <1309209989.2017.9.camel@steve-EP35C-DS3R>
	<BANLkTik1xxxCt0w7QB6yi_5S5YdOTo1yeQ@mail.gmail.com>
	<1309402834.2765.3.camel@steve-EP35C-DS3R>
	<BANLkTikMsJSy43JK8HJs-w5CYP15hc8aMw@mail.gmail.com>
Message-ID: <1309481371.11089.2.camel@steve-EP35C-DS3R>

Thanks Jeff,

I will try it soon,

Steve

On Wed, 2011-06-29 at 21:00 -0700, Jeff Hardy wrote:
> Hi Steve,
> Please download a new copy of the file. The old one was built against
> a beta version of IronPython 2.7. It works in my quick testing.
> 
> - Jeff
> 
> On Wed, Jun 29, 2011 at 8:00 PM, Steve Baugh
> <stephen.baugh1 at ntlworld.com> wrote:
> >
> > Jeff,
> >
> > Thank you for your reply.
> >
> > I have downloaded
> >
> > IronPython.SQLite-2.7.0_ipy-2.7_clr-v4.0.zip
> >
> > but can't make it work.
> >
> > I have put the IronPython.SQLite.dll in the DLLs folder and put the
> > sqlite3 folder under Lib.
> >
> > When I try:
> >
> > import sqlite3
> >
> > in either ipy or ipy64 I get:
> >
> > ImportError: No module named _sqlite3
> >
> > I have put copies of sqlite.dll in both the IronPython 2.7 folder and
> > the DLLs folder.
> >
> > When I import clr and try clr.AddReference("IronPython.SQLite") it seems
> > to add the refrence (when the default path is right) but I still get the
> > No module named _sqlite3 error with an import statement.
> >
> > The IronPython 2.7 installed to Program Files (x86) as it is a 64 bit
> > system. I have also tried with with a Win XP 32 bit system.
> >
> > I am encouraged that you said it should work, but I seem to be doing
> > something wrong....
> >
> > Steve
> > On Wed, 2011-06-29 at 09:33 -0700, Jeff Hardy wrote:
> >> You should be able to use IronPython.SQLite
> >> (https://bitbucket.org/jdhardy/ironpython.sqlite/). There's a
> >> 2.7-compatible build on the downloads page. It's not 100% compatible
> >> with CPython sqlite, but it's pretty darn close.
> >>
> >> - Jeff
> >>
> >> On Mon, Jun 27, 2011 at 2:26 PM, Steve Baugh
> >> <stephen.baugh1 at ntlworld.com> wrote:
> >> > I am trying to port a Linux Python program to IronPython and WPF. This
> >> > program makes use of sqlite3. I am not trying to use data aware contols,
> >> > I just want to issue SQL commands and get the results from SELECT
> >> > statements.
> >> >
> >> > I have been getting conflicting, and in some cases contradictory,
> >> > information from my web searches.
> >> >
> >> > Has anyone done this with IronPython 2.7 on .NET 4? I am am using
> >> > SharpStudio in Windows 7 64 bit (but I am not trying to build a 64 bit
> >> > application).
> >> >
> >> > Thanks,
> >> >
> >> > Steve
> >> >
> >> > _______________________________________________
> >> > Ironpython-users mailing list
> >> > Ironpython-users at python.org
> >> > http://mail.python.org/mailman/listinfo/ironpython-users
> >> >
> >
> >
> >



From no_reply at codeplex.com  Fri Jul  1 14:26:09 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 1 Jul 2011 05:26:09 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 6/30/2011
Message-ID: <CO1MSFTVADM02ljBOh8000ae544@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [Status update] compile('#foo\n', '<stdin>', 'single') throws null ref exception
2. [Status update] compile('#foo\n', '<stdin>', 'single') throws null ref exception

----------------------------------------------

ISSUES

1. [Status update] compile('#foo\n', '<stdin>', 'single') throws null ref exception
http://ironpython.codeplex.com/workitem/30942
User jdhardy has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"Duplicate of #30940."-----------------

2. [Status update] compile('#foo\n', '<stdin>', 'single') throws null ref exception
http://ironpython.codeplex.com/workitem/30941
User jdhardy has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"Duplicate of #30940."
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110701/8374ba78/attachment.html>

From stephen.baugh1 at ntlworld.com  Fri Jul  1 23:24:08 2011
From: stephen.baugh1 at ntlworld.com (Steve Baugh)
Date: Fri, 01 Jul 2011 22:24:08 +0100
Subject: [Ironpython-users] SQLite3
In-Reply-To: <1309481371.11089.2.camel@steve-EP35C-DS3R>
References: <1309209989.2017.9.camel@steve-EP35C-DS3R>
	<BANLkTik1xxxCt0w7QB6yi_5S5YdOTo1yeQ@mail.gmail.com>
	<1309402834.2765.3.camel@steve-EP35C-DS3R>
	<BANLkTikMsJSy43JK8HJs-w5CYP15hc8aMw@mail.gmail.com>
	<1309481371.11089.2.camel@steve-EP35C-DS3R>
Message-ID: <1309555448.1775.23.camel@steve-EP35C-DS3R>

Jeff,

Thank you for doing the updated file. I have downloaded it.

I have got it working but the plot thickens!

I put the new IronPython.SQLite.dll + sqlite3.dll into the DLLs
directory.
Doing import sqlite3 gave the _sqlite3 not found error.
I then put a copy of the dll in the same directory as ipy64.exe so it
was on the path, then started ipy64.exe by double clicking the file (if
you start it through the Start Menu the path isn't right).
after import clr and clr.AddReference("IronPython.SQLite")
I could then import sqlite3 correctly.

So this seems OK except that it did not automatically add the reference
by putting it in the DLLs directory.

I then tried to get things going under SharpDevelop,
after a lot of experiment I found that I had to put the dll and the
sqlite3 directory in
\Program Files (x86)\SharpDevelop\4.0\AddIns\BackendBindings
\PythonBinding

I could then add the reference but got _sqlite3 not found again.

I found eventually that the version ID of the SharpDevelop
IronPython.dll is 2.6.1008.2 whilst the IronPython 2.7 distribution is
2.7.0.40

So I then put the OLD dll in THIS directory (I still had a copy) and
things then started to work through the IDE!

Hope all this makes sense. I have only checked that I can import
sqlite3, I havn't tested the functionality yet.

BTW do I need sqlite3.dll as well?

Thanks

Steve


On Fri, 2011-07-01 at 01:49 +0100, Steve Baugh wrote:
> Thanks Jeff,
> 
> I will try it soon,
> 
> Steve
> 
> On Wed, 2011-06-29 at 21:00 -0700, Jeff Hardy wrote:
> > Hi Steve,
> > Please download a new copy of the file. The old one was built against
> > a beta version of IronPython 2.7. It works in my quick testing.
> > 
> > - Jeff
> > 
> > On Wed, Jun 29, 2011 at 8:00 PM, Steve Baugh
> > <stephen.baugh1 at ntlworld.com> wrote:
> > >
> > > Jeff,
> > >
> > > Thank you for your reply.
> > >
> > > I have downloaded
> > >
> > > IronPython.SQLite-2.7.0_ipy-2.7_clr-v4.0.zip
> > >
> > > but can't make it work.
> > >
> > > I have put the IronPython.SQLite.dll in the DLLs folder and put the
> > > sqlite3 folder under Lib.
> > >
> > > When I try:
> > >
> > > import sqlite3
> > >
> > > in either ipy or ipy64 I get:
> > >
> > > ImportError: No module named _sqlite3
> > >
> > > I have put copies of sqlite.dll in both the IronPython 2.7 folder and
> > > the DLLs folder.
> > >
> > > When I import clr and try clr.AddReference("IronPython.SQLite") it seems
> > > to add the refrence (when the default path is right) but I still get the
> > > No module named _sqlite3 error with an import statement.
> > >
> > > The IronPython 2.7 installed to Program Files (x86) as it is a 64 bit
> > > system. I have also tried with with a Win XP 32 bit system.
> > >
> > > I am encouraged that you said it should work, but I seem to be doing
> > > something wrong....
> > >
> > > Steve
> > > On Wed, 2011-06-29 at 09:33 -0700, Jeff Hardy wrote:
> > >> You should be able to use IronPython.SQLite
> > >> (https://bitbucket.org/jdhardy/ironpython.sqlite/). There's a
> > >> 2.7-compatible build on the downloads page. It's not 100% compatible
> > >> with CPython sqlite, but it's pretty darn close.
> > >>
> > >> - Jeff
> > >>
> > >> On Mon, Jun 27, 2011 at 2:26 PM, Steve Baugh
> > >> <stephen.baugh1 at ntlworld.com> wrote:
> > >> > I am trying to port a Linux Python program to IronPython and WPF. This
> > >> > program makes use of sqlite3. I am not trying to use data aware contols,
> > >> > I just want to issue SQL commands and get the results from SELECT
> > >> > statements.
> > >> >
> > >> > I have been getting conflicting, and in some cases contradictory,
> > >> > information from my web searches.
> > >> >
> > >> > Has anyone done this with IronPython 2.7 on .NET 4? I am am using
> > >> > SharpStudio in Windows 7 64 bit (but I am not trying to build a 64 bit
> > >> > application).
> > >> >
> > >> > Thanks,
> > >> >
> > >> > Steve
> > >> >
> > >> > _______________________________________________
> > >> > Ironpython-users mailing list
> > >> > Ironpython-users at python.org
> > >> > http://mail.python.org/mailman/listinfo/ironpython-users
> > >> >
> > >
> > >
> > >
> 
> 



From no_reply at codeplex.com  Sat Jul  2 16:53:25 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 2 Jul 2011 07:53:25 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/1/2011
Message-ID: <CO1MSFTVADM02imD3Jk000afb71@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New issue] Scope is not remembered after an import
2. [New comment] Scope is not remembered after an import

----------------------------------------------

ISSUES

1. [New issue] Scope is not remembered after an import
http://ironpython.codeplex.com/workitem/30955
User WimVanLoocke has proposed the issue:

"When using ironpython to run py scripts, one creates in c# as scope for the engine, and sets a variable.

When running the .py file is executed and the scope is know.
When running a .py file that imports an other .py file( can contains ref to variable in the scope ) the variable is no longer know.

When looking into the code 

{ snipped }
internal PythonModule/*!*/ CompileModule(string fileName, string moduleName, SourceUnit sourceCode, ModuleOptions options, out ScriptCode scriptCode) {

ContractUtils.RequiresNotNull(fileName, "fileName");

ContractUtils.RequiresNotNull(moduleName, "moduleName");

ContractUtils.RequiresNotNull(sourceCode, "sourceCode");

scriptCode = GetScriptCode(sourceCode, moduleName, options);

Scope scope = scriptCode.CreateScope();

return InitializeModule(fileName, ((PythonScopeExtension)scope.GetExtension(ContextId)).ModuleContext, scriptCode, options);

}

{ end snipped }

you can see that a new scope is created, and not the initial scope is used.

Init :
_Engine = Python.CreateEngine();
scope = _Engine.CreateScope();
            scope.SetVariable("I2C", localEngine);
            scope.SetVariable("UART", Poderosa);
            scope.SetVariable("dbg", _txtOut);

            _txtBox.InteractiveObj.Add("I2C", localEngine);
            _txtBox.InteractiveObj.Add("UART", Poderosa);
            _txtBox.InteractiveObj.Add("dbg", _txtOut);

Execute

                _Engine.ExecuteFile(_PathToScript, scope);"-----------------

2. [New comment] Scope is not remembered after an import
http://ironpython.codeplex.com/workitem/30955
User slide_o_mix has commented on the issue:

"This doesn't work in CPython either. Each module has it's own scope:

foo.py:
print "x = %d" % x
def foo():
    x = globals()['x']
    print "x = %d" % x


script.py:
x = 5
import foo

foo.doit()


OUTPUT:
Traceback (most recent call last):
  File "C:\Python27\Lib\site-packages\pythonwin\pywin\framework\scriptutils.py", line 325, in RunScript
    exec codeObject in __main__.__dict__
  File "script.py", line 3, in <module>
    import foo
  File "foo.py", line 3, in <module>
    print "x = %d" % x
NameError: name 'x' is not defined


"
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110702/7029ae3d/attachment.html>

From w.schmoller at gmx.de  Sun Jul  3 12:30:17 2011
From: w.schmoller at gmx.de (Wolfgang Schmoller)
Date: Sun, 03 Jul 2011 12:30:17 +0200
Subject: [Ironpython-users] importing third-party modules
Message-ID: <op.vx1gsr0zv0sy6l@wolfgang-pc>

Hello,

I'm working on a site, where I need to work with python. I have managed to  
configure that, so that I can use python instead of Javascript. Now, I  
need to import a third-party module (nltk - http://www.nltk.org/). I  
installed it in the commandline-version of IronPython and am able to  
import it with ipy. But I can't import it in the web application. I have  
tried to work with sys.path.append("path\to\nltk"), but the module can't  
be found.

I use python via the <script>-tag.

Best regards
Wolfgang Schmoller

From davew252 at tx.rr.com  Sun Jul  3 15:32:37 2011
From: davew252 at tx.rr.com (Dave Wald)
Date: Sun, 03 Jul 2011 08:32:37 -0500
Subject: [Ironpython-users] importing third-party modules
In-Reply-To: <op.vx1gsr0zv0sy6l@wolfgang-pc>
References: <op.vx1gsr0zv0sy6l@wolfgang-pc>
Message-ID: <4E106F75.8070900@tx.rr.com>

On 7/3/2011 5:30 AM, Wolfgang Schmoller wrote:
> Hello,
>
> I'm working on a site, where I need to work with python. I have 
> managed to configure that, so that I can use python instead of 
> Javascript. Now, I need to import a third-party module (nltk - 
> http://www.nltk.org/). I installed it in the commandline-version of 
> IronPython and am able to import it with ipy. But I can't import it in 
> the web application. I have tried to work with 
> sys.path.append("path\to\nltk"), but the module can't be found.
>
> I use python via the <script>-tag.
>
> Best regards
> Wolfgang Schmoller
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>

Wolfgang,
Sounds like a permissions issue under your web server, which I'm 
assuming is IIS. You didn't mention any implementation particulars.
I would check that the account the process is running under has specific 
permissions on the NLTK install folder.
I'm pretty sure that would cause an import error.

Best,
Dave

From jschementi at gmail.com  Sun Jul  3 17:19:08 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Sun, 3 Jul 2011 11:19:08 -0400
Subject: [Ironpython-users] importing third-party modules
In-Reply-To: <4E106F75.8070900@tx.rr.com>
References: <op.vx1gsr0zv0sy6l@wolfgang-pc> <4E106F75.8070900@tx.rr.com>
Message-ID: <0E5CF142-0753-4EF1-9FFA-298805BBE186@gmail.com>

On Jul 3, 2011, at 9:32 AM, Dave Wald wrote:
> On 7/3/2011 5:30 AM, Wolfgang Schmoller wrote:
>> Hello,
>> 
>> I'm working on a site, where I need to work with python. I have managed to configure that, so that I can use python instead of Javascript. Now, I need to import a third-party module (nltk - http://www.nltk.org/). I installed it in the commandline-version of IronPython and am able to import it with ipy. But I can't import it in the web application. I have tried to work with sys.path.append("path\to\nltk"), but the module can't be found.
>> 
>> I use python via the <script>-tag.
>> 
>> Best regards
>> Wolfgang Schmoller
> 
> Wolfgang,
> Sounds like a permissions issue under your web server, which I'm assuming is IIS. You didn't mention any implementation particulars.
> I would check that the account the process is running under has specific permissions on the NLTK install folder.
> I'm pretty sure that would cause an import error.
> 
> Best,
> Dave

Wolfgang, sounds like you're referring to browser/silverlight scripting with IronPython? If so, take a look at the documentation: http://ironpython.net/browser/docs.html#zip-files; it shows how to make multi-file python modules available for import.

~Jimmy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110703/d19d071e/attachment.html>

From w.schmoller at gmx.de  Mon Jul  4 00:10:05 2011
From: w.schmoller at gmx.de (Wolfgang Schmoller)
Date: Mon, 04 Jul 2011 00:10:05 +0200
Subject: [Ironpython-users] importing third-party modules
In-Reply-To: <0E5CF142-0753-4EF1-9FFA-298805BBE186@gmail.com>
References: <op.vx1gsr0zv0sy6l@wolfgang-pc> <4E106F75.8070900@tx.rr.com>
	<0E5CF142-0753-4EF1-9FFA-298805BBE186@gmail.com>
Message-ID: <op.vx2c63u2v0sy6l@wolfgang-pc>

Thank you for your very quick reply!

The site is actually run under an Apache Server, everything on one local  
computer. Should I better take an IIS?

I zipped the nltk-Folder from the site-packages directory, copied it to  
the htdocs directory and included the zips as suggested, but it didn't  
help.

The relevant passages of the html-code:
<script type="text/javascript">
     window.DLR = {
         path: 'dlr',
         settings : {console : true}
     }
</script>
<script src="dlr/dlr-20100305.js" type="text/javascript">
</script>

<script type="application/x-zip-compressed" src="nltk.zip"></script>
<script type="application/python" src="code.py"></script>

The logs just say, that no favicon was found and I tend to doubt, that  
this is the problem...;-)

Best regards
Wolfgang

Am 03.07.2011, 17:19 Uhr, schrieb Jimmy Schementi <jschementi at gmail.com>:

> On Jul 3, 2011, at 9:32 AM, Dave Wald wrote:
>> On 7/3/2011 5:30 AM, Wolfgang Schmoller wrote:
>>> Hello,
>>>
>>> I'm working on a site, where I need to work with python. I have  
>>> managed to configure that, so that I can use python instead of  
>>> Javascript. Now, I need to import a third-party module (nltk -  
>>> http://www.nltk.org/). I installed it in the commandline-version of  
>>> IronPython and am able to import it with ipy. But I can't import it in  
>>> the web application. I have tried to work with  
>>> sys.path.append("path\to\nltk"), but the module can't be found.
>>>
>>> I use python via the <script>-tag.
>>>
>>> Best regards
>>> Wolfgang Schmoller
>>
>> Wolfgang,
>> Sounds like a permissions issue under your web server, which I'm  
>> assuming is IIS. You didn't mention any implementation particulars.
>> I would check that the account the process is running under has  
>> specific permissions on the NLTK install folder.
>> I'm pretty sure that would cause an import error.
>>
>> Best,
>> Dave
>
> Wolfgang, sounds like you're referring to browser/silverlight scripting  
> with IronPython? If so, take a look at the documentation:  
> http://ironpython.net/browser/docs.html#zip-files; it shows how to make  
> multi-file python modules available for import.
>
> ~Jimmy

From no_reply at codeplex.com  Mon Jul  4 11:29:06 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 4 Jul 2011 02:29:06 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/3/2011
Message-ID: <CO1MSFTVADM02YP0QzB000b1484@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New comment] Scope is not remembered after an import

----------------------------------------------

ISSUES

1. [New comment] Scope is not remembered after an import
http://ironpython.codeplex.com/workitem/30955
User MarkusSchaber has commented on the issue:

"We had the same problem when embedding IronPython into CoDeSys. But this is how python works, so it cannot be changed by IronPython without breaking compatibility to 95% of all Python code around.

Our Solution was to use Python.CreateModule(engine, "scriptengine") to create a module. We then injected our C# objects into that module, and emulated an "from ... import *" by copying all scope members to the script scope on script startup. This allows imported modules to simply do "import scriptengine" and then access our injected C# objectes, without destroying the scope rules for ordinary python code."
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110704/8a68728a/attachment.html>

From Dave at MVCalypso.com  Sun Jul  3 17:25:18 2011
From: Dave at MVCalypso.com (David Bagby)
Date: Sun, 03 Jul 2011 08:25:18 -0700
Subject: [Ironpython-users] Undesired Side Effects of sending digests to the
	list as emails
In-Reply-To: <mailman.31.1309687202.5274.ironpython-users@python.org>
References: <mailman.31.1309687202.5274.ironpython-users@python.org>
Message-ID: <4E1089DE.2000707@MVCalypso.com>

Hi List,

I've been reading the list for a couple of months as part of an effort 
to learn more about Iron Python.

I thought I'd speak up about the recent decision to start sending the 
list daily digest to the list (as an email)....
I rather dislike the side effect of this and wanted to explain why... 
turning this option on has created a recursive problem.

If a list subscriber gets the list content as individual emails, the 
digest is just one more email they get -

However, if you choose to get the list email as a daily digest (as I 
do), sending the digest as an email to the list causes the digest to be 
inserted into the daily digest email.... and that makes for a very hard 
to read digest.
It also effectively doubles content of the digest (as today's digest 
ends up including an email from yesterday which is all of the prior 
day's  digest). This is ugly enough when you get daily digests, I hate 
to think about what this would look like if one opted for weekly digests 
instead of daily (I don't remember if this list offers weekly digests, 
some other lists I subscribe to do).

When someone then replies to an email and does not trim the quoted 
reply... well, at that point the you have a pretty massive amount of 
text within which it is darn near impossible to find the "new" content.

Now think about trying to read that on a typical mobile device (as I 
often do on my android phone)..... one ends up having to scroll thru 
pages and pages of useless text.

The net effect for me is that this recent change to the list has made 
reading the list painful enough that I've found myself just deleting the 
list emails instead of reading them. :-(

So, just in case anyone is counting raised hands, mine is up for "please 
turn this digest is sent to the list option back off".

Dave


From jschementi at gmail.com  Mon Jul  4 18:39:19 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Mon, 4 Jul 2011 12:39:19 -0400
Subject: [Ironpython-users] Undesired Side Effects of sending digests to
	the list as emails
In-Reply-To: <4E1089DE.2000707@MVCalypso.com>
References: <mailman.31.1309687202.5274.ironpython-users@python.org>
	<4E1089DE.2000707@MVCalypso.com>
Message-ID: <AA62B4BC-24A6-4F01-A58E-772764199D1D@gmail.com>

Dave,

The digest is not of this list, it's of the Codeplex issues activity, and here's the previous thread on the topic: http://mail.python.org/pipermail/ironpython-users/2011-June/015003.html

~Jimmy


On Jul 3, 2011, at 11:25 AM, David Bagby <Dave at MVCalypso.com> wrote:

> Hi List,
> 
> I've been reading the list for a couple of months as part of an effort to learn more about Iron Python.
> 
> I thought I'd speak up about the recent decision to start sending the list daily digest to the list (as an email)....
> I rather dislike the side effect of this and wanted to explain why... turning this option on has created a recursive problem.
> 
> If a list subscriber gets the list content as individual emails, the digest is just one more email they get -
> 
> However, if you choose to get the list email as a daily digest (as I do), sending the digest as an email to the list causes the digest to be inserted into the daily digest email.... and that makes for a very hard to read digest.
> It also effectively doubles content of the digest (as today's digest ends up including an email from yesterday which is all of the prior day's  digest). This is ugly enough when you get daily digests, I hate to think about what this would look like if one opted for weekly digests instead of daily (I don't remember if this list offers weekly digests, some other lists I subscribe to do).
> 
> When someone then replies to an email and does not trim the quoted reply... well, at that point the you have a pretty massive amount of text within which it is darn near impossible to find the "new" content.
> 
> Now think about trying to read that on a typical mobile device (as I often do on my android phone)..... one ends up having to scroll thru pages and pages of useless text.
> 
> The net effect for me is that this recent change to the list has made reading the list painful enough that I've found myself just deleting the list emails instead of reading them. :-(
> 
> So, just in case anyone is counting raised hands, mine is up for "please turn this digest is sent to the list option back off".
> 
> Dave
> 
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110704/e834eb56/attachment.html>

From danielj at arena.net  Mon Jul  4 19:07:05 2011
From: danielj at arena.net (Daniel Jennings)
Date: Mon, 4 Jul 2011 10:07:05 -0700
Subject: [Ironpython-users] Undesired Side Effects of sending digests
	to	the list as emails
Message-ID: <f3s7vlg0kuu8ogq0ug9alxbd.1309799075317@email.android.com>

I think his point was that even though receiving the Codeplex summary may be in a usable (or ignorable) format when following this distribution normally, if you follow this mailing list by receiving a daily digest instead of traditionally receiving one email per post, it severely impacts the usability of the mailing list daily digest email.

Jimmy Schementi <jschementi at gmail.com> wrote:



Dave,

The digest is not of this list, it's of the Codeplex issues activity, and here's the previous thread on the topic: <http://mail.python.org/pipermail/ironpython-users/2011-June/015003.html> http://mail.python.org/pipermail/ironpython-users/2011-June/015003.html

~Jimmy


On Jul 3, 2011, at 11:25 AM, David Bagby <Dave at MVCalypso.com<mailto:Dave at MVCalypso.com>> wrote:

Hi List,

I've been reading the list for a couple of months as part of an effort to learn more about Iron Python.

I thought I'd speak up about the recent decision to start sending the list daily digest to the list (as an email)....
I rather dislike the side effect of this and wanted to explain why... turning this option on has created a recursive problem.

If a list subscriber gets the list content as individual emails, the digest is just one more email they get -

However, if you choose to get the list email as a daily digest (as I do), sending the digest as an email to the list causes the digest to be inserted into the daily digest email.... and that makes for a very hard to read digest.
It also effectively doubles content of the digest (as today's digest ends up including an email from yesterday which is all of the prior day's  digest). This is ugly enough when you get daily digests, I hate to think about what this would look like if one opted for weekly digests instead of daily (I don't remember if this list offers weekly digests, some other lists I subscribe to do).

When someone then replies to an email and does not trim the quoted reply... well, at that point the you have a pretty massive amount of text within which it is darn near impossible to find the "new" content.

Now think about trying to read that on a typical mobile device (as I often do on my android phone)..... one ends up having to scroll thru pages and pages of useless text.

The net effect for me is that this recent change to the list has made reading the list painful enough that I've found myself just deleting the list emails instead of reading them. :-(

So, just in case anyone is counting raised hands, mine is up for "please turn this digest is sent to the list option back off".

Dave

_______________________________________________
Ironpython-users mailing list
Ironpython-users at python.org<mailto:Ironpython-users at python.org>
http://mail.python.org/mailman/listinfo/ironpython-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110704/6b9f8db1/attachment.html>

From slide.o.mix at gmail.com  Mon Jul  4 19:28:20 2011
From: slide.o.mix at gmail.com (Slide)
Date: Mon, 4 Jul 2011 10:28:20 -0700
Subject: [Ironpython-users] Undesired Side Effects of sending digests to
 the list as emails
In-Reply-To: <4E1089DE.2000707@MVCalypso.com>
References: <mailman.31.1309687202.5274.ironpython-users@python.org>
	<4E1089DE.2000707@MVCalypso.com>
Message-ID: <CAPiUgVeQL3Rpv_hG258zFnRqODMYpZ3fqTUGNWMHhqzOq8dFLg@mail.gmail.com>

The daily digest is just the digest of the bug tracker for the day, not the
normal messages.
On Jul 4, 2011 9:22 AM, "David Bagby" <Dave at mvcalypso.com> wrote:
> Hi List,
>
> I've been reading the list for a couple of months as part of an effort
> to learn more about Iron Python.
>
> I thought I'd speak up about the recent decision to start sending the
> list daily digest to the list (as an email)....
> I rather dislike the side effect of this and wanted to explain why...
> turning this option on has created a recursive problem.
>
> If a list subscriber gets the list content as individual emails, the
> digest is just one more email they get -
>
> However, if you choose to get the list email as a daily digest (as I
> do), sending the digest as an email to the list causes the digest to be
> inserted into the daily digest email.... and that makes for a very hard
> to read digest.
> It also effectively doubles content of the digest (as today's digest
> ends up including an email from yesterday which is all of the prior
> day's digest). This is ugly enough when you get daily digests, I hate
> to think about what this would look like if one opted for weekly digests
> instead of daily (I don't remember if this list offers weekly digests,
> some other lists I subscribe to do).
>
> When someone then replies to an email and does not trim the quoted
> reply... well, at that point the you have a pretty massive amount of
> text within which it is darn near impossible to find the "new" content.
>
> Now think about trying to read that on a typical mobile device (as I
> often do on my android phone)..... one ends up having to scroll thru
> pages and pages of useless text.
>
> The net effect for me is that this recent change to the list has made
> reading the list painful enough that I've found myself just deleting the
> list emails instead of reading them. :-(
>
> So, just in case anyone is counting raised hands, mine is up for "please
> turn this digest is sent to the list option back off".
>
> Dave
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110704/69a5e51c/attachment.html>

From abubakarm at gmail.com  Mon Jul  4 22:24:01 2011
From: abubakarm at gmail.com (Abubakar)
Date: Tue, 5 Jul 2011 01:24:01 +0500
Subject: [Ironpython-users] Undesired Side Effects of sending digests to
 the list as emails
In-Reply-To: <CAPiUgVeQL3Rpv_hG258zFnRqODMYpZ3fqTUGNWMHhqzOq8dFLg@mail.gmail.com>
References: <mailman.31.1309687202.5274.ironpython-users@python.org>
	<4E1089DE.2000707@MVCalypso.com>
	<CAPiUgVeQL3Rpv_hG258zFnRqODMYpZ3fqTUGNWMHhqzOq8dFLg@mail.gmail.com>
Message-ID: <CALUPi-+1WkN9eizMVgacoSevnvmAvLLLpagqdTvA=v3CcK3aCg@mail.gmail.com>

oh .. i was just about to say that if nothing else works then use gmail
filters to redirect it to the trash :D .. but i just noticed your email
address is of the form *mycalypso.com .. I dont know if they have such cool
filters. Always use gmail <3

On Mon, Jul 4, 2011 at 10:28 PM, Slide <slide.o.mix at gmail.com> wrote:

> The daily digest is just the digest of the bug tracker for the day, not the
> normal messages.
> On Jul 4, 2011 9:22 AM, "David Bagby" <Dave at mvcalypso.com> wrote:
> > Hi List,
> >
> > I've been reading the list for a couple of months as part of an effort
> > to learn more about Iron Python.
> >
> > I thought I'd speak up about the recent decision to start sending the
> > list daily digest to the list (as an email)....
> > I rather dislike the side effect of this and wanted to explain why...
> > turning this option on has created a recursive problem.
> >
> > If a list subscriber gets the list content as individual emails, the
> > digest is just one more email they get -
> >
> > However, if you choose to get the list email as a daily digest (as I
> > do), sending the digest as an email to the list causes the digest to be
> > inserted into the daily digest email.... and that makes for a very hard
> > to read digest.
> > It also effectively doubles content of the digest (as today's digest
> > ends up including an email from yesterday which is all of the prior
> > day's digest). This is ugly enough when you get daily digests, I hate
> > to think about what this would look like if one opted for weekly digests
> > instead of daily (I don't remember if this list offers weekly digests,
> > some other lists I subscribe to do).
> >
> > When someone then replies to an email and does not trim the quoted
> > reply... well, at that point the you have a pretty massive amount of
> > text within which it is darn near impossible to find the "new" content.
> >
> > Now think about trying to read that on a typical mobile device (as I
> > often do on my android phone)..... one ends up having to scroll thru
> > pages and pages of useless text.
> >
> > The net effect for me is that this recent change to the list has made
> > reading the list painful enough that I've found myself just deleting the
> > list emails instead of reading them. :-(
> >
> > So, just in case anyone is counting raised hands, mine is up for "please
> > turn this digest is sent to the list option back off".
> >
> > Dave
> >
> > _______________________________________________
> > Ironpython-users mailing list
> > Ironpython-users at python.org
> > http://mail.python.org/mailman/listinfo/ironpython-users
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110705/86bf81b8/attachment.html>

From m.schaber at 3s-software.com  Tue Jul  5 08:16:06 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Tue, 5 Jul 2011 08:16:06 +0200
Subject: [Ironpython-users] Assembly references: file does not exist?
In-Reply-To: <1BD88FDBEB33C748914B20AA5E8CC6CB791D54332D@AUSP01VMBX05.collaborationhost.net>
References: <1BD88FDBEB33C748914B20AA5E8CC6CB791CAA32B4@AUSP01VMBX05.collaborationhost.net><BANLkTikKbq_iUTTR97W=4scg6dBXZt5Uhw@mail.gmail.com><1BD88FDBEB33C748914B20AA5E8CC6CB791CAA3345@AUSP01VMBX05.collaborationhost.net><BANLkTinSdMhzq5eYMER7BAWFhN7dEjDfQw@mail.gmail.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54329F@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E646@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A2@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E650@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E67F@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432B4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E6C1@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54332D@AUSP01VMBX05.collaborationhost.net>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480308ED49@server02.in.3s-software.com>

Hi, Dave,

You wrote:

> ILSpy loads my assembly dll just fine.? As does a C# app.?? Only ipy.exe complains about an error.

> I think the missing file error is bogus and something else is going on.?But I'm not sure what. Hopefully the below code and output will explain the situation better than English verbiage. Note that I verify the file actually exists very earlier in the script!

Did you solve your problem yet?

If not, could you try the following: Try to load the assembly using one of the static methods here: http://msdn.microsoft.com/de-de/library/system.reflection.assembly.aspx

(You can do "from System.Reflection import Assembly" and then call the methods using "Assembly.Load(...)").

If it works usingLoad, LoadFile, LoadFrom or LoadWithPartialName, then we know it might be some IronPython specific problem (and you can pass the loaded Assembly object to AddReference as a workaround).

If it does not work using one of those methods, then the problem is not IronPython specific, but more generic (e. G. path resolving). Then it may be interesting to know the results of ReflectionOnlyLoad and UnsafeLoadFrom.


Best regards

Markus Schaber


From w.schmoller at gmx.de  Tue Jul  5 11:31:21 2011
From: w.schmoller at gmx.de (Wolfgang Schmoller)
Date: Tue, 05 Jul 2011 11:31:21 +0200
Subject: [Ironpython-users] get/set cursor position in HTML
Message-ID: <op.vx43ejdyv0sy6l@wolfgang-pc>

Hello,

is it possible to get/set the cursor position with python from an  
HTML-page like in Javascript with the selection-methods?

Best regards
Wolfgang

From no_reply at codeplex.com  Tue Jul  5 12:23:15 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 5 Jul 2011 03:23:15 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/4/2011
Message-ID: <CO1MSFTVADM02OSleFh000b2a95@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New comment] Scope is not remembered after an import
2. [New comment] Feature request: implement PYTHONINSPECT env var support

----------------------------------------------

ISSUES

1. [New comment] Scope is not remembered after an import
http://ironpython.codeplex.com/workitem/30955
User WimVanLoocke has commented on the issue:

"Hi Markus,


thanks for you comment, i will try it out

Kind regards,

Wim"-----------------

2. [New comment] Feature request: implement PYTHONINSPECT env var support
http://ironpython.codeplex.com/workitem/28776
User fdanny has commented on the issue:

"I wanted to contribute and start small. I notice this one and seem straight forward and still open for 2.7.1. I wrote the code a little different from shadowfged in the PythonCommonLine class 
procted override int Run() 
{
    //... Existing code

     // Equivalent to -i command line option
            string inspectLine = Environment.GetEnvironmentVariable("IRONPYTHONINSPECT");
            if (inspectLine != null)
                Options.Introspection = true;

            return base.Run();
}

I simply just set the Option.Introspection to true if the EnviromentVariable exists.  If the -i was included in the arguments I would just set this Introspection to true again, if I figure not a big deal. 

I wanted to get feedback on this. I wasn't sure if I should put this code in the section of the code or the PythonCommandLine.Initialize method. 

Thanks"
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110705/374d5573/attachment.html>

From dpeterson at broadwaytechnology.com  Tue Jul  5 12:33:53 2011
From: dpeterson at broadwaytechnology.com (Dave Peterson)
Date: Tue, 5 Jul 2011 05:33:53 -0500
Subject: [Ironpython-users] Assembly references: file does not exist?
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480308ED49@server02.in.3s-software.com>
References: <1BD88FDBEB33C748914B20AA5E8CC6CB791CAA32B4@AUSP01VMBX05.collaborationhost.net><BANLkTikKbq_iUTTR97W=4scg6dBXZt5Uhw@mail.gmail.com><1BD88FDBEB33C748914B20AA5E8CC6CB791CAA3345@AUSP01VMBX05.collaborationhost.net><BANLkTinSdMhzq5eYMER7BAWFhN7dEjDfQw@mail.gmail.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54329F@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E646@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A2@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E650@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E67F@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432B4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E6C1@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54332D@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308ED49@server02.in.3s-software.com>
Message-ID: <1BD88FDBEB33C748914B20AA5E8CC6CB791D5439F2@AUSP01VMBX05.collaborationhost.net>

Hi Markus,

> Did you solve your problem yet?
>
> If not, could you try the following: Try to load the assembly using one of the static
> methods here: http://msdn.microsoft.com/de-de/library/system.reflection.assembly.aspx
>
> (You can do "from System.Reflection import Assembly" and then call the methods using
> "Assembly.Load(...)").

No, the problem isn't solved. I haven't had time to pursue it further as I had deadlines that forced me to do the task by writing C#.  However, your suggestion makes great sense and I will try to find time today to give it a shot.

-- Dave

P.S. I apologize for keeping full history in my earlier replies to the group.  I see that doing this spawned complaints about daily / weekly digests being hard to read, so I'll not do that anymore.



From chaim at chaim.com  Tue Jul  5 15:59:04 2011
From: chaim at chaim.com (Chaim Krause)
Date: Tue, 05 Jul 2011 08:59:04 -0500
Subject: [Ironpython-users] Using pyc.py get import error on minimal WPF app
Message-ID: <4E1318A8.2000805@chaim.com>

Runs fine in IronPython IDE /Visual Studio 2010, but...

Using minimal code:

import wpf

from System.Windows import Application, Window

class MyWindow(Window):
     def __init__(self):
         wpf.LoadComponent(self, 'WpfApplication1.xaml')


if __name__ == '__main__':
     Application().Run(MyWindow())

Compiling using pyc.py and attempting to run resulting EXE I get an 
error in windows' application event log

Application: WpfApplication1.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: IronPython.Runtime.Exceptions.ImportException
Stack:
    at 
Microsoft.Scripting.Interpreter.Interpreter.Run(Microsoft.Scripting.Interpreter.InterpretedFrame)
    at Microsoft.Scripting.Interpreter.LightLambda.Run8[[System.__Canon, 
mscorlib, Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.Int32, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089]](System.__Canon, System.__Canon, 
System.__Canon, System.__Canon, System.__Canon, System.__Canon, 
System.__Canon, Int32)
    at System.Dynamic.UpdateDelegates.UpdateAndExecute7[[System.__Canon, 
mscorlib, Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.Int32, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089]](System.Runtime.CompilerServices.CallSite, 
System.__Canon, System.__Canon, System.__Canon, System.__Canon, 
System.__Canon, System.__Canon, Int32)
    at 
IronPython.Runtime.Importer.ImportLightThrow(IronPython.Runtime.CodeContext, 
System.String, IronPython.Runtime.PythonTuple, Int32)
    at 
IronPython.Runtime.Operations.PythonOps.InitializeModule(System.Reflection.Assembly, 
System.String, System.String[])
    at PythonMain.Main()


From jschementi at gmail.com  Tue Jul  5 16:28:14 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Tue, 5 Jul 2011 10:28:14 -0400
Subject: [Ironpython-users] get/set cursor position in HTML
In-Reply-To: <op.vx43ejdyv0sy6l@wolfgang-pc>
References: <op.vx43ejdyv0sy6l@wolfgang-pc>
Message-ID: <401D4CE1-F1F6-45C4-A983-1CC30D301C6F@gmail.com>

The usual document and window variables are available in Python files which are executed via script tags; imported modules do not have those variables set. 

See http://www.ironpython.net/browser/docs.html#interacting-with-markup

FYI, document.selection is an IE-only feature. 


~Jimmy


On Jul 5, 2011, at 5:31 AM, "Wolfgang Schmoller" <w.schmoller at gmx.de> wrote:

> Hello,
> 
> is it possible to get/set the cursor position with python from an HTML-page like in Javascript with the selection-methods?
> 
> Best regards
> Wolfgang
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users


From fumalik at rim.com  Tue Jul  5 16:55:57 2011
From: fumalik at rim.com (Furqan Malik)
Date: Tue, 5 Jul 2011 10:55:57 -0400
Subject: [Ironpython-users] [IronPython] UI Automation: Wrong values for
	ControlType, 
In-Reply-To: <F31DF5A934221A41A4DA4980F2EC2A871F6C6FD2@XCH104CNC.rim.net>
References: <F31DF5A934221A41A4DA4980F2EC2A871F6C6FD2@XCH104CNC.rim.net>
Message-ID: <0FDED3E3C556D540A95AFB116FF6A83903FB450AA5@XCH104CNC.rim.net>


Hi yngipy hernan,

I am not sure if you still in this email list.
I was reading the blog here http://lists.ironpython.com/pipermail/users-ironpython.com/2010-June/013094.html regarding using AutomationElement class fork ironpython.
My quick question to you is that what is the name of the C# lib that we need to add in order to make AutomationElement work for ironpython.
Anyone?




---------------------------------------------------------------------
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110705/c79bdee0/attachment.html>

From jdhardy at gmail.com  Tue Jul  5 17:54:36 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 5 Jul 2011 08:54:36 -0700
Subject: [Ironpython-users] SQLite3
In-Reply-To: <1309555448.1775.23.camel@steve-EP35C-DS3R>
References: <1309209989.2017.9.camel@steve-EP35C-DS3R>
	<BANLkTik1xxxCt0w7QB6yi_5S5YdOTo1yeQ@mail.gmail.com>
	<1309402834.2765.3.camel@steve-EP35C-DS3R>
	<BANLkTikMsJSy43JK8HJs-w5CYP15hc8aMw@mail.gmail.com>
	<1309481371.11089.2.camel@steve-EP35C-DS3R>
	<1309555448.1775.23.camel@steve-EP35C-DS3R>
Message-ID: <CAF7AXFFLizOj2OQE_47MWy7wvWHGftmWXEP_fj-HDH55noNjQQ@mail.gmail.com>

On Fri, Jul 1, 2011 at 2:24 PM, Steve Baugh <stephen.baugh1 at ntlworld.com> wrote:
> Jeff,
>
> Thank you for doing the updated file. I have downloaded it.
>
> I have got it working but the plot thickens!
>
> I put the new IronPython.SQLite.dll + sqlite3.dll into the DLLs
> directory.
> Doing import sqlite3 gave the _sqlite3 not found error.
> I then put a copy of the dll in the same directory as ipy64.exe so it
> was on the path, then started ipy64.exe by double clicking the file (if
> you start it through the Start Menu the path isn't right).
> after import clr and clr.AddReference("IronPython.SQLite")
> I could then import sqlite3 correctly.
>
> So this seems OK except that it did not automatically add the reference
> by putting it in the DLLs directory.

That's odd. I'll have to look into what's going on there.

>
> I then tried to get things going under SharpDevelop,
> after a lot of experiment I found that I had to put the dll and the
> sqlite3 directory in
> \Program Files (x86)\SharpDevelop\4.0\AddIns\BackendBindings
> \PythonBinding
>
> I could then add the reference but got _sqlite3 not found again.
>
> I found eventually that the version ID of the SharpDevelop
> IronPython.dll is 2.6.1008.2 whilst the IronPython 2.7 distribution is
> 2.7.0.40
>
> So I then put the OLD dll in THIS directory (I still had a copy) and
> things then started to work through the IDE!

Makes sense, if SharpDevelop still embeds 2.6.

> BTW do I need sqlite3.dll as well?

Nope. IronPython.Sqlite uses the csharp-sqlite library
(http://code.google.com/p/csharp-sqlite/) so it doesn't depend on
native code at all.

- Jeff


>
> Thanks
>
> Steve
>
>
> On Fri, 2011-07-01 at 01:49 +0100, Steve Baugh wrote:
>> Thanks Jeff,
>>
>> I will try it soon,
>>
>> Steve
>>
>> On Wed, 2011-06-29 at 21:00 -0700, Jeff Hardy wrote:
>> > Hi Steve,
>> > Please download a new copy of the file. The old one was built against
>> > a beta version of IronPython 2.7. It works in my quick testing.
>> >
>> > - Jeff
>> >
>> > On Wed, Jun 29, 2011 at 8:00 PM, Steve Baugh
>> > <stephen.baugh1 at ntlworld.com> wrote:
>> > >
>> > > Jeff,
>> > >
>> > > Thank you for your reply.
>> > >
>> > > I have downloaded
>> > >
>> > > IronPython.SQLite-2.7.0_ipy-2.7_clr-v4.0.zip
>> > >
>> > > but can't make it work.
>> > >
>> > > I have put the IronPython.SQLite.dll in the DLLs folder and put the
>> > > sqlite3 folder under Lib.
>> > >
>> > > When I try:
>> > >
>> > > import sqlite3
>> > >
>> > > in either ipy or ipy64 I get:
>> > >
>> > > ImportError: No module named _sqlite3
>> > >
>> > > I have put copies of sqlite.dll in both the IronPython 2.7 folder and
>> > > the DLLs folder.
>> > >
>> > > When I import clr and try clr.AddReference("IronPython.SQLite") it seems
>> > > to add the refrence (when the default path is right) but I still get the
>> > > No module named _sqlite3 error with an import statement.
>> > >
>> > > The IronPython 2.7 installed to Program Files (x86) as it is a 64 bit
>> > > system. I have also tried with with a Win XP 32 bit system.
>> > >
>> > > I am encouraged that you said it should work, but I seem to be doing
>> > > something wrong....
>> > >
>> > > Steve
>> > > On Wed, 2011-06-29 at 09:33 -0700, Jeff Hardy wrote:
>> > >> You should be able to use IronPython.SQLite
>> > >> (https://bitbucket.org/jdhardy/ironpython.sqlite/). There's a
>> > >> 2.7-compatible build on the downloads page. It's not 100% compatible
>> > >> with CPython sqlite, but it's pretty darn close.
>> > >>
>> > >> - Jeff
>> > >>
>> > >> On Mon, Jun 27, 2011 at 2:26 PM, Steve Baugh
>> > >> <stephen.baugh1 at ntlworld.com> wrote:
>> > >> > I am trying to port a Linux Python program to IronPython and WPF. This
>> > >> > program makes use of sqlite3. I am not trying to use data aware contols,
>> > >> > I just want to issue SQL commands and get the results from SELECT
>> > >> > statements.
>> > >> >
>> > >> > I have been getting conflicting, and in some cases contradictory,
>> > >> > information from my web searches.
>> > >> >
>> > >> > Has anyone done this with IronPython 2.7 on .NET 4? I am am using
>> > >> > SharpStudio in Windows 7 64 bit (but I am not trying to build a 64 bit
>> > >> > application).
>> > >> >
>> > >> > Thanks,
>> > >> >
>> > >> > Steve
>> > >> >
>> > >> > _______________________________________________
>> > >> > Ironpython-users mailing list
>> > >> > Ironpython-users at python.org
>> > >> > http://mail.python.org/mailman/listinfo/ironpython-users
>> > >> >
>> > >
>> > >
>> > >
>>
>>
>
>
>

From jdhardy at gmail.com  Tue Jul  5 18:16:01 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 5 Jul 2011 09:16:01 -0700
Subject: [Ironpython-users] Undesired Side Effects of sending digests to
 the list as emails
In-Reply-To: <4E1089DE.2000707@MVCalypso.com>
References: <mailman.31.1309687202.5274.ironpython-users@python.org>
	<4E1089DE.2000707@MVCalypso.com>
Message-ID: <CAF7AXFFKnr_qzsE-getX+R5G0ow0LfxnKAR2eVmPe3oPbf_JFw@mail.gmail.com>

Hi Dave,
Can you forward me one of your digest emails (directly, not to the
list) so that I can see them? The (poorly-named) digests sent to the
list are supposed to just be an issue tracker summary (which, sadly,
Codeplex gives very limited options for), and not the digest of the
list itself.

If you're getting the list digest included your digest emails, then
there's another issue that needs to be dealt with. There was an issue
last week with digest processing that caused them to get sent
repeatedly, but that should have been resolved.

Even in the digest emails I didn't think the issue roll-ups were that
large, so there might be another issue at play here.

- Jeff

On Sun, Jul 3, 2011 at 8:25 AM, David Bagby <Dave at mvcalypso.com> wrote:
> Hi List,
>
> I've been reading the list for a couple of months as part of an effort to
> learn more about Iron Python.
>
> I thought I'd speak up about the recent decision to start sending the list
> daily digest to the list (as an email)....
> I rather dislike the side effect of this and wanted to explain why...
> turning this option on has created a recursive problem.
>
> If a list subscriber gets the list content as individual emails, the digest
> is just one more email they get -
>
> However, if you choose to get the list email as a daily digest (as I do),
> sending the digest as an email to the list causes the digest to be inserted
> into the daily digest email.... and that makes for a very hard to read
> digest.
> It also effectively doubles content of the digest (as today's digest ends up
> including an email from yesterday which is all of the prior day's ?digest).
> This is ugly enough when you get daily digests, I hate to think about what
> this would look like if one opted for weekly digests instead of daily (I
> don't remember if this list offers weekly digests, some other lists I
> subscribe to do).
>
> When someone then replies to an email and does not trim the quoted reply...
> well, at that point the you have a pretty massive amount of text within
> which it is darn near impossible to find the "new" content.
>
> Now think about trying to read that on a typical mobile device (as I often
> do on my android phone)..... one ends up having to scroll thru pages and
> pages of useless text.
>
> The net effect for me is that this recent change to the list has made
> reading the list painful enough that I've found myself just deleting the
> list emails instead of reading them. :-(
>
> So, just in case anyone is counting raised hands, mine is up for "please
> turn this digest is sent to the list option back off".
>
> Dave
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>

From jdhardy at gmail.com  Tue Jul  5 18:21:48 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 5 Jul 2011 09:21:48 -0700
Subject: [Ironpython-users] Using pyc.py get import error on minimal WPF
	app
In-Reply-To: <4E1318A8.2000805@chaim.com>
References: <4E1318A8.2000805@chaim.com>
Message-ID: <CAF7AXFHYmqo8VDFru1oU_bQoMFnmoqG3YJDpGXdZQR9ZJGWH9w@mail.gmail.com>

Hi Chaim,
My guess is that it can't find the wpf module - which, in 2.7 at
least, is IronPython.Wpf.dll. You'll probably need to put that file
(from the DLLs directory of IronPython) into the same folder as your
.exe.

- Jeff

On Tue, Jul 5, 2011 at 6:59 AM, Chaim Krause <chaim at chaim.com> wrote:
> Runs fine in IronPython IDE /Visual Studio 2010, but...
>
> Using minimal code:
>
> import wpf
>
> from System.Windows import Application, Window
>
> class MyWindow(Window):
> ? ?def __init__(self):
> ? ? ? ?wpf.LoadComponent(self, 'WpfApplication1.xaml')
>
>
> if __name__ == '__main__':
> ? ?Application().Run(MyWindow()
>
> Compiling using pyc.py and attempting to run resulting EXE I get an error in
> windows' application event log
>
> Application: WpfApplication1.exe
> Framework Version: v4.0.30319
> Description: The process was terminated due to an unhandled exception.
> Exception Info: IronPython.Runtime.Exceptions.ImportException
> Stack:
> ? at
> Microsoft.Scripting.Interpreter.Interpreter.Run(Microsoft.Scripting.Interpreter.InterpretedFrame)
> ? at Microsoft.Scripting.Interpreter.LightLambda.Run8[[System.__Canon,
> mscorlib, Version=4.0.0.0, Culture=neutral,
> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib,
> Version=4.0.0.0, Culture=neutral,
> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib,
> Version=4.0.0.0, Culture=neutral,
> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib,
> Version=4.0.0.0, Culture=neutral,
> PublicKeyToken=b77a5c561934e089],[System.Int32, mscorlib, Version=4.0.0.0,
> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib,
> Version=4.0.0.0, Culture=neutral,
> PublicKeyToken=b77a5c561934e089]](System.__Canon, System.__Canon,
> System.__Canon, System.__Canon, System.__Canon, System.__Canon,
> System.__Canon, Int32)
> ? at System.Dynamic.UpdateDelegates.UpdateAndExecute7[[System.__Canon,
> mscorlib, Version=4.0.0.0, Culture=neutral,
> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib,
> Version=4.0.0.0, Culture=neutral,
> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib,
> Version=4.0.0.0, Culture=neutral,
> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.Int32, mscorlib,
> Version=4.0.0.0, Culture=neutral,
> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
> Culture=neutral,
> PublicKeyToken=b77a5c561934e089]](System.Runtime.CompilerServices.CallSite,
> System.__Canon, System.__Canon, System.__Canon, System.__Canon,
> System.__Canon, System.__Canon, Int32)
> ? at
> IronPython.Runtime.Importer.ImportLightThrow(IronPython.Runtime.CodeContext,
> System.String, IronPython.Runtime.PythonTuple, Int32)
> ? at
> IronPython.Runtime.Operations.PythonOps.InitializeModule(System.Reflection.Assembly,
> System.String, System.String[])
> ? at PythonMain.Main()
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>

From chaim at chaim.com  Tue Jul  5 18:38:22 2011
From: chaim at chaim.com (Chaim Krause)
Date: Tue, 05 Jul 2011 11:38:22 -0500
Subject: [Ironpython-users] Using pyc.py get import error on minimal WPF
 app
In-Reply-To: <CAF7AXFHYmqo8VDFru1oU_bQoMFnmoqG3YJDpGXdZQR9ZJGWH9w@mail.gmail.com>
References: <4E1318A8.2000805@chaim.com>
	<CAF7AXFHYmqo8VDFru1oU_bQoMFnmoqG3YJDpGXdZQR9ZJGWH9w@mail.gmail.com>
Message-ID: <4E133DFE.1030004@chaim.com>

I tried that, with no luck.

However, that is the same way I am leaning. Especially if I use 
/target:exe instead of /target:winexe as I then get an exception 
immediately in the console window:

[C:\work\Iron Python Sandbox\WpfApplication1]WpfApplication1.exe

Unhandled Exception: IronPython.Runtime.Exceptions.ImportException: No 
module named wpf
   at Microsoft.Scripting.Runtime.LightExceptions.CheckAndThrow(Object 
value)
   at DLRCachedCode.__main__$1(CodeContext $globalContext, FunctionCode 
$functionCode)
   at IronPython.Compiler.OnDiskScriptCode.Run()
[snip]

On Tuesday, July 05, 2011 11:21:48 AM, Jeff Hardy wrote:
> Hi Chaim,
> My guess is that it can't find the wpf module - which, in 2.7 at
> least, is IronPython.Wpf.dll. You'll probably need to put that file
> (from the DLLs directory of IronPython) into the same folder as your
> .exe.
> 
> - Jeff
> 
> On Tue, Jul 5, 2011 at 6:59 AM, Chaim Krause<chaim at chaim.com>  wrote:
>> Runs fine in IronPython IDE /Visual Stud
io 2010, but...
>>
>> Using minimal code:
>>
>> import wpf
>>
>> from System.Windows import Application, Window
>>
>> class MyWindow(Window):
>>     def __init__(self):
>>         wpf.LoadComponent(self, 'WpfApplication1.xaml')
>>
>>
>> if __name__ == '__main__':
>>     Application().Run(MyWindow()
>>
>> Compiling using pyc.py and attempting to run resulting EXE I get an error in
>> windows' application event log
>>
>> Application: WpfApplication1.exe
>> Framework Version: v4.0.30319
>> Description: The process was terminated due to an unhandled exception.
>> Exception Info: IronPython.Runtime.Exceptions.ImportException
>> Stack:
>>    at
>> Microsoft.Scripting.Interpreter.Interpreter.Run(Microsoft.Scripting.Interpreter.InterpretedFrame)
>>    at Microsoft.Scripting.Interpreter.LightLambda.Run8[[System.__Canon,
>> mscorlib, Version=4.0.0.0, Culture=neutral,
>> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
>> Culture=neutral, PublicKeyToken=b77a5
c561934e089],[System.__Canon, mscorlib,
>> Version=4.0.0.0, Culture=neutral,
>> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
>> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib,
>> Version=4.0.0.0, Culture=neutral,
>> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
>> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib,
>> Version=4.0.0.0, Culture=neutral,
>> PublicKeyToken=b77a5c561934e089],[System.Int32, mscorlib, Version=4.0.0.0,
>> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib,
>> Version=4.0.0.0, Culture=neutral,
>> PublicKeyToken=b77a5c561934e089]](System.__Canon, System.__Canon,
>> System.__Canon, System.__Canon, System.__Canon, System.__Canon,
>> System.__Canon, Int32)
>>    at System.Dynamic.UpdateDelegates.UpdateAndExecute7[[System.__Canon,
>> mscorlib, Version=4.0.0.0, Culture=neutral,
>> PublicKeyToken=b77a5c561934e089],[Sys
tem.__Canon, mscorlib, Version=4.0.0.0,
>> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib,
>> Version=4.0.0.0, Culture=neutral,
>> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
>> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib,
>> Version=4.0.0.0, Culture=neutral,
>> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
>> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.Int32, mscorlib,
>> Version=4.0.0.0, Culture=neutral,
>> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, Version=4.0.0.0,
>> Culture=neutral,
>> PublicKeyToken=b77a5c561934e089]](System.Runtime.CompilerServices.CallSite,
>> System.__Canon, System.__Canon, System.__Canon, System.__Canon,
>> System.__Canon, System.__Canon, Int32)
>>    at
>> IronPython.Runtime.Importer.ImportLightThrow(IronPython.Runtime.CodeContext,
>> System.String, IronPython.Runtime.PythonTuple, Int32)
>>    a
t
>> IronPython.Runtime.Operations.PythonOps.InitializeModule(System.Reflection.Assembly,
>> System.String, System.String[])
>>    at PythonMain.Main()
>>
>> _______________________________________________
>> Ironpython-users mailing list
>> Ironpython-users at python.org
>> http://mail.python.org/mailman/listinfo/ironpython-users
>>

From chaim at chaim.com  Tue Jul  5 19:21:26 2011
From: chaim at chaim.com (Chaim Krause)
Date: Tue, 05 Jul 2011 12:21:26 -0500
Subject: [Ironpython-users] Using pyc.py get import error on minimal WPF
 app
In-Reply-To: <4E133DFE.1030004@chaim.com>
References: <4E1318A8.2000805@chaim.com>
	<CAF7AXFHYmqo8VDFru1oU_bQoMFnmoqG3YJDpGXdZQR9ZJGWH9w@mail.gmail.com>
	<4E133DFE.1030004@chaim.com>
Message-ID: <4E134816.5090506@chaim.com>

If I copy the dll into the same directory as the exe AND modify the 
code to...

import clr
clr.AddReferenceToFileAndPath("IronPython.Wpf.dll")
import  wpf

THEN it works. So, yes. It appears that something is wrong with the 
import.

Has anybody else experienced this with the latest beta?

Can somebody else on the list who hasn't moved to the beta test this 
and see if it is a regression or has existed in prior versions?

With you input I will open/update a bug on this topic.

On Tuesday, July 05, 2011 11:38:22 AM, Chaim Krause wrote:
> I tried that, with no luck.
> 
> However, that is the same way I am leaning. Especially if I use 
> /target:exe instead of /target:winexe as I then get an exception 
> immediately in the console window:
> 
> [C:\work\Iron Python Sandbox\WpfApplication1]WpfApplication1.exe
> 
> Unhandled Exception: IronPython.Runtime.Exceptions.ImportException: No 
> module named wpf
> at Microsoft.Scripting.Runtime.LightExceptions.CheckAndThrow(Object value)

> at DLRCachedCode.__main__$1(CodeContext $globalContext, FunctionCode 
> $functionCode)
> at IronPython.Compiler.OnDiskScriptCode.Run()
> [snip]
> 
> On Tuesday, July 05, 2011 11:21:48 AM, Jeff Hardy wrote:
>> Hi Chaim,
>> My guess is that it can't find the wpf module - which, in 2.7 at
>> least, is IronPython.Wpf.dll. You'll probably need to put that file
>> (from the DLLs directory of IronPython) into the same folder as your
>> .exe.
>>
>> - Jeff
>>
>> On Tue, Jul 5, 2011 at 6:59 AM, Chaim Krause<chaim at chaim.com> wrote:
>>> Runs fine in IronPython IDE /Visual Stud
> io 2010, but...
>>>
>>> Using minimal code:
>>>
>>> import wpf
>>>
>>> from System.Windows import Application, Window
>>>
>>> class MyWindow(Window):
>>> def __init__(self):
>>> wpf.LoadComponent(self, 'WpfApplication1.xaml')
>>>
>>>
>>> if __name__ == '__main__':
>>> Application().Run(MyWindow()
>>>
>>> Compiling using pyc.py and attempting to run resulting EXE I get an 
>>> error in
>>> windows' application e
vent log
>>>
>>> Application: WpfApplication1.exe
>>> Framework Version: v4.0.30319
>>> Description: The process was terminated due to an unhandled exception.
>>> Exception Info: IronPython.Runtime.Exceptions.ImportException
>>> Stack:
>>> at
>>> Microsoft.Scripting.Interpreter.Interpreter.Run(Microsoft.Scripting.Interpreter.InterpretedFrame) 
>>>
>>> at Microsoft.Scripting.Interpreter.LightLambda.Run8[[System.__Canon,
>>> mscorlib, Version=4.0.0.0, Culture=neutral,
>>> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
>>> Version=4.0.0.0,
>>> Culture=neutral, PublicKeyToken=b77a5
> c561934e089],[System.__Canon, mscorlib,
>>> Version=4.0.0.0, Culture=neutral,
>>> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
>>> Version=4.0.0.0,
>>> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, 
>>> mscorlib,
>>> Version=4.0.0.0, Culture=neutral,
>>> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
>>> Version=4.0.0.0,
>>> Culture=neu
tral, PublicKeyToken=b77a5c561934e089],[System.__Canon, 
>>> mscorlib,
>>> Version=4.0.0.0, Culture=neutral,
>>> PublicKeyToken=b77a5c561934e089],[System.Int32, mscorlib, 
>>> Version=4.0.0.0,
>>> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, 
>>> mscorlib,
>>> Version=4.0.0.0, Culture=neutral,
>>> PublicKeyToken=b77a5c561934e089]](System.__Canon, System.__Canon,
>>> System.__Canon, System.__Canon, System.__Canon, System.__Canon,
>>> System.__Canon, Int32)
>>> at System.Dynamic.UpdateDelegates.UpdateAndExecute7[[System.__Canon,
>>> mscorlib, Version=4.0.0.0, Culture=neutral,
>>> PublicKeyToken=b77a5c561934e089],[Sys
> tem.__Canon, mscorlib, Version=4.0.0.0,
>>> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, 
>>> mscorlib,
>>> Version=4.0.0.0, Culture=neutral,
>>> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
>>> Version=4.0.0.0,
>>> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.__Canon, 
>>> mscorlib,
>>> Ver
sion=4.0.0.0, Culture=neutral,
>>> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
>>> Version=4.0.0.0,
>>> Culture=neutral, PublicKeyToken=b77a5c561934e089],[System.Int32, 
>>> mscorlib,
>>> Version=4.0.0.0, Culture=neutral,
>>> PublicKeyToken=b77a5c561934e089],[System.__Canon, mscorlib, 
>>> Version=4.0.0.0,
>>> Culture=neutral,
>>> PublicKeyToken=b77a5c561934e089]](System.Runtime.CompilerServices.CallSite, 
>>>
>>> System.__Canon, System.__Canon, System.__Canon, System.__Canon,
>>> System.__Canon, System.__Canon, Int32)
>>> at
>>> IronPython.Runtime.Importer.ImportLightThrow(IronPython.Runtime.CodeContext, 
>>>
>>> System.String, IronPython.Runtime.PythonTuple, Int32)
>>> a
> t
>>> IronPython.Runtime.Operations.PythonOps.InitializeModule(System.Reflection.Assembly, 
>>>
>>> System.String, System.String[])
>>> at PythonMain.Main()
>>>
>>> _______________________________________________
>>> Ironpython-users mailing list
>>> Ironpython-users at python.org
>>> http:/
/mail.python.org/mailman/listinfo/ironpython-users
>>>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users

From jdhardy at gmail.com  Tue Jul  5 20:04:55 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Tue, 5 Jul 2011 11:04:55 -0700
Subject: [Ironpython-users] Using pyc.py get import error on minimal WPF
	app
In-Reply-To: <4E134816.5090506@chaim.com>
References: <4E1318A8.2000805@chaim.com>
	<CAF7AXFHYmqo8VDFru1oU_bQoMFnmoqG3YJDpGXdZQR9ZJGWH9w@mail.gmail.com>
	<4E133DFE.1030004@chaim.com> <4E134816.5090506@chaim.com>
Message-ID: <CAF7AXFG+0WjDwQMjXQ52imiKXRNuh3BhukDawjfNceNcu5m=Vg@mail.gmail.com>

On Tue, Jul 5, 2011 at 10:21 AM, Chaim Krause <chaim at chaim.com> wrote:
> If I copy the dll into the same directory as the exe AND modify the code
> to...
>
> import clr
> clr.AddReferenceToFileAndPath("IronPython.Wpf.dll")
> import ?wpf
>
> THEN it works. So, yes. It appears that something is wrong with the import.

I'm that not familiar with pyc.py, but it looks like it doesn't have a
way to add assembly references into the .exe. If there was a
/reference argument, it could then do the equivalent of
clr.AddReference in the stub .exe that it generates. Otherwise, you'll
have to do it the way you're doing it.

If you would like that feature, you should open an issue, and even
better, implement it :)

- Jeff

From no_reply at codeplex.com  Wed Jul  6 12:24:43 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 6 Jul 2011 03:24:43 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/5/2011
Message-ID: <CO1MSFTVADM026DqaJY000b49b9@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New comment] Feature request: implement PYTHONINSPECT env var support
2. [New comment] Feature request: implement PYTHONINSPECT env var support

----------------------------------------------

ISSUES

1. [New comment] Feature request: implement PYTHONINSPECT env var support
http://ironpython.codeplex.com/workitem/28776
User jdhardy has commented on the issue:

"Does this enable the use case in the issue description? I would think that it would need to be checked after the script had completed as well, to make sure it goes into the interactive prompt instead of the console. This is what CPython does."-----------------

2. [New comment] Feature request: implement PYTHONINSPECT env var support
http://ironpython.codeplex.com/workitem/28776
User fdanny has commented on the issue:

"Duh. I was just thinking about if the enviroment variables was set before execution. I leveraged shadowofged code to check after the script completes. I have also double check the behavior with CPython.  "
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110706/3cd1e57e/attachment.html>

From no_reply at codeplex.com  Fri Jul  8 16:35:56 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 8 Jul 2011 07:35:56 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/7/2011
Message-ID: <CO1MSFTVADM02E9ql2R000b8f7b@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New issue] Load a new project error
2. [New comment] Feature request: implement PYTHONINSPECT env var support
3. [New comment] sys.version_info should be namedtuple (or similar)

----------------------------------------------

ISSUES

1. [New issue] Load a new project error
http://ironpython.codeplex.com/workitem/30982
User begtostudy has proposed the issue:

"VS2010+ironruby+ironpython"-----------------

2. [New comment] Feature request: implement PYTHONINSPECT env var support
http://ironpython.codeplex.com/workitem/28776
User jdhardy has commented on the issue:

"Fixed in 67413a4."-----------------

3. [New comment] sys.version_info should be namedtuple (or similar)
http://ironpython.codeplex.com/workitem/30312
User jdhardy has commented on the issue:

"Fixed in master (c5ccd5c)."
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110708/a0b50e88/attachment.html>

From no_reply at codeplex.com  Sat Jul  9 16:43:02 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 9 Jul 2011 07:43:02 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/8/2011
Message-ID: <CO1MSFTVADM0222ZhCl000ba32e@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New issue] Code compiled for tracing isn't debuggable using the VS debugger
2. [New comment] [2.7] please add __format__ to datetime classes
3. [New comment] Enable running Python scripts on Windows Phone 7

----------------------------------------------

ISSUES

1. [New issue] Code compiled for tracing isn't debuggable using the VS debugger
http://ironpython.codeplex.com/workitem/30988
User dinov has proposed the issue:

"You if you enable sys.settrace .NET debugging stops working.  We should probably emit symbols for sys.settrace code if we're in debug mode too.

test.py:

import sys

def f(*args):
    return f

sys.settrace(f)

import test2

test2.py:
def g():
    while True:
        pass

g()

Run ipy.exe -X:Debug test.py
Attach VS to ipy's process and open test2.py
Set a break point in g() - the breakpoint is not hit."-----------------

2. [New comment] [2.7] please add __format__ to datetime classes
http://ironpython.codeplex.com/workitem/30447
User jdhardy has commented on the issue:

"Fixed in 37f4f8a."-----------------

3. [New comment] Enable running Python scripts on Windows Phone 7
http://ironpython.codeplex.com/workitem/26534
User chadbr has commented on the issue:

"Would love to have this..."
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110709/b95b515c/attachment.html>

From w.schmoller at gmx.de  Sat Jul  9 20:45:19 2011
From: w.schmoller at gmx.de (Wolfgang Schmoller)
Date: Sat, 09 Jul 2011 20:45:19 +0200
Subject: [Ironpython-users] importing third-party modules
In-Reply-To: <op.vx2c63u2v0sy6l@wolfgang-pc>
References: <op.vx1gsr0zv0sy6l@wolfgang-pc> <4E106F75.8070900@tx.rr.com>
	<0E5CF142-0753-4EF1-9FFA-298805BBE186@gmail.com>
	<op.vx2c63u2v0sy6l@wolfgang-pc>
Message-ID: <op.vyc7ptkkv0sy6l@wolfgang-pc>

I recognized some strange behaviour. I've zipped the lib-folder of the  
IronPython-directory and loaded it with the script-tag as in the tutorial.  
That works fine, but I am just able to access the files on the first level.

E.g. open("lib/base64.py") works, open("lib/ctypes/util.py") fails. I even  
zipped the directory with two different programs (Windows-built-in and  
IZArc). Everytime the same behaviour.

Best regards
Wolfgang

Am 04.07.2011, 00:10 Uhr, schrieb Wolfgang Schmoller <w.schmoller at gmx.de>:

> Thank you for your very quick reply!
>
> The site is actually run under an Apache Server, everything on one local  
> computer. Should I better take an IIS?
>
> I zipped the nltk-Folder from the site-packages directory, copied it to  
> the htdocs directory and included the zips as suggested, but it didn't  
> help.
>
> The relevant passages of the html-code:
> <script type="text/javascript">
>      window.DLR = {
>          path: 'dlr',
>          settings : {console : true}
>      }
> </script>
> <script src="dlr/dlr-20100305.js" type="text/javascript">
> </script>
>
> <script type="application/x-zip-compressed" src="nltk.zip"></script>
> <script type="application/python" src="code.py"></script>
>
> The logs just say, that no favicon was found and I tend to doubt, that  
> this is the problem...;-)
>
> Best regards
> Wolfgang
>
> Am 03.07.2011, 17:19 Uhr, schrieb Jimmy Schementi <jschementi at gmail.com>:
>
>> On Jul 3, 2011, at 9:32 AM, Dave Wald wrote:
>>> On 7/3/2011 5:30 AM, Wolfgang Schmoller wrote:
>>>> Hello,
>>>>
>>>> I'm working on a site, where I need to work with python. I have  
>>>> managed to configure that, so that I can use python instead of  
>>>> Javascript. Now, I need to import a third-party module (nltk -  
>>>> http://www.nltk.org/). I installed it in the commandline-version of  
>>>> IronPython and am able to import it with ipy. But I can't import it  
>>>> in the web application. I have tried to work with  
>>>> sys.path.append("path\to\nltk"), but the module can't be found.
>>>>
>>>> I use python via the <script>-tag.
>>>>
>>>> Best regards
>>>> Wolfgang Schmoller
>>>
>>> Wolfgang,
>>> Sounds like a permissions issue under your web server, which I'm  
>>> assuming is IIS. You didn't mention any implementation particulars.
>>> I would check that the account the process is running under has  
>>> specific permissions on the NLTK install folder.
>>> I'm pretty sure that would cause an import error.
>>>
>>> Best,
>>> Dave
>>
>> Wolfgang, sounds like you're referring to browser/silverlight scripting  
>> with IronPython? If so, take a look at the documentation:  
>> http://ironpython.net/browser/docs.html#zip-files; it shows how to make  
>> multi-file python modules available for import.
>>
>> ~Jimmy
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users

From w.schmoller at gmx.de  Sun Jul 10 12:57:36 2011
From: w.schmoller at gmx.de (Wolfgang Schmoller)
Date: Sun, 10 Jul 2011 12:57:36 +0200
Subject: [Ironpython-users] get/set cursor position in HTML
In-Reply-To: <op.vx43ejdyv0sy6l@wolfgang-pc>
References: <op.vx43ejdyv0sy6l@wolfgang-pc>
Message-ID: <op.vyegqahwv0sy6l@wolfgang-pc>

I get a System.Windows.Browser.ScriptObject, when I'm calling  
"window.getSelection", but I can't invoke "getRangeAt(0)" on that object,  
neither by the direct call of "getRangeAt(0)" on the Object, nor by  
"Invoke("getRangeAt(0)")", which causes an exception. According to the  
official Website, the method should exist  
(http://msdn.microsoft.com/en-us/library/ff974359(v=VS.85).aspx)...

Can anyone please tell me, what I might do wrong?

Best regards
Wolfgang

Am 05.07.2011, 11:31 Uhr, schrieb Wolfgang Schmoller <w.schmoller at gmx.de>:

> Hello,
>
> is it possible to get/set the cursor position with python from an  
> HTML-page like in Javascript with the selection-methods?
>
> Best regards
> Wolfgang
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users

From phatfish at gmail.com  Mon Jul 11 21:16:15 2011
From: phatfish at gmail.com (Chris)
Date: Mon, 11 Jul 2011 20:16:15 +0100
Subject: [Ironpython-users] Importing .NET Lib Error
Message-ID: <CALLf3Cc5ZEq2akks2MmKUFVogKhD_=tsC++=r+zU9yhU5H2XXg@mail.gmail.com>

Hi all,

Sorry im a .NET newbie so im going to ask here without really trying to fix
this myself.

I want to import a CSV lib, as explained here:

http://www.ironpython.info/index.php/Reading_CSV_Files

My code is this, im just testing the import works at the moment:

import clr
from System.Reflection import Assembly
assembly_path = "C:\Program Files (x86)\IronPython
2.7\DLLs\LumenWorks.Framework.IO.dll"
assembly = Assembly.LoadFile(assembly_path)
clr.AddReference(assembly)

I receive this error (im on Win7 with .NET4 installed):

Running E:\Users\Chris\Documents\Visual Studio 2010\Projects\BACS18
Converter\BACS18 Converter\Program.py
Traceback (most recent call last):
  File "c:\Program Files (x86)\Microsoft Visual Studio
10.0\Common7\IDE\Extensions\Microsoft\Python Tools for Visual
Studio\1.0\visualstudio_py_repl.py", line 358, in run_file_as_main
    exec(code, self.exec_mod.__dict__, self.exec_mod.__dict__)
  File "E:\Users\Chris\Documents\Visual Studio 2010\Projects\BACS18
Converter\BACS18 Converter\Program.py", line 2, in <module>
    import SPA
  File "E:\Users\Chris\Documents\Visual Studio 2010\Projects\BACS18
Converter\BACS18 Converter\SPA.py", line 4, in <module>
    assembly = Assembly.LoadFile(assembly_path)
SystemError: An attempt was made to load an assembly from a network location
which would have caused the assembly to be sandboxed in previous versions of
the .NET Framework. This release of the .NET Framework does not enable CAS
policy by default, so this load may be dangerous. If this load is not
intended to sandbox the assembly, please enable the loadFromRemoteSources
switch. See http://go.microsoft.com/fwlink/?LinkId=155569 for more
information.
>>>

Two questions:
Is this the best way to be importing a .NET lib, that tutorial appears to
have been written in 2007?
If it is, how do i fix that error, im not loading from a network location..?

Many thanks,
Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110711/905fb90f/attachment.html>

From slide.o.mix at gmail.com  Mon Jul 11 21:48:25 2011
From: slide.o.mix at gmail.com (Slide)
Date: Mon, 11 Jul 2011 12:48:25 -0700
Subject: [Ironpython-users] Importing .NET Lib Error
In-Reply-To: <CALLf3Cc5ZEq2akks2MmKUFVogKhD_=tsC++=r+zU9yhU5H2XXg@mail.gmail.com>
References: <CALLf3Cc5ZEq2akks2MmKUFVogKhD_=tsC++=r+zU9yhU5H2XXg@mail.gmail.com>
Message-ID: <CAPiUgVeL5YrGQeSU1EAqbbzzuu0a2M8FFvd9cGH+ETNW=5mOhg@mail.gmail.com>

The next version of IP should have csv module support in it...I know that
doesn't help you NOW, but should in the future.If the DLL is in the DLLs
directory, you should be able to load by just using the clr.AddReference
method I believe.

Thanks,

slide

On Mon, Jul 11, 2011 at 12:16 PM, Chris <phatfish at gmail.com> wrote:

> Hi all,
>
> Sorry im a .NET newbie so im going to ask here without really trying to fix
> this myself.
>
> I want to import a CSV lib, as explained here:
>
> http://www.ironpython.info/index.php/Reading_CSV_Files
>
> My code is this, im just testing the import works at the moment:
>
> import clr
> from System.Reflection import Assembly
> assembly_path = "C:\Program Files (x86)\IronPython
> 2.7\DLLs\LumenWorks.Framework.IO.dll"
> assembly = Assembly.LoadFile(assembly_path)
> clr.AddReference(assembly)
>
> I receive this error (im on Win7 with .NET4 installed):
>
> Running E:\Users\Chris\Documents\Visual Studio 2010\Projects\BACS18
> Converter\BACS18 Converter\Program.py
> Traceback (most recent call last):
>   File "c:\Program Files (x86)\Microsoft Visual Studio
> 10.0\Common7\IDE\Extensions\Microsoft\Python Tools for Visual
> Studio\1.0\visualstudio_py_repl.py", line 358, in run_file_as_main
>     exec(code, self.exec_mod.__dict__, self.exec_mod.__dict__)
>   File "E:\Users\Chris\Documents\Visual Studio 2010\Projects\BACS18
> Converter\BACS18 Converter\Program.py", line 2, in <module>
>     import SPA
>   File "E:\Users\Chris\Documents\Visual Studio 2010\Projects\BACS18
> Converter\BACS18 Converter\SPA.py", line 4, in <module>
>     assembly = Assembly.LoadFile(assembly_path)
> SystemError: An attempt was made to load an assembly from a network
> location which would have caused the assembly to be sandboxed in previous
> versions of the .NET Framework. This release of the .NET Framework does not
> enable CAS policy by default, so this load may be dangerous. If this load is
> not intended to sandbox the assembly, please enable the
> loadFromRemoteSources switch. See
> http://go.microsoft.com/fwlink/?LinkId=155569 for more information.
> >>>
>
> Two questions:
> Is this the best way to be importing a .NET lib, that tutorial appears to
> have been written in 2007?
> If it is, how do i fix that error, im not loading from a network
> location..?
>
> Many thanks,
> Chris
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>


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

From jschementi at gmail.com  Mon Jul 11 22:34:14 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Mon, 11 Jul 2011 16:34:14 -0400
Subject: [Ironpython-users] Importing .NET Lib Error
In-Reply-To: <CAPiUgVeL5YrGQeSU1EAqbbzzuu0a2M8FFvd9cGH+ETNW=5mOhg@mail.gmail.com>
References: <CALLf3Cc5ZEq2akks2MmKUFVogKhD_=tsC++=r+zU9yhU5H2XXg@mail.gmail.com>
	<CAPiUgVeL5YrGQeSU1EAqbbzzuu0a2M8FFvd9cGH+ETNW=5mOhg@mail.gmail.com>
Message-ID: <742A0712-27E8-4332-8DE3-CF297EFA2976@gmail.com>

This particular error is actually informative, and even gives a URL for how to fix it: http://go.microsoft.com/fwlink/?LinkId=155569. But I'll summarize:

You're running the script from a network share (looks like you're using Parallels with shared Mac drives?). Also looks like you're running this code from the Visual Studio repl? To get this to work you need to add the following to the <runtime> section of c:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe.config:

<loadFromRemoteSources enabled="true"/>

Note: You'll have to add this to any .NET app that runs IronPython scripts from E:\ which load assemblies (eg, ipy.exe, yourhost.exe ...). I currently have the same setup with Paralles, and this is what I do. To avoid this, store all your .NET stuff on an drive actually mounted in Windows.

Also, You didn't need to copy your assembly into IronPython's directory. Store your assemblies in your own directory, add that directory to sys.path, sys.path.append("C:\\path\\to\\assemblies"), and then clr.AddReference("LumensWorks.Framework.IO") will load it. Also, loading the assembly first and then adding it as a reference isn't necessary, just extra typing your your part.

~Jimmy

On Jul 11, 2011, at 3:48 PM, Slide wrote:
> The next version of IP should have csv module support in it...I know that doesn't help you NOW, but should in the future.If the DLL is in the DLLs directory, you should be able to load by just using the clr.AddReference method I believe.
> 
> Thanks,
> 
> slide
> 
> On Mon, Jul 11, 2011 at 12:16 PM, Chris <phatfish at gmail.com> wrote:
> Hi all,
> 
> Sorry im a .NET newbie so im going to ask here without really trying to fix this myself.
> 
> I want to import a CSV lib, as explained here:
> 
> http://www.ironpython.info/index.php/Reading_CSV_Files
> 
> My code is this, im just testing the import works at the moment:
> 
> import clr
> from System.Reflection import Assembly
> assembly_path = "C:\Program Files (x86)\IronPython 2.7\DLLs\LumenWorks.Framework.IO.dll"
> assembly = Assembly.LoadFile(assembly_path)
> clr.AddReference(assembly)
> 
> I receive this error (im on Win7 with .NET4 installed):
> 
> Running E:\Users\Chris\Documents\Visual Studio 2010\Projects\BACS18 Converter\BACS18 Converter\Program.py
> Traceback (most recent call last):
>   File "c:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\Extensions\Microsoft\Python Tools for Visual Studio\1.0\visualstudio_py_repl.py", line 358, in run_file_as_main
>     exec(code, self.exec_mod.__dict__, self.exec_mod.__dict__)
>   File "E:\Users\Chris\Documents\Visual Studio 2010\Projects\BACS18 Converter\BACS18 Converter\Program.py", line 2, in <module>
>     import SPA
>   File "E:\Users\Chris\Documents\Visual Studio 2010\Projects\BACS18 Converter\BACS18 Converter\SPA.py", line 4, in <module>
>     assembly = Assembly.LoadFile(assembly_path)
> SystemError: An attempt was made to load an assembly from a network location which would have caused the assembly to be sandboxed in previous versions of the .NET Framework. This release of the .NET Framework does not enable CAS policy by default, so this load may be dangerous. If this load is not intended to sandbox the assembly, please enable the loadFromRemoteSources switch. See http://go.microsoft.com/fwlink/?LinkId=155569 for more information.
> >>> 
> 
> Two questions:
> Is this the best way to be importing a .NET lib, that tutorial appears to have been written in 2007?
> If it is, how do i fix that error, im not loading from a network location..?
> 
> Many thanks,
> Chris
> 
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users



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

From phatfish at gmail.com  Tue Jul 12 00:55:13 2011
From: phatfish at gmail.com (Chris)
Date: Mon, 11 Jul 2011 23:55:13 +0100
Subject: [Ironpython-users] Importing .NET Lib Error
In-Reply-To: <742A0712-27E8-4332-8DE3-CF297EFA2976@gmail.com>
References: <CALLf3Cc5ZEq2akks2MmKUFVogKhD_=tsC++=r+zU9yhU5H2XXg@mail.gmail.com>
	<CAPiUgVeL5YrGQeSU1EAqbbzzuu0a2M8FFvd9cGH+ETNW=5mOhg@mail.gmail.com>
	<742A0712-27E8-4332-8DE3-CF297EFA2976@gmail.com>
Message-ID: <CALLf3CdO9yBojGfaMseEhi7LicK9_zxL7VPXvM3m9hH9cCsXGg@mail.gmail.com>

Hi, thanks for the replies.

Im not doing anything funky like running Parallels, this is a standard Win7
install, and im not loading from a network share. I added the
"<loadFromRemoteSources enabled="true"/>" as you suggested from that link
Jimmy, restarted VS, but it had no effect, same error. Im executing the
script using "Execute In Python Interactive" with the Python Tools VS addon.

Loading the assembly with this code (im happy to leave it in the IronPython
Dlls directory for the moment, so i guess that is already on the search
path):

import clr
clr.AddReference("LumensWorks.Framework.IO")

Gets this error:

Running e:\users\chris\documents\visual studio 2010\Projects\BACS18
Converter\BACS18 Converter\Program.py
Traceback (most recent call last):
  File "c:\Program Files (x86)\Microsoft Visual Studio
10.0\Common7\IDE\Extensions\Microsoft\Python Tools for Visual
Studio\1.0\visualstudio_py_repl.py", line 358, in run_file_as_main
    exec(code, self.exec_mod.__dict__, self.exec_mod.__dict__)
  File "e:\users\chris\documents\visual studio 2010\Projects\BACS18
Converter\BACS18 Converter\Program.py", line 2, in <module>
    import SPA
  File "e:\users\chris\documents\visual studio 2010\Projects\BACS18
Converter\BACS18 Converter\SPA.py", line 8, in <module>
    clr.AddReference("LumensWorks.Framework.IO")
IOError: System.IO.IOException: Could not add reference to assembly
LumensWorks.Framework.IO
   at IronPython.Runtime.ClrModule.AddReference(CodeContext context, String
name)
...
(long list of at locations)

Which look like plain "i cant find the file" error. Explicitly setting a
sys.path location gets the same error.

I did notice csv was coming in 2.7.1 Slide, but that doesn't help now as you
said.

Thanks,
Chris

On 11 July 2011 21:34, Jimmy Schementi <jschementi at gmail.com> wrote:

> This particular error is actually informative, and even gives a URL for how
> to fix it: http://go.microsoft.com/fwlink/?LinkId=155569. But I'll
> summarize:
>
> You're running the script from a network share (looks like you're using
> Parallels with shared Mac drives?). Also looks like you're running this code
> from the Visual Studio repl? To get this to work you need to add the
> following to the <runtime> section of c:\Program Files (x86)\Microsoft
> Visual Studio 10.0\Common7\IDE\devenv.exe.config:
>
> <loadFromRemoteSources enabled="true"/>
>
> Note: You'll have to add this to any .NET app that runs IronPython scripts
> from E:\ which load assemblies (eg, ipy.exe, yourhost.exe ...). I currently
> have the same setup with Paralles, and this is what I do. To avoid this,
> store all your .NET stuff on an drive actually mounted in Windows.
>
> Also, You didn't need to copy your assembly into IronPython's directory.
> Store your assemblies in your own directory, add that directory to sys.path,
> sys.path.append("C:\\path\\to\\assemblies"), and then clr.AddReference("
> LumensWorks.Framework.IO") will load it. Also, loading the assembly first
> and then adding it as a reference isn't necessary, just extra typing your
> your part.
>
> ~Jimmy
>
> On Jul 11, 2011, at 3:48 PM, Slide wrote:
>
> The next version of IP should have csv module support in it...I know that
> doesn't help you NOW, but should in the future.If the DLL is in the DLLs
> directory, you should be able to load by just using the clr.AddReference
> method I believe.
>
> Thanks,
>
> slide
>
> On Mon, Jul 11, 2011 at 12:16 PM, Chris <phatfish at gmail.com> wrote:
>
>> Hi all,
>>
>> Sorry im a .NET newbie so im going to ask here without really trying to
>> fix this myself.
>>
>> I want to import a CSV lib, as explained here:
>>
>> http://www.ironpython.info/index.php/Reading_CSV_Files
>>
>> My code is this, im just testing the import works at the moment:
>>
>> import clr
>> from System.Reflection import Assembly
>> assembly_path = "C:\Program Files (x86)\IronPython
>> 2.7\DLLs\LumenWorks.Framework.IO.dll"
>> assembly = Assembly.LoadFile(assembly_path)
>> clr.AddReference(assembly)
>>
>> I receive this error (im on Win7 with .NET4 installed):
>>
>> Running E:\Users\Chris\Documents\Visual Studio 2010\Projects\BACS18
>> Converter\BACS18 Converter\Program.py
>> Traceback (most recent call last):
>>   File "c:\Program Files (x86)\Microsoft Visual Studio
>> 10.0\Common7\IDE\Extensions\Microsoft\Python Tools for Visual
>> Studio\1.0\visualstudio_py_repl.py", line 358, in run_file_as_main
>>     exec(code, self.exec_mod.__dict__, self.exec_mod.__dict__)
>>   File "E:\Users\Chris\Documents\Visual Studio 2010\Projects\BACS18
>> Converter\BACS18 Converter\Program.py", line 2, in <module>
>>     import SPA
>>   File "E:\Users\Chris\Documents\Visual Studio 2010\Projects\BACS18
>> Converter\BACS18 Converter\SPA.py", line 4, in <module>
>>     assembly = Assembly.LoadFile(assembly_path)
>> SystemError: An attempt was made to load an assembly from a network
>> location which would have caused the assembly to be sandboxed in previous
>> versions of the .NET Framework. This release of the .NET Framework does not
>> enable CAS policy by default, so this load may be dangerous. If this load is
>> not intended to sandbox the assembly, please enable the
>> loadFromRemoteSources switch. See
>> http://go.microsoft.com/fwlink/?LinkId=155569 for more information.
>> >>>
>>
>> Two questions:
>> Is this the best way to be importing a .NET lib, that tutorial appears to
>> have been written in 2007?
>> If it is, how do i fix that error, im not loading from a network
>> location..?
>>
>> Many thanks,
>> Chris
>>
>> _______________________________________________
>> Ironpython-users mailing list
>> Ironpython-users at python.org
>> http://mail.python.org/mailman/listinfo/ironpython-users
>>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110711/669d53a8/attachment.html>

From dinov at microsoft.com  Tue Jul 12 01:51:43 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Mon, 11 Jul 2011 23:51:43 +0000
Subject: [Ironpython-users] Announcing Python Tools for Visual Studio RC1
Message-ID: <6C7ABA8B4E309440B857D74348836F2E28E7A747@TK5EX14MBXC292.redmond.corp.microsoft.com>

Hello,
We're pleased to announce the release of Python Tools for Visual Studio - RC 1 [http://pytools.codeplex.com/releases/view/64009]. This release includes lots of bug fixes and several new features selected from the top voted features on CodePlex.  Some of the most significant changes are support for refactoring (renaming variables and extracting methods), several REPL features such as history search and support for attaching the debugger, support for breaking only on unhandled exceptions in the debugger and enabling the File->New Project from existing code for Python projects.
This release also fixes nearly 200 bugs reported by users on CodePlex and through our own internal testing.  Some of the more significant changes include performance fixes for debugging, improvements to the code analysis in particular in understanding packages and modules, fixes for working with projects under source control, and many improvements to the interactive REPL window including better IronPython support.
A complete list of issues fixed for this release is available here: http://pytools.codeplex.com/workitem/list/advanced?keyword=&status=Fixed|Closed&type=Feature|Issue&priority=All&release=1.0%20Release%20Candidate%201&assignedTo=All&component=All&sortField=LastUpdatedDate&sortDirection=Descending&page=0
We'd like to thank all of the users who took the time to report issues and feedback: 445363200, alegault, asqui, bobsh, CalebMB, chuckjacobs, cspwcspw, HugoRien, joxn, jrade, lifning, MichaelBaker, mloskot, ohaynold, OldWarhorse, PingLin, pymab, roxtar, sei_empower, SpudInNZ, stevedeitz, sumitbasu, unplugea, wesley0423 , and Zooba.

Thanks,
The Python Tools for Visual Studio Team

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

From cenovsky at bakalari.cz  Tue Jul 12 21:02:27 2011
From: cenovsky at bakalari.cz (Lukas Cenovsky)
Date: Tue, 12 Jul 2011 21:02:27 +0200
Subject: [Ironpython-users] PyTools Set as Startup File bug
Message-ID: <4E1C9A43.4060201@bakalari.cz>

An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110712/e2112347/attachment.html>

From no_reply at codeplex.com  Wed Jul 13 10:18:32 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 13 Jul 2011 01:18:32 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/12/2011
Message-ID: <CO1MSFTVADM02JsaJbq00000798@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New comment] different result for comparing as_date.__eq__(as_datetime) with Ironpython and Cpython2.5
2. [New issue] Better error message when trying to load downloaded DLLs
3. [New comment] Better error message when trying to load downloaded DLLs

----------------------------------------------

ISSUES

1. [New comment] different result for comparing as_date.__eq__(as_datetime) with Ironpython and Cpython2.5
http://ironpython.codeplex.com/workitem/23765
User jdhardy has commented on the issue:

"Fixed in 97c2d51 (thanks fdanny)."-----------------

2. [New issue] Better error message when trying to load downloaded DLLs
http://ironpython.codeplex.com/workitem/31006
User jdhardy has proposed the issue:

"Internet Explorer and Chrome both add a mark when downloading files (Zone.Identifier), and .NET will refuse to load assemblies that are tainted as such (see [url:http://blog.jdhardy.ca/2010/09/using-downloaded-ironpython-modules.html], [url:http://stackoverflow.com/questions/6668344/using-the-r-net-assembly-in-ironpython], etc.).

There's not much we can do about loading the assemblies, but at least we can come up with a better error message when trying to load them."-----------------

3. [New comment] Better error message when trying to load downloaded DLLs
http://ironpython.codeplex.com/workitem/31006
User jdhardy has commented on the issue:

"PythonContext.TryLoadAssemblyFromFileWithPath catches all exception from Assembly.LoadFile, so the reason for the load failure is lost. Better for those exceptions to bubble up, if there are no other inadvertant side effects of doing so."
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110713/b1c9cbc0/attachment.html>

From dinov at microsoft.com  Wed Jul 13 18:28:29 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Wed, 13 Jul 2011 16:28:29 +0000
Subject: [Ironpython-users] PyTools Set as Startup File bug
In-Reply-To: <4E1C9A43.4060201@bakalari.cz>
References: <4E1C9A43.4060201@bakalari.cz>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E28E7DD19@TK5EX14MBXC292.redmond.corp.microsoft.com>

Thanks for reporting the issue - I'll take a look.

For the Wait for input when process exits, I'm assuming you're using .NET debugging.  You could go to project properties and switch to Python debugging and this option will be respected.  Unfortunately there's no way for us to enable it for .NET debugging because the debugger simply doesn't support it.  But you can execute w/o debugging and we will wait then - that might be easier than adding -i.

As for the exception, is DPStudio a plugin you have installed?

From: ironpython-users-bounces+dinov=microsoft.com at python.org [mailto:ironpython-users-bounces+dinov=microsoft.com at python.org] On Behalf Of Lukas Cenovsky
Sent: Tuesday, July 12, 2011 12:02 PM
To: ironpython-users at python.org
Subject: [Ironpython-users] PyTools Set as Startup File bug

Dino,
thanks for the new Pytools release.

It looks like the Set as Startup File command is broken in RC1. When I click Set as Startup File for any file deeper than project folder, the project folder is added to the startup file (e. g. MyProject\tests\testOne.py instead of tests\testOne.py) path causing the file is not found when the project is run (http://pytools.codeplex.com/workitem/351).

The above error combined with Wait for input when process exits ... options not working is quite annoying - I had to use capturing screen program to be able to find out the error message. I have workarounded this issue with manually adding -i to Debug Interpreter Arguments of my project. How should the Wait ... option work?

Also right click on any python file in Solution explorer throws the following error into output window:

Exception Type: System.ArgumentException
Exception Message: InvalidParameter
Parameter name: index
Exception Stack Trace:    at Microsoft.PythonTools.Project.Automation.OAProperties.Item(Object index)
   at DPStudio.VSCommands.Features.MenuCommands.UngroupItemsCommand.#jr(SelectedItem i)
   at System.Linq.Enumerable.WhereEnumerableIterator`1.MoveNext()
   at System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable`1 source)
   at DPStudio.VSCommands.Features.MenuCommands.UngroupItemsCommand.#1i()
   at #U.#W.#Vi()

Exception Type: System.ArgumentException
Exception Message: InvalidParameter
Parameter name: index
Exception Stack Trace:    at Microsoft.PythonTools.Project.Automation.OAProperties.Item(Object index)
   at #9f.#mg.#0w(ProjectItem me)

Not sure whether this is Python Tools bug...

--
-- Luk??
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110713/1d97245b/attachment.html>

From dpeterson at broadwaytechnology.com  Thu Jul 14 13:32:06 2011
From: dpeterson at broadwaytechnology.com (Dave Peterson)
Date: Thu, 14 Jul 2011 06:32:06 -0500
Subject: [Ironpython-users] Assembly references: file does not exist?
In-Reply-To: <1BD88FDBEB33C748914B20AA5E8CC6CB791D5439F2@AUSP01VMBX05.collaborationhost.net>
References: <1BD88FDBEB33C748914B20AA5E8CC6CB791CAA32B4@AUSP01VMBX05.collaborationhost.net><BANLkTikKbq_iUTTR97W=4scg6dBXZt5Uhw@mail.gmail.com><1BD88FDBEB33C748914B20AA5E8CC6CB791CAA3345@AUSP01VMBX05.collaborationhost.net><BANLkTinSdMhzq5eYMER7BAWFhN7dEjDfQw@mail.gmail.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54329F@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E646@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A2@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E650@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E67F@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432B4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E6C1@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54332D@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308ED49@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5439F2@AUSP01VMBX05.collaborationhost.net>
Message-ID: <1BD88FDBEB33C748914B20AA5E8CC6CB791D86730A@AUSP01VMBX05.collaborationhost.net>

Hi Markus,

Just got time to try this out.  When using Assembly.LoadFile(...) I get the following error:

IOError: System.IO.FileLoadException: Mixed mode assembly is built against version 'v2.0.50727' of the runtime and cannot be loaded in the 4.0 runtime without additional configuration information.

Ah, it's the issue where .NET 4 doesn't support automatically loading mixed mode assemblies (mine was definitely built as a .NET wrapper around a C++ DLL.)  This can be resolved by updating the App.Config for the application but how do I do that for an IronPython app?


-- Dave

-----Original Message-----
From: ironpython-users-bounces+dpeterson=broadwaytechnology.com at python.org [mailto:ironpython-users-bounces+dpeterson=broadwaytechnology.com at python.org] On Behalf Of Dave Peterson
Sent: Tuesday, July 05, 2011 11:34 AM
To: Markus Schaber; ironpython-users at python.org
Subject: Re: [Ironpython-users] Assembly references: file does not exist?

Hi Markus,

> Did you solve your problem yet?
>
> If not, could you try the following: Try to load the assembly using one of the static
> methods here: http://msdn.microsoft.com/de-de/library/system.reflection.assembly.aspx
>
> (You can do "from System.Reflection import Assembly" and then call the methods using
> "Assembly.Load(...)").

No, the problem isn't solved. I haven't had time to pursue it further as I had deadlines that forced me to do the task by writing C#.  However, your suggestion makes great sense and I will try to find time today to give it a shot.

-- Dave

P.S. I apologize for keeping full history in my earlier replies to the group.  I see that doing this spawned complaints about daily / weekly digests being hard to read, so I'll not do that anymore.


_______________________________________________
Ironpython-users mailing list
Ironpython-users at python.org
http://mail.python.org/mailman/listinfo/ironpython-users

From dpeterson at broadwaytechnology.com  Thu Jul 14 13:59:52 2011
From: dpeterson at broadwaytechnology.com (Dave Peterson)
Date: Thu, 14 Jul 2011 06:59:52 -0500
Subject: [Ironpython-users] Assembly references: file does not exist?
In-Reply-To: <1BD88FDBEB33C748914B20AA5E8CC6CB791D86730A@AUSP01VMBX05.collaborationhost.net>
References: <1BD88FDBEB33C748914B20AA5E8CC6CB791CAA32B4@AUSP01VMBX05.collaborationhost.net><BANLkTikKbq_iUTTR97W=4scg6dBXZt5Uhw@mail.gmail.com><1BD88FDBEB33C748914B20AA5E8CC6CB791CAA3345@AUSP01VMBX05.collaborationhost.net><BANLkTinSdMhzq5eYMER7BAWFhN7dEjDfQw@mail.gmail.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54329F@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E646@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A2@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E650@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E67F@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432B4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E6C1@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54332D@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308ED49@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5439F2@AUSP01VMBX05.collaborationhost.net>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D86730A@AUSP01VMBX05.collaborationhost.net>
Message-ID: <1BD88FDBEB33C748914B20AA5E8CC6CB791D86730E@AUSP01VMBX05.collaborationhost.net>

Turns out that I can put an ipy.exe.config in the install location of IronPython and get my assembly to load.  

Does anyone know if there's an equivalent programmatic way to do this?  For example, can I import the clr module, call some .NET methods, and then try my assembly loading?  I'm a .NET noob and I don't see any App or App.Config API when I browse MSDN.   Am I just missing it?


-- Dave


-----Original Message-----
From: ironpython-users-bounces+dpeterson=broadwaytechnology.com at python.org [mailto:ironpython-users-bounces+dpeterson=broadwaytechnology.com at python.org] On Behalf Of Dave Peterson
Sent: Thursday, July 14, 2011 12:32 PM
To: Markus Schaber; ironpython-users at python.org
Subject: Re: [Ironpython-users] Assembly references: file does not exist?

Hi Markus,

Just got time to try this out.  When using Assembly.LoadFile(...) I get the following error:

IOError: System.IO.FileLoadException: Mixed mode assembly is built against version 'v2.0.50727' of the runtime and cannot be loaded in the 4.0 runtime without additional configuration information.

Ah, it's the issue where .NET 4 doesn't support automatically loading mixed mode assemblies (mine was definitely built as a .NET wrapper around a C++ DLL.)  This can be resolved by updating the App.Config for the application but how do I do that for an IronPython app?


-- Dave

From doug.blank at gmail.com  Thu Jul 14 15:13:19 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Thu, 14 Jul 2011 09:13:19 -0400
Subject: [Ironpython-users] Assembly references: file does not exist?
In-Reply-To: <1BD88FDBEB33C748914B20AA5E8CC6CB791D86730E@AUSP01VMBX05.collaborationhost.net>
References: <1BD88FDBEB33C748914B20AA5E8CC6CB791CAA32B4@AUSP01VMBX05.collaborationhost.net>
	<BANLkTikKbq_iUTTR97W=4scg6dBXZt5Uhw@mail.gmail.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791CAA3345@AUSP01VMBX05.collaborationhost.net>
	<BANLkTinSdMhzq5eYMER7BAWFhN7dEjDfQw@mail.gmail.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54329F@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E646@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A2@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E650@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E67F@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432B4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E6C1@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54332D@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308ED49@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5439F2@AUSP01VMBX05.collaborationhost.net>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D86730A@AUSP01VMBX05.collaborationhost.net>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D86730E@AUSP01VMBX05.collaborationhost.net>
Message-ID: <CAAusYCj9dUBMM7xacm2u=yBONCrD7pnPu29LejOeGUFkCZRr8A@mail.gmail.com>

On Thu, Jul 14, 2011 at 7:59 AM, Dave Peterson
<dpeterson at broadwaytechnology.com> wrote:
> Turns out that I can put an ipy.exe.config in the install location of IronPython and get my assembly to load.
>
> Does anyone know if there's an equivalent programmatic way to do this? ?For example, can I import the clr module, call some .NET methods, and then try my assembly loading? ?I'm a .NET noob and I don't see any App or App.Config API when I browse MSDN. ? Am I just missing it?

Dave,

I have had no problems by putting the dll path on sys.path. Perhaps
Python is giving you a bad pathDir (maybe leaving out the drive?):

 pathDir = os.path.dirname(FULLPATH)
 sys.path.append(pathDir)

Here is an example where Graphics.dll is in /home/dblank/Calico/modules:

linux$ mono bin/ipy.exe
IronPython 3.0 (3.0.0.0) on .NET 2.0.50727.1433
Type "help", "copyright", "credits" or "license" for more information.
>>> import clr
>>> import sys
>>> sys.path.append("/home/dblank/Calico/modules")
>>> clr.AddReference("Graphics.dll")
>>> import Graphics

Hope that helps,

-Doug

>
> -- Dave
>
>
> -----Original Message-----
> From: ironpython-users-bounces+dpeterson=broadwaytechnology.com at python.org [mailto:ironpython-users-bounces+dpeterson=broadwaytechnology.com at python.org] On Behalf Of Dave Peterson
> Sent: Thursday, July 14, 2011 12:32 PM
> To: Markus Schaber; ironpython-users at python.org
> Subject: Re: [Ironpython-users] Assembly references: file does not exist?
>
> Hi Markus,
>
> Just got time to try this out. ?When using Assembly.LoadFile(...) I get the following error:
>
> IOError: System.IO.FileLoadException: Mixed mode assembly is built against version 'v2.0.50727' of the runtime and cannot be loaded in the 4.0 runtime without additional configuration information.
>
> Ah, it's the issue where .NET 4 doesn't support automatically loading mixed mode assemblies (mine was definitely built as a .NET wrapper around a C++ DLL.) ?This can be resolved by updating the App.Config for the application but how do I do that for an IronPython app?
>
>
> -- Dave
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>

From dpeterson at broadwaytechnology.com  Thu Jul 14 15:17:11 2011
From: dpeterson at broadwaytechnology.com (Dave Peterson)
Date: Thu, 14 Jul 2011 08:17:11 -0500
Subject: [Ironpython-users] Assembly references: file does not exist?
In-Reply-To: <CAAusYCj9dUBMM7xacm2u=yBONCrD7pnPu29LejOeGUFkCZRr8A@mail.gmail.com>
References: <1BD88FDBEB33C748914B20AA5E8CC6CB791CAA32B4@AUSP01VMBX05.collaborationhost.net>
	<BANLkTikKbq_iUTTR97W=4scg6dBXZt5Uhw@mail.gmail.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791CAA3345@AUSP01VMBX05.collaborationhost.net>
	<BANLkTinSdMhzq5eYMER7BAWFhN7dEjDfQw@mail.gmail.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54329F@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E646@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A2@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E650@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E67F@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432B4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E6C1@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54332D@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308ED49@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5439F2@AUSP01VMBX05.collaborationhost.net>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D86730A@AUSP01VMBX05.collaborationhost.net>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D86730E@AUSP01VMBX05.collaborationhost.net>
	<CAAusYCj9dUBMM7xacm2u=yBONCrD7pnPu29LejOeGUFkCZRr8A@mail.gmail.com>
Message-ID: <1BD88FDBEB33C748914B20AA5E8CC6CB791D867343@AUSP01VMBX05.collaborationhost.net>

Hi Doug,

Thanks for trying to help but please see the archives for the background on this issue as I've already done what you suggest and it doesn't work for my mixed-mode, .NET 2.0 generated DLL.

-- Dave


-----Original Message-----
From: Doug Blank [mailto:doug.blank at gmail.com] 
Sent: Thursday, July 14, 2011 2:13 PM
To: Dave Peterson
Cc: Markus Schaber; ironpython-users at python.org
Subject: Re: [Ironpython-users] Assembly references: file does not exist?

On Thu, Jul 14, 2011 at 7:59 AM, Dave Peterson
<dpeterson at broadwaytechnology.com> wrote:
> Turns out that I can put an ipy.exe.config in the install location of IronPython and get my assembly to load.
>
> Does anyone know if there's an equivalent programmatic way to do this? ?For example, can I import the clr module, call some .NET methods, and then try my assembly loading? ?I'm a .NET noob and I don't see any App or App.Config API when I browse MSDN. ? Am I just missing it?

Dave,

I have had no problems by putting the dll path on sys.path. Perhaps
Python is giving you a bad pathDir (maybe leaving out the drive?):

 pathDir = os.path.dirname(FULLPATH)
 sys.path.append(pathDir)

Here is an example where Graphics.dll is in /home/dblank/Calico/modules:

linux$ mono bin/ipy.exe
IronPython 3.0 (3.0.0.0) on .NET 2.0.50727.1433
Type "help", "copyright", "credits" or "license" for more information.
>>> import clr
>>> import sys
>>> sys.path.append("/home/dblank/Calico/modules")
>>> clr.AddReference("Graphics.dll")
>>> import Graphics

Hope that helps,

-Doug


From roxaz911 at gmail.com  Thu Jul 14 16:05:12 2011
From: roxaz911 at gmail.com (rox)
Date: Thu, 14 Jul 2011 17:05:12 +0300
Subject: [Ironpython-users] pyc.py and codecs
Message-ID: <4E1EF798.4050705@gmail.com>

Hey,

a little background:
i am trying here to make sort of compiler helper. idea is to build
dependency tree of project and then just pass all standard library py
files to pyc.py so they would be compiled into application. Result would
be independent from ironpython .NET executable.

the problem:
seems that codecs somehow do not compile right. in compiled binary i
cant use utf-16 codec (i did not test others).

testcase is really simple:

> import codecs
> codecs.open('file.txt', 'r', 'utf-16')
file.txt should exist before testing this. it can be empty, doesnt matter.
running it on ipy interpreter no exception is thrown, but if this is
compiled to executable this is what i get:

> F:\l2off\py\pyc.NET\src>test.exe
>
> Unhandled Exception: IronPython.Runtime.Exceptions.LookupException:
> unknown encoding: utf-16
>    at
> IronPython.Runtime.Operations.PythonOps.LookupEncoding(CodeContext
> context, String encoding)
>    at
> Microsoft.Scripting.Interpreter.FuncCallInstruction`3.Run(InterpretedFrame
> frame)
>    at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame
> frame)
>    at
> Microsoft.Scripting.Interpreter.LightLambda.Run4[T0,T1,T2,T3,TRet](T0
> arg0, T1 arg1, T2 arg2, T3 arg3)
>    at
> System.Dynamic.UpdateDelegates.UpdateAndExecute3[T0,T1,T2,TRet](CallSite
> site, T0 arg0, T1 arg1, T2 arg2)
>    at DLRCachedCode.open$64(Closure , PythonFunction $function, Object
> filename, Object mode, Object encoding, Object errors, Object buffering)
>    at
> IronPython.Runtime.PythonFunction.FunctionCaller`3.Default2Call3(CallSite
> site, CodeContext context, Object func, T0 arg0, T1 arg1, T2 arg2)
>    at
> System.Dynamic.UpdateDelegates.UpdateAndExecute5[T0,T1,T2,T3,T4,TRet](CallSite
> site, T0 arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4)
>    at DLRCachedCode.__main__$2(CodeContext $globalContext,
> FunctionCode $functionCode)
>    at IronPython.Compiler.OnDiskScriptCode.Run()
>    at IronPython.Runtime.PythonContext.InitializeModule(String
> fileName, ModuleContext moduleContext, ScriptCode scriptCode,
> ModuleOptions options)
>    at IronPython.Runtime.ModuleLoader.load_module(CodeContext context,
> String fullName)
>    at
> Microsoft.Scripting.Interpreter.FuncCallInstruction`4.Run(InterpretedFrame
> frame)
>    at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame
> frame)
>    at
> Microsoft.Scripting.Interpreter.LightLambda.Run4[T0,T1,T2,T3,TRet](T0
> arg0, T1 arg1, T2 arg2, T3 arg3)
>    at
> System.Dynamic.UpdateDelegates.UpdateAndExecute3[T0,T1,T2,TRet](CallSite
> site, T0 arg0, T1 arg1, T2 arg2)
>    at
> IronPython.Runtime.Importer.FindAndLoadModuleFromImporter(CodeContext
> context, Object importer, String fullName,
> List path, Object& ret)
>    at IronPython.Runtime.Importer.TryLoadMetaPathModule(CodeContext
> context, String fullName, List path, Object& ret)
>    at IronPython.Runtime.Importer.ImportTopAbsolute(CodeContext
> context, String name)
>    at IronPython.Runtime.Importer.ImportModule(CodeContext context,
> Object globals, String modName, Boolean bottom, Int32 level)
>    at IronPython.Modules.Builtin.__import__(CodeContext context,
> String name, Object globals, Object locals, Object fromlist, Int32 level)
>    at
> Microsoft.Scripting.Interpreter.FuncCallInstruction`7.Run(InterpretedFrame
> frame)
>    at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame
> frame)
>    at
> Microsoft.Scripting.Interpreter.LightLambda.Run8[T0,T1,T2,T3,T4,T5,T6,T7,TRet](T0
> arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4, T5 arg5, T6 arg6, T7 arg7)
>    at
> System.Dynamic.UpdateDelegates.UpdateAndExecute7[T0,T1,T2,T3,T4,T5,T6,TRet](CallSite
> site, T0 arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4, T5 arg5, T6 arg6)
>    at IronPython.Runtime.Importer.ImportLightThrow(CodeContext
> context, String fullName, PythonTuple from, Int32 level)
>    at
> IronPython.Runtime.Operations.PythonOps.InitializeModule(Assembly
> precompiled, String main, String[] references)
>    at PythonMain.Main()
Is this something on my end or problem in IronPython itself?

-- 
rox

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

From jschementi at gmail.com  Thu Jul 14 16:28:28 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Thu, 14 Jul 2011 10:28:28 -0400
Subject: [Ironpython-users] Assembly references: file does not exist?
In-Reply-To: <1BD88FDBEB33C748914B20AA5E8CC6CB791D86730E@AUSP01VMBX05.collaborationhost.net>
References: <1BD88FDBEB33C748914B20AA5E8CC6CB791CAA32B4@AUSP01VMBX05.collaborationhost.net><BANLkTikKbq_iUTTR97W=4scg6dBXZt5Uhw@mail.gmail.com><1BD88FDBEB33C748914B20AA5E8CC6CB791CAA3345@AUSP01VMBX05.collaborationhost.net><BANLkTinSdMhzq5eYMER7BAWFhN7dEjDfQw@mail.gmail.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54329F@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E646@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A2@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E650@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432A4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E67F@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5432B4@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308E6C1@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D54332D@AUSP01VMBX05.collaborationhost.net>
	<B71A1F2C2D4E6D4CA096E91AC8B762480308ED49@server02.in.3s-software.com>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D5439F2@AUSP01VMBX05.collaborationhost.net>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D86730A@AUSP01VMBX05.collaborationhost.net>
	<1BD88FDBEB33C748914B20AA5E8CC6CB791D86730E@AUSP01VMBX05.collaborationhost.net>
Message-ID: <3374EBCD-865E-43A5-873E-2E4957C02906@gmail.com>

On Jul 14, 2011, at 7:59 AM, Dave Peterson wrote:
> Turns out that I can put an ipy.exe.config in the install location of IronPython and get my assembly to load.  
> 
> Does anyone know if there's an equivalent programmatic way to do this?  For example, can I import the clr module, call some .NET methods, and then try my assembly loading?  I'm a .NET noob and I don't see any App or App.Config API when I browse MSDN.   Am I just missing it?


The App.config API is System.Configuration: http://msdn.microsoft.com/en-us/library/gg145027.aspx. But that won't get you anywhere by itself; the <startup useLegacyV2RuntimeActivationPolicy="true"> setting is used when the CLR creates the main AppDomain. To programmatically change this, you'd need to start your own AppDomain with the desired config. There is already an open feature request to support this: http://ironpython.codeplex.com/workitem/26165.

As a work-around, make a copy of ipy.exe source (very tiny), adding your custom configuration file, and build it ... using that version of ipy.exe to run your IronPython code that depends on the custom config.

~Jimmy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110714/cbc1d1c4/attachment.html>

From phatfish at gmail.com  Thu Jul 14 19:02:54 2011
From: phatfish at gmail.com (Chris)
Date: Thu, 14 Jul 2011 18:02:54 +0100
Subject: [Ironpython-users] Announcing Python Tools for Visual Studio RC1
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E28E7A747@TK5EX14MBXC292.redmond.corp.microsoft.com>
References: <AcxAI64nBf2rlQsJTuGynnJv9S1z5w==>
	<6C7ABA8B4E309440B857D74348836F2E28E7A747@TK5EX14MBXC292.redmond.corp.microsoft.com>
Message-ID: <CALLf3CcKiiLETYgh3JcO2ujG=+uNuTpv2ZXmocc7i4WpEKeNXg@mail.gmail.com>

Looks great, i will test this out. Is there anything that would stop this
working with the IronPython 2.7.1 Beta releases. I guess not...

Thanks,
Chris

On 12 July 2011 00:51, Dino Viehland <dinov at microsoft.com> wrote:

>  Hello,****
>
> We?re pleased to announce the release of Python Tools for Visual Studio ?
> RC 1 [http://pytools.codeplex.com/releases/view/64009]. This release
> includes lots of bug fixes and several new features selected from the top
> voted features on CodePlex.  Some of the most significant changes are
> support for refactoring (renaming variables and extracting methods), several
> REPL features such as history search and support for attaching the debugger,
> support for breaking only on unhandled exceptions in the debugger and
> enabling the File->New Project from existing code for Python projects.****
>
> This release also fixes nearly 200 bugs reported by users on CodePlex and
> through our own internal testing.  Some of the more significant changes
> include performance fixes for debugging, improvements to the code analysis
> in particular in understanding packages and modules, fixes for working with
> projects under source control, and many improvements to the interactive REPL
> window including better IronPython support. ****
>
> A complete list of issues fixed for this release is available here:
> http://pytools.codeplex.com/workitem/list/advanced?keyword=&status=Fixed|Closed&type=Feature|Issue&priority=All&release=1.0%20Release%20Candidate%201&assignedTo=All&component=All&sortField=LastUpdatedDate&sortDirection=Descending&page=0<http://pytools.codeplex.com/workitem/list/advanced?keyword=&status=Fixed%7CClosed&type=Feature%7CIssue&priority=All&release=1.0%20Release%20Candidate%201&assignedTo=All&component=All&sortField=LastUpdatedDate&sortDirection=Descending&page=0>
> ****
>
> We?d like to thank all of the users who took the time to report issues and
> feedback: 445363200, alegault, asqui, bobsh, CalebMB, chuckjacobs, cspwcspw,
> HugoRien, joxn, jrade, lifning, MichaelBaker, mloskot, ohaynold,
> OldWarhorse, PingLin, pymab, roxtar, sei_empower, SpudInNZ, stevedeitz,
> sumitbasu, unplugea, wesley0423 , and Zooba.****
>
> ** **
>
> Thanks,****
>
> The Python Tools for Visual Studio Team****
>
> ** **
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110714/7311cb10/attachment.html>

From dinov at microsoft.com  Thu Jul 14 19:19:38 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Thu, 14 Jul 2011 17:19:38 +0000
Subject: [Ironpython-users] Announcing Python Tools for Visual Studio RC1
In-Reply-To: <CALLf3CcKiiLETYgh3JcO2ujG=+uNuTpv2ZXmocc7i4WpEKeNXg@mail.gmail.com>
References: <AcxAI64nBf2rlQsJTuGynnJv9S1z5w==>
	<6C7ABA8B4E309440B857D74348836F2E28E7A747@TK5EX14MBXC292.redmond.corp.microsoft.com>
	<CALLf3CcKiiLETYgh3JcO2ujG=+uNuTpv2ZXmocc7i4WpEKeNXg@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E28E7FE53@TK5EX14MBXC292.redmond.corp.microsoft.com>

It works fine w/ 2.7.1 - that's what I've been running it against recently.

From: Chris [mailto:phatfish at gmail.com]
Sent: Thursday, July 14, 2011 12:03 PM
To: Dino Viehland
Cc: ironpython-users at python.org
Subject: Re: [Ironpython-users] Announcing Python Tools for Visual Studio RC1

Looks great, i will test this out. Is there anything that would stop this working with the IronPython 2.7.1 Beta releases. I guess not...

Thanks,
Chris
On 12 July 2011 00:51, Dino Viehland <dinov at microsoft.com<mailto:dinov at microsoft.com>> wrote:
Hello,
We're pleased to announce the release of Python Tools for Visual Studio - RC 1 [http://pytools.codeplex.com/releases/view/64009]. This release includes lots of bug fixes and several new features selected from the top voted features on CodePlex.  Some of the most significant changes are support for refactoring (renaming variables and extracting methods), several REPL features such as history search and support for attaching the debugger, support for breaking only on unhandled exceptions in the debugger and enabling the File->New Project from existing code for Python projects.
This release also fixes nearly 200 bugs reported by users on CodePlex and through our own internal testing.  Some of the more significant changes include performance fixes for debugging, improvements to the code analysis in particular in understanding packages and modules, fixes for working with projects under source control, and many improvements to the interactive REPL window including better IronPython support.
A complete list of issues fixed for this release is available here: http://pytools.codeplex.com/workitem/list/advanced?keyword=&status=Fixed|Closed&type=Feature|Issue&priority=All&release=1.0%20Release%20Candidate%201&assignedTo=All&component=All&sortField=LastUpdatedDate&sortDirection=Descending&page=0<http://pytools.codeplex.com/workitem/list/advanced?keyword=&status=Fixed%7CClosed&type=Feature%7CIssue&priority=All&release=1.0%20Release%20Candidate%201&assignedTo=All&component=All&sortField=LastUpdatedDate&sortDirection=Descending&page=0>
We'd like to thank all of the users who took the time to report issues and feedback: 445363200, alegault, asqui, bobsh, CalebMB, chuckjacobs, cspwcspw, HugoRien, joxn, jrade, lifning, MichaelBaker, mloskot, ohaynold, OldWarhorse, PingLin, pymab, roxtar, sei_empower, SpudInNZ, stevedeitz, sumitbasu, unplugea, wesley0423 , and Zooba.

Thanks,
The Python Tools for Visual Studio Team


_______________________________________________
Ironpython-users mailing list
Ironpython-users at python.org<mailto:Ironpython-users at python.org>
http://mail.python.org/mailman/listinfo/ironpython-users

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

From cameron.taggart at gmail.com  Thu Jul 14 19:37:16 2011
From: cameron.taggart at gmail.com (Cameron Taggart)
Date: Thu, 14 Jul 2011 10:37:16 -0700
Subject: [Ironpython-users] Microsoft.VisualStudio.Project namespace
In-Reply-To: <CAABik=sHc6N=hc0_79tTnn0NcF3FQe3voQbAMeQz2KuaP8EshA@mail.gmail.com>
References: <CAABik=sHc6N=hc0_79tTnn0NcF3FQe3voQbAMeQz2KuaP8EshA@mail.gmail.com>
Message-ID: <CAABik=vwg74LkaKxwKyUhW8XAdTiBZfkihrhrvOvzpJx+mhAqQ@mail.gmail.com>

Is there a technical reason why the Microsoft.VisualStudio.Project
namespace isn't compiled into its own assembly? Looking at the source
code, I noticed there is a
Tools\IronStudio\IronStudio\VisualStudio\Project\Microsoft.VisualStudio.Project.csproj,
but instead of getting compiled into
Microsoft.VisualStudio.Project.dll, it gets compiled into
IronStudio.dll.

I was hoping to use the Micorosft.VisualStudio.Project namespace under
the Apache license rather than the MsPL license provided by
http://mpfproj10.codeplex.com/SourceControl/list/changesets .
mpfproj10 was last changed in May 2010. That namespace was committed
to this project on October 2010 and has remained unchanged.

I compiled Microsoft.VisualStudio.Project.dll and compiled by Visual
Studio Shell project using it successfully. The problem is that I'm
getting runtime errors and the call stacks are not useful. An example
error:

---------------------------
MET/CAL Editor
---------------------------
'C:\Users\ctaggart\AppData\Local\Temp\fe4vowgi.mlc\Temp\METCAL
Procedure Project10.mcproj' cannot be opened because its project type
(.mcproj) is not supported by this version of the application.

To open it, please use a version that supports this type of project.
---------------------------
OK ? Help
---------------------------

confused,
Cameron

From dinov at microsoft.com  Thu Jul 14 21:13:54 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Thu, 14 Jul 2011 19:13:54 +0000
Subject: [Ironpython-users] Microsoft.VisualStudio.Project namespace
In-Reply-To: <CAABik=vwg74LkaKxwKyUhW8XAdTiBZfkihrhrvOvzpJx+mhAqQ@mail.gmail.com>
References: <CAABik=sHc6N=hc0_79tTnn0NcF3FQe3voQbAMeQz2KuaP8EshA@mail.gmail.com>
	<CAABik=vwg74LkaKxwKyUhW8XAdTiBZfkihrhrvOvzpJx+mhAqQ@mail.gmail.com>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E28E80148@TK5EX14MBXC292.redmond.corp.microsoft.com>

Cameron wrote:
> Is there a technical reason why the Microsoft.VisualStudio.Project
> namespace isn't compiled into its own assembly? Looking at the source code,
> I noticed there is a
> Tools\IronStudio\IronStudio\VisualStudio\Project\Microsoft.VisualStudio.Pr
> oject.csproj,
> but instead of getting compiled into
> Microsoft.VisualStudio.Project.dll, it gets compiled into IronStudio.dll.
> 
> I was hoping to use the Micorosft.VisualStudio.Project namespace under the
> Apache license rather than the MsPL license provided by
> http://mpfproj10.codeplex.com/SourceControl/list/changesets .
> mpfproj10 was last changed in May 2010. That namespace was committed to
> this project on October 2010 and has remained unchanged.

IpyTools has made some pretty significant extensions to MPFProj (all of the
project related classes starting w/ Common) and I think some of those extensions
involve overriding various internal methods which couldn't be overridden if
we were in a different assembly.  We also implemented other features (such as
object browser support) and wanted to be able to share that between IronRuby
and IronPython.  

If you want to take the IpyTools (or PTVS http://pytools.codeplex.com which is
even more recent and has more fixes, is still licensed under Apache, but again 
moves what assemblies this stuff is in) source but want to get something MPFProj
like I would suggest diffing the two, keeping the IpyTools/PTVS versions of the 
source files, and keep the MPFProj .csproj file.  You'll also get a bunch of MPFProj
bug fixes for various MPFProj10 bugs this way.

> 
> I compiled Microsoft.VisualStudio.Project.dll and compiled by Visual Studio
> Shell project using it successfully. The problem is that I'm getting runtime
> errors and the call stacks are not useful. An example
> error:
> 
> ---------------------------
> MET/CAL Editor
> ---------------------------
> 'C:\Users\ctaggart\AppData\Local\Temp\fe4vowgi.mlc\Temp\METCAL
> Procedure Project10.mcproj' cannot be opened because its project type
> (.mcproj) is not supported by this version of the application.
> 
> To open it, please use a version that supports this type of project.
> ---------------------------
> OK ? Help
> ---------------------------

My guess is that there's a problem w/ getting the project system registered.
You'll need an equivalent of PythonProjectPackage.cs which registers the 
project system w/ VS.  I'd also check that your package is getting successfully 
loaded by looking in Help->About VS and making sure it shows up there.

From no_reply at codeplex.com  Fri Jul 15 11:43:09 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 15 Jul 2011 02:43:09 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/14/2011
Message-ID: <CO1MSFTVADM02QYx3G500004ea1@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New comment] Locally unhandled exceptions being reported by debugger

----------------------------------------------

ISSUES

1. [New comment] Locally unhandled exceptions being reported by debugger
http://ironpython.codeplex.com/workitem/30502
User AphexSA has commented on the issue:

"I'm running into this too and this is actually preventing me from using certain programming routines and features, such as hasattr(), because the debugger will pop up with the exception report even though there is a try-except wrapped around the callee. Rather than ignore unhandled exceptions (which is a bad idea), I am forced to change my code in order avoid situations where this can occur. For example, I can't use hasattr because the way it's implemented is to try the attribute, and catch the AttributeError that might occur, and return True or False accordingly. But this issue makes hasattr a pain in the ass to have in your code, because you'll get unhandled exception reports. This is insanely confusing and annoying.

I'm using the latest RC1 of pytools too, and it still happens (with IronPython 2.7.1 Beta 1). Please, please fix this."
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110715/b0858824/attachment.html>

From slide.o.mix at gmail.com  Fri Jul 15 16:15:50 2011
From: slide.o.mix at gmail.com (Slide)
Date: Fri, 15 Jul 2011 07:15:50 -0700
Subject: [Ironpython-users] codeplex member
Message-ID: <CAPiUgVdwM=+B+54N87XWSa8nrXKVD4EKcyPas3VW-ym2LHz22Q@mail.gmail.com>

How does one become a member of the project on codeplex so that issues can
be assigned to them? Also, is the plan to stick with codeplex issues or
possibly move to github's issue system?

slide

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

From jschementi at gmail.com  Fri Jul 15 16:22:27 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Fri, 15 Jul 2011 10:22:27 -0400
Subject: [Ironpython-users] codeplex member
In-Reply-To: <CAPiUgVdwM=+B+54N87XWSa8nrXKVD4EKcyPas3VW-ym2LHz22Q@mail.gmail.com>
References: <CAPiUgVdwM=+B+54N87XWSa8nrXKVD4EKcyPas3VW-ym2LHz22Q@mail.gmail.com>
Message-ID: <2D3F3CB1-1F34-4632-AA0C-EF5774D21AE4@gmail.com>

On Jul 15, 2011, at 10:15 AM, Slide wrote:
> How does one become a member of the project on codeplex so that issues can be assigned to them?

Send me your codeplex id and I'll add you as a developer.

> Also, is the plan to stick with codeplex issues or possibly move to github's issue system?
> 
> slide

Moving to GitHub might be nice, but we lose voting. In the past voting seemed to help. Anyways, I say we stay on CodePlex for now; our users are probably more familiar with it vs. GitHub.

From jdhardy at gmail.com  Fri Jul 15 17:20:00 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 15 Jul 2011 08:20:00 -0700
Subject: [Ironpython-users] codeplex member
In-Reply-To: <2D3F3CB1-1F34-4632-AA0C-EF5774D21AE4@gmail.com>
References: <CAPiUgVdwM=+B+54N87XWSa8nrXKVD4EKcyPas3VW-ym2LHz22Q@mail.gmail.com>
	<2D3F3CB1-1F34-4632-AA0C-EF5774D21AE4@gmail.com>
Message-ID: <CAF7AXFEJJQDw6QHn6PQsQhezAVpJ+XPdiDXnT6xGX_Y58UC5_g@mail.gmail.com>

On Fri, Jul 15, 2011 at 7:22 AM, Jimmy Schementi <jschementi at gmail.com> wrote:
>> Also, is the plan to stick with codeplex issues or possibly move to github's issue system?
>>
>> slide
>
> Moving to GitHub might be nice, but we lose voting. In the past voting seemed to help. Anyways, I say we stay on CodePlex for now; our users are probably more familiar with it vs. GitHub.

I've been pondering this as well. Having everything in one place would
be nice (automatic issue closing on push would be nice), but even with
GitHub's revamped issue system CodePlex's is still better IMO, and the
whole process of moving issues over smells of yak-shaving to me.

Ultimately, GH just moves faster than CP, so I wouldn't be surprised
if we did move at some point in the future. But not right away.

- Jeff

From jdhardy at gmail.com  Fri Jul 15 20:51:23 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 15 Jul 2011 11:51:23 -0700
Subject: [Ironpython-users] IronPython 2.7.1 Beta 2 Coming
Message-ID: <CAF7AXFHTj-Ru-NaWRdahXi5vML7KJNO_nXg-iPtejXpOHtjHgw@mail.gmail.com>

Hi all,
I'm planning on doing a beta 2 release of 2.7.1 next weekend (probably
late Saturday, July 23). If you have a bug you want fixed and it's not
in the list[1], please let me know and I'll bump it up. If you really
want it fixed, I recommend sending a patch.

If you need any help preparing a patch, let me know and I'll do what I can.

The final release of 2.7.1 will probably come in early August.

- Jeff

[1] http://ironpython.codeplex.com/workitem/list/advanced?keyword=&status=Proposed%7cActive&type=All&priority=High&release=2.7.1&assignedTo=All&component=All&sortField=Votes&sortDirection=Descending&page=0

From no_reply at codeplex.com  Sat Jul 16 12:02:57 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 16 Jul 2011 03:02:57 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/15/2011
Message-ID: <CO1MSFTVADM02Tzvb5Y000065a8@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New issue] Running Python Package/Script using IronPython
2. [New comment] Running Python Package/Script using IronPython

----------------------------------------------

ISSUES

1. [New issue] Running Python Package/Script using IronPython
http://ironpython.codeplex.com/workitem/31023
User furqanmlk has proposed the issue:

"Hi there,
Our team has successfully implemented IronPython for our WPF Automation framework and it's work awsome!.
My question here is that, we have some scripts in Python and Automation scripts in IronPython. where should we go form here!
How can I use Python scripts using IronPython so that everything would be controlled by IronPython or vise versa.
Your quick help would greatly be appreciated, as we are middle of our project.
Regards,
Malik"-----------------

2. [New comment] Running Python Package/Script using IronPython
http://ironpython.codeplex.com/workitem/31023
User slide_o_mix has commented on the issue:

"This really isn't an "issue" it would better be submitted to the IronPython mailing list. The issue tracker is for "bugs" in IronPython, not for questions on how to use it. You can subscribe to the mailing list at http://mail.python.org/mailman/listinfo/ironpython-users"
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110716/f6bc51ce/attachment.html>

From no_reply at codeplex.com  Sun Jul 17 14:04:40 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 17 Jul 2011 05:04:40 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/16/2011
Message-ID: <CO1MSFTVADM02da3YAh00007242@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New issue] compiling stdlib results in SystemError: Unable to make a reference to a transient module from a non-transient module.

----------------------------------------------

ISSUES

1. [New issue] compiling stdlib results in SystemError: Unable to make a reference to a transient module from a non-transient module.
http://ironpython.codeplex.com/workitem/31031
User jhdonner has proposed the issue:

"When compiling stdlib the SystemError: Unable to make a reference to a transient module from a non-transient module. appears.

It fails on the current 2.7 distribution, the ipy-2.7-maintenance branch (also the ipy-2.7-maintenance branch at jdhardy).
However, it does not fail the current master branch

see also:
http://stackoverflow.com/questions/6195781/ironpython-exe-compiled-using-pyc-py-cannot-import-module-os

compiling can be done using:
-----------
import sys
sys.path.append(r'..\..\main\Languages\IronPython\Public\Tools\Scripts')
import glob
import pyc
path = r"..\..\main\External.LCA_RESTRICTED\Languages\IronPython\27\Lib\*.py"
gb = glob.glob(path)
gb.append("/out:StdLib")    
pyc.Main(["/target:dll"]+gb)
-----------

somewhat related: http://ironpython.codeplex.com/workitem/28934
but that one is working/fixed while the above is not"
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110717/eff95341/attachment.html>

From no_reply at codeplex.com  Mon Jul 18 16:45:02 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 18 Jul 2011 07:45:02 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/17/2011
Message-ID: <CO1MSFTVADM02dGJ5OG000084d8@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New issue] builtin codecs can not be found in executable compiled with pyc.py
2. [New issue] can not compile function with 14+ arguments with pyc.py (Popen.__init__ in subprocess.py)

----------------------------------------------

ISSUES

1. [New issue] builtin codecs can not be found in executable compiled with pyc.py
http://ironpython.codeplex.com/workitem/31032
User roxaz911 has proposed the issue:

"seems that codecs somehow do not compile right. in compiled binary i
cant use utf-16 codec (i did not test others).

testcase is really simple:

> import codecs
> codecs.open('file.txt', 'r', 'utf-16')
file.txt should exist before testing this. it can be empty, doesnt matter.
running it on ipy interpreter no exception is thrown, but if this is
compiled to executable this is what i get:

> F:\py\src>test.exe
>
> Unhandled Exception: IronPython.Runtime.Exceptions.LookupException:
> unknown encoding: utf-16
>    at
> IronPython.Runtime.Operations.PythonOps.LookupEncoding(CodeContext
> context, String encoding)
>    at
> Microsoft.Scripting.Interpreter.FuncCallInstruction`3.Run(InterpretedFrame
> frame)
>    at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame
> frame)
>    at
> Microsoft.Scripting.Interpreter.LightLambda.Run4[T0,T1,T2,T3,TRet](T0
> arg0, T1 arg1, T2 arg2, T3 arg3)
>    at
> System.Dynamic.UpdateDelegates.UpdateAndExecute3[T0,T1,T2,TRet](CallSite
> site, T0 arg0, T1 arg1, T2 arg2)
>    at DLRCachedCode.open$64(Closure , PythonFunction $function, Object
> filename, Object mode, Object encoding, Object errors, Object buffering)
>    at
> IronPython.Runtime.PythonFunction.FunctionCaller`3.Default2Call3(CallSite
> site, CodeContext context, Object func, T0 arg0, T1 arg1, T2 arg2)
>    at
> System.Dynamic.UpdateDelegates.UpdateAndExecute5[T0,T1,T2,T3,T4,TRet](CallSite
> site, T0 arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4)
>    at DLRCachedCode.__main__$2(CodeContext $globalContext,
> FunctionCode $functionCode)
>    at IronPython.Compiler.OnDiskScriptCode.Run()
>    at IronPython.Runtime.PythonContext.InitializeModule(String
> fileName, ModuleContext moduleContext, ScriptCode scriptCode,
> ModuleOptions options)
>    at IronPython.Runtime.ModuleLoader.load_module(CodeContext context,
> String fullName)
>    at
> Microsoft.Scripting.Interpreter.FuncCallInstruction`4.Run(InterpretedFrame
> frame)
>    at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame
> frame)
>    at
> Microsoft.Scripting.Interpreter.LightLambda.Run4[T0,T1,T2,T3,TRet](T0
> arg0, T1 arg1, T2 arg2, T3 arg3)
>    at
> System.Dynamic.UpdateDelegates.UpdateAndExecute3[T0,T1,T2,TRet](CallSite
> site, T0 arg0, T1 arg1, T2 arg2)
>    at
> IronPython.Runtime.Importer.FindAndLoadModuleFromImporter(CodeContext
> context, Object importer, String fullName,
> List path, Object& ret)
>    at IronPython.Runtime.Importer.TryLoadMetaPathModule(CodeContext
> context, String fullName, List path, Object& ret)
>    at IronPython.Runtime.Importer.ImportTopAbsolute(CodeContext
> context, String name)
>    at IronPython.Runtime.Importer.ImportModule(CodeContext context,
> Object globals, String modName, Boolean bottom, Int32 level)
>    at IronPython.Modules.Builtin.__import__(CodeContext context,
> String name, Object globals, Object locals, Object fromlist, Int32 level)
>    at
> Microsoft.Scripting.Interpreter.FuncCallInstruction`7.Run(InterpretedFrame
> frame)
>    at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame
> frame)
>    at
> Microsoft.Scripting.Interpreter.LightLambda.Run8[T0,T1,T2,T3,T4,T5,T6,T7,TRet](T0
> arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4, T5 arg5, T6 arg6, T7 arg7)
>    at
> System.Dynamic.UpdateDelegates.UpdateAndExecute7[T0,T1,T2,T3,T4,T5,T6,TRet](CallSite
> site, T0 arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4, T5 arg5, T6 arg6)
>    at IronPython.Runtime.Importer.ImportLightThrow(CodeContext
> context, String fullName, PythonTuple from, Int32 level)
>    at
> IronPython.Runtime.Operations.PythonOps.InitializeModule(Assembly
> precompiled, String main, String[] references)
>    at PythonMain.Main()"-----------------

2. [New issue] can not compile function with 14+ arguments with pyc.py (Popen.__init__ in subprocess.py)
http://ironpython.codeplex.com/workitem/31033
User roxaz911 has proposed the issue:

"subprocess.py from standard ironpython library can not be compiled with pyc.py due to Popen.__init__ that has 15 arguments. For some reason there is max 13 arguments limit when compiling with pyc.py.  If function with 14 or more arguments is being compiled it fails like this:
Input Files:
Output:
        freezetest
Target:
        ConsoleApplication
Platform:
        ILOnly
Machine:
        I386
Compiling...
Traceback (most recent call last):
  File "c:\Programs\IronPython 2.7\Tools\Scripts\pyc.py", line 159, in <module>
  File "c:\Programs\IronPython 2.7\Tools\Scripts\pyc.py", line 151, in Main
SystemError: Unable to make a reference to a transient module from a
non-transient module."
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110718/271cd35d/attachment.html>

From bernd.viehmann at googlemail.com  Wed Jul 20 13:57:04 2011
From: bernd.viehmann at googlemail.com (Bernd Viehmann)
Date: Wed, 20 Jul 2011 13:57:04 +0200
Subject: [Ironpython-users] Q: Protecting my source in an ASP.NET IronPython
	application possible?
Message-ID: <4E26C290.7060101@googlemail.com>

Hi,

I am quit new here, so : My name is Bernd Viehmann, I live in Germany ( 
near the city Aachen by the German/Dutch border ) and I am a web 
developer interested in Iron Python.


I am just going to start a commercial ASP:NET application with Iron 
Python. I have planned to use ASP.NET 4.0 for the project.

My (first  question :-) ) Is there a way to hide my source code?

Normal the code-behind files for the web forms are readable for anyone 
with access to the server. Is there a way to pre-compile the .py files 
to make them unreadable in an ASP.NET application?

Or is there a solution like the code-obfuscater for C#?


Thanks for any help and kind regards

  Bernd

From roxaz911 at gmail.com  Wed Jul 20 14:27:05 2011
From: roxaz911 at gmail.com (rox)
Date: Wed, 20 Jul 2011 15:27:05 +0300
Subject: [Ironpython-users] Q: Protecting my source in an ASP.NET
 IronPython application possible?
In-Reply-To: <4E26C290.7060101@googlemail.com>
References: <4E26C290.7060101@googlemail.com>
Message-ID: <4E26C999.9010307@gmail.com>

Ironpython can be compiled to .NET modules which then can be obfuscated
using any obfuscator for dotNET. Example script is at
\Tools\Scripts\pyc.py. Cool thing about protecting intellectual property
coded in IronPython is that compiled with pyc.py code look already weird
and not so easy to understand. Applying another layer of obfuscation
will do great job to protect your code.

rox


On 7/20/2011 2:57 PM, Bernd Viehmann wrote:
> Hi,
>
> I am quit new here, so : My name is Bernd Viehmann, I live in Germany
> ( near the city Aachen by the German/Dutch border ) and I am a web
> developer interested in Iron Python.
>
>
> I am just going to start a commercial ASP:NET application with Iron
> Python. I have planned to use ASP.NET 4.0 for the project.
>
> My (first  question :-) ) Is there a way to hide my source code?
>
> Normal the code-behind files for the web forms are readable for anyone
> with access to the server. Is there a way to pre-compile the .py files
> to make them unreadable in an ASP.NET application?
>
> Or is there a solution like the code-obfuscater for C#?
>
>
> Thanks for any help and kind regards
>
>  Bernd
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>

From slide.o.mix at gmail.com  Wed Jul 20 14:46:47 2011
From: slide.o.mix at gmail.com (Slide)
Date: Wed, 20 Jul 2011 05:46:47 -0700
Subject: [Ironpython-users] Q: Protecting my source in an ASP.NET
 IronPython application possible?
In-Reply-To: <4E26C290.7060101@googlemail.com>
References: <4E26C290.7060101@googlemail.com>
Message-ID: <CAPiUgVfDMRLigTg=qfO5OgN564Dco6qTjHbv=pXwB-k8+nDhcQ@mail.gmail.com>

On Wed, Jul 20, 2011 at 4:57 AM, Bernd Viehmann <
bernd.viehmann at googlemail.com> wrote:

> Hi,
>
> I am quit new here, so : My name is Bernd Viehmann, I live in Germany (
> near the city Aachen by the German/Dutch border ) and I am a web developer
> interested in Iron Python.
>
>
> I am just going to start a commercial ASP:NET application with Iron Python.
> I have planned to use ASP.NET 4.0 for the project.
>
> My (first  question :-) ) Is there a way to hide my source code?
>
> Normal the code-behind files for the web forms are readable for anyone with
> access to the server. Is there a way to pre-compile the .py files to make
> them unreadable in an ASP.NET application?
>
> Or is there a solution like the code-obfuscater for C#?
>
>
> Thanks for any help and kind regards
>
>  Bernd
> ______________________________**_________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/**mailman/listinfo/ironpython-**users<http://mail.python.org/mailman/listinfo/ironpython-users>
>


You can modify the permissions on the source files in IIS so that they are
not readable directly.

slide


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

From bernd.viehmann at googlemail.com  Wed Jul 20 14:59:30 2011
From: bernd.viehmann at googlemail.com (Bernd Viehmann)
Date: Wed, 20 Jul 2011 14:59:30 +0200
Subject: [Ironpython-users] Q: Protecting my source in an ASP.NET
 IronPython application possible?
In-Reply-To: <4E26C999.9010307@gmail.com>
References: <4E26C290.7060101@googlemail.com> <4E26C999.9010307@gmail.com>
Message-ID: <4E26D132.9020400@googlemail.com>

Hi,

but I can not use an exe oa an dll as a code-behind-file for a asp.net 
web-form. So I think this approach will work with IPY-Scripts but I do 
not understand how I can use the compiler for the code-behinds. 
Assemblies can be used for tool-classes but I am looking for a way to 
hide the code of my ASP.NET page logic.

If I am wrong please explain how to use an dll as code-behind.

Thx & regards

  Bernd


Am 20.07.2011 14:27, schrieb rox:
> Ironpython can be compiled to .NET modules which then can be obfuscated
> using any obfuscator for dotNET. Example script is at
> \Tools\Scripts\pyc.py. Cool thing about protecting intellectual property
> coded in IronPython is that compiled with pyc.py code look already weird
> and not so easy to understand. Applying another layer of obfuscation
> will do great job to protect your code.
>
> rox
>
>
> On 7/20/2011 2:57 PM, Bernd Viehmann wrote:
>> Hi,
>>
>> I am quit new here, so : My name is Bernd Viehmann, I live in Germany
>> ( near the city Aachen by the German/Dutch border ) and I am a web
>> developer interested in Iron Python.
>>
>>
>> I am just going to start a commercial ASP:NET application with Iron
>> Python. I have planned to use ASP.NET 4.0 for the project.
>>
>> My (first  question :-) ) Is there a way to hide my source code?
>>
>> Normal the code-behind files for the web forms are readable for anyone
>> with access to the server. Is there a way to pre-compile the .py files
>> to make them unreadable in an ASP.NET application?
>>
>> Or is there a solution like the code-obfuscater for C#?
>>
>>
>> Thanks for any help and kind regards
>>
>>   Bernd
>> _______________________________________________
>> Ironpython-users mailing list
>> Ironpython-users at python.org
>> http://mail.python.org/mailman/listinfo/ironpython-users
>>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users

From roxaz911 at gmail.com  Wed Jul 20 15:31:44 2011
From: roxaz911 at gmail.com (rox)
Date: Wed, 20 Jul 2011 16:31:44 +0300
Subject: [Ironpython-users] Q: Protecting my source in an ASP.NET
 IronPython application possible?
In-Reply-To: <4E26D132.9020400@googlemail.com>
References: <4E26C290.7060101@googlemail.com> <4E26C999.9010307@gmail.com>
	<4E26D132.9020400@googlemail.com>
Message-ID: <4E26D8C0.1000301@gmail.com>

Sorry if i confused you, i am not familiar with ASP.NET technology.

rox


On 7/20/2011 3:59 PM, Bernd Viehmann wrote:
> Hi,
>
> but I can not use an exe oa an dll as a code-behind-file for a asp.net
> web-form. So I think this approach will work with IPY-Scripts but I do
> not understand how I can use the compiler for the code-behinds.
> Assemblies can be used for tool-classes but I am looking for a way to
> hide the code of my ASP.NET page logic.
>
> If I am wrong please explain how to use an dll as code-behind.
>
> Thx & regards
>
>  Bernd
>
>
> Am 20.07.2011 14:27, schrieb rox:
>> Ironpython can be compiled to .NET modules which then can be obfuscated
>> using any obfuscator for dotNET. Example script is at
>> \Tools\Scripts\pyc.py. Cool thing about protecting intellectual property
>> coded in IronPython is that compiled with pyc.py code look already weird
>> and not so easy to understand. Applying another layer of obfuscation
>> will do great job to protect your code.
>>
>> rox
>>
>>
>> On 7/20/2011 2:57 PM, Bernd Viehmann wrote:
>>> Hi,
>>>
>>> I am quit new here, so : My name is Bernd Viehmann, I live in Germany
>>> ( near the city Aachen by the German/Dutch border ) and I am a web
>>> developer interested in Iron Python.
>>>
>>>
>>> I am just going to start a commercial ASP:NET application with Iron
>>> Python. I have planned to use ASP.NET 4.0 for the project.
>>>
>>> My (first  question :-) ) Is there a way to hide my source code?
>>>
>>> Normal the code-behind files for the web forms are readable for anyone
>>> with access to the server. Is there a way to pre-compile the .py files
>>> to make them unreadable in an ASP.NET application?
>>>
>>> Or is there a solution like the code-obfuscater for C#?
>>>
>>>
>>> Thanks for any help and kind regards
>>>
>>>   Bernd
>>> _______________________________________________
>>> Ironpython-users mailing list
>>> Ironpython-users at python.org
>>> http://mail.python.org/mailman/listinfo/ironpython-users
>>>
>> _______________________________________________
>> Ironpython-users mailing list
>> Ironpython-users at python.org
>> http://mail.python.org/mailman/listinfo/ironpython-users
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>

From jschementi at gmail.com  Wed Jul 20 16:14:10 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Wed, 20 Jul 2011 10:14:10 -0400
Subject: [Ironpython-users] Q: Protecting my source in an ASP.NET
	IronPython application possible?
In-Reply-To: <4E26D132.9020400@googlemail.com>
References: <4E26C290.7060101@googlemail.com> <4E26C999.9010307@gmail.com>
	<4E26D132.9020400@googlemail.com>
Message-ID: <67D96229-C62F-4019-8AA8-23617C640F22@gmail.com>

>>> Normal the code-behind files for the web forms are readable for anyone
>>> with access to the server


Define "access", is it the ability to see http://yourhost.com/Default.aspx.py or C:\inetpub\wwwroot\Default.aspx.py?

For the first case, as slide mentioned, you can block IIS from serving those files.

For the second case, obfuscation is the only way to go, other than simple user/group based filesystem permissions.

By the way, you're correct that Microsoft.Scripting.AspNet doesn't support loading code-behind from DLLs produced from clr.CompileModules. If anyone really wants this, patches are welcome: https://github.com/IronLanguages/main/tree/master/Hosts/MerlinWeb

~Jimmy


On Jul 20, 2011, at 8:59 AM, Bernd Viehmann <bernd.viehmann at googlemail.com> wrote:

> Hi,
> 
> but I can not use an exe oa an dll as a code-behind-file for a asp.net web-form. So I think this approach will work with IPY-Scripts but I do not understand how I can use the compiler for the code-behinds. Assemblies can be used for tool-classes but I am looking for a way to hide the code of my ASP.NET page logic.
> 
> If I am wrong please explain how to use an dll as code-behind.
> 
> Thx & regards
> 
> Bernd
> 
> 
> Am 20.07.2011 14:27, schrieb rox:
>> Ironpython can be compiled to .NET modules which then can be obfuscated
>> using any obfuscator for dotNET. Example script is at
>> \Tools\Scripts\pyc.py. Cool thing about protecting intellectual property
>> coded in IronPython is that compiled with pyc.py code look already weird
>> and not so easy to understand. Applying another layer of obfuscation
>> will do great job to protect your code.
>> 
>> rox
>> 
>> 
>> On 7/20/2011 2:57 PM, Bernd Viehmann wrote:
>>> Hi,
>>> 
>>> I am quit new here, so : My name is Bernd Viehmann, I live in Germany
>>> ( near the city Aachen by the German/Dutch border ) and I am a web
>>> developer interested in Iron Python.
>>> 
>>> 
>>> I am just going to start a commercial ASP:NET application with Iron
>>> Python. I have planned to use ASP.NET 4.0 for the project.
>>> 
>>> My (first  question :-) ) Is there a way to hide my source code?
>>> 
>>> Normal the code-behind files for the web forms are readable for anyone
>>> with access to the server. Is there a way to pre-compile the .py files
>>> to make them unreadable in an ASP.NET application?
>>> 
>>> Or is there a solution like the code-obfuscater for C#?
>>> 
>>> 
>>> Thanks for any help and kind regards
>>> 
>>>  Bernd
>>> _______________________________________________
>>> Ironpython-users mailing list
>>> Ironpython-users at python.org
>>> http://mail.python.org/mailman/listinfo/ironpython-users
>>> 
>> _______________________________________________
>> Ironpython-users mailing list
>> Ironpython-users at python.org
>> http://mail.python.org/mailman/listinfo/ironpython-users
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users

From no_reply at codeplex.com  Wed Jul 20 16:42:45 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 20 Jul 2011 07:42:45 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/19/2011
Message-ID: <CO1MSFTVADM02blZz020000c785@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New issue] Traceback is useless when exception raised inside of decorator/with wrapper
2. [New comment] can not compile function with 14+ arguments with pyc.py (Popen.__init__ in subprocess.py)
3. [New comment] builtin codecs can not be found in executable compiled with pyc.py
4. [New issue] Inconsistent Behavior of %d in string substitution

----------------------------------------------

ISSUES

1. [New issue] Traceback is useless when exception raised inside of decorator/with wrapper
http://ironpython.codeplex.com/workitem/31043
User rutsky has proposed the issue:

"When exception is raised inside bunch of context wrappers provided by IronPython exception traceback is almost useless.
Please see attached sample code which gives under CPython 2.6.5 following output (python.exe context_bug.py):

Start 'test' stage
  test() call f()
  f() call g()
  g() raise exception now
End 'test' stage
Traceback (most recent call last):
  File "context_bug.py", line 52, in <module>
    test()
  File "context_bug.py", line 20, in wrapper
    return func(*args, **kwargs)
  File "context_bug.py", line 41, in test
    f()
  File "context_bug.py", line 46, in f
    g()
  File "context_bug.py", line 50, in g
    raise Exception("some exception")
Exception: some exception

And under IronPython 2.6.2 (2.6.10920.0) on .NET 2.0.50727.5444 (ipy.exe context_bug.py):

Start 'test' stage
  test() call f()
  f() call g()
  g() raise exception now
End 'test' stage
Traceback (most recent call last):
  File "context_bug.py", line 52, in <module>
  File "C:\Program Files (x86)\IronPython 2.6\Lib\contextlib.py", line 34, in __exit__
  File "context_bug.py", line 10, in enter_stage
Exception: some exception

Note that IronPython doesn't print any information that exception was inside f() and g() calls."-----------------

2. [New comment] can not compile function with 14+ arguments with pyc.py (Popen.__init__ in subprocess.py)
http://ironpython.codeplex.com/workitem/31033
User roxaz911 has commented on the issue:

"works in 2.7.1 beta 1"-----------------

3. [New comment] builtin codecs can not be found in executable compiled with pyc.py
http://ironpython.codeplex.com/workitem/31032
User roxaz911 has commented on the issue:

"works in 2.7.1 beta 1"-----------------

4. [New issue] Inconsistent Behavior of %d in string substitution
http://ironpython.codeplex.com/workitem/31049
User WombatPM has proposed the issue:

"%d operator in string substitution behavior is different in IronPython 2.7 than in CPython 2.7 (ActiveState)

%0.3d  produces different output than %03d in IronPython.

C:\>type test.py
print "%0.3d" % 5
print "%03d" % 5

C:\>python test.py
005
005

C:\>ipy.exe test.py
5
005"
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110720/b8114e9c/attachment.html>

From jdhardy at gmail.com  Wed Jul 20 17:26:12 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Wed, 20 Jul 2011 08:26:12 -0700
Subject: [Ironpython-users] Q: Protecting my source in an ASP.NET
 IronPython application possible?
In-Reply-To: <67D96229-C62F-4019-8AA8-23617C640F22@gmail.com>
References: <4E26C290.7060101@googlemail.com> <4E26C999.9010307@gmail.com>
	<4E26D132.9020400@googlemail.com>
	<67D96229-C62F-4019-8AA8-23617C640F22@gmail.com>
Message-ID: <CAF7AXFF_1uspMOsHokTY5hbJYnp3PnH3ZtfAG1GRU0PWRYptCw@mail.gmail.com>

On Wed, Jul 20, 2011 at 7:14 AM, Jimmy Schementi <jschementi at gmail.com> wrote:
> By the way, you're correct that Microsoft.Scripting.AspNet doesn't support loading code-behind from DLLs produced from clr.CompileModules. If anyone really wants this, patches are welcome: https://github.com/IronLanguages/main/tree/master/Hosts/MerlinWeb

But it does support importing modules compiled with pyc, right?

In that case, Bernd, put all of your business logic in a separate set
of Python files (not code-behind) and compile those with pyc. Then,
from your code-behind files you can clr.AddReference() and import your
compiled code. This won't protect the code behind files, but the
code-behind should be very small files that just call into your
compiled code and thus don't really need to be obfuscated.

This also has the advantage of decoupling your business logic from the
web pages, making it easier to maintain and test.

- Jeff

From jschementi at gmail.com  Wed Jul 20 17:29:05 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Wed, 20 Jul 2011 11:29:05 -0400
Subject: [Ironpython-users] Q: Protecting my source in an ASP.NET
	IronPython application possible?
In-Reply-To: <CAF7AXFF_1uspMOsHokTY5hbJYnp3PnH3ZtfAG1GRU0PWRYptCw@mail.gmail.com>
References: <4E26C290.7060101@googlemail.com> <4E26C999.9010307@gmail.com>
	<4E26D132.9020400@googlemail.com>
	<67D96229-C62F-4019-8AA8-23617C640F22@gmail.com>
	<CAF7AXFF_1uspMOsHokTY5hbJYnp3PnH3ZtfAG1GRU0PWRYptCw@mail.gmail.com>
Message-ID: <8C3E0E6C-4247-48D7-B535-9498AB98F3DF@gmail.com>

On Jul 20, 2011, at 11:26 AM, Jeff Hardy <jdhardy at gmail.com> wrote:

> On Wed, Jul 20, 2011 at 7:14 AM, Jimmy Schementi <jschementi at gmail.com> wrote:
>> By the way, you're correct that Microsoft.Scripting.AspNet doesn't support loading code-behind from DLLs produced from clr.CompileModules. If anyone really wants this, patches are welcome: https://github.com/IronLanguages/main/tree/master/Hosts/MerlinWeb
> 
> But it does support importing modules compiled with pyc, right?
> 
> In that case, Bernd, put all of your business logic in a separate set
> of Python files (not code-behind) and compile those with pyc. Then,
> from your code-behind files you can clr.AddReference() and import your
> compiled code. This won't protect the code behind files, but the
> code-behind should be very small files that just call into your
> compiled code and thus don't really need to be obfuscated.
> 
> This also has the advantage of decoupling your business logic from the
> web pages, making it easier to maintain and test.
> 
> - Jeff

Yes, you can make the code-behind a pass through to a compiled module.

From bernd.viehmann at googlemail.com  Wed Jul 20 18:38:04 2011
From: bernd.viehmann at googlemail.com (Bernd Viehmann)
Date: Wed, 20 Jul 2011 18:38:04 +0200
Subject: [Ironpython-users] Q: Protecting my source in an ASP.NET
 IronPython application possible?
In-Reply-To: <8C3E0E6C-4247-48D7-B535-9498AB98F3DF@gmail.com>
References: <4E26C290.7060101@googlemail.com> <4E26C999.9010307@gmail.com>
	<4E26D132.9020400@googlemail.com>
	<67D96229-C62F-4019-8AA8-23617C640F22@gmail.com>
	<CAF7AXFF_1uspMOsHokTY5hbJYnp3PnH3ZtfAG1GRU0PWRYptCw@mail.gmail.com>
	<8C3E0E6C-4247-48D7-B535-9498AB98F3DF@gmail.com>
Message-ID: <4E27046C.8010709@googlemail.com>

Hi Jeff and Jimmy,

taking the business-logic in a separate module is my usual style of 
working, but I didn't see that the pyc-script-hint will work for me.

So for me there is no need of compiled-code-behind-files.

Thanks much & kind regards

  Bernd


Am 20.07.2011 17:29, schrieb Jimmy Schementi:
> On Jul 20, 2011, at 11:26 AM, Jeff Hardy<jdhardy at gmail.com>  wrote:
>
>> On Wed, Jul 20, 2011 at 7:14 AM, Jimmy Schementi<jschementi at gmail.com>  wrote:
>>> By the way, you're correct that Microsoft.Scripting.AspNet doesn't support loading code-behind from DLLs produced from clr.CompileModules. If anyone really wants this, patches are welcome: https://github.com/IronLanguages/main/tree/master/Hosts/MerlinWeb
>>
>> But it does support importing modules compiled with pyc, right?
>>
>> In that case, Bernd, put all of your business logic in a separate set
>> of Python files (not code-behind) and compile those with pyc. Then,
>> from your code-behind files you can clr.AddReference() and import your
>> compiled code. This won't protect the code behind files, but the
>> code-behind should be very small files that just call into your
>> compiled code and thus don't really need to be obfuscated.
>>
>> This also has the advantage of decoupling your business logic from the
>> web pages, making it easier to maintain and test.
>>
>> - Jeff
>
> Yes, you can make the code-behind a pass through to a compiled module.

From no_reply at codeplex.com  Thu Jul 21 16:48:15 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 21 Jul 2011 07:48:15 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/20/2011
Message-ID: <CO1MSFTVADM027IjFzF0000e563@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [Status update] can not compile function with 14+ arguments with pyc.py (Popen.__init__ in subprocess.py)
2. [Status update] builtin codecs can not be found in executable compiled with pyc.py

----------------------------------------------

ISSUES

1. [Status update] can not compile function with 14+ arguments with pyc.py (Popen.__init__ in subprocess.py)
http://ironpython.codeplex.com/workitem/31033
User jdhardy has updated the issue:
Status has changed from Proposed to Closed.

-----------------

2. [Status update] builtin codecs can not be found in executable compiled with pyc.py
http://ironpython.codeplex.com/workitem/31032
User jdhardy has updated the issue:
Status has changed from Proposed to Closed.


----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110721/05b06dda/attachment.html>

From no_reply at codeplex.com  Fri Jul 22 14:40:46 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 22 Jul 2011 05:40:46 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/21/2011
Message-ID: <CO1MSFTVADM02zu23Li0000ff57@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New comment] Locally unhandled exceptions being reported by debugger

----------------------------------------------

ISSUES

1. [New comment] Locally unhandled exceptions being reported by debugger
http://ironpython.codeplex.com/workitem/30502
User AphexSA has commented on the issue:

"Update: Dino Viehland replied to my crossposted issue on pytools' codeplex. It looks like this may be a simple fix - the change is on the IronPython side:

dinov wrote Jul 15 at 1:46 PM
it can be tricky but it's all contained to one file, and actually I think I misspoke - we probably need to use filter blocks instead of fault blocks (as we do actually want to handle the exception). The filter would test the exception and then the catch block would run. It would also mean we could have slightly different behavior if someone else was using filters (e.g. VB.NET). 

Looking at the code their could be a simpler solution - we could be missing clearing debug info when we first go into the catch block. If that's the case we just need an Ast.ClearDebugInfo() expression as the 1st expression of each of the .Catch blocks in TryStatement.cs. For finallys we might need a different fix - potentially using a fault block there if GlobalParent.EmitDebugSymbols is true."
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110722/30f1857e/attachment.html>

From chaim at chaim.com  Fri Jul 22 20:44:52 2011
From: chaim at chaim.com (Chaim Krause)
Date: Fri, 22 Jul 2011 13:44:52 -0500
Subject: [Ironpython-users] Anybody in the Kansas City area?
Message-ID: <4E29C524.7030207@chaim.com>

I spend many of my days using pydev in eclipse on cpython development 
for Windows.

I'd like to get more efficient with the *tools*, practices and 
idiosyncrasies of working with VS 2010, IronPython, and .NET.

I find it frustrating, often screaming, "I know exactly how to do this 
in eclipse. How the fsck do I do this in Visual Studio!", and would like 
to get more proficient without having to wade through a tome on VS, most 
likely aimed at C# programmers, just to get to the stuff I need to know.

So, I am offering beer and pizza (or the equivalent) to somebody in the 
area that can meet for an afternoon and get me up to speed.

At this point I'd just be happy to know if it is even in the realm of 
the possible, let alone the probable.

Thanks,
Chaim

Actually in Leavenworth, KS.

P.S. How come the MS developer community hasn't embraced IRC like all 
the other communities have?

From roxaz911 at gmail.com  Fri Jul 22 21:45:53 2011
From: roxaz911 at gmail.com (rox)
Date: Fri, 22 Jul 2011 22:45:53 +0300
Subject: [Ironpython-users] Anybody in the Kansas City area?
In-Reply-To: <4E29C524.7030207@chaim.com>
References: <4E29C524.7030207@chaim.com>
Message-ID: <4E29D371.5020004@gmail.com>

Eclipse is still superior than visual studio for IronPython development.
Dont pick a wrong tool.

rox


On 2011-07-22 9:44 PM, Chaim Krause wrote:
> I spend many of my days using pydev in eclipse on cpython development
> for Windows.
>
> I'd like to get more efficient with the *tools*, practices and
> idiosyncrasies of working with VS 2010, IronPython, and .NET.
>
> I find it frustrating, often screaming, "I know exactly how to do this
> in eclipse. How the fsck do I do this in Visual Studio!", and would
> like to get more proficient without having to wade through a tome on
> VS, most likely aimed at C# programmers, just to get to the stuff I
> need to know.
>
> So, I am offering beer and pizza (or the equivalent) to somebody in
> the area that can meet for an afternoon and get me up to speed.
>
> At this point I'd just be happy to know if it is even in the realm of
> the possible, let alone the probable.
>
> Thanks,
> Chaim
>
> Actually in Leavenworth, KS.
>
> P.S. How come the MS developer community hasn't embraced IRC like all
> the other communities have?
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 187 bytes
Desc: OpenPGP digital signature
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110722/1968db65/attachment.pgp>

From davew252 at tx.rr.com  Sun Jul 24 06:19:17 2011
From: davew252 at tx.rr.com (Dave Wald)
Date: Sat, 23 Jul 2011 23:19:17 -0500
Subject: [Ironpython-users] Anybody in the Kansas City area?
In-Reply-To: <4E29C524.7030207@chaim.com>
References: <4E29C524.7030207@chaim.com>
Message-ID: <4E2B9D45.5040908@tx.rr.com>

On 7/22/2011 1:44 PM, Chaim Krause wrote:
> I spend many of my days using pydev in eclipse on cpython development 
> for Windows.
>
> I'd like to get more efficient with the *tools*, practices and 
> idiosyncrasies of working with VS 2010, IronPython, and .NET.
>
> I find it frustrating, often screaming, "I know exactly how to do this 
> in eclipse. How the fsck do I do this in Visual Studio!", and would 
> like to get more proficient without having to wade through a tome on 
> VS, most likely aimed at C# programmers, just to get to the stuff I 
> need to know.
>
> So, I am offering beer and pizza (or the equivalent) to somebody in 
> the area that can meet for an afternoon and get me up to speed.
>
> At this point I'd just be happy to know if it is even in the realm of 
> the possible, let alone the probable.
>
> Thanks,
> Chaim
>
> Actually in Leavenworth, KS.
>
> P.S. How come the MS developer community hasn't embraced IRC like all 
> the other communities have?
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
C.K.,
KS is just a bit out of my neighborhood (Dallas area), but I'd love to 
get with ya and tradeout - I could definally (yes, I did just coin that 
term) get you up to speed on VS and PythonTools and enough .Net to give 
you the heaves and you could get me up to speed on Eclipse.
I don't travel anymore, but If you happen to find yourself in the Dallas 
area just gimme a holler.
(BTW, what's a NJB like you doing in ... what?... Leavenworth, 
Kansas?... anyway? Vayzmir.)  ;-)

Best,
Dave

(Oh, about the IRC thing... Here's the deal.  All us real HARDcore MS 
devs like to suffer in silence.
WE don' need no steenkin' chat! Bad enough sending email - ugh.  I think 
it's genetic.)

From jdhardy at gmail.com  Sun Jul 24 08:41:42 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sat, 23 Jul 2011 23:41:42 -0700
Subject: [Ironpython-users] IronPython 2.7.1 Beta 2 Now Available
Message-ID: <CAF7AXFEABo10Um9OghHoA61SLBGJFqmRz8Tf_1uD0c7L7jPBMA@mail.gmail.com>

I'm pleased to announce the second beta release of IronPython
2.7<http://ironpython.codeplex.com/releases/view/70582>.
Like IronPython 2.7 <http://ironpython.codeplex.com/releases/view/54498>,
this release *requires .NET 4 or Silverlight 4.* This release will replace
any existing IronPython installation.

The highlights of the first beta were:

   - Updated the standard library to match CPython 2.7.2.
   - Add the ast, csv, and unicodedata modules.
   - Fixed several bugs.
   - IronPython Tools for Visual Studio are disabled by default. See
   http://pytools.codeplex.com for the next generation of Python Visual
   Studio support.

This release fixes even more bugs on top of what is in 2.7.1 Beta 1.

See the current list of fixed
issues<http://ironpython.codeplex.com/workitem/list/advanced?keyword=&status=Fixed%7CClosed&type=All&priority=All&release=2.7.1%7C2.7.1%20Beta%201%7C2.7.1%20Beta%202&assignedTo=All&component=All&sortField=LastUpdatedDate&sortDirection=Descending&page=0>
for
more details.

In particular, the updated standard library may have introduced some
undetected bugs. Please report any issues at
http://ironpython.codeplex.com/workitem/list/basic.

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

From kuno.meyer at gmx.ch  Sun Jul 24 11:43:22 2011
From: kuno.meyer at gmx.ch (Kuno Meyer)
Date: Sun, 24 Jul 2011 11:43:22 +0200
Subject: [Ironpython-users] run ipy.exe in 32-bit mode
Message-ID: <4E2BE93A.5070902@gmx.ch>

Hi,

What is the recommended way of running ipy.exe in 32-bit mode?

This is relevant to us because part of our code relies on unmanaged 3rd 
party binaries that are only available in 32 bit.

- There doesn't seem to exist a "ipy32.exe" executable
- There doesn't seem to exist a -X:32 flag
- There is though a somewhat similar issue 29040 (see [1]) about the 
LARGEADDRESSAWARE executable flag

Thanks
Kuno

[1] http://ironpython.codeplex.com/workitem/29040


From jdhardy at gmail.com  Sun Jul 24 13:18:35 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sun, 24 Jul 2011 04:18:35 -0700
Subject: [Ironpython-users] run ipy.exe in 32-bit mode
In-Reply-To: <4E2BE93A.5070902@gmx.ch>
References: <4E2BE93A.5070902@gmx.ch>
Message-ID: <CAF7AXFH-JV=DH-_aGtTNpSwzEQ_JNn73_NkD4pUW3Pros2wCrw@mail.gmail.com>

On Sun, Jul 24, 2011 at 2:43 AM, Kuno Meyer <kuno.meyer at gmx.ch> wrote:

> Hi,
>
> What is the recommended way of running ipy.exe in 32-bit mode?
>
>
ipy.exe should always run in 32-bit mode. ipy64.exe is AnyCPU, so it will
run in whatever the native mode is (so ipy64.exe would run in 32-bit mode on
a 32-bit OS).

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

From no_reply at codeplex.com  Sun Jul 24 14:11:22 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 24 Jul 2011 05:11:22 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/23/2011
Message-ID: <CO1MSFTVADM02Ny1Waf000124ab@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New comment] compiling stdlib results in SystemError on 2.7
2. [New comment] sys.args[0] dissapears in ipy-script compiled with pyc.py
3. [New comment] sys.args[0] dissapears in ipy-script compiled with pyc.py
4. [Status update] Trivial: __add__ with buffer and str is supported
5. [Status update] [2.7] set update raises NullReferenceException
6. [Status update] Feature request: implement PYTHONINSPECT env var support
7. [Status update] sys.version_info should be namedtuple (or similar)
8. [Status update] [2.7] please add __format__ to datetime classes
9. [Status update] different result for comparing as_date.__eq__(as_datetime) with Ironpython and Cpython2.5

----------------------------------------------

ISSUES

1. [New comment] compiling stdlib results in SystemError on 2.7
http://ironpython.codeplex.com/workitem/31031
User jhdonner has commented on the issue:

"somehow overlooked 2.7.1 beta 1 and prob messed up with git, it is working now"-----------------

2. [New comment] sys.args[0] dissapears in ipy-script compiled with pyc.py
http://ironpython.codeplex.com/workitem/30263
User jhdonner has commented on the issue:

"same with 2.7.1 beta 1"-----------------

3. [New comment] sys.args[0] dissapears in ipy-script compiled with pyc.py
http://ironpython.codeplex.com/workitem/30263
User jhdonner has commented on the issue:

"also for my reference: System.Environment.GetCommandLineArgs() can provide the needed info"-----------------

4. [Status update] Trivial: __add__ with buffer and str is supported
http://ironpython.codeplex.com/workitem/23702
User jdhardy has updated the issue:
Status has changed from Fixed to Closed with the following comment, 

"Fixed in 2.7.1 Beta 2."-----------------

5. [Status update] [2.7] set update raises NullReferenceException
http://ironpython.codeplex.com/workitem/30386
User jdhardy has updated the issue:
Status has changed from Fixed to Closed with the following comment, 

"Fixed in 2.7.1 Beta 2."-----------------

6. [Status update] Feature request: implement PYTHONINSPECT env var support
http://ironpython.codeplex.com/workitem/28776
User jdhardy has updated the issue:
Status has changed from Fixed to Closed with the following comment, 

"Fixed in 2.7.1 Beta 2."-----------------

7. [Status update] sys.version_info should be namedtuple (or similar)
http://ironpython.codeplex.com/workitem/30312
User jdhardy has updated the issue:
Status has changed from Fixed to Closed with the following comment, 

"Fixed in 2.7.1 Beta 2."-----------------

8. [Status update] [2.7] please add __format__ to datetime classes
http://ironpython.codeplex.com/workitem/30447
User jdhardy has updated the issue:
Status has changed from Fixed to Closed with the following comment, 

"Fixed in 2.7.1 Beta 2."-----------------

9. [Status update] different result for comparing as_date.__eq__(as_datetime) with Ironpython and Cpython2.5
http://ironpython.codeplex.com/workitem/23765
User jdhardy has updated the issue:
Status has changed from Fixed to Closed with the following comment, 

"Fixed in 2.7.1 Beta 2."
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110724/09ea6d54/attachment.html>

From m.schaber at 3s-software.com  Mon Jul 25 09:08:31 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Mon, 25 Jul 2011 09:08:31 +0200
Subject: [Ironpython-users] IronPython 2.7.1 Beta 2 Now Available
In-Reply-To: <CAF7AXFEABo10Um9OghHoA61SLBGJFqmRz8Tf_1uD0c7L7jPBMA@mail.gmail.com>
References: <CAF7AXFEABo10Um9OghHoA61SLBGJFqmRz8Tf_1uD0c7L7jPBMA@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480314547D@server02.in.3s-software.com>

Hi, Jeff,

 

Cold you give instructions for a non-git user how to get the source for 2.1.7 beta 2?

 

I did not find an appropriate Tag in the web source browser.

 

Thanks!

 

Gr??e,

Markus

 

Von: ironpython-users-bounces+m.schaber=3s-software.com at python.org [mailto:ironpython-users-bounces+m.schaber=3s-software.com at python.org] Im Auftrag von Jeff Hardy
Gesendet: Sonntag, 24. Juli 2011 08:42
An: ironpython-users at python.org
Betreff: [Ironpython-users] IronPython 2.7.1 Beta 2 Now Available

 

I'm pleased to announce the second beta release of IronPython 2.7 <http://ironpython.codeplex.com/releases/view/70582> . Like IronPython 2.7 <http://ironpython.codeplex.com/releases/view/54498> , this release requires .NET 4 or Silverlight 4. This release will replace any existing IronPython installation.


The highlights of the first beta were:

?         Updated the standard library to match CPython 2.7.2.

?         Add the ast, csv, and unicodedata modules.

?         Fixed several bugs.

?         IronPython Tools for Visual Studio are disabled by default. See http://pytools.codeplex.com <http://pytools.codeplex.com/>  for the next generation of Python Visual Studio support.

This release fixes even more bugs on top of what is in 2.7.1 Beta 1.

See the current list of fixed issues <http://ironpython.codeplex.com/workitem/list/advanced?keyword=&status=Fixed%7CClosed&type=All&priority=All&release=2.7.1%7C2.7.1%20Beta%201%7C2.7.1%20Beta%202&assignedTo=All&component=All&sortField=LastUpdatedDate&sortDirection=Descending&page=0>  for more details.

In particular, the updated standard library may have introduced some undetected bugs. Please report any issues athttp://ironpython.codeplex.com/workitem/list/basic <http://ironpython.codeplex.com/workitem/list/basic> .

- Jeff

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

From no_reply at codeplex.com  Mon Jul 25 14:13:46 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 25 Jul 2011 05:13:46 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/24/2011
Message-ID: <CO1MSFTVADM02beUzmR0001363f@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [Status update] compiling stdlib results in SystemError on 2.7

----------------------------------------------

ISSUES

1. [Status update] compiling stdlib results in SystemError on 2.7
http://ironpython.codeplex.com/workitem/31031
User jdhardy has updated the issue:
Status has changed from Fixed to Closed with the following comment, 

"Reported as fixed."
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110725/86b113e0/attachment.html>

From m.schaber at 3s-software.com  Mon Jul 25 16:41:57 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Mon, 25 Jul 2011 16:41:57 +0200
Subject: [Ironpython-users] IronPython 2.7.1 Beta 2 Now Available
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480314547D@server02.in.3s-software.com>
References: <CAF7AXFEABo10Um9OghHoA61SLBGJFqmRz8Tf_1uD0c7L7jPBMA@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480314547D@server02.in.3s-software.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480314563D@server02.in.3s-software.com>

Hi,

 

I used tortoisegit to successfully check out the ipy-2.7-maint branch, as the commit list indicates that there were no other commits since beta 2 was published. 

 

Regards,

Markus

 

Von: ironpython-users-bounces+m.schaber=3s-software.com at python.org [mailto:ironpython-users-bounces+m.schaber=3s-software.com at python.org] Im Auftrag von Markus Schaber
Gesendet: Montag, 25. Juli 2011 09:09
An: Jeff Hardy; ironpython-users at python.org
Betreff: Re: [Ironpython-users] IronPython 2.7.1 Beta 2 Now Available

 

Hi, Jeff,

 

Cold you give instructions for a non-git user how to get the source for 2.1.7 beta 2?

 

I did not find an appropriate Tag in the web source browser.

 

Thanks!

 

Gr??e,

Markus

 

Von: ironpython-users-bounces+m.schaber=3s-software.com at python.org [mailto:ironpython-users-bounces+m.schaber=3s-software.com at python.org] Im Auftrag von Jeff Hardy
Gesendet: Sonntag, 24. Juli 2011 08:42
An: ironpython-users at python.org <mailto:ironpython-users at python.org> 
Betreff: [Ironpython-users] IronPython 2.7.1 Beta 2 Now Available

 

I'm pleased to announce the second beta release of IronPython 2.7 <http://ironpython.codeplex.com/releases/view/70582> . Like IronPython 2.7 <http://ironpython.codeplex.com/releases/view/54498> , this release requires .NET 4 or Silverlight 4. This release will replace any existing IronPython installation.


The highlights of the first beta were:

?         Updated the standard library to match CPython 2.7.2.

?         Add the ast, csv, and unicodedata modules.

?         Fixed several bugs.

?         IronPython Tools for Visual Studio are disabled by default. See http://pytools.codeplex.com <http://pytools.codeplex.com/>  for the next generation of Python Visual Studio support.

This release fixes even more bugs on top of what is in 2.7.1 Beta 1.

See the current list of fixed issues <http://ironpython.codeplex.com/workitem/list/advanced?keyword=&status=Fixed%7CClosed&type=All&priority=All&release=2.7.1%7C2.7.1%20Beta%201%7C2.7.1%20Beta%202&assignedTo=All&component=All&sortField=LastUpdatedDate&sortDirection=Descending&page=0>  for more details.

In particular, the updated standard library may have introduced some undetected bugs. Please report any issues athttp://ironpython.codeplex.com/workitem/list/basic <http://ironpython.codeplex.com/workitem/list/basic> .

- Jeff

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

From jdhardy at gmail.com  Mon Jul 25 17:28:05 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 25 Jul 2011 08:28:05 -0700
Subject: [Ironpython-users] IronPython 2.7.1 Beta 2 Now Available
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480314547D@server02.in.3s-software.com>
References: <CAF7AXFEABo10Um9OghHoA61SLBGJFqmRz8Tf_1uD0c7L7jPBMA@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480314547D@server02.in.3s-software.com>
Message-ID: <CAF7AXFG2vxkjgUkOqBRM5=T-13K9C8ch3W7Lq4Tzw6-c2PmOJA@mail.gmail.com>

That would be because I forgot to create it. D'oh.

c64c0e2f23e9a44b85d5<https://github.com/IronLanguages/main/commit/c64c0e2f23e9a44b85d515ede597e62812ac4fb6>is
the commit that needs to be tagged. It's too bad github doesn't have a
'command-line' interface on the website for these sort of operations.

- Jeff

On Mon, Jul 25, 2011 at 12:08 AM, Markus Schaber
<m.schaber at 3s-software.com>wrote:

> Hi, Jeff,****
>
> ** **
>
> Cold you give instructions for a non-git user how to get the source for
> 2.1.7 beta 2?****
>
> ** **
>
> I did not find an appropriate Tag in the web source browser.****
>
> ** **
>
> Thanks!****
>
> ** **
>
> Gr??e,****
>
> Markus****
>
> ** **
>
> *Von:* ironpython-users-bounces+m.schaber=3s-software.com at python.org[mailto:
> ironpython-users-bounces+m.schaber=3s-software.com at python.org] *Im Auftrag
> von *Jeff Hardy
> *Gesendet:* Sonntag, 24. Juli 2011 08:42
> *An:* ironpython-users at python.org
> *Betreff:* [Ironpython-users] IronPython 2.7.1 Beta 2 Now Available****
>
> ** **
>
> I'm pleased to announce the second beta release of IronPython 2.7<http://ironpython.codeplex.com/releases/view/70582>.
> Like IronPython 2.7 <http://ironpython.codeplex.com/releases/view/54498>,
> this release *requires .NET 4 or Silverlight 4.* This release will replace
> any existing IronPython installation.****
>
>
> The highlights of the first beta were:****
>
> **?         **Updated the standard library to match CPython 2.7.2.****
>
> **?         **Add the ast, csv, and unicodedata modules.****
>
> **?         **Fixed several bugs.****
>
> **?         **IronPython Tools for Visual Studio are disabled by default.
> See http://pytools.codeplex.com for the next generation of Python Visual
> Studio support.****
>
> This release fixes even more bugs on top of what is in 2.7.1 Beta 1.
>
> See the current list of fixed issues<http://ironpython.codeplex.com/workitem/list/advanced?keyword=&status=Fixed%7CClosed&type=All&priority=All&release=2.7.1%7C2.7.1%20Beta%201%7C2.7.1%20Beta%202&assignedTo=All&component=All&sortField=LastUpdatedDate&sortDirection=Descending&page=0> for
> more details.
>
> In particular, the updated standard library may have introduced some
> undetected bugs. Please report any issues at
> http://ironpython.codeplex.com/workitem/list/basic.
>
> - Jeff****
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110725/9baa6f96/attachment.html>

From jschementi at gmail.com  Mon Jul 25 21:00:41 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Mon, 25 Jul 2011 15:00:41 -0400
Subject: [Ironpython-users] IronPython 2.7.1 Beta 2 Now Available
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480314547D@server02.in.3s-software.com>
References: <CAF7AXFEABo10Um9OghHoA61SLBGJFqmRz8Tf_1uD0c7L7jPBMA@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B762480314547D@server02.in.3s-software.com>
Message-ID: <02D7084B-7F05-414D-A8E8-95F45D7C0704@gmail.com>

For every commit you can download a .tar.gz or .zip, for example:
https://github.com/IronLanguages/main/zipball/0358561dbf1cf8dee4832e5291b0be844654f0c3
https://github.com/IronLanguages/main/tarball/0358561dbf1cf8dee4832e5291b0be844654f0c3

where 035856... is the commit hash.

~Jimmy

On Jul 25, 2011, at 3:08 AM, Markus Schaber wrote:
> Hi, Jeff,
>  
> Cold you give instructions for a non-git user how to get the source for 2.1.7 beta 2?
>  
> I did not find an appropriate Tag in the web source browser.
>  
> Thanks!
>  
> Gr??e,
> Markus
>  
> Von: ironpython-users-bounces+m.schaber=3s-software.com at python.org [mailto:ironpython-users-bounces+m.schaber=3s-software.com at python.org] Im Auftrag von Jeff Hardy
> Gesendet: Sonntag, 24. Juli 2011 08:42
> An: ironpython-users at python.org
> Betreff: [Ironpython-users] IronPython 2.7.1 Beta 2 Now Available
>  
> I'm pleased to announce the second beta release of IronPython 2.7. Like IronPython 2.7, this release requires .NET 4 or Silverlight 4. This release will replace any existing IronPython installation.
> 
> The highlights of the first beta were:
> ?         Updated the standard library to match CPython 2.7.2.
> ?         Add the ast, csv, and unicodedata modules.
> ?         Fixed several bugs.
> ?         IronPython Tools for Visual Studio are disabled by default. See http://pytools.codeplex.com for the next generation of Python Visual Studio support.
> This release fixes even more bugs on top of what is in 2.7.1 Beta 1.
> 
> See the current list of fixed issues for more details.
> 
> In particular, the updated standard library may have introduced some undetected bugs. Please report any issues athttp://ironpython.codeplex.com/workitem/list/basic.
> 
> - Jeff
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users


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

From jschementi at gmail.com  Mon Jul 25 23:40:11 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Mon, 25 Jul 2011 17:40:11 -0400
Subject: [Ironpython-users] FW: CreateMethod() replacement
In-Reply-To: <BAY161-w8E340BF80E0FBA349B5B89D500@phx.gbl>
References: <BAY161-w154D1F21257505F55D3E089D500@phx.gbl>
	<BAY161-w8E340BF80E0FBA349B5B89D500@phx.gbl>
Message-ID: <CAMytsXtOGavtDs_aQdFnJ=24mVUWQrejUutgFdSdUj=UoaC4mg@mail.gmail.com>

I don't have a good answer for you other than to look at what
CreateMethod did in the old codebase. The complexity is you need to
create a delegate based on the type you passed in as TDelegate, as
well as the string args. Without figuring out where in the IronPython
compiler you can get back a DynamicMethod for arbitrary Python code,
and then emit a delegate with the proper signature, it'd be quicker to
generate a randomly-named python method as a string to wrap your code
in (like generatedMethod<GUID>(*args): ...), execute it against a
ScriptScope, get the generated method name with
ScriptScope.GetProperty(generatedName), and lastly return a
Func<IEnumerable, object> which when invoked calls the generated
python function, passing in the IEnumerable as the arguments and
returning the result as an object. Let me know if you need any help.
Or maybe Dino can chime in if there is a more *direct* way to
implement CreateMethod.

~Jimmy


On Wed, Jun 22, 2011 at 2:35 PM, Andrew Harrison <sgt_spoon at hotmail.com> wrote:
>
>
> I have recently taken over a c# project that uses IronPython 1.1. I am
> looking to update the IronPython implementation to 2.7 but having some
> issues as the api has changed dramatically. The big issue I am having at the
> moment is finding a replacement for the createMethod() function.
>
> The c# code looks like:
> ??????? public static TDelegate SetupDelegate<TDelegate>(string code,
> IList<string> args) {
> ??????????? try {
> ??????????????? return interpreter.CreateMethod<TDelegate>(code, args);
> ??????????? } catch (Exception) {
> ??????????????? log.WarnFormat("Failed to compile delegate code:\n{0}",
> code);
> ??????????????? throw;
> ??????????? }
> ??????? }
>
> interpreter was a PythonEngine variable, but I have changed it to a
> ScriptEngine with the new 2.7 implementation.
>
> If it helps at all, this system is used to create delegates for event
> handlers. There may be some code written to be activated when a button is
> clicked, which is passed into this function here then the method is created
> and returned and added to the list of event handlers.
>
> I have tried for a day and a half trying to get some code that worked, but
> can't seem to get anything that works.
>
> Any help is greatly appreciated.
> Thanks,
> Andrew.
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>

From m.schaber at 3s-software.com  Tue Jul 26 08:38:26 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Tue, 26 Jul 2011 08:38:26 +0200
Subject: [Ironpython-users] IronPython 2.7.1 Beta 2 Now Available
In-Reply-To: <CAF7AXFG2vxkjgUkOqBRM5=T-13K9C8ch3W7Lq4Tzw6-c2PmOJA@mail.gmail.com>
References: <CAF7AXFEABo10Um9OghHoA61SLBGJFqmRz8Tf_1uD0c7L7jPBMA@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B762480314547D@server02.in.3s-software.com>
	<CAF7AXFG2vxkjgUkOqBRM5=T-13K9C8ch3W7Lq4Tzw6-c2PmOJA@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B76248031456BB@server02.in.3s-software.com>

Hi, Jeff,


Von: Jeff Hardy [mailto:jdhardy at gmail.com] 

> That would be because I forgot to create it. D'oh.

:-)

c64c0e2f23e9a44b85d5 is the commit that needs to be tagged. It's too bad
github doesn't have a 'command-line' interface on the website for these
sort of operations.

That's the one I suspected.

I did use TortoiseGIT to check it out. TortoiseGIT seems to be much more
mature than the last time I tried. :-)

Now I'm trying to compile the .NET 2 version with SharpSVN...


Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects:
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915

From m.schaber at 3s-software.com  Wed Jul 27 08:28:40 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Wed, 27 Jul 2011 08:28:40 +0200
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>

Hi,

 

It seems that IronPython 2.7 beta 2 can only be compiled for .NET 3.5,
but will not work any more when the projects are converted to be pure
.NET 2.0 projects (using SharpSVN).

 

Is this a known issue?

Or is there an error on my side?

 

Thanks,

Markus

 

Best regards

 

Markus Schaber

 

___________________________

We software Automation.

 

3S-Smart Software Solutions GmbH

Markus Schaber | Developer

Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

 

Email: m.schaber at 3s-software.com <mailto:m.schaber at 3s-software.com>  |
Web: http://www.3s-software.com <http://www.3s-software.com>  CoDeSys
internet forum: http://forum.3s-software.com
<http://forum.3s-software.com>  Download CoDeSys sample projects:
http://www.3s-software.com/index.shtml?sample_projects
<http://www.3s-software.com/index.shtml?sample_projects> 

 

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 

 

 

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

From no_reply at codeplex.com  Wed Jul 27 14:16:36 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 27 Jul 2011 05:16:36 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/26/2011
Message-ID: <CO1MSFTVADM02WZfEAk00017463@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New issue] os.access(..., os.F_OK) is incorrect for directories

----------------------------------------------

ISSUES

1. [New issue] os.access(..., os.F_OK) is incorrect for directories
http://ironpython.codeplex.com/workitem/31079
User jdhardy has proposed the issue:

"c.f. http://stackoverflow.com/questions/6823785/os-access-returning-useless-value-for-mode-os-f-ok-in-ironpython/

When called on an existing directory, os.access (..., os.F_OK) succeeds on CPython but fails on IronPython. IronPython treats F_OK as "does this file exist", and then eventually calls File.Exists, which fails for directories.

It should be enough to change (in nt.access):

return context.LanguageContext.DomainManager.Platform.FileExists(path);

into 

return context.LanguageContext.DomainManager.Platform.FileExists(path) || context.LanguageContext.DomainManager.Platform.DirectoryExists(path);"
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110727/f0460b07/attachment.html>

From vernondcole at gmail.com  Wed Jul 27 18:01:13 2011
From: vernondcole at gmail.com (Vernon Cole)
Date: Wed, 27 Jul 2011 10:01:13 -0600
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>
Message-ID: <CAH-ZgAfWi_UnR9uAe-YZOzw0s75KtZxaEXB69S54nsMjBhd_0g@mail.gmail.com>

I am using this as a renewal of my request/suggestion that we revisit
the decision to not supply a .NET 2.0 version of IronPython 2.7.
  The current shipping version of Ubuntu has the .NET 2.0 compatible
version of MONO, and cannot easily be upgraded.  It cannot be used to
build IronPython, so users are under the necessity to cross-compile
using another OS, then copy the result to their Ubuntu systems.  (This
also blocks the Ubuntu maintainers from releasing a current version of
IronPython -- since their rules require that release packages be built
on the release platform -- so the built-in software installer loads on
obsolete IPy.)
   I am tracking the release process for Ubuntu 11.10 in an attempt to
lobby them into using a more current MONO implementation, but even
given the rapid release cycle of Ubuntu, it will be next year before
that release is in general use.

  I know this sounds like noise to a Windows focused group. After all,
how much market share of users run Ubuntu, you ask?  Not many, I will
admit.  But the percent of Python *developers* who use Ubuntu was
staggering even to me, a member of that group.  In a meeting of the
Utah Python Users Group a few months ago, I took an informal survey of
operating systems on the laptops in the room.  There were two Macs. My
dual-boot Dell was the only thing with Windows on it.  The rest of the
room, about 18 units, was Linux -- mostly Ubuntu, which was
surprising, given that this is the home of SUSE.

I use Windows on two occasions:
1) when I am working on a contract where Windows is the only choice.
2) when watching movies on Netflix.

The Netflix viewer is a Silverlight application, and there are
versions which run on Linux -- both my smart phone and my set-top box
run it on Android, which is a distribution of Debian Linux. Some dork
in Hollywood refuses to license the viewer on general releases of
Linux. This is frustrating to the development team, who are -- you
guessed it -- Ubuntu users.

Is my point getting across?
--
Vernon

On Wed, Jul 27, 2011 at 12:28 AM, Markus Schaber
<m.schaber at 3s-software.com> wrote:
> Hi,
>
>
>
> It seems that IronPython 2.7 beta 2 can only be compiled for .NET 3.5, but
> will not work any more when the projects are converted to be pure .NET 2.0
> projects (using SharpSVN).
>
>
>
> Is this a known issue?
>
> Or is there an error on my side?
>
>
>
> Thanks,
>
> Markus
>

From jschementi at gmail.com  Wed Jul 27 18:13:20 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Wed, 27 Jul 2011 12:13:20 -0400
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>
Message-ID: <39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com>

We do still have the v2Debug build configuration available in the csproj files, and IronPython.Mono.sln still allows building it:
msbuild Solutions\IronPython.Mono.sln /p:Configuration=v2Debug

However, current sources fail to build in a few places. Looks like you can put #if !CLR2 around those areas and it should still work against CLR2 runtimes.

~Jimmy


On Jul 27, 2011, at 2:28 AM, Markus Schaber wrote:
> It seems that IronPython 2.7 beta 2 can only be compiled for .NET 3.5, but will not work any more when the projects are converted to be pure .NET 2.0 projects (using SharpSVN).
>  
> Is this a known issue?
> Or is there an error on my side?
>  
> Thanks,
> Markus


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

From jdhardy at gmail.com  Wed Jul 27 18:32:33 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Wed, 27 Jul 2011 09:32:33 -0700
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <CAH-ZgAfWi_UnR9uAe-YZOzw0s75KtZxaEXB69S54nsMjBhd_0g@mail.gmail.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>
	<CAH-ZgAfWi_UnR9uAe-YZOzw0s75KtZxaEXB69S54nsMjBhd_0g@mail.gmail.com>
Message-ID: <CAF7AXFGtVdR5dDvT5SKMSJHcXSMgVYBo65xpkuuHmY392bTABg@mail.gmail.com>

On Wed, Jul 27, 2011 at 9:01 AM, Vernon Cole <vernondcole at gmail.com> wrote:
> I am using this as a renewal of my request/suggestion that we revisit
> the decision to not supply a .NET 2.0 version of IronPython 2.7.

I'm considering doing a zip-only release of 2.7.1 for .NET 2 for the
reasons that you give. I need to fix the generation of the .zip
packages anyway.

> ?The current shipping version of Ubuntu has the .NET 2.0 compatible
> version of MONO, and cannot easily be upgraded. ?It cannot be used to
> build IronPython, so users are under the necessity to cross-compile
> using another OS, then copy the result to their Ubuntu systems. ?(This
> also blocks the Ubuntu maintainers from releasing a current version of
> IronPython -- since their rules require that release packages be built
> on the release platform -- so the built-in software installer loads on
> obsolete IPy.)

More interesting, though would be to know what doesn't compile on Mono
2.6 (which is the Ubuntu version, right?) and see if we could change
that. IronPython runs on 2.6 as long as it's compiled on Windows,
right?

If you can do the work to get it to compile, or at least provide
compile logs, then I'll consider it a blocker for 2.7.1. If it's a
problem with 2.6's xbuild, though, then we may be SOL.

> Is my point getting across?

Yeah. It's not that we're completely Windows-centric (you may have
noticed a few Mac-related commits lately), but that Ubuntu is just so
far behind (something I honestly never thought I'd say) in the Mono
department. IronPython works great on Mono 2.10. :)

- Jeff

From jdhardy at gmail.com  Wed Jul 27 18:40:10 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Wed, 27 Jul 2011 09:40:10 -0700
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>
	<39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com>
Message-ID: <CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com>

Also, there might be some changes that require 3.5 (use of Linq, etc.)
since I don't know if anyone was testing on plain-old .NET 2.0 (I
think the v2 targets are actually set for 3.5). There are supposed to
be targets on the build server that build .NET 2, but I'm not sure if
they're working. Of course, I'd also like to get artifact generation
working properly on the build server as well.

This ties into Mono 2.6 support, since I don't know what .NET version
it maps to.

- Jeff

On Wed, Jul 27, 2011 at 9:13 AM, Jimmy Schementi <jschementi at gmail.com> wrote:
> We do still have the v2Debug build configuration available in the csproj
> files, and IronPython.Mono.sln still allows building it:
> msbuild Solutions\IronPython.Mono.sln /p:Configuration=v2Debug
> However, current sources fail to build in a few places. Looks like you can
> put #if !CLR2 around those areas and it should still work against CLR2
> runtimes.
> ~Jimmy
>
> On Jul 27, 2011, at 2:28 AM, Markus Schaber wrote:
>
> It seems that IronPython 2.7 beta 2 can only be compiled for .NET 3.5, but
> will not work any more when the projects are converted to be pure .NET 2.0
> projects (using SharpSVN).
>
> Is this a known issue?
> Or is there an error on my side?
>
> Thanks,
> Markus
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>

From m.schaber at 3s-software.com  Thu Jul 28 08:20:11 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 28 Jul 2011 08:20:11 +0200
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>
	<39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB1@server02.in.3s-software.com>

Hi, Jimmy,

Von: Jimmy Schementi [mailto:jschementi at gmail.com] 

> On Jul 27, 2011, at 2:28 AM, Markus Schaber wrote:
>> It seems that IronPython 2.7 beta 2 can only be compiled for .NET 3.5, but will not work any more when the projects are converted to be pure .NET 2.0 projects (using SharpSVN).

> We do still have the v2Debug build configuration available in the csproj files, and IronPython.Mono.sln still allows building it:
> msbuild Solutions\IronPython.Mono.sln /p:Configuration=v2Debug

I did try to build with that target with sharpdevelop, it seems to use some functionality like extenson methods, System.Func<> and IStrongBox interface which need v3.0 or v3.5. Also, this target sets V3.5 as runtime version instead of V2.0 as in IPy 2.6. And the compiled libraries reference some V3.0 and V3.5 libs according to ILSpy.

I did change the runtime version to V2.0 (keeping the compiler version 4.0) and did discover the aforementioned problems.

> However, current sources fail to build in a few places. Looks like you can put #if !CLR2 around those areas and it should still work against CLR2 runtimes.

For runtime version V3.5, It was easy to build Ironpython itself for the v2Debug configuration. (I did copy the IronPython.solution, removed things like IronPython.WPF, Microsoft.Scripting.Silverlight and Chiron, and did add Microsoft.Scripting.Core.)

But when changing the actual project type to .NET 2.0, it did not work any more.

?
Thanks,
Markus




Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 


From m.schaber at 3s-software.com  Thu Jul 28 08:25:31 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 28 Jul 2011 08:25:31 +0200
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com><39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com>
	<CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB6@server02.in.3s-software.com>

Hi, Jeff,

Von: Jeff Hardy [mailto:jdhardy at gmail.com]
> 
> Also, there might be some changes that require 3.5 (use of Linq, etc.)
> since I don't know if anyone was testing on plain-old .NET 2.0 (I
think
> the v2 targets are actually set for 3.5). There are supposed to be
targets
> on the build server that build .NET 2, but I'm not sure if they're
> working. Of course, I'd also like to get artifact generation working
> properly on the build server as well.

Exactly those changes seem to be there.

> This ties into Mono 2.6 support, since I don't know what .NET version
it
> maps to.

Mono 2.6 seems to map somewhere between .NET 2.0 and 2.4 - for example,
they have LINQ and parts of WCF, and even parts of .NET 4.0 including
the DLR.

But my problem is windows centric, it concerns some customers refraining
to upgrade from .NET 2.0 to anything newer (while others press us to use
.NET 4).

But it seems that we will step from .NET 2.0 to 4.0 for the next
release, so I think our problems will go away soon. :-)

Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects:
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 


From m.schaber at 3s-software.com  Thu Jul 28 09:07:48 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 28 Jul 2011 09:07:48 +0200
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB6@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com><39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com><CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB6@server02.in.3s-software.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com>

Hi,

> [Compiling IPy 2.7 for a pure .NET 2.0]

I did try to patch some of the problems 

git at github.com:markusschaber/IronLanguages.git (2.7-maint branch)

Now I have about 270 problems mostly relating to extension methods,
maybe I will find enough time to fix some of them this evening.

Is it even worth the effort, given that our own use case seems to vanish
soon?

How far is Ubuntu behind? Can they cope with the .NET 3.0 / 3.5 features
used in IronPython?


Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com
CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys
sample projects: http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 


From doug.blank at gmail.com  Thu Jul 28 09:44:51 2011
From: doug.blank at gmail.com (Doug Blank)
Date: Thu, 28 Jul 2011 03:44:51 -0400
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>
	<39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com>
	<CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB6@server02.in.3s-software.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com>
Message-ID: <CAAusYCjh1pZ3_EBX0=CfeZmiaxYcpiwnteeU1ZDYaRtrShibLg@mail.gmail.com>

On Thu, Jul 28, 2011 at 3:07 AM, Markus Schaber
<m.schaber at 3s-software.com> wrote:
> Hi,
>
>> [Compiling IPy 2.7 for a pure .NET 2.0]
>
> I did try to patch some of the problems
>
> git at github.com:markusschaber/IronLanguages.git (2.7-maint branch)
>
> Now I have about 270 problems mostly relating to extension methods,
> maybe I will find enough time to fix some of them this evening.
>
> Is it even worth the effort, given that our own use case seems to vanish
> soon?
>
> How far is Ubuntu behind? Can they cope with the .NET 3.0 / 3.5 features
> used in IronPython?

IronPython 2.7 runs fine on Mono 2.6.7 (which Ubuntu 11.04 comes with)
when compiled with the v2 target. It's just that Mono 2.6.7 can't
compile the same code.

I just tried the latest trunk:

% git clone git://github.com/IronLanguages/main.git
% cd main/Solutions
% xbuild IronPython.Mono.sln /p:Configuration="v2Release"

And looks like most everything works, with some issues:

Modules/_ast.cs(304,131): error CS0246: The type or namespace name
`Complex' could not be found. Are you missing a using directive or an
assembly reference?
Runtime/PythonOptions.cs(27,6): error CS3021:
`IronPython.PythonDivisionOptions' does not need a CLSCompliant
attribute because the assembly is not marked as CLS-compliant

It was rumored that Ubuntu might be getting a more recent Mono soon,
but it would still be nice to clean this up a bit. Is v2Release really
v3.5Release?

-Doug

>
> Best regards
>
> Markus Schaber
>
> ___________________________
> We software Automation.
>
> 3S-Smart Software Solutions GmbH
> Markus Schaber | Developer
> Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
> Fax +49-831-54031-50
>
> Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com
> CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys
> sample projects: http://www.3s-software.com/index.shtml?sample_projects
>
> Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
> Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>

From m.schaber at 3s-software.com  Thu Jul 28 10:23:07 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 28 Jul 2011 10:23:07 +0200
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com><39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com><CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB6@server02.in.3s-software.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3E15@server02.in.3s-software.com>

Hi,

> > [Compiling IPy 2.7 for a pure .NET 2.0]
> 
> I did try to patch some of the problems
> 
> git at github.com:markusschaber/IronLanguages.git (2.7-maint branch)
> 
> Now I have about 270 problems mostly relating to extension methods, maybe
> I will find enough time to fix some of them this evening.

Apart from the straight forward task of resolving all the extension methods, there seems to be one Problem which is not solvable that easily:

The IStrongBox interface is missing in .NET 2.0, and I do have enough internal knowledge to see whether we can replace it with our own implementation.

Mit freundlichen Gr??en

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Entwicklung
Memminger Str. 151 | 87439 Kempten | Tel. +49-831-54031-0 | Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys Internet-Forum: http://forum.3s-software.com

Gesch?ftsf?hrer: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Handelsregister: Kempten HRB 6186 | USt-IDNr.: DE 167014915

From m.schaber at 3s-software.com  Thu Jul 28 10:31:25 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Thu, 28 Jul 2011 10:31:25 +0200
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3E15@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com><39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com><CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB6@server02.in.3s-software.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3E15@server02.in.3s-software.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3E22@server02.in.3s-software.com>

Hi,

Von: Markus Schaber
> > > [Compiling IPy 2.7 for a pure .NET 2.0]
> >
> > I did try to patch some of the problems
> >
> > git at github.com:markusschaber/IronLanguages.git (2.7-maint branch)
> >
> > Now I have about 270 problems mostly relating to extension methods,
> > maybe I will find enough time to fix some of them this evening.
> 
> Apart from the straight forward task of resolving all the extension
> methods, there seems to be one Problem which is not solvable that
easily:
> 
> The IStrongBox interface is missing in .NET 2.0, and I do have enough
> internal knowledge to see whether we can replace it with our own
> implementation.

I wanted to say: I do _not_ have enough internal knowledge...

Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects:
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915

From zdong at rliansoft.com  Thu Jul 28 11:01:35 2011
From: zdong at rliansoft.com (=?gb2312?B?1Pi2qw==?=)
Date: Thu, 28 Jul 2011 17:01:35 +0800
Subject: [Ironpython-users] Hosting ironpyhon in silverlight ,
	get Could not add reference to assembly System.Windows.Controls
	error
Message-ID: <FBDE3A5FFF0C4AF9879C4260387C3FCC@rlsoftzd>

Hi, 

 

I use this code in silverlight to run a script define outer

 

             var setup = new ScriptRuntimeSetup();

             setup.HostType = typeof(BrowserScriptHost);

             setup.LanguageSetups.Add(Python.CreateLanguageSetup(null));

             setup.Options["SearchPaths"] = new string[] { string.Empty };

             Runtime = new ScriptRuntime(setup);

             Scope=Runtime.CreateScope();

             

             engine = Runtime.GetEngine("Python");

 

 

 

The python script has some code to import windows.controls but it failed
with ?Could not add reference to assembly System.Windows.Controls?

 

import clr

clr.AddReference('System.Windows.Controls')

from  System.Windows.Controls import *

 

Could you kindly give me some suggestion ,thanks

 

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

From jschementi at gmail.com  Thu Jul 28 14:55:53 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Thu, 28 Jul 2011 08:55:53 -0400
Subject: [Ironpython-users] Hosting ironpyhon in silverlight ,
 get Could not add reference to assembly System.Windows.Controls
 error
In-Reply-To: <FBDE3A5FFF0C4AF9879C4260387C3FCC@rlsoftzd>
References: <FBDE3A5FFF0C4AF9879C4260387C3FCC@rlsoftzd>
Message-ID: <CAMytsXvrskGNHPzWgzprTs22mtdHxz3-M6YTUHvqkfzoUbjNjQ@mail.gmail.com>

There is no System.Windows.Controls.dll that ships with Silverlight,
it is in the Silverlight SDK, meaning you must provide it in your
application's XAP file.

~Jimmy



2011/7/28 ?? <zdong at rliansoft.com>:
> Hi,
>
>
>
> I use this code in silverlight to run a script define outer
>
>
>
>              var setup = new ScriptRuntimeSetup();
>
>              setup.HostType = typeof(BrowserScriptHost);
>
>              setup.LanguageSetups.Add(Python.CreateLanguageSetup(null));
>
>              setup.Options["SearchPaths"] = new string[] { string.Empty };
>
>              Runtime = new ScriptRuntime(setup);
>
>              Scope=Runtime.CreateScope();
>
>
>
>              engine = Runtime.GetEngine("Python");
>
>
>
>
>
>
>
> The python script has some code to import windows.controls but it failed
> with "Could not add reference to assembly System.Windows.Controls"
>
>
>
> import clr
>
> clr.AddReference('System.Windows.Controls')
>
> from  System.Windows.Controls import *
>
>
>
> Could you kindly give me some suggestion ,thanks
>
>
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>

From jschementi at gmail.com  Thu Jul 28 15:40:53 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Thu, 28 Jul 2011 09:40:53 -0400
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3E22@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>
	<39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com>
	<CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB6@server02.in.3s-software.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3E15@server02.in.3s-software.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3E22@server02.in.3s-software.com>
Message-ID: <CAMytsXvof-d2TznD1tRcQd7mJHi0MmezqUH374TkxqRWLTL4dA@mail.gmail.com>

I'm a little confused about the issues, as with this simple patch:
https://gist.github.com/1111557

I'm able to build IronPython (using IronPython.Mono.sln as that still
has v2Debug build configurations):
msbuild Solutions\IronPython.Mono.sln /p:Configuration=v2Debug

And run it, showing it's using .NET 2.0:
D:\iron-main>bin\v2Debug\ipy.exe -V
IronPython 3.0 3.0.0.0 on .NET 2.0.50727.5446

How are you seeing issues with extension methods and IStrongBox?

~Jimmy

On Thu, Jul 28, 2011 at 4:31 AM, Markus Schaber
<m.schaber at 3s-software.com> wrote:
> Hi,
>
> Von: Markus Schaber
>> > > [Compiling IPy 2.7 for a pure .NET 2.0]
>> >
>> > I did try to patch some of the problems
>> >
>> > git at github.com:markusschaber/IronLanguages.git (2.7-maint branch)
>> >
>> > Now I have about 270 problems mostly relating to extension methods,
>> > maybe I will find enough time to fix some of them this evening.
>>
>> Apart from the straight forward task of resolving all the extension
>> methods, there seems to be one Problem which is not solvable that
> easily:
>>
>> The IStrongBox interface is missing in .NET 2.0, and I do have enough
>> internal knowledge to see whether we can replace it with our own
>> implementation.
>
> I wanted to say: I do _not_ have enough internal knowledge...
>
> Best regards
>
> Markus Schaber
>
> ___________________________
> We software Automation.
>
> 3S-Smart Software Solutions GmbH
> Markus Schaber | Developer
> Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
> Fax +49-831-54031-50
>
> Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com
> CoDeSys internet forum: http://forum.3s-software.com
> Download CoDeSys sample projects:
> http://www.3s-software.com/index.shtml?sample_projects
>
> Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
> Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>

From zdong.xysoft at gmail.com  Thu Jul 28 10:35:51 2011
From: zdong.xysoft at gmail.com (=?gb2312?B?1Pi2qw==?=)
Date: Thu, 28 Jul 2011 16:35:51 +0800
Subject: [Ironpython-users] (no subject)
Message-ID: <0786096BF6FC4F52B8C6F37F6441305D@rlsoftzd>

Hi, 

 

I use this code in silverlight to run a script define outer

 

             var setup = new ScriptRuntimeSetup();

             setup.HostType = typeof(BrowserScriptHost);

             setup.LanguageSetups.Add(Python.CreateLanguageSetup(null));

             setup.Options["SearchPaths"] = new string[] { string.Empty };

             Runtime = new ScriptRuntime(setup);

             Scope=Runtime.CreateScope();

             

             engine = Runtime.GetEngine("Python");

 

 

 

The python script has some code to import windows.controls but it failed
with ?Could not add reference to assembly System.Windows.Controls?

 

import clr

clr.AddReference('System.Windows.Controls')

from  System.Windows.Controls import *

 

Could you kindly give me some suggestion ,thanks

 

 

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

From jschementi at gmail.com  Thu Jul 28 16:41:23 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Thu, 28 Jul 2011 10:41:23 -0400
Subject: [Ironpython-users] (no subject)
In-Reply-To: <0786096BF6FC4F52B8C6F37F6441305D@rlsoftzd>
References: <0786096BF6FC4F52B8C6F37F6441305D@rlsoftzd>
Message-ID: <CAMytsXtzb8BHG4SMktF7_QpU6oYm-_F-aPT9QhU0Gv-1=oyyoQ@mail.gmail.com>

Replied on the other thread:
http://mail.python.org/pipermail/ironpython-users/2011-July/015136.html

~Jimmy



2011/7/28 ?? <zdong.xysoft at gmail.com>:
> Hi,
>
>
>
> I use this code in silverlight to run a script define outer
>
>
>
>              var setup = new ScriptRuntimeSetup();
>
>              setup.HostType = typeof(BrowserScriptHost);
>
>              setup.LanguageSetups.Add(Python.CreateLanguageSetup(null));
>
>              setup.Options["SearchPaths"] = new string[] { string.Empty };
>
>              Runtime = new ScriptRuntime(setup);
>
>              Scope=Runtime.CreateScope();
>
>
>
>              engine = Runtime.GetEngine("Python");
>
>
>
>
>
>
>
> The python script has some code to import windows.controls but it failed
> with "Could not add reference to assembly System.Windows.Controls"
>
>
>
> import clr
>
> clr.AddReference('System.Windows.Controls')
>
> from  System.Windows.Controls import *
>
>
>
> Could you kindly give me some suggestion ,thanks
>
>
>
>
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>

From jdhardy at gmail.com  Thu Jul 28 17:57:46 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Thu, 28 Jul 2011 08:57:46 -0700
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <CAMytsXvof-d2TznD1tRcQd7mJHi0MmezqUH374TkxqRWLTL4dA@mail.gmail.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>
	<39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com>
	<CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB6@server02.in.3s-software.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3E15@server02.in.3s-software.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3E22@server02.in.3s-software.com>
	<CAMytsXvof-d2TznD1tRcQd7mJHi0MmezqUH374TkxqRWLTL4dA@mail.gmail.com>
Message-ID: <CAF7AXFEN+XXzTzREEQmF3QAOyr1p11Bo4bSuim9fwALKDdiBDw@mail.gmail.com>

On Thu, Jul 28, 2011 at 6:40 AM, Jimmy Schementi <jschementi at gmail.com> wrote:
> I'm a little confused about the issues, as with this simple patch:
> https://gist.github.com/1111557
>
> I'm able to build IronPython (using IronPython.Mono.sln as that still
> has v2Debug build configurations):
> msbuild Solutions\IronPython.Mono.sln /p:Configuration=v2Debug
>
> And run it, showing it's using .NET 2.0:
> D:\iron-main>bin\v2Debug\ipy.exe -V
> IronPython 3.0 3.0.0.0 on .NET 2.0.50727.5446
>
> How are you seeing issues with extension methods and IStrongBox?

The "v2" configurations actually target .NET 3.5. You'll have to edit
the .csproj file and change TargetFrameworkVersion to 2.0 to see how
it really builds. IStrongBox (and extension methods) were added in
3.5* and Markus wants to target pure .NET 2 (well, SP1, since that's
what IP 2.6 required). However, IP 2.6 had a workaround
(Microsoft.Scripting.ExtensionMethodAttribute) that allowed EM's to
work as long as you used the newer compiler, so I'm not sure why
that's now broken.

I wasn't planning on supporting < 3.5 in 2.7, but if someone provides
the patches, it certainly bears consideration.

I don't know why Markus' clients can't/won't upgrade to 3.5, but I'm
sure they're not good reasons. :)

- Jeff

* Remember that 3.5 runs on the .NET 2 CLR - whoever was responsible
for *that* numbering decision should be tarred and feathered.

>
> ~Jimmy
>
> On Thu, Jul 28, 2011 at 4:31 AM, Markus Schaber
> <m.schaber at 3s-software.com> wrote:
>> Hi,
>>
>> Von: Markus Schaber
>>> > > [Compiling IPy 2.7 for a pure .NET 2.0]
>>> >
>>> > I did try to patch some of the problems
>>> >
>>> > git at github.com:markusschaber/IronLanguages.git (2.7-maint branch)
>>> >
>>> > Now I have about 270 problems mostly relating to extension methods,
>>> > maybe I will find enough time to fix some of them this evening.
>>>
>>> Apart from the straight forward task of resolving all the extension
>>> methods, there seems to be one Problem which is not solvable that
>> easily:
>>>
>>> The IStrongBox interface is missing in .NET 2.0, and I do have enough
>>> internal knowledge to see whether we can replace it with our own
>>> implementation.
>>
>> I wanted to say: I do _not_ have enough internal knowledge...
>>
>> Best regards
>>
>> Markus Schaber
>>
>> ___________________________
>> We software Automation.
>>
>> 3S-Smart Software Solutions GmbH
>> Markus Schaber | Developer
>> Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
>> Fax +49-831-54031-50
>>
>> Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com
>> CoDeSys internet forum: http://forum.3s-software.com
>> Download CoDeSys sample projects:
>> http://www.3s-software.com/index.shtml?sample_projects
>>
>> Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
>> Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
>> _______________________________________________
>> Ironpython-users mailing list
>> Ironpython-users at python.org
>> http://mail.python.org/mailman/listinfo/ironpython-users
>>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>

From jdhardy at gmail.com  Thu Jul 28 17:59:47 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Thu, 28 Jul 2011 08:59:47 -0700
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <CAAusYCjh1pZ3_EBX0=CfeZmiaxYcpiwnteeU1ZDYaRtrShibLg@mail.gmail.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>
	<39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com>
	<CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB6@server02.in.3s-software.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com>
	<CAAusYCjh1pZ3_EBX0=CfeZmiaxYcpiwnteeU1ZDYaRtrShibLg@mail.gmail.com>
Message-ID: <CAF7AXFH=pzG=KAYvJnk9jv_cHhPAnbLChXeHWemN+dTc6LwaEw@mail.gmail.com>

On Thu, Jul 28, 2011 at 12:44 AM, Doug Blank <doug.blank at gmail.com> wrote:
> It was rumored that Ubuntu might be getting a more recent Mono soon,
> but it would still be nice to clean this up a bit. Is v2Release really
> v3.5Release?

Yes.

- Jeff

From jdhardy at gmail.com  Thu Jul 28 18:05:01 2011
From: jdhardy at gmail.com (Jeff Hardy)
Date: Thu, 28 Jul 2011 09:05:01 -0700
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com>
	<39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com>
	<CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB6@server02.in.3s-software.com>
	<B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com>
Message-ID: <CAF7AXFEdQeCF2Byn7xtfwc2UTjBwbAsQ8c36Jr1=yozEb=pR7Q@mail.gmail.com>

On Thu, Jul 28, 2011 at 12:07 AM, Markus Schaber
<m.schaber at 3s-software.com> wrote:
> Hi,
>
>> [Compiling IPy 2.7 for a pure .NET 2.0]
>
> I did try to patch some of the problems
>
> git at github.com:markusschaber/IronLanguages.git (2.7-maint branch)
>
> Now I have about 270 problems mostly relating to extension methods,
> maybe I will find enough time to fix some of them this evening.

Are you building with the 3.5 (or 4.0) compiler? That should still
handle extension methods, even when targeting 2.0. At least that's how
IP 2.6 worked.

Removing all of the extension methods is too large a change to consider.

>
> Is it even worth the effort, given that our own use case seems to vanish
> soon?

That's really up to you. If the changes are minimal, then I think it'll be fine.

I don't know what to do about IStrongBox though. That's a question for Dino.

- Jeff

From zdong at rliansoft.com  Thu Jul 28 18:42:58 2011
From: zdong at rliansoft.com (=?utf-8?B?emRvbmc=?=)
Date: Fri, 29 Jul 2011 00:42:58 +0800
Subject: [Ironpython-users]
	=?utf-8?q?Hosting_ironpyhon_in_silverlight_=2C?=
	=?utf-8?q?_get_Couldnot_add_reference_to_assembly_System=2EWindows?=
	=?utf-8?q?=2EControls_error?=
References: <FBDE3A5FFF0C4AF9879C4260387C3FCC@rlsoftzd>
Message-ID: <201107290042566405057@rliansoft.com>

dear jimmy 

Acturally i want to create instance of StackPanel,TextBlock ect. That been widly known as silverlight standard framework element in system.windows.controls. If i directly use stackins=StackPanel() it's seems could not found StackPanel class . So that's way i want to import system.windows.controls namespace.

Now i had temply solved by this way ,Not the finally solution ,but i think this can help you understand what i'm try to do, thank you so much.

def AfterLoadData():------This function will been called by silverlight side when data been ready 
   QueryHistroyCriticalAlarm():
def QueryHistroyCriticalAlarm():
  SQLString="select * from use_alarms where store='%s' order by receiveddate desc"%(DM_SJ.Text)
  DBQuery('StoreQuery',SQLString)
def FormResult(Indentity,Dataset):
  if Indentity=='StoreQuery':
     AddHisList(Dataset)
def AddHisList(Dataset):
  Dataset.first()
  while Dataset.EOF()!=True:
    Row=CreateNewObject('StackPanel')   ----This CreateNewObject is defined in silverlight side, so i don't think this is right way ,i'm image can i use some way like this
                                                              Row=StackPanel() just like this. thanks jimmy
    ReceivedDate=CreateNewObject('TextBlock')
    ReceivedDate.Text=getFieldValue(Dataset,"ReceivedDate")
    ReceivedDate.Width=100;
    Row.Children.Add(ReceivedDate)
    EquipmentName=CreateNewObject('TextBlock')
  ......................
  ....................

2011-07-29 



???? Jimmy Schementi 
????? 2011-07-28  20:53:14 
???? ?? 
??? ironpython-users 
??? Re: [Ironpython-users] Hosting ironpyhon in silverlight , get Couldnot add reference to assembly System.Windows.Controls error 
 
There is no System.Windows.Controls.dll that ships with Silverlight,
it is in the Silverlight SDK, meaning you must provide it in your
application's XAP file.
~Jimmy
2011/7/28 ?? <zdong at rliansoft.com>:
> Hi,
>
>
>
> I use this code in silverlight to run a script define outer
>
>
>
>              var setup = new ScriptRuntimeSetup();
>
>              setup.HostType = typeof(BrowserScriptHost);
>
>              setup.LanguageSetups.Add(Python.CreateLanguageSetup(null));
>
>              setup.Options["SearchPaths"] = new string[] { string.Empty };
>
>              Runtime = new ScriptRuntime(setup);
>
>              Scope=Runtime.CreateScope();
>
>
>
>              engine = Runtime.GetEngine("Python");
>
>
>
>
>
>
>
> The python script has some code to import windows.controls but it failed
> with "Could not add reference to assembly System.Windows.Controls"
>
>
>
> import clr
>
> clr.AddReference('System.Windows.Controls')
>
> from  System.Windows.Controls import *
>
>
>
> Could you kindly give me some suggestion ,thanks
>
>
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>
.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110729/382bf1b2/attachment.html>

From jschementi at gmail.com  Thu Jul 28 19:55:19 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Thu, 28 Jul 2011 13:55:19 -0400
Subject: [Ironpython-users] Hosting ironpyhon in silverlight ,
 get Couldnot add reference to assembly System.Windows.Controls error
In-Reply-To: <201107290042566405057@rliansoft.com>
References: <FBDE3A5FFF0C4AF9879C4260387C3FCC@rlsoftzd>
	<201107290042566405057@rliansoft.com>
Message-ID: <CAMytsXs-N+Fr094RGBaBHanHHN7+wuuPw3jPnFqCPaM+4zX-YQ@mail.gmail.com>

On Thu, Jul 28, 2011 at 12:42 PM, zdong <zdong at rliansoft.com> wrote:
> dear jimmy
>
> Acturally i?want to create instance of StackPanel,TextBlock ect.?That been
> widly known as silverlight standard framework element in
> system.windows.controls. If i directly use stackins=StackPanel() it's seems
> could not found StackPanel class . So that's way i want to import
> system.windows.controls namespace.

See http://msdn.microsoft.com/en-us/library/system.windows.controls.stackpanel(v=vs.95).aspx).

While System.Windows.Controls is the namespace where StackPanel and
TextBlock are named in, they are located in the System.Windows
assembly, which is in System.Windows.dll. .NET assemblies are
references with clr.AddReference, which then allows you to import the
namespaces from that assembly as if they where Python modules.

So here's how you'd create a StackPanel in Silverlight using IronPython:

import clr
clr.AddReference("System.Windows")
from System.Windows.Controls import StackPanel, TextBlock

s = StackPanel()
s.Children.Add(TextBlock(Text="Block1"))
s.Children.Add(TextBlock(Text="Block2"))

From andrewv at iastate.edu  Thu Jul 28 21:45:22 2011
From: andrewv at iastate.edu (Vardeman, Andrew [CSSM])
Date: Thu, 28 Jul 2011 14:45:22 -0500
Subject: [Ironpython-users] [IronPython] Intellisense with imported dlls
Message-ID: <FC0AAC28C4BFD743AF4C9DF1B5A9FB8A02D21FD7A9@EXITS712.its.iastate.edu>

Hi.  I'm replying to a thread I saw from May that discussed adding DLLs from the project search paths to the list of DLLs to index for Intellisense.  This appears to be implemented in the most recent of PTVS, which I'm using.

My problem is that I'm developing C# classes and their Python subclasses in tandem.  I really want to be able to add my C# bin/Debug directory to the Python search path.  I can do this, and when I do, I get the Intellisense I want in Python-land, but something (the Intellisense indexer?) locks all the DLLs in that directory so they can't be overwritten when I try to build the C# library.  Are there any PTVS developers here who can say whether that can be easily fixed?  Does the indexer really need to lock those files?

Thanks in advance,

Andrew

From dinov at microsoft.com  Thu Jul 28 22:35:07 2011
From: dinov at microsoft.com (Dino Viehland)
Date: Thu, 28 Jul 2011 20:35:07 +0000
Subject: [Ironpython-users] [IronPython] Intellisense with imported dlls
In-Reply-To: <FC0AAC28C4BFD743AF4C9DF1B5A9FB8A02D21FD7A9@EXITS712.its.iastate.edu>
References: <FC0AAC28C4BFD743AF4C9DF1B5A9FB8A02D21FD7A9@EXITS712.its.iastate.edu>
Message-ID: <6C7ABA8B4E309440B857D74348836F2E28EE81DA@TK5EX14MBXC293.redmond.corp.microsoft.com>

Andrew wrote:
> Hi.  I'm replying to a thread I saw from May that discussed adding DLLs from
> the project search paths to the list of DLLs to index for Intellisense.  This
> appears to be implemented in the most recent of PTVS, which I'm using.
> 
> My problem is that I'm developing C# classes and their Python subclasses in
> tandem.  I really want to be able to add my C# bin/Debug directory to the
> Python search path.  I can do this, and when I do, I get the Intellisense I want
> in Python-land, but something (the Intellisense indexer?) locks all the DLLs in
> that directory so they can't be overwritten when I try to build the C# library.
> Are there any PTVS developers here who can say whether that can be easily
> fixed?  Does the indexer really need to lock those files?

I don't think we can fix this for 1.0 as this is a little tricky and I think there are other
issues/features that would also need to be addressed to support this scenario. We're 
also only taking small bug fixes at this point as we're locking down for 1.0 so it'll have
to wait for 1.1.

To fix the immediate issue of locking the files we could switch to reading the file in 
as a byte array and then loading it that way.  Or we could do a shadow-copy type 
thing where we copy the assembly to another location.  But doing so would 
significantly change how the assembly is getting loaded potentially including what 
CLR loader context it gets loaded into so it needs to be done carefully.   

I also think you'd probably want us to re-load the assemblies when you re-build
them.  And finally we're loading the assemblies into Visual Studio's process and
into the default app domain so we could eventually run out of memory if we keep 
reloading the assemblies.

As a workaround could you copy the assemblies to a different path and tell VS
about that path?

I've opened a feature for this: http://pytools.codeplex.com/workitem/411 which
you can vote for.  Or if you'd like to contribute a fix you could do that too :)  

From andrewv at iastate.edu  Thu Jul 28 23:16:23 2011
From: andrewv at iastate.edu (Vardeman, Andrew [CSSM])
Date: Thu, 28 Jul 2011 16:16:23 -0500
Subject: [Ironpython-users] [IronPython] Intellisense with imported dlls
In-Reply-To: <6C7ABA8B4E309440B857D74348836F2E28EE81DA@TK5EX14MBXC293.redmond.corp.microsoft.com>
References: <FC0AAC28C4BFD743AF4C9DF1B5A9FB8A02D21FD7A9@EXITS712.its.iastate.edu>
	<6C7ABA8B4E309440B857D74348836F2E28EE81DA@TK5EX14MBXC293.redmond.corp.microsoft.com>
Message-ID: <FC0AAC28C4BFD743AF4C9DF1B5A9FB8A02D21FD7F7@EXITS712.its.iastate.edu>

-----Original Message-----
From: Dino Viehland [mailto:dinov at microsoft.com] 
Sent: Thursday, July 28, 2011 3:35 PM
To: Vardeman, Andrew [CSSM]; ironpython-users at python.org
Subject: RE: [Ironpython-users] [IronPython] Intellisense with imported dlls

Andrew wrote:
> Hi.  I'm replying to a thread I saw from May that discussed adding DLLs from
> the project search paths to the list of DLLs to index for Intellisense.  This
> appears to be implemented in the most recent of PTVS, which I'm using.
> 
> My problem is that I'm developing C# classes and their Python subclasses in
> tandem.  I really want to be able to add my C# bin/Debug directory to the
> Python search path.  I can do this, and when I do, I get the Intellisense I want
> in Python-land, but something (the Intellisense indexer?) locks all the DLLs in
> that directory so they can't be overwritten when I try to build the C# library.
> Are there any PTVS developers here who can say whether that can be easily
> fixed?  Does the indexer really need to lock those files?

I don't think we can fix this for 1.0 as this is a little tricky and I think there are other
issues/features that would also need to be addressed to support this scenario. We're 
also only taking small bug fixes at this point as we're locking down for 1.0 so it'll have
to wait for 1.1.

To fix the immediate issue of locking the files we could switch to reading the file in 
as a byte array and then loading it that way.  Or we could do a shadow-copy type 
thing where we copy the assembly to another location.  But doing so would 
significantly change how the assembly is getting loaded potentially including what 
CLR loader context it gets loaded into so it needs to be done carefully.   

I also think you'd probably want us to re-load the assemblies when you re-build
them.  And finally we're loading the assemblies into Visual Studio's process and
into the default app domain so we could eventually run out of memory if we keep 
reloading the assemblies.

As a workaround could you copy the assemblies to a different path and tell VS
about that path?

I've opened a feature for this: http://pytools.codeplex.com/workitem/411 which
you can vote for.  Or if you'd like to contribute a fix you could do that too :)

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

Yup, that sounds pretty involved.  Thanks for the reply and the information.

I actually did try copying the assemblies to another path, but as you guessed, I wanted them to be copied (and hopefully re-indexed) automatically on build, and my post-build event would fail just like the build did earlier.  Maybe I'll settle for manual copying for now.

Thanks for adding the feature request.  Learning enough to tackle it myself is, unfortunately, probably beyond the scope of my current project.  But thanks for the great tools and everything they already do.

Andrew

From m.schaber at 3s-software.com  Fri Jul 29 07:59:53 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Fri, 29 Jul 2011 07:59:53 +0200
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <CAF7AXFEN+XXzTzREEQmF3QAOyr1p11Bo4bSuim9fwALKDdiBDw@mail.gmail.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com><39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com><CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB6@server02.in.3s-software.com><B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com><B71A1F2C2D4E6D4CA096E91AC8B76248032F3E15@server02.in.3s-software.com><B71A1F2C2D4E6D4CA096E91AC8B76248032F3E22@server02.in.3s-software.com><CAMytsXvof-d2TznD1tRcQd7mJHi0MmezqUH374TkxqRWLTL4dA@mail.gmail.com>
	<CAF7AXFEN+XXzTzREEQmF3QAOyr1p11Bo4bSuim9fwALKDdiBDw@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3F78@server02.in.3s-software.com>

Hi, Jeff,

Von: Jeff Hardy

> I don't know why Markus' clients can't/won't upgrade to 3.5, but I'm
sure
> they're not good reasons. :)

Well, some of our clients are OEMs shipping very customized versions of
our product. Some of them urge us to update to .NET 4.0 for some
reasons, others urge us to stay with .NET 2.0 for other reasons. Some of
those reasons are need for new tools (update visual studio), need for
recertifying / revalidation of a lot of code for the new runtime, and
maybe even win2k support.

The automation industry often is very conservative, breaking a running
system there may cost millions.


However, it seems that we will actually switch to .NET 4.0 for the next
release.


Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects:
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 


From m.schaber at 3s-software.com  Fri Jul 29 08:03:22 2011
From: m.schaber at 3s-software.com (Markus Schaber)
Date: Fri, 29 Jul 2011 08:03:22 +0200
Subject: [Ironpython-users] Compiling IronPython for .NET 2.0
In-Reply-To: <CAF7AXFEdQeCF2Byn7xtfwc2UTjBwbAsQ8c36Jr1=yozEb=pR7Q@mail.gmail.com>
References: <B71A1F2C2D4E6D4CA096E91AC8B762480314586A@server02.in.3s-software.com><39653C0A-4240-4140-BCC4-873EA9D4A827@gmail.com><CAF7AXFHT9Oa6KPCuZAZmQsyph3XY-wxL2J5412d7WV-KWQupGw@mail.gmail.com><B71A1F2C2D4E6D4CA096E91AC8B76248032F3DB6@server02.in.3s-software.com><B71A1F2C2D4E6D4CA096E91AC8B76248032F3DDC@server02.in.3s-software.com>
	<CAF7AXFEdQeCF2Byn7xtfwc2UTjBwbAsQ8c36Jr1=yozEb=pR7Q@mail.gmail.com>
Message-ID: <B71A1F2C2D4E6D4CA096E91AC8B76248032F3F7B@server02.in.3s-software.com>

Hi, Jeff,

Von: Jeff Hardy [mailto:jdhardy at gmail.com]

> On Thu, Jul 28, 2011 at 12:07 AM, Markus Schaber <m.schaber at 3s-
> software.com> wrote:
> >> [Compiling IPy 2.7 for a pure .NET 2.0]
> >
> > I did try to patch some of the problems
> >
> > git at github.com:markusschaber/IronLanguages.git (2.7-maint branch)
> >
> > Now I have about 270 problems mostly relating to extension methods,
> > maybe I will find enough time to fix some of them this evening.
> 
> Are you building with the 3.5 (or 4.0) compiler? That should still handle
> extension methods, even when targeting 2.0. At least that's how IP 2.6
> worked.

Yes, I'm building with the 4.0 compiler. (IP 2.6 built those targets with the V3.5 compiler). Maybe that's the reason why the Extenson Method attribute workaround won't work anymore?

> Removing all of the extension methods is too large a change to consider.

Yes.

> > Is it even worth the effort, given that our own use case seems to
> > vanish soon?
> 
> That's really up to you. If the changes are minimal, then I think it'll be
> fine.

It seems we won't need that changes for our own customers. If the Ubuntu people can live with what the current state is, I would stop my efforts.

> I don't know what to do about IStrongBox though. That's a question for
> Dino.



Mit freundlichen Gr??en

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Entwicklung
Memminger Str. 151 | 87439 Kempten | Tel. +49-831-54031-0 | Fax +49-831-54031-50

Email: m.schaber at 3s-software.com | Web: http://www.3s-software.com 
CoDeSys Internet-Forum: http://forum.3s-software.com

Gesch?ftsf?hrer: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Handelsregister: Kempten HRB 6186 | USt-IDNr.: DE 167014915

From no_reply at codeplex.com  Fri Jul 29 10:46:26 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 29 Jul 2011 01:46:26 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/28/2011
Message-ID: <CO1MSFTVADM02sllNY30001b235@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New comment] Compiled .exe gives"URI formats are not supported"-error when importing pyVISA package
2. [New comment] Inconsistent Behavior of %d in string substitution
3. [New comment] HowTo: Debug embedded IPy code in C# application
4. [Status update] HowTo: Debug embedded IPy code in C# application
5. [New comment] Load and Unload DLL
6. [Status update] Load and Unload DLL
7. [New comment] IronPython Grammar
8. [Status update] IronPython Grammar
9. [New comment] Typo
10. [New comment] Scope is not remembered after an import
11. [New issue] Don't lock .net assemblies on disk, support re-loading them
12. [Status update] Don't lock .net assemblies on disk, support re-loading them

----------------------------------------------

ISSUES

1. [New comment] Compiled .exe gives"URI formats are not supported"-error when importing pyVISA package
http://ironpython.codeplex.com/workitem/29967
User debbes has commented on the issue:

"Yes, indeed. That did the trick for me to. Although it wasn't that obvious, I patched the ConfigParser.py file in my "C:\Program Files\IronPython 2.6 for .NET 4.0\Lib" folder like this:

Search for the only instance:

fp = open(filename)

and replace it with:

fp = open(str(filename).strip(r"file:///"))

Maybe it has to do with calling a file like that inside a .dll file, that's causing the problem?
"-----------------

2. [New comment] Inconsistent Behavior of %d in string substitution
http://ironpython.codeplex.com/workitem/31049
User slide_o_mix has commented on the issue:

"Fixed in https://github.com/slide/IronLanguages/commit/96095e9475836b9050a1f75829bb5bc971197932"-----------------

3. [New comment] HowTo: Debug embedded IPy code in C# application
http://ironpython.codeplex.com/workitem/30623
User slide_o_mix has commented on the issue:

"This isn't really an "Issue" in the sense that we use this Issue Tracker for. Please submit your question to the mailing list."-----------------

4. [Status update] HowTo: Debug embedded IPy code in C# application
http://ironpython.codeplex.com/workitem/30623
User slide_o_mix has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"Please submit questions to the mailing list."-----------------

5. [New comment] Load and Unload DLL
http://ironpython.codeplex.com/workitem/30305
User slide_o_mix has commented on the issue:

"This is a question, not an issue. Please submit your question to the mailing list."-----------------

6. [Status update] Load and Unload DLL
http://ironpython.codeplex.com/workitem/30305
User slide_o_mix has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"Please submit questions to the mailing list."-----------------

7. [New comment] IronPython Grammar
http://ironpython.codeplex.com/workitem/29200
User slide_o_mix has commented on the issue:

"This is a question not an issue, please submit it to the mailing list."-----------------

8. [Status update] IronPython Grammar
http://ironpython.codeplex.com/workitem/29200
User slide_o_mix has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"Please submit questions to the mailing list."-----------------

9. [New comment] Typo
http://ironpython.codeplex.com/workitem/28772
User slide_o_mix has commented on the issue:

"Fixed in https://github.com/slide/IronLanguages/commit/f1894ae6e0abc10111c9aab94076083519798619"-----------------

10. [New comment] Scope is not remembered after an import
http://ironpython.codeplex.com/workitem/30955
User slide_o_mix has commented on the issue:

"Can we close this as not an issue then?"-----------------

11. [New issue] Don't lock .net assemblies on disk, support re-loading them
http://ironpython.codeplex.com/workitem/31090
User dinov has proposed the issue:

"From the Ipy mailing list:

Hi.  I'm replying to a thread I saw from May that discussed adding DLLs from the project search paths to the list of DLLs to index for Intellisense.  This appears to be implemented in the most recent of PTVS, which I'm using.

My problem is that I'm developing C# classes and their Python subclasses in tandem.  I really want to be able to add my C# bin/Debug directory to the Python search path.  I can do this, and when I do, I get the Intellisense I want in Python-land, but something (the Intellisense indexer?) locks all the DLLs in that directory so they can't be overwritten when I try to build the C# library.  Are there any PTVS developers here who can say whether that can be easily fixed?  Does the indexer really need to lock those files?

Thanks in advance,

Andrew
---

We should also watch them and reload the assemblies and we shouldn't load them into the VS app domain."-----------------

12. [Status update] Don't lock .net assemblies on disk, support re-loading them
http://ironpython.codeplex.com/workitem/31090
User DinoViehland has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"opened on wrong project"
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110729/1e5c96fc/attachment.html>

From slide.o.mix at gmail.com  Sat Jul 30 01:59:33 2011
From: slide.o.mix at gmail.com (Slide)
Date: Fri, 29 Jul 2011 16:59:33 -0700
Subject: [Ironpython-users] IronPython Tools (NOT Python Tools For VS2010)
Message-ID: <CAPiUgVeAGUZ84nTHo0ADC4D0d-Ps5iuqWKEhxyatZEQJJDqbxg@mail.gmail.com>

Are the IronPython Tools officially deprecated in favor of the Python Tools
for VS2010?

Thanks,

slide

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

From jschementi at gmail.com  Sat Jul 30 02:06:41 2011
From: jschementi at gmail.com (Jimmy Schementi)
Date: Fri, 29 Jul 2011 20:06:41 -0400
Subject: [Ironpython-users] IronPython Tools (NOT Python Tools For
	VS2010)
In-Reply-To: <CAPiUgVeAGUZ84nTHo0ADC4D0d-Ps5iuqWKEhxyatZEQJJDqbxg@mail.gmail.com>
References: <CAPiUgVeAGUZ84nTHo0ADC4D0d-Ps5iuqWKEhxyatZEQJJDqbxg@mail.gmail.com>
Message-ID: <9E504A03-7C3B-41E1-8792-52F2001E572B@gmail.com>

Yes, which is why the tools are not enabled by default in the latest installer.

~Jimmy


On Jul 29, 2011, at 7:59 PM, Slide <slide.o.mix at gmail.com> wrote:

> Are the IronPython Tools officially deprecated in favor of the Python Tools for VS2010?
> 
> Thanks,
> 
> slide
> 
> -- 
> slide-o-blog
> http://slide-o-blog.blogspot.com/
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110729/154cce02/attachment.html>

From slide.o.mix at gmail.com  Sat Jul 30 02:11:11 2011
From: slide.o.mix at gmail.com (Slide)
Date: Fri, 29 Jul 2011 17:11:11 -0700
Subject: [Ironpython-users] IronPython Tools (NOT Python Tools For
	VS2010)
In-Reply-To: <9E504A03-7C3B-41E1-8792-52F2001E572B@gmail.com>
References: <CAPiUgVeAGUZ84nTHo0ADC4D0d-Ps5iuqWKEhxyatZEQJJDqbxg@mail.gmail.com>
	<9E504A03-7C3B-41E1-8792-52F2001E572B@gmail.com>
Message-ID: <CAPiUgVewXgdm47CK7vfm-KQgjZ4yQvgXjT5TgeiwwoJOzrrNLg@mail.gmail.com>

Ok, so do we want to clear out any issues in the tracker having to do with
ip tools?
On Jul 29, 2011 5:06 PM, "Jimmy Schementi" <jschementi at gmail.com> wrote:
> Yes, which is why the tools are not enabled by default in the latest
installer.
>
> ~Jimmy
>
>
> On Jul 29, 2011, at 7:59 PM, Slide <slide.o.mix at gmail.com> wrote:
>
>> Are the IronPython Tools officially deprecated in favor of the Python
Tools for VS2010?
>>
>> Thanks,
>>
>> slide
>>
>> --
>> slide-o-blog
>> http://slide-o-blog.blogspot.com/
>> _______________________________________________
>> Ironpython-users mailing list
>> Ironpython-users at python.org
>> http://mail.python.org/mailman/listinfo/ironpython-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110729/ca8ca00c/attachment.html>

From no_reply at codeplex.com  Sat Jul 30 12:20:31 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 30 Jul 2011 03:20:31 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/29/2011
Message-ID: <CO1MSFTVADM02XqOtlP0001cbfc@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New comment] zlib.compress missing an overload allowing BufferObjects
2. [Status update] PythonSha.sha.update missing overload that takes PythonBuffer objects
3. [Status update] PythonSha.sha.update missing overload that takes PythonBuffer objects
4. [Status update] Running Python Package/Script using IronPython
5. [Status update] Scope is not remembered after an import
6. [New comment] IronPython does not look up attributes in all base types (specifically .NET interfaces)
7. [New comment] importing some modules (e.g.'import random') fails in IronPython Interactive window
8. [New comment] importing some modules (e.g.'import random') fails in IronPython Interactive window

----------------------------------------------

ISSUES

1. [New comment] zlib.compress missing an overload allowing BufferObjects
http://ironpython.codeplex.com/workitem/30887
User slide_o_mix has commented on the issue:

"The output listings show nothing about zlib.compress, but I assume the issue DOES exist similar to the issue on the hashlib."-----------------

2. [Status update] PythonSha.sha.update missing overload that takes PythonBuffer objects
http://ironpython.codeplex.com/workitem/30888
User slide_o_mix has updated the issue:
Status has changed from Active to Closed with the following comment, 

"Fixed in c9bdc5b"-----------------

3. [Status update] PythonSha.sha.update missing overload that takes PythonBuffer objects
http://ironpython.codeplex.com/workitem/30888
User slide_o_mix has updated the issue:
Status has changed from Closed to Fixed.

-----------------

4. [Status update] Running Python Package/Script using IronPython
http://ironpython.codeplex.com/workitem/31023
User slide_o_mix has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"Please submit questions to the mailing list."-----------------

5. [Status update] Scope is not remembered after an import
http://ironpython.codeplex.com/workitem/30955
User jdhardy has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"This is how Python works - imported modules have their own scope. Markus's solution is the correct one."-----------------

6. [New comment] IronPython does not look up attributes in all base types (specifically .NET interfaces)
http://ironpython.codeplex.com/workitem/24122
User slide_o_mix has commented on the issue:

"Can we get a copy of bug.py to reproduce this issue with?"-----------------

7. [New comment] importing some modules (e.g.'import random') fails in IronPython Interactive window
http://ironpython.codeplex.com/workitem/29077
User slide_o_mix has commented on the issue:

"When you say interactive window, do you mean the IronPython tools?"-----------------

8. [New comment] importing some modules (e.g.'import random') fails in IronPython Interactive window
http://ironpython.codeplex.com/workitem/29077
User freen has commented on the issue:

"slide_o_mix : The Component field on this issue is set to "IPyTools" (which may not be easily visible to you), so in short: yes I do mean the interactive prompt you get into Visual Studio when you install the the IronPython Tools.
 
Perhaps this issue should now be migrated (together with the other issues for IPyTools) as "IronPython" and "Python Tools for Visual Studio" now seem to be organised as separate projects on codeplex."
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110730/b162c4fd/attachment.html>

From loocas at duber.cz  Sat Jul 30 22:16:40 2011
From: loocas at duber.cz (=?UTF-8?B?THVrw6HFoSBEdWLEm2Rh?=)
Date: Sat, 30 Jul 2011 22:16:40 +0200
Subject: [Ironpython-users] dotNET object directory list similar to OS X's
	Finder
Message-ID: <4E3466A8.9040005@duber.cz>

Hi there everyone,

a simple question: is there a similar navigation control object in .NET
(even 3rd party) that'd provide a similar experience like those
OS X Finder directory lists that after selecting a folder slide to the
left while exposing the contents of the folder on the right.

Basically providing a left-to-right easy navigation so that the user
immediately see the contents of the selected folder, column by column.

Sorry for such a stupid descriptiong, but I'm currently unable to find
a single image of what I'm describing :D which might explain why
I can't find anything similar to this in .NET.

However, I'm certain even Qt has a similar directory navigation control
as well.

Does anybody know of such a control for .NET?

Thanks a lot in advance, cheers,

-- 
Luk?? Dub?da
Director
[T] +420 602 444 164

duber studio(tm)
[M] info at duber.cz
[W] http://www.duber.cz

[A] R.A.Dvorsk?ho 601, Praha 10
[A] 10900, Czech Republic, Europe

From loocas at duber.cz  Sat Jul 30 22:20:18 2011
From: loocas at duber.cz (=?UTF-8?B?THVrw6HFoSBEdWLEm2Rh?=)
Date: Sat, 30 Jul 2011 22:20:18 +0200
Subject: [Ironpython-users] dotNET object directory list similar to OS
	X's Finder
Message-ID: <4E346782.8090709@duber.cz>

Ah, here it is:

http://gurde.com/wp-content/uploads/2011/05/TotalFinder.jpg

:)

That's what I meant in the previous e-mail...

-- 
Luk?? Dub?da
Director
[T] +420 602 444 164

duber studio(tm)
[M] info at duber.cz
[W] http://www.duber.cz

[A] R.A.Dvorsk?ho 601, Praha 10
[A] 10900, Czech Republic, Europe

From no_reply at codeplex.com  Sun Jul 31 14:18:02 2011
From: no_reply at codeplex.com (no_reply at codeplex.com)
Date: 31 Jul 2011 05:18:02 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/30/2011
Message-ID: <CO1MSFTVADM02Teip680001db1b@discussions.codeplex.com>

Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New comment] Hashing objects can not be created from bytearrays with 2.7
2. [New comment] Implement the _hashlib module
3. [New issue] _FuncPtr not considered pointer type

----------------------------------------------

ISSUES

1. [New comment] Hashing objects can not be created from bytearrays with 2.7
http://ironpython.codeplex.com/workitem/27903
User slide_o_mix has commented on the issue:

"Fixed in d4a4496"-----------------

2. [New comment] Implement the _hashlib module
http://ironpython.codeplex.com/workitem/21408
User slide_o_mix has commented on the issue:

"These algorithms are provided in the builtin _md5, _sha, _sha256, _sha512 modules, do we really need _hashlib directly?"-----------------

3. [New issue] _FuncPtr not considered pointer type
http://ironpython.codeplex.com/workitem/31099
User bahblah has proposed the issue:

"from ctypes import *
cast(windll.kernel32.GetCurrentProcess, c_void_p)

Raises an error on IronPython 2.7. Works in Python 2.7."
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue Tracker. You can unsubscribe or change your issue notification settings on CodePlex.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20110731/8492c89c/attachment.html>