From jdhardy at gmail.com  Wed Jul  3 23:49:44 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Wed, 3 Jul 2013 14:49:44 -0700
Subject: [Ironpython-users] IronPython 2.7.4 Beta 1 Released
Message-ID: <CAF7AXFExsVdzOd7An3sSuTHh3PFOoE1mMo4d+W8ZSzwVyr7h-w@mail.gmail.com>

On behalf of the IronPython team, I'm happy to announce the first beta
release of IronPython
2.7.4<https://ironpython.codeplex.com/releases/view/106471>.
This release includes everything from IronPython
2.7.3<https://ironpython.codeplex.com/releases/view/81726> and
earlier. Like all IronPython 2.7-series releases, .NET 4 is required to
install it. Installing this release will replace any existing IronPython
2.7-series installation.

Improvements in IronPython 2.7.4 are mainly a collection of bug
fixes<https://ironpython.codeplex.com/workitem/list/advanced?keyword=&status=Resolved&type=All&priority=All&release=2.7.4&assignedTo=All&component=All&reasonClosed=All&sortField=Votes&sortDirection=Descending&page=0>,
many of which are directed at getting IPython working.

Android and Silverlight 4 assemblies have been dropped from this version.
The Android assemblies need some more work to be usable with
Xamarin.Android, and Silverlight 4 is just plain dead.

For Visual Studio integration, check out Python Tools for Visual
Studio<http://pytools.codeplex.com/> which
has support for IronPython as well as CPython, and many other fantastic
features.

IronPython 2.7.4 is also available for embedding via NuGet<http://nuget.org/>.
The main package is IronPython, and the standard library is in
IronPython.StdLib. Because this is a prerelease package, you must use
-IncludePrerelease on the command line or select "Include Prerelease" from
the package drop-down menu.

A huge thanks goes out to Pawel Jasinski, Michael van der Kolff, and
Aleksander Heintz, who contributed most of the changes for this release.

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

From no_reply at codeplex.com  Thu Jul  4 09:19:57 2013
From: no_reply at codeplex.com (CodePlex)
Date: 4 Jul 2013 00:19:57 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/3/2013
Message-ID: <CO1MSDNADMCDS2XLsxp000028ee@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New issue] 'continue' not supported inside 'finally' clause when it should be

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

ISSUES

1. [New issue] 'continue' not supported inside 'finally' clause when it should be
http://ironpython.codeplex.com/workitem/34225
User jdhardy has proposed the issue:

"Given the following code:
try:
    pass
finally:
    for i in range(1):
        continue

CPython works, but IronPython 2.7.4 gives:
IronPython 2.7.4a2 DEBUG (2.7.0.40) on .NET 4.0.30319.18046 (32-bit)
Type "help", "copyright", "credits" or "license" for more information.
>>> try:
...     pass
... finally:
...     for i in range(1):
...         continue
  File "<stdin>", line 5
            continue

            ^
SyntaxError: 'continue' not supported inside 'finally' clause

>>>

Python doesn't allow continue directly under finally, but it does support continue in a loop under finally."
----------------------------------------------



----------------------------------------------
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/20130704/eec83726/attachment.html>

From bhoekstra at gmail.com  Thu Jul  4 15:55:01 2013
From: bhoekstra at gmail.com (Bart Hoekstra)
Date: Thu, 4 Jul 2013 06:55:01 -0700
Subject: [Ironpython-users] IronPython 2.7.4 Beta 1 Released
In-Reply-To: <CAF7AXFExsVdzOd7An3sSuTHh3PFOoE1mMo4d+W8ZSzwVyr7h-w@mail.gmail.com>
References: <CAF7AXFExsVdzOd7An3sSuTHh3PFOoE1mMo4d+W8ZSzwVyr7h-w@mail.gmail.com>
Message-ID: <CAH_SyUSi=OAtwS=Zn98bw6Vkt2+vF+0vShyuOzyKqYXHACB9Sg@mail.gmail.com>

Thanks Jeff and all the others for all your work .

The download link for 2.7.4 Beta 1 shows a page with "The Specified Release
was not found"

Bart


On Wed, Jul 3, 2013 at 2:49 PM, Jeff Hardy <jdhardy at gmail.com> wrote:

> On behalf of the IronPython team, I'm happy to announce the first beta
> release of IronPython 2.7.4<https://ironpython.codeplex.com/releases/view/106471>.
> This release includes everything from IronPython 2.7.3<https://ironpython.codeplex.com/releases/view/81726> and
> earlier. Like all IronPython 2.7-series releases, .NET 4 is required to
> install it. Installing this release will replace any existing IronPython
> 2.7-series installation.
>
> Improvements in IronPython 2.7.4 are mainly a collection of bug fixes<https://ironpython.codeplex.com/workitem/list/advanced?keyword=&status=Resolved&type=All&priority=All&release=2.7.4&assignedTo=All&component=All&reasonClosed=All&sortField=Votes&sortDirection=Descending&page=0>,
> many of which are directed at getting IPython working.
>
> Android and Silverlight 4 assemblies have been dropped from this version.
> The Android assemblies need some more work to be usable with
> Xamarin.Android, and Silverlight 4 is just plain dead.
>
> For Visual Studio integration, check out Python Tools for Visual Studio<http://pytools.codeplex.com/> which
> has support for IronPython as well as CPython, and many other fantastic
> features.
>
> IronPython 2.7.4 is also available for embedding via NuGet<http://nuget.org/>.
> The main package is IronPython, and the standard library is in
> IronPython.StdLib. Because this is a prerelease package, you must use
> -IncludePrerelease on the command line or select "Include Prerelease"
> from the package drop-down menu.
>
> A huge thanks goes out to Pawel Jasinski, Michael van der Kolff, and
> Aleksander Heintz, who contributed most of the changes for this release.
>
> - 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/20130704/1b724154/attachment.html>

From no_reply at codeplex.com  Fri Jul  5 09:22:46 2013
From: no_reply at codeplex.com (CodePlex)
Date: 5 Jul 2013 00:22:46 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/4/2013
Message-ID: <CO1MSDNADMCDS2MFauk00004296@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New issue] F# and Pthon Tuples not compatible

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

ISSUES

1. [New issue] F# and Pthon Tuples not compatible
http://ironpython.codeplex.com/workitem/34229
User gwinsky has proposed the issue:

"I am calling an F# dll from Ironpyton. 
F# is using tuples as much as python does. but they do not fit each other.

it would be nice if Ironpyton could dynamically cast a

"IronPython.Runtime.PythonTuple" like (int,int)

to at

 "System.Tuple`2[System.Int32,System.Int32]""
----------------------------------------------



----------------------------------------------
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/20130705/c414398d/attachment.html>

From no_reply at codeplex.com  Sat Jul  6 09:18:59 2013
From: no_reply at codeplex.com (CodePlex)
Date: 6 Jul 2013 00:18:59 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/5/2013
Message-ID: <CO1MSDNADMCDS2sQwY600005c9b@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New comment] F# and Python Tuples not compatible

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

ISSUES

1. [New comment] F# and Python Tuples not compatible
http://ironpython.codeplex.com/workitem/34229
User MarkusSchaber has commented on the issue:

"<p>I'm not sure whether this is that easy. The problem is that System.Tuple&lt;&gt; instances of different length and type are different .NET types, while a PythonTuple is always the same type, regardless of length and contained elements. I don't know whether implicit casts can be injected dynamically in a way which fulfils this requirement.</p><p>Maybe we could dynamically generate subclasses of PythonTuple &quot;on the fly&quot;, and return an instance of those from within the factory functions. However this won't work with existing code using the existing public constructors.</p"
----------------------------------------------



----------------------------------------------
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/20130706/2322da82/attachment.html>

From jdhardy at gmail.com  Mon Jul  8 00:49:30 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sun, 7 Jul 2013 15:49:30 -0700
Subject: [Ironpython-users] IronPython 2.7.4 Beta 1 Released
In-Reply-To: <CAH_SyUSi=OAtwS=Zn98bw6Vkt2+vF+0vShyuOzyKqYXHACB9Sg@mail.gmail.com>
References: <CAF7AXFExsVdzOd7An3sSuTHh3PFOoE1mMo4d+W8ZSzwVyr7h-w@mail.gmail.com>
	<CAH_SyUSi=OAtwS=Zn98bw6Vkt2+vF+0vShyuOzyKqYXHACB9Sg@mail.gmail.com>
Message-ID: <CAF7AXFHaTxdmfjsO2DPCpk0AjFW=HzmraQDzzWh0rYaQMKCvFA@mail.gmail.com>

Yeah, I accidentally marked it as "hidden". It should be available now.

- Jeff


On Thu, Jul 4, 2013 at 6:55 AM, Bart Hoekstra <bhoekstra at gmail.com> wrote:

> Thanks Jeff and all the others for all your work .
>
> The download link for 2.7.4 Beta 1 shows a page with "The Specified
> Release was not found"
>
> Bart
>
>
> On Wed, Jul 3, 2013 at 2:49 PM, Jeff Hardy <jdhardy at gmail.com> wrote:
>
>> On behalf of the IronPython team, I'm happy to announce the first beta
>> release of IronPython 2.7.4<https://ironpython.codeplex.com/releases/view/106471>.
>> This release includes everything from IronPython 2.7.3<https://ironpython.codeplex.com/releases/view/81726> and
>> earlier. Like all IronPython 2.7-series releases, .NET 4 is required to
>> install it. Installing this release will replace any existing IronPython
>> 2.7-series installation.
>>
>> Improvements in IronPython 2.7.4 are mainly a collection of bug fixes<https://ironpython.codeplex.com/workitem/list/advanced?keyword=&status=Resolved&type=All&priority=All&release=2.7.4&assignedTo=All&component=All&reasonClosed=All&sortField=Votes&sortDirection=Descending&page=0>,
>> many of which are directed at getting IPython working.
>>
>> Android and Silverlight 4 assemblies have been dropped from this version.
>> The Android assemblies need some more work to be usable with
>> Xamarin.Android, and Silverlight 4 is just plain dead.
>>
>> For Visual Studio integration, check out Python Tools for Visual Studio<http://pytools.codeplex.com/> which
>> has support for IronPython as well as CPython, and many other fantastic
>> features.
>>
>> IronPython 2.7.4 is also available for embedding via NuGet<http://nuget.org/>.
>> The main package is IronPython, and the standard library is in
>> IronPython.StdLib. Because this is a prerelease package, you must use
>> -IncludePrerelease on the command line or select "Include Prerelease"
>> from the package drop-down menu.
>>
>> A huge thanks goes out to Pawel Jasinski, Michael van der Kolff, and
>> Aleksander Heintz, who contributed most of the changes for this release.
>>
>> - Jeff
>>
>> _______________________________________________
>> 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/20130707/da93337d/attachment.html>

From no_reply at codeplex.com  Mon Jul  8 09:20:06 2013
From: no_reply at codeplex.com (CodePlex)
Date: 8 Jul 2013 00:20:06 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/7/2013
Message-ID: <CO1MSDNADMCDS2Dt3Hv0000809c@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New comment] Unicode tests failing for json module
2. [New comment] locale.strxfrm doesn't work
3. [New comment] F# and Python Tuples not compatible
4. [New issue] Can't import json when using with Unity

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

ISSUES

1. [New comment] Unicode tests failing for json module
http://ironpython.codeplex.com/workitem/32802
User paweljasinski has commented on the issue:

"<p>I have looked inside. The part which is failing (standard library) has an if based on string vs. unicode. I see no obvious fix/hack. This will go away as soon as ip moves to 3.x standard libraries.</p"-----------------

2. [New comment] locale.strxfrm doesn't work
http://ironpython.codeplex.com/workitem/34188
User paweljasinski has commented on the issue:

"<p>fixed in 2.7.4. beta 1</p"-----------------

3. [New comment] F# and Python Tuples not compatible
http://ironpython.codeplex.com/workitem/34229
User jdhardy has commented on the issue:

"<p>There is code that will convert PythonList to List&lt;T&gt; (and possibly PythonTuple to List&lt;T&gt;, but I'd have to check). As long as we know the exact type to be converted to we can at least attempt the conversion, and raise an exception if we can't match the types.</p><p>It would only be for 4.0+ (when System.Tuple was added) but I think it's worth investigating.</p"-----------------

4. [New issue] Can't import json when using with Unity
http://ironpython.codeplex.com/workitem/34234
User rmadsen has proposed the issue:

"I have installed IronPython 2.6.  I successfully created a simple script that imports the json library, and the parses json data.

I am using IronPython with Unity and I can successfully run python scripts.  However when I try to modify one of those scripts to import the json library, I get an error "ImportException: No module named json"

Why isn't json recognized as a valid module in this context?"
----------------------------------------------



----------------------------------------------
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/20130708/356feee9/attachment.html>

From no_reply at codeplex.com  Tue Jul  9 09:18:11 2013
From: no_reply at codeplex.com (CodePlex)
Date: 9 Jul 2013 00:18:11 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/8/2013
Message-ID: <CO1MSDNADMCDS2kuutS0000a88c@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New comment] F# and Python Tuples not compatible
2. [New comment] F# and Python Tuples not compatible

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

ISSUES

1. [New comment] F# and Python Tuples not compatible
http://ironpython.codeplex.com/workitem/34229
User jdhardy has commented on the issue:

"<p>Upon checking, it looks likes IronPython will convert from a Python List to IList&lt;T&gt;, but not List&lt;T&gt;.</p><p>It looks like it should be possible to implement that as well, but IronPython's conversion machinery is a bit ... complicated. This won't get done until IronPython 3.</p"-----------------

2. [New comment] F# and Python Tuples not compatible
http://ironpython.codeplex.com/workitem/34229
User gwinsky has commented on the issue:

"<p>Thanks for putting your attention to this.</p"
----------------------------------------------



----------------------------------------------
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/20130709/9098b18f/attachment.html>

From no_reply at codeplex.com  Wed Jul 10 09:21:46 2013
From: no_reply at codeplex.com (CodePlex)
Date: 10 Jul 2013 00:21:46 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/9/2013
Message-ID: <CO1MSDNADMCDS2vjPkQ0000ceb4@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New issue] Unsupported param dictionary type: IronPython.Runtime.PythonDictionary

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

ISSUES

1. [New issue] Unsupported param dictionary type: IronPython.Runtime.PythonDictionary
http://ironpython.codeplex.com/workitem/34241
User travis1097 has proposed the issue:

">>> import pytest
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Program Files (x86)\IronPython 2.7\lib\site-packages\pytest.py", line 12, in <module>
  File "C:\Program Files (x86)\IronPython 2.7\lib\site-packages\_pytest\core.py", line 7, in <module>
  File "C:\Program Files (x86)\IronPython 2.7\lib\site-packages\py\__init__.py", line 19, in <module>
  File "C:\Program Files (x86)\IronPython 2.7\lib\site-packages\py\_apipkg.py", line 33, in initpkg
SystemError: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary
"
----------------------------------------------



----------------------------------------------
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/20130710/6e63a869/attachment.html>

From timoteo1097 at gmail.com  Thu Jul 11 01:34:04 2013
From: timoteo1097 at gmail.com (Travis Lee)
Date: Wed, 10 Jul 2013 16:34:04 -0700
Subject: [Ironpython-users] PyTest incompatible: Unsupported param
	dictionary type: IronPython.Runtime.PythonDictionary
Message-ID: <CAEnq2qYyp9SxQ1D+zJVhuk4cXTwNfKDLtYnYOuXLFZ3o0zrRVg@mail.gmail.com>

I'm trying to use PyTest <http://pytest.org/latest/> on IronPython. I
haven't looked thoroughly but I've been told that PyTest does not use C
extensions so it should theoretically work normally.

c:\>"c:\Program Files (x86)\IronPython 2.7\ipy.exe"
IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18047 (32-bit)
Type "help", "copyright", "credits" or "license" for more information.
>>> import pytest
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File
"C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\pytest.py",
line 12, in <module>
  File
"C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py",
line 7, in <module>
  File "C:\Program Files (x86)\IronPython
2.7\Lib\site-packages\py\__init__.py", line 19, in <module>
  File "C:\Program Files (x86)\IronPython
2.7\Lib\site-packages\py\_apipkg.py", line 33, in initpkg
SystemError: Unsupported param dictionary type:
IronPython.Runtime.PythonDictionary

I think it's expecting a standard Python dictionary. Is there any way
around this?

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

From slide.o.mix at gmail.com  Thu Jul 11 06:17:55 2013
From: slide.o.mix at gmail.com (Slide)
Date: Wed, 10 Jul 2013 21:17:55 -0700
Subject: [Ironpython-users] PyTest incompatible: Unsupported param
 dictionary type: IronPython.Runtime.PythonDictionary
In-Reply-To: <CAEnq2qYyp9SxQ1D+zJVhuk4cXTwNfKDLtYnYOuXLFZ3o0zrRVg@mail.gmail.com>
References: <CAEnq2qYyp9SxQ1D+zJVhuk4cXTwNfKDLtYnYOuXLFZ3o0zrRVg@mail.gmail.com>
Message-ID: <CAPiUgVfS7MODsOmL0y1cz1fqGZfFomWb9whO2yGQoaxA1PGAnA@mail.gmail.com>

Can you show what line 33 in _apipkg.py is?


On Wed, Jul 10, 2013 at 4:34 PM, Travis Lee <timoteo1097 at gmail.com> wrote:

> I'm trying to use PyTest <http://pytest.org/latest/> on IronPython. I
> haven't looked thoroughly but I've been told that PyTest does not use C
> extensions so it should theoretically work normally.
>
> c:\>"c:\Program Files (x86)\IronPython 2.7\ipy.exe"
> IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18047 (32-bit)
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import pytest
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File
> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\pytest.py",
> line 12, in <module>
>   File
> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py",
> line 7, in <module>
>   File "C:\Program Files (x86)\IronPython
> 2.7\Lib\site-packages\py\__init__.py", line 19, in <module>
>   File "C:\Program Files (x86)\IronPython
> 2.7\Lib\site-packages\py\_apipkg.py", line 33, in initpkg
> SystemError: Unsupported param dictionary type:
> IronPython.Runtime.PythonDictionary
>
> I think it's expecting a standard Python dictionary. Is there any way
> around this?
>
> Thanks.
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>


-- 
Website: http://earl-of-code.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20130710/5a9314d8/attachment.html>

From no_reply at codeplex.com  Thu Jul 11 09:19:06 2013
From: no_reply at codeplex.com (CodePlex)
Date: 11 Jul 2013 00:19:06 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/10/2013
Message-ID: <CO1MSDNADMCDS2rAEXC0000f00d@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New issue] ironpython engine can not access the member of the clr object inherited from the base class.
2. [New issue] no module named dateutil : error

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

ISSUES

1. [New issue] ironpython engine can not access the member of the clr object inherited from the base class.
http://ironpython.codeplex.com/workitem/34244
User yulinlover has proposed the issue:

"such as,i have two clr-type class def:
public interface IBaseClass
{
     String Context{get;set;}

}

public class MyClass:IBaseClass
{
     void Print();

}

when i import the object above, i can not access the Context Attribute of the MyClass Object;"-----------------

2. [New issue] no module named dateutil : error
http://ironpython.codeplex.com/workitem/34246
User vishnuaggarwal has proposed the issue:

"Hello Sir

We have faced an error while executing the python script in c#, we gets an error no module named dateutil

how can we import dateutil in ironphyton , please suggest it

is there are any installer or library needed for this

we using import time in our script file

import os
parentdir = os.path.dirname(os.path.dirname(os.path.abspath(file)))
os.sys.path.insert(0,parentdir)
import time


regards
vishnu aggarwal"
----------------------------------------------



----------------------------------------------
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/20130711/230f5663/attachment.html>

From fernandez_dan2 at hotmail.com  Thu Jul 11 15:59:47 2013
From: fernandez_dan2 at hotmail.com (Daniel Fernandez)
Date: Thu, 11 Jul 2013 06:59:47 -0700
Subject: [Ironpython-users] PyTest incompatible: Unsupported param
 dictionary type: IronPython.Runtime.PythonDictionary
In-Reply-To: <CAPiUgVfS7MODsOmL0y1cz1fqGZfFomWb9whO2yGQoaxA1PGAnA@mail.gmail.com>
References: <CAEnq2qYyp9SxQ1D+zJVhuk4cXTwNfKDLtYnYOuXLFZ3o0zrRVg@mail.gmail.com>,
	<CAPiUgVfS7MODsOmL0y1cz1fqGZfFomWb9whO2yGQoaxA1PGAnA@mail.gmail.com>
Message-ID: <BAY171-W29BA0CAEB63BF9A46519D8A27B0@phx.gbl>

I was able to reproduce this issue with this snippet of code. 
>>> from types import ModuleType>>> class A(ModuleType):...     def __init__(self, d):...         pass...>>> t = dict()>>> A(d = t)Traceback (most recent call last):  File "<stdin>", line 1, in <module>SystemError: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary
I could only reproduce it when the class inherits from ModuleType. 
Danny
Date: Wed, 10 Jul 2013 21:17:55 -0700
From: slide.o.mix at gmail.com
To: timoteo1097 at gmail.com
CC: ironpython-users at python.org
Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary

Can you show what line 33 in _apipkg.py is? 

On Wed, Jul 10, 2013 at 4:34 PM, Travis Lee <timoteo1097 at gmail.com> wrote:

I'm trying to use PyTest on IronPython. I haven't looked thoroughly but I've been told that PyTest does not use C extensions so it should theoretically work normally. 






c:\>"c:\Program Files (x86)\IronPython 2.7\ipy.exe"IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18047 (32-bit)




Type "help", "copyright", "credits" or "license" for more information.>>> import pytestTraceback (most recent call last):  File "<stdin>", line 1, in <module>




  File "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\pytest.py", line 12, in <module>  File "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 7, in <module>




  File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\py\__init__.py", line 19, in <module>  File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\py\_apipkg.py", line 33, in initpkg




SystemError: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary





I think it's expecting a standard Python dictionary. Is there any way around this?
Thanks.






_______________________________________________

Ironpython-users mailing list

Ironpython-users at python.org

http://mail.python.org/mailman/listinfo/ironpython-users




-- 
Website: http://earl-of-code.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/20130711/82529480/attachment.html>

From slide.o.mix at gmail.com  Thu Jul 11 16:02:30 2013
From: slide.o.mix at gmail.com (Slide)
Date: Thu, 11 Jul 2013 07:02:30 -0700
Subject: [Ironpython-users] PyTest incompatible: Unsupported param
 dictionary type: IronPython.Runtime.PythonDictionary
In-Reply-To: <BAY171-W29BA0CAEB63BF9A46519D8A27B0@phx.gbl>
References: <CAEnq2qYyp9SxQ1D+zJVhuk4cXTwNfKDLtYnYOuXLFZ3o0zrRVg@mail.gmail.com>
	<CAPiUgVfS7MODsOmL0y1cz1fqGZfFomWb9whO2yGQoaxA1PGAnA@mail.gmail.com>
	<BAY171-W29BA0CAEB63BF9A46519D8A27B0@phx.gbl>
Message-ID: <CAPiUgVev-pdWXDYrFsxFepouGqcGrTvgaJnHgNZRoBw+y0r6AQ@mail.gmail.com>

Looks like a bug then, please file it on Codeplex and put in the test to
reproduce it.


On Thu, Jul 11, 2013 at 6:59 AM, Daniel Fernandez <
fernandez_dan2 at hotmail.com> wrote:

> I was able to reproduce this issue with this snippet of code.
>
> >>> from types import ModuleType
> >>> class A(ModuleType):
> ...     def __init__(self, d):
> ...         pass
> ...
> >>> t = dict()
> >>> A(d = t)
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
> SystemError: Unsupported param dictionary type:
> IronPython.Runtime.PythonDiction
> ary
>
> I could only reproduce it when the class inherits from ModuleType.
>
> Danny
>
> ------------------------------
> Date: Wed, 10 Jul 2013 21:17:55 -0700
> From: slide.o.mix at gmail.com
> To: timoteo1097 at gmail.com
> CC: ironpython-users at python.org
> Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param
> dictionary type: IronPython.Runtime.PythonDictionary
>
>
> Can you show what line 33 in _apipkg.py is?
>
>
> On Wed, Jul 10, 2013 at 4:34 PM, Travis Lee <timoteo1097 at gmail.com> wrote:
>
> I'm trying to use PyTest <http://pytest.org/latest/> on IronPython. I
> haven't looked thoroughly but I've been told that PyTest does not use C
> extensions so it should theoretically work normally.
>
> c:\>"c:\Program Files (x86)\IronPython 2.7\ipy.exe"
> IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18047 (32-bit)
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import pytest
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File
> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\pytest.py",
> line 12, in <module>
>   File
> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py",
> line 7, in <module>
>   File "C:\Program Files (x86)\IronPython
> 2.7\Lib\site-packages\py\__init__.py", line 19, in <module>
>   File "C:\Program Files (x86)\IronPython
> 2.7\Lib\site-packages\py\_apipkg.py", line 33, in initpkg
> SystemError: Unsupported param dictionary type:
> IronPython.Runtime.PythonDictionary
>
> I think it's expecting a standard Python dictionary. Is there any way
> around this?
>
> Thanks.
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>
>
>
> --
> Website: http://earl-of-code.com
>
> _______________________________________________ Ironpython-users mailing
> list Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>



-- 
Website: http://earl-of-code.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20130711/77590fb2/attachment.html>

From fernandez_dan2 at hotmail.com  Thu Jul 11 16:17:14 2013
From: fernandez_dan2 at hotmail.com (Daniel Fernandez)
Date: Thu, 11 Jul 2013 07:17:14 -0700
Subject: [Ironpython-users] PyTest incompatible: Unsupported param
 dictionary type: IronPython.Runtime.PythonDictionary
In-Reply-To: <CAPiUgVev-pdWXDYrFsxFepouGqcGrTvgaJnHgNZRoBw+y0r6AQ@mail.gmail.com>
References: <CAEnq2qYyp9SxQ1D+zJVhuk4cXTwNfKDLtYnYOuXLFZ3o0zrRVg@mail.gmail.com>,
	<CAPiUgVfS7MODsOmL0y1cz1fqGZfFomWb9whO2yGQoaxA1PGAnA@mail.gmail.com>,
	<BAY171-W29BA0CAEB63BF9A46519D8A27B0@phx.gbl>,
	<CAPiUgVev-pdWXDYrFsxFepouGqcGrTvgaJnHgNZRoBw+y0r6AQ@mail.gmail.com>
Message-ID: <BAY171-W5038B7ECB4B0463E5FB767A27B0@phx.gbl>

Travis already created a issue I just added code snippet to the comments. The code snippet is not formatted correctly shouldn't have copied and pasted from my email but it works. 
Danny

Date: Thu, 11 Jul 2013 07:02:30 -0700
Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary
From: slide.o.mix at gmail.com
To: fernandez_dan2 at hotmail.com
CC: timoteo1097 at gmail.com; ironpython-users at python.org

Looks like a bug then, please file it on Codeplex and put in the test to reproduce it.

On Thu, Jul 11, 2013 at 6:59 AM, Daniel Fernandez <fernandez_dan2 at hotmail.com> wrote:




I was able to reproduce this issue with this snippet of code. 
>>> from types import ModuleType>>> class A(ModuleType):...     def __init__(self, d):
...         pass...>>> t = dict()>>> A(d = t)Traceback (most recent call last):  File "<stdin>", line 1, in <module>
SystemError: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary
I could only reproduce it when the class inherits from ModuleType. 

Danny
Date: Wed, 10 Jul 2013 21:17:55 -0700
From: slide.o.mix at gmail.com
To: timoteo1097 at gmail.com

CC: ironpython-users at python.org
Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary


Can you show what line 33 in _apipkg.py is? 

On Wed, Jul 10, 2013 at 4:34 PM, Travis Lee <timoteo1097 at gmail.com> wrote:


I'm trying to use PyTest on IronPython. I haven't looked thoroughly but I've been told that PyTest does not use C extensions so it should theoretically work normally. 







c:\>"c:\Program Files (x86)\IronPython 2.7\ipy.exe"IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18047 (32-bit)





Type "help", "copyright", "credits" or "license" for more information.>>> import pytestTraceback (most recent call last):  File "<stdin>", line 1, in <module>





  File "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\pytest.py", line 12, in <module>  File "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 7, in <module>





  File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\py\__init__.py", line 19, in <module>  File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\py\_apipkg.py", line 33, in initpkg





SystemError: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary






I think it's expecting a standard Python dictionary. Is there any way around this?
Thanks.







_______________________________________________

Ironpython-users mailing list

Ironpython-users at python.org

http://mail.python.org/mailman/listinfo/ironpython-users




-- 
Website: http://earl-of-code.com


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


-- 
Website: http://earl-of-code.com
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20130711/07526202/attachment.html>

From timoteo1097 at gmail.com  Thu Jul 11 09:51:29 2013
From: timoteo1097 at gmail.com (Travis Lee)
Date: Thu, 11 Jul 2013 00:51:29 -0700
Subject: [Ironpython-users] PyTest incompatible: Unsupported param
 dictionary type: IronPython.Runtime.PythonDictionary
In-Reply-To: <CAPiUgVfS7MODsOmL0y1cz1fqGZfFomWb9whO2yGQoaxA1PGAnA@mail.gmail.com>
References: <CAEnq2qYyp9SxQ1D+zJVhuk4cXTwNfKDLtYnYOuXLFZ3o0zrRVg@mail.gmail.com>
	<CAPiUgVfS7MODsOmL0y1cz1fqGZfFomWb9whO2yGQoaxA1PGAnA@mail.gmail.com>
Message-ID: <CAEnq2qamr+u6NKPCcuWJGo_c=_R9YvNMHRd-JCc8FLridbiBJQ@mail.gmail.com>

Here's the method where it's failing. The last line is line 33 of the
file.The full code for Py can be found
here<https://pypi.python.org/pypi/py/1.4.15>
.

def initpkg(pkgname, exportdefs, attr=dict()):
    """ initialize given package from the export definitions. """
    oldmod = sys.modules.get(pkgname)
    d = {}
    f = getattr(oldmod, '__file__', None)
    if f:
        f = os.path.abspath(f)
    d['__file__'] = f
    if hasattr(oldmod, '__version__'):
        d['__version__'] = oldmod.__version__
    if hasattr(oldmod, '__loader__'):
        d['__loader__'] = oldmod.__loader__
    if hasattr(oldmod, '__path__'):
        d['__path__'] = [os.path.abspath(p) for p in oldmod.__path__]
    if '__doc__' not in exportdefs and getattr(oldmod, '__doc__', None):
        d['__doc__'] = oldmod.__doc__
    d.update(attr)
    if hasattr(oldmod, "__dict__"):
        oldmod.__dict__.update(d)
    mod = ApiModule(pkgname, exportdefs, implprefix=pkgname, attr=d)


On Wed, Jul 10, 2013 at 9:17 PM, Slide <slide.o.mix at gmail.com> wrote:

> Can you show what line 33 in _apipkg.py is?
>
>
> On Wed, Jul 10, 2013 at 4:34 PM, Travis Lee <timoteo1097 at gmail.com> wrote:
>
>> I'm trying to use PyTest <http://pytest.org/latest/> on IronPython. I
>> haven't looked thoroughly but I've been told that PyTest does not use C
>> extensions so it should theoretically work normally.
>>
>> c:\>"c:\Program Files (x86)\IronPython 2.7\ipy.exe"
>> IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18047 (32-bit)
>> Type "help", "copyright", "credits" or "license" for more information.
>> >>> import pytest
>> Traceback (most recent call last):
>>   File "<stdin>", line 1, in <module>
>>   File
>> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\pytest.py",
>> line 12, in <module>
>>   File
>> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py",
>> line 7, in <module>
>>   File "C:\Program Files (x86)\IronPython
>> 2.7\Lib\site-packages\py\__init__.py", line 19, in <module>
>>   File "C:\Program Files (x86)\IronPython
>> 2.7\Lib\site-packages\py\_apipkg.py", line 33, in initpkg
>> SystemError: Unsupported param dictionary type:
>> IronPython.Runtime.PythonDictionary
>>
>> I think it's expecting a standard Python dictionary. Is there any way
>> around this?
>>
>> Thanks.
>>
>> _______________________________________________
>> Ironpython-users mailing list
>> Ironpython-users at python.org
>> http://mail.python.org/mailman/listinfo/ironpython-users
>>
>>
>
>
> --
> Website: http://earl-of-code.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20130711/929c462b/attachment.html>

From jbarner1 at fau.edu  Thu Jul 11 14:44:37 2013
From: jbarner1 at fau.edu (Jason Barner)
Date: Thu, 11 Jul 2013 08:44:37 -0400
Subject: [Ironpython-users] Compiling a WPF project with XLRD/XLWT
	functionality into an EXE (issue)
Message-ID: <CAOYNVMBHGmZFTUJq1H=9vT00udwB-7N+Hcy=O2Jkr54bCWFm-w@mail.gmail.com>

Hey guys - been scouring the Google and can't figure out my issue I am
having trying to compile a small WPF project i've put together for my
co-workers as we work on a database/ERP project.

First hurdle was getting IPY to be happy with the location of XLRD and XLWT
(python excel libraries which are awesome) but I managed to get that
working fine.

Everything runs smoothly out of visual studios, but when it came time to
try and make an exe out of it yesterday - I just could not get it to run.

So far i've been using pyc to try and compile it, and followed some
examples I found online (mainly from Dino) but no dice. I am thinking it
has something to do with XLRD and XLWT, as I pulled all the DLL's from IPY
and such into the directory of my project when trying to compile it, but it
simply times out after a while and crashes.

If it is XLRD/XLWT related - what can I try to remedy it? IPY knows the
locations of them and runs everything smoothly - is there some way/do I
need to make a DLL out of those somehow and put them in the same directory
when I try to compile with pyc? If this is the case, a step in the right
direction on how to make DLL's out of those would be much appreciated.

http://python.6.x6.nabble.com/Problems-running-simple-executable-compiled-with-the-pyc-py-tool-td2206038.html

The above is the link that I mentioned which has some good info in it
(atleast to me).

Any sort of help/insight will be highly appreciated, thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20130711/2db15ceb/attachment.html>

From slide.o.mix at gmail.com  Thu Jul 11 19:18:45 2013
From: slide.o.mix at gmail.com (Slide)
Date: Thu, 11 Jul 2013 10:18:45 -0700
Subject: [Ironpython-users] Compiling a WPF project with XLRD/XLWT
 functionality into an EXE (issue)
In-Reply-To: <CAOYNVMBHGmZFTUJq1H=9vT00udwB-7N+Hcy=O2Jkr54bCWFm-w@mail.gmail.com>
References: <CAOYNVMBHGmZFTUJq1H=9vT00udwB-7N+Hcy=O2Jkr54bCWFm-w@mail.gmail.com>
Message-ID: <CAPiUgVfQM06ORmSAeAdX4R67fW+kKb2oXYPHviC1Pm4=GAr5kg@mail.gmail.com>

Can you specify what errors (if any) you are getting? Also, what options
are you using for pyc and so forth.


On Thu, Jul 11, 2013 at 5:44 AM, Jason Barner <jbarner1 at fau.edu> wrote:

> Hey guys - been scouring the Google and can't figure out my issue I am
> having trying to compile a small WPF project i've put together for my
> co-workers as we work on a database/ERP project.
>
> First hurdle was getting IPY to be happy with the location of XLRD and
> XLWT (python excel libraries which are awesome) but I managed to get that
> working fine.
>
> Everything runs smoothly out of visual studios, but when it came time to
> try and make an exe out of it yesterday - I just could not get it to run.
>
> So far i've been using pyc to try and compile it, and followed some
> examples I found online (mainly from Dino) but no dice. I am thinking it
> has something to do with XLRD and XLWT, as I pulled all the DLL's from IPY
> and such into the directory of my project when trying to compile it, but it
> simply times out after a while and crashes.
>
> If it is XLRD/XLWT related - what can I try to remedy it? IPY knows the
> locations of them and runs everything smoothly - is there some way/do I
> need to make a DLL out of those somehow and put them in the same directory
> when I try to compile with pyc? If this is the case, a step in the right
> direction on how to make DLL's out of those would be much appreciated.
>
>
> http://python.6.x6.nabble.com/Problems-running-simple-executable-compiled-with-the-pyc-py-tool-td2206038.html
>
> The above is the link that I mentioned which has some good info in it
> (atleast to me).
>
> Any sort of help/insight will be highly appreciated, thank you.
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>


-- 
Website: http://earl-of-code.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20130711/769eb20f/attachment.html>

From no_reply at codeplex.com  Fri Jul 12 09:20:26 2013
From: no_reply at codeplex.com (CodePlex)
Date: 12 Jul 2013 00:20:26 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/11/2013
Message-ID: <CO1MSDNADMCDS2w5JNI000115d2@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New comment] Unsupported param dictionary type: IronPython.Runtime.PythonDictionary

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

ISSUES

1. [New comment] Unsupported param dictionary type: IronPython.Runtime.PythonDictionary
http://ironpython.codeplex.com/workitem/34241
User fdanny has commented on the issue:

"<p>I was able to reproduce this issue with this snippet of code. </p><p>&gt;&gt;&gt; from types import ModuleType<br>&gt;&gt;&gt; class A(ModuleType):<br>...     def __init__(self, d):<br>...         pass<br>...<br>&gt;&gt;&gt; t = dict()<br>&gt;&gt;&gt; A(d = t)<br>Traceback (most recent call last):<br>  File &quot;&lt;stdin&gt;&quot;, line 1, in &lt;module&gt;<br>SystemError: Unsupported param dictionary type: IronPython.Runtime.PythonDiction<br>ary</p"
----------------------------------------------



----------------------------------------------
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/20130712/b528d6ef/attachment.html>

From timoteo1097 at gmail.com  Fri Jul 12 02:51:00 2013
From: timoteo1097 at gmail.com (Travis Lee)
Date: Thu, 11 Jul 2013 17:51:00 -0700
Subject: [Ironpython-users] PyTest incompatible: Unsupported param
 dictionary type: IronPython.Runtime.PythonDictionary
In-Reply-To: <BAY171-W5038B7ECB4B0463E5FB767A27B0@phx.gbl>
References: <CAEnq2qYyp9SxQ1D+zJVhuk4cXTwNfKDLtYnYOuXLFZ3o0zrRVg@mail.gmail.com>
	<CAPiUgVfS7MODsOmL0y1cz1fqGZfFomWb9whO2yGQoaxA1PGAnA@mail.gmail.com>
	<BAY171-W29BA0CAEB63BF9A46519D8A27B0@phx.gbl>
	<CAPiUgVev-pdWXDYrFsxFepouGqcGrTvgaJnHgNZRoBw+y0r6AQ@mail.gmail.com>
	<BAY171-W5038B7ECB4B0463E5FB767A27B0@phx.gbl>
Message-ID: <CAEnq2qafrHFi23VrsJJTSBddyj9J1CQDQQUbJTL4vmS1SH6cHA@mail.gmail.com>

Someone just informed me that a fix for this
issue<http://ironpython.codeplex.com/workitem/33173>has shipped with
the latest Beta. I have verified the fix.

However, I?m getting a new issue now. Is there a good way to manually
install third party libraries onto IronPython? When I use PyTest?s setup.py
on pure Python, it creates pytest.exe in C:\Python27\Scripts, but PyTest?s
setup.py does not do this when I execute it with the IronPython interpreter.

I?m not sure if manually compiling it would get me around the current issue:

IronPython 2.7.4b1 (2.7.0.40) on .NET 4.0.30319.18052 (32-bit)
Type "help", "copyright", "credits" or "license" for more information.
>>> import pytest
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "c:\Program Files (x86)\IronPython
2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\pytest.py", line 15, in
<module>
  File "c:\Program Files (x86)\IronPython
2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 462, in
_preloadplugins
  File "c:\Program Files (x86)\IronPython
2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 95, in
__init__
  File "c:\Program Files (x86)\IronPython
2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 221, in
import_plugin
AttributeError: 'PythonModule_6$6' object has no attribute 'std'


On Thu, Jul 11, 2013 at 7:17 AM, Daniel Fernandez <
fernandez_dan2 at hotmail.com> wrote:

> Travis already created a issue I just added code snippet to the comments.
> The code snippet is not formatted correctly shouldn't have copied and
> pasted from my email but it works.
>
> Danny
>
> ------------------------------
> Date: Thu, 11 Jul 2013 07:02:30 -0700
>
> Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param
> dictionary type: IronPython.Runtime.PythonDictionary
> From: slide.o.mix at gmail.com
> To: fernandez_dan2 at hotmail.com
> CC: timoteo1097 at gmail.com; ironpython-users at python.org
>
>
> Looks like a bug then, please file it on Codeplex and put in the test to
> reproduce it.
>
>
> On Thu, Jul 11, 2013 at 6:59 AM, Daniel Fernandez <
> fernandez_dan2 at hotmail.com> wrote:
>
> I was able to reproduce this issue with this snippet of code.
>
> >>> from types import ModuleType
> >>> class A(ModuleType):
> ...     def __init__(self, d):
> ...         pass
> ...
> >>> t = dict()
> >>> A(d = t)
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
> SystemError: Unsupported param dictionary type:
> IronPython.Runtime.PythonDiction
> ary
>
> I could only reproduce it when the class inherits from ModuleType.
>
> Danny
>
> ------------------------------
> Date: Wed, 10 Jul 2013 21:17:55 -0700
> From: slide.o.mix at gmail.com
> To: timoteo1097 at gmail.com
> CC: ironpython-users at python.org
> Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param
> dictionary type: IronPython.Runtime.PythonDictionary
>
>
> Can you show what line 33 in _apipkg.py is?
>
>
> On Wed, Jul 10, 2013 at 4:34 PM, Travis Lee <timoteo1097 at gmail.com> wrote:
>
> I'm trying to use PyTest <http://pytest.org/latest/> on IronPython. I
> haven't looked thoroughly but I've been told that PyTest does not use C
> extensions so it should theoretically work normally.
>
> c:\>"c:\Program Files (x86)\IronPython 2.7\ipy.exe"
> IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18047 (32-bit)
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import pytest
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File
> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\pytest.py",
> line 12, in <module>
>   File
> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py",
> line 7, in <module>
>   File "C:\Program Files (x86)\IronPython
> 2.7\Lib\site-packages\py\__init__.py", line 19, in <module>
>   File "C:\Program Files (x86)\IronPython
> 2.7\Lib\site-packages\py\_apipkg.py", line 33, in initpkg
> SystemError: Unsupported param dictionary type:
> IronPython.Runtime.PythonDictionary
>
> I think it's expecting a standard Python dictionary. Is there any way
> around this?
>
> Thanks.
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>
>
>
> --
> Website: http://earl-of-code.com
>
> _______________________________________________ Ironpython-users mailing
> list Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>
>
>
> --
> Website: http://earl-of-code.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20130711/2a3fff57/attachment.html>

From vernondcole at gmail.com  Fri Jul 12 17:49:27 2013
From: vernondcole at gmail.com (Vernon D. Cole)
Date: Fri, 12 Jul 2013 16:49:27 +0100
Subject: [Ironpython-users] PyTest incompatible: Unsupported param
 dictionary type: IronPython.Runtime.PythonDictionary
In-Reply-To: <CAEnq2qafrHFi23VrsJJTSBddyj9J1CQDQQUbJTL4vmS1SH6cHA@mail.gmail.com>
References: <CAEnq2qYyp9SxQ1D+zJVhuk4cXTwNfKDLtYnYOuXLFZ3o0zrRVg@mail.gmail.com>
	<CAPiUgVfS7MODsOmL0y1cz1fqGZfFomWb9whO2yGQoaxA1PGAnA@mail.gmail.com>
	<BAY171-W29BA0CAEB63BF9A46519D8A27B0@phx.gbl>
	<CAPiUgVev-pdWXDYrFsxFepouGqcGrTvgaJnHgNZRoBw+y0r6AQ@mail.gmail.com>
	<BAY171-W5038B7ECB4B0463E5FB767A27B0@phx.gbl>
	<CAEnq2qafrHFi23VrsJJTSBddyj9J1CQDQQUbJTL4vmS1SH6cHA@mail.gmail.com>
Message-ID: <CAH-ZgAeZCUUKsUSxrBC7WKKfsXaq6KcA4Ln=A4WMeh173Q_5XQ@mail.gmail.com>

You may have already tried this...  but if not..

SInce IronPython is (by default) stored in the "Program Files" tree, it
often requires that you be running as an administrator to do setup.py
installs.

I keep a shortcut to the cmd console on my desktop, because I use command
line so much. It's not too difficult to right-click on that and select "run
as administrator" (except that you have to "cd" to where your downloaded
package is at.)

[At times like that, I keep trying to type "sudo python setup.py install"
but, of course, that does not work on Windows.]


On Fri, Jul 12, 2013 at 1:51 AM, Travis Lee <timoteo1097 at gmail.com> wrote:

> Someone just informed me that a fix for this issue<http://ironpython.codeplex.com/workitem/33173>has shipped with the latest Beta. I have verified the fix.
>
> However, I?m getting a new issue now. Is there a good way to manually
> install third party libraries onto IronPython? When I use PyTest?s setup.py
> on pure Python, it creates pytest.exe in C:\Python27\Scripts, but PyTest?s
> setup.py does not do this when I execute it with the IronPython interpreter.
>
> I?m not sure if manually compiling it would get me around the current
> issue:
>
> IronPython 2.7.4b1 (2.7.0.40) on .NET 4.0.30319.18052 (32-bit)
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import pytest
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File "c:\Program Files (x86)\IronPython
> 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\pytest.py", line 15, in
> <module>
>   File "c:\Program Files (x86)\IronPython
> 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 462, in
> _preloadplugins
>   File "c:\Program Files (x86)\IronPython
> 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 95, in
> __init__
>   File "c:\Program Files (x86)\IronPython
> 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 221, in
> import_plugin
> AttributeError: 'PythonModule_6$6' object has no attribute 'std'
>
>
> On Thu, Jul 11, 2013 at 7:17 AM, Daniel Fernandez <
> fernandez_dan2 at hotmail.com> wrote:
>
>> Travis already created a issue I just added code snippet to the comments.
>> The code snippet is not formatted correctly shouldn't have copied and
>> pasted from my email but it works.
>>
>> Danny
>>
>> ------------------------------
>> Date: Thu, 11 Jul 2013 07:02:30 -0700
>>
>> Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param
>> dictionary type: IronPython.Runtime.PythonDictionary
>> From: slide.o.mix at gmail.com
>> To: fernandez_dan2 at hotmail.com
>> CC: timoteo1097 at gmail.com; ironpython-users at python.org
>>
>>
>> Looks like a bug then, please file it on Codeplex and put in the test to
>> reproduce it.
>>
>>
>> On Thu, Jul 11, 2013 at 6:59 AM, Daniel Fernandez <
>> fernandez_dan2 at hotmail.com> wrote:
>>
>> I was able to reproduce this issue with this snippet of code.
>>
>> >>> from types import ModuleType
>> >>> class A(ModuleType):
>> ...     def __init__(self, d):
>> ...         pass
>> ...
>> >>> t = dict()
>> >>> A(d = t)
>> Traceback (most recent call last):
>>   File "<stdin>", line 1, in <module>
>> SystemError: Unsupported param dictionary type:
>> IronPython.Runtime.PythonDiction
>> ary
>>
>> I could only reproduce it when the class inherits from ModuleType.
>>
>> Danny
>>
>> ------------------------------
>> Date: Wed, 10 Jul 2013 21:17:55 -0700
>> From: slide.o.mix at gmail.com
>> To: timoteo1097 at gmail.com
>> CC: ironpython-users at python.org
>> Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param
>> dictionary type: IronPython.Runtime.PythonDictionary
>>
>>
>> Can you show what line 33 in _apipkg.py is?
>>
>>
>> On Wed, Jul 10, 2013 at 4:34 PM, Travis Lee <timoteo1097 at gmail.com>wrote:
>>
>> I'm trying to use PyTest <http://pytest.org/latest/> on IronPython. I
>> haven't looked thoroughly but I've been told that PyTest does not use C
>> extensions so it should theoretically work normally.
>>
>> c:\>"c:\Program Files (x86)\IronPython 2.7\ipy.exe"
>> IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18047 (32-bit)
>> Type "help", "copyright", "credits" or "license" for more information.
>> >>> import pytest
>> Traceback (most recent call last):
>>   File "<stdin>", line 1, in <module>
>>   File
>> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\pytest.py",
>> line 12, in <module>
>>   File
>> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py",
>> line 7, in <module>
>>   File "C:\Program Files (x86)\IronPython
>> 2.7\Lib\site-packages\py\__init__.py", line 19, in <module>
>>   File "C:\Program Files (x86)\IronPython
>> 2.7\Lib\site-packages\py\_apipkg.py", line 33, in initpkg
>> SystemError: Unsupported param dictionary type:
>> IronPython.Runtime.PythonDictionary
>>
>> I think it's expecting a standard Python dictionary. Is there any way
>> around this?
>>
>> Thanks.
>>
>> _______________________________________________
>> Ironpython-users mailing list
>> Ironpython-users at python.org
>> http://mail.python.org/mailman/listinfo/ironpython-users
>>
>>
>>
>>
>> --
>> Website: http://earl-of-code.com
>>
>> _______________________________________________ Ironpython-users mailing
>> list Ironpython-users at python.org
>> http://mail.python.org/mailman/listinfo/ironpython-users
>>
>>
>>
>>
>> --
>> Website: http://earl-of-code.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/20130712/ed5a80ad/attachment.html>

From slide.o.mix at gmail.com  Fri Jul 12 18:21:43 2013
From: slide.o.mix at gmail.com (Slide)
Date: Fri, 12 Jul 2013 09:21:43 -0700
Subject: [Ironpython-users] PyTest incompatible: Unsupported param
 dictionary type: IronPython.Runtime.PythonDictionary
In-Reply-To: <CAH-ZgAeZCUUKsUSxrBC7WKKfsXaq6KcA4Ln=A4WMeh173Q_5XQ@mail.gmail.com>
References: <CAEnq2qYyp9SxQ1D+zJVhuk4cXTwNfKDLtYnYOuXLFZ3o0zrRVg@mail.gmail.com>
	<CAPiUgVfS7MODsOmL0y1cz1fqGZfFomWb9whO2yGQoaxA1PGAnA@mail.gmail.com>
	<BAY171-W29BA0CAEB63BF9A46519D8A27B0@phx.gbl>
	<CAPiUgVev-pdWXDYrFsxFepouGqcGrTvgaJnHgNZRoBw+y0r6AQ@mail.gmail.com>
	<BAY171-W5038B7ECB4B0463E5FB767A27B0@phx.gbl>
	<CAEnq2qafrHFi23VrsJJTSBddyj9J1CQDQQUbJTL4vmS1SH6cHA@mail.gmail.com>
	<CAH-ZgAeZCUUKsUSxrBC7WKKfsXaq6KcA4Ln=A4WMeh173Q_5XQ@mail.gmail.com>
Message-ID: <CAPiUgVckn76qB3TNmDM=-NdGKAWYn4Q0imthp_CwM_sEh=Pmpg@mail.gmail.com>

You should use powershell and alias sudo to a runas cmdlet for running as
Administrator :-)


On Fri, Jul 12, 2013 at 8:49 AM, Vernon D. Cole <vernondcole at gmail.com>wrote:

> You may have already tried this...  but if not..
>
> SInce IronPython is (by default) stored in the "Program Files" tree, it
> often requires that you be running as an administrator to do setup.py
> installs.
>
> I keep a shortcut to the cmd console on my desktop, because I use command
> line so much. It's not too difficult to right-click on that and select "run
> as administrator" (except that you have to "cd" to where your downloaded
> package is at.)
>
> [At times like that, I keep trying to type "sudo python setup.py install"
> but, of course, that does not work on Windows.]
>
>
>
> On Fri, Jul 12, 2013 at 1:51 AM, Travis Lee <timoteo1097 at gmail.com> wrote:
>
>> Someone just informed me that a fix for this issue<http://ironpython.codeplex.com/workitem/33173>has shipped with the latest Beta. I have verified the fix.
>>
>> However, I?m getting a new issue now. Is there a good way to manually
>> install third party libraries onto IronPython? When I use PyTest?s setup.py
>> on pure Python, it creates pytest.exe in C:\Python27\Scripts, but PyTest?s
>> setup.py does not do this when I execute it with the IronPython interpreter.
>>
>> I?m not sure if manually compiling it would get me around the current
>> issue:
>>
>> IronPython 2.7.4b1 (2.7.0.40) on .NET 4.0.30319.18052 (32-bit)
>> Type "help", "copyright", "credits" or "license" for more information.
>> >>> import pytest
>> Traceback (most recent call last):
>>   File "<stdin>", line 1, in <module>
>>   File "c:\Program Files (x86)\IronPython
>> 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\pytest.py", line 15, in
>> <module>
>>   File "c:\Program Files (x86)\IronPython
>> 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 462, in
>> _preloadplugins
>>   File "c:\Program Files (x86)\IronPython
>> 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 95, in
>> __init__
>>   File "c:\Program Files (x86)\IronPython
>> 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 221, in
>> import_plugin
>> AttributeError: 'PythonModule_6$6' object has no attribute 'std'
>>
>>
>> On Thu, Jul 11, 2013 at 7:17 AM, Daniel Fernandez <
>> fernandez_dan2 at hotmail.com> wrote:
>>
>>> Travis already created a issue I just added code snippet to the
>>> comments. The code snippet is not formatted correctly shouldn't have copied
>>> and pasted from my email but it works.
>>>
>>> Danny
>>>
>>> ------------------------------
>>> Date: Thu, 11 Jul 2013 07:02:30 -0700
>>>
>>> Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param
>>> dictionary type: IronPython.Runtime.PythonDictionary
>>> From: slide.o.mix at gmail.com
>>> To: fernandez_dan2 at hotmail.com
>>> CC: timoteo1097 at gmail.com; ironpython-users at python.org
>>>
>>>
>>> Looks like a bug then, please file it on Codeplex and put in the test to
>>> reproduce it.
>>>
>>>
>>> On Thu, Jul 11, 2013 at 6:59 AM, Daniel Fernandez <
>>> fernandez_dan2 at hotmail.com> wrote:
>>>
>>> I was able to reproduce this issue with this snippet of code.
>>>
>>> >>> from types import ModuleType
>>> >>> class A(ModuleType):
>>> ...     def __init__(self, d):
>>> ...         pass
>>> ...
>>> >>> t = dict()
>>> >>> A(d = t)
>>> Traceback (most recent call last):
>>>   File "<stdin>", line 1, in <module>
>>> SystemError: Unsupported param dictionary type:
>>> IronPython.Runtime.PythonDiction
>>> ary
>>>
>>> I could only reproduce it when the class inherits from ModuleType.
>>>
>>> Danny
>>>
>>> ------------------------------
>>> Date: Wed, 10 Jul 2013 21:17:55 -0700
>>> From: slide.o.mix at gmail.com
>>> To: timoteo1097 at gmail.com
>>> CC: ironpython-users at python.org
>>> Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param
>>> dictionary type: IronPython.Runtime.PythonDictionary
>>>
>>>
>>> Can you show what line 33 in _apipkg.py is?
>>>
>>>
>>> On Wed, Jul 10, 2013 at 4:34 PM, Travis Lee <timoteo1097 at gmail.com>wrote:
>>>
>>> I'm trying to use PyTest <http://pytest.org/latest/> on IronPython. I
>>> haven't looked thoroughly but I've been told that PyTest does not use C
>>> extensions so it should theoretically work normally.
>>>
>>> c:\>"c:\Program Files (x86)\IronPython 2.7\ipy.exe"
>>> IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18047 (32-bit)
>>> Type "help", "copyright", "credits" or "license" for more information.
>>> >>> import pytest
>>> Traceback (most recent call last):
>>>   File "<stdin>", line 1, in <module>
>>>   File
>>> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\pytest.py",
>>> line 12, in <module>
>>>   File
>>> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py",
>>> line 7, in <module>
>>>   File "C:\Program Files (x86)\IronPython
>>> 2.7\Lib\site-packages\py\__init__.py", line 19, in <module>
>>>   File "C:\Program Files (x86)\IronPython
>>> 2.7\Lib\site-packages\py\_apipkg.py", line 33, in initpkg
>>> SystemError: Unsupported param dictionary type:
>>> IronPython.Runtime.PythonDictionary
>>>
>>> I think it's expecting a standard Python dictionary. Is there any way
>>> around this?
>>>
>>> Thanks.
>>>
>>> _______________________________________________
>>> Ironpython-users mailing list
>>> Ironpython-users at python.org
>>> http://mail.python.org/mailman/listinfo/ironpython-users
>>>
>>>
>>>
>>>
>>> --
>>> Website: http://earl-of-code.com
>>>
>>> _______________________________________________ Ironpython-users mailing
>>> list Ironpython-users at python.org
>>> http://mail.python.org/mailman/listinfo/ironpython-users
>>>
>>>
>>>
>>>
>>> --
>>> Website: http://earl-of-code.com
>>>
>>
>>
>> _______________________________________________
>> 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
>
>


-- 
Website: http://earl-of-code.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20130712/82da3e37/attachment.html>

From fernandez_dan2 at hotmail.com  Sun Jul 14 01:11:41 2013
From: fernandez_dan2 at hotmail.com (Daniel Fernandez)
Date: Sat, 13 Jul 2013 16:11:41 -0700
Subject: [Ironpython-users] PyTest incompatible: Unsupported param
 dictionary type: IronPython.Runtime.PythonDictionary
In-Reply-To: <CAEnq2qafrHFi23VrsJJTSBddyj9J1CQDQQUbJTL4vmS1SH6cHA@mail.gmail.com>
References: <CAEnq2qYyp9SxQ1D+zJVhuk4cXTwNfKDLtYnYOuXLFZ3o0zrRVg@mail.gmail.com>,
	<CAPiUgVfS7MODsOmL0y1cz1fqGZfFomWb9whO2yGQoaxA1PGAnA@mail.gmail.com>,
	<BAY171-W29BA0CAEB63BF9A46519D8A27B0@phx.gbl>
	<CAPiUgVev-pdWXDYrFsxFepouGqcGrTvgaJnHgNZRoBw+y0r6AQ@mail.gmail.com>,
	<BAY171-W5038B7ECB4B0463E5FB767A27B0@phx.gbl>,
	<CAEnq2qafrHFi23VrsJJTSBddyj9J1CQDQQUbJTL4vmS1SH6cHA@mail.gmail.com>
Message-ID: <BAY171-W16CB1DB383F94D3C091763A2650@phx.gbl>

Hi All,
I was just playing with this and it looks like the in class ApiModule in __apipkg the attributes not being looked up correctly with __makeattr
I was able to reproduce this issue with the snippet of code (tried to make it as small as possible)
from types import ModuleTypeclass ApiModule(ModuleType):	def __init__(self, name="", importspec="", implprefix=None, attr=None):		pass	def __makeattr(self, name):		return name	__getattr__ = __makeattr
t = ApiModule()t.Std
Python 2.7.5 returned this
Python 2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit (AMD64)] on win32Type "help", "copyright", "credits" or "license" for more information.>>> from types import ModuleType>>> class ApiModule(ModuleType):...     def __init__(self, name="", importspec="", implprefix=None, attr=None):...             pass...     def __makeattr(self, name):...             return name...     __getattr__ = __makeattr...>>> t = ApiModule()>>> t.Std'Std'
IronPython 2.7.3 returned this
IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18051 (32-bit)Type "help", "copyright", "credits" or "license" for more information.>>> from types import ModuleType>>> class ApiModule(ModuleType):...     def __init__(self, name="", importspec="", implprefix=None, attr=None):...         pass...     def __makeattr(self, name):...         return name...     __getattr__ = __makeattr...>>> t = ApiModule()>>> t.StdTraceback (most recent call last):  File "<stdin>", line 1, in <module>AttributeError: 'PythonModule_4$4' object has no attribute 'Std'

if I inherit from object instead of ModuleType it works in IronPython not sure if with inheritance of ModuleType
Danny
From: timoteo1097 at gmail.com
Date: Thu, 11 Jul 2013 17:51:00 -0700
Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary
To: fernandez_dan2 at hotmail.com
CC: slide.o.mix at gmail.com; ironpython-users at python.org

Someone just informed me that a fix for this issue has shipped with the latest Beta. I have verified the fix.
However, I?m getting a new issue now. Is there a good way to manually install third party libraries onto IronPython? When I use PyTest?s setup.py on pure Python, it creates pytest.exe in C:\Python27\Scripts, but PyTest?s setup.py does not do this when I execute it with the IronPython interpreter.



I?m not sure if manually compiling it would get me around the current issue:

IronPython 2.7.4b1 (2.7.0.40) on .NET 4.0.30319.18052 (32-bit)
Type "help", "copyright", "credits" or "license" for more information.


>>> import pytest
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "c:\Program Files (x86)\IronPython 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\pytest.py", line 15, in <module>


  File "c:\Program Files (x86)\IronPython 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 462, in _preloadplugins
  File "c:\Program Files (x86)\IronPython 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 95, in __init__


  File "c:\Program Files (x86)\IronPython 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 221, in import_plugin
AttributeError: 'PythonModule_6$6' object has no attribute 'std' 



On Thu, Jul 11, 2013 at 7:17 AM, Daniel Fernandez <fernandez_dan2 at hotmail.com> wrote:





Travis already created a issue I just added code snippet to the comments. The code snippet is not formatted correctly shouldn't have copied and pasted from my email but it works. 


Danny

Date: Thu, 11 Jul 2013 07:02:30 -0700
Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary
From: slide.o.mix at gmail.com


To: fernandez_dan2 at hotmail.com
CC: timoteo1097 at gmail.com; ironpython-users at python.org



Looks like a bug then, please file it on Codeplex and put in the test to reproduce it.

On Thu, Jul 11, 2013 at 6:59 AM, Daniel Fernandez <fernandez_dan2 at hotmail.com> wrote:






I was able to reproduce this issue with this snippet of code. 
>>> from types import ModuleType>>> class A(ModuleType):...     def __init__(self, d):


...         pass...>>> t = dict()>>> A(d = t)Traceback (most recent call last):  File "<stdin>", line 1, in <module>


SystemError: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary
I could only reproduce it when the class inherits from ModuleType. 

Danny
Date: Wed, 10 Jul 2013 21:17:55 -0700
From: slide.o.mix at gmail.com
To: timoteo1097 at gmail.com



CC: ironpython-users at python.org
Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary




Can you show what line 33 in _apipkg.py is? 

On Wed, Jul 10, 2013 at 4:34 PM, Travis Lee <timoteo1097 at gmail.com> wrote:




I'm trying to use PyTest on IronPython. I haven't looked thoroughly but I've been told that PyTest does not use C extensions so it should theoretically work normally. 









c:\>"c:\Program Files (x86)\IronPython 2.7\ipy.exe"IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18047 (32-bit)







Type "help", "copyright", "credits" or "license" for more information.>>> import pytestTraceback (most recent call last):  File "<stdin>", line 1, in <module>







  File "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\pytest.py", line 12, in <module>  File "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 7, in <module>







  File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\py\__init__.py", line 19, in <module>  File "C:\Program Files (x86)\IronPython 2.7\Lib\site-packages\py\_apipkg.py", line 33, in initpkg







SystemError: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary








I think it's expecting a standard Python dictionary. Is there any way around this?
Thanks.









_______________________________________________

Ironpython-users mailing list

Ironpython-users at python.org

http://mail.python.org/mailman/listinfo/ironpython-users




-- 
Website: http://earl-of-code.com


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


-- 
Website: http://earl-of-code.com
 		 	   		  

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

From jdhardy at gmail.com  Mon Jul 15 18:02:23 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 15 Jul 2013 09:02:23 -0700
Subject: [Ironpython-users] PyTest incompatible: Unsupported param
 dictionary type: IronPython.Runtime.PythonDictionary
In-Reply-To: <BAY171-W16CB1DB383F94D3C091763A2650@phx.gbl>
References: <CAEnq2qYyp9SxQ1D+zJVhuk4cXTwNfKDLtYnYOuXLFZ3o0zrRVg@mail.gmail.com>
	<CAPiUgVfS7MODsOmL0y1cz1fqGZfFomWb9whO2yGQoaxA1PGAnA@mail.gmail.com>
	<BAY171-W29BA0CAEB63BF9A46519D8A27B0@phx.gbl>
	<CAPiUgVev-pdWXDYrFsxFepouGqcGrTvgaJnHgNZRoBw+y0r6AQ@mail.gmail.com>
	<BAY171-W5038B7ECB4B0463E5FB767A27B0@phx.gbl>
	<CAEnq2qafrHFi23VrsJJTSBddyj9J1CQDQQUbJTL4vmS1SH6cHA@mail.gmail.com>
	<BAY171-W16CB1DB383F94D3C091763A2650@phx.gbl>
Message-ID: <CAF7AXFEFAvH4qPUBkS_5BH-Fot+OZXGhvSKvbf4jy6UgEkOuBA@mail.gmail.com>

Hi Daniel,
Thanks for the reproduction. Can you open an issue on CodePlex (
https://ironpython.codeplex.com/WorkItem/Create)? This should be easy to
fix for 2.7.4.

- Jeff


On Sat, Jul 13, 2013 at 4:11 PM, Daniel Fernandez <
fernandez_dan2 at hotmail.com> wrote:

> Hi All,
>
> I was just playing with this and it looks like the in class ApiModule in
> __apipkg the attributes not being looked up correctly with __makeattr
>
> I was able to reproduce this issue with the snippet of code (tried to make
> it as small as possible)
>
> from types import ModuleType
> class ApiModule(ModuleType):
> def __init__(self, name="", importspec="", implprefix=None, attr=None):
> pass
> def __makeattr(self, name):
> return name
> __getattr__ = __makeattr
>
> t = ApiModule()
> t.Std
>
> Python 2.7.5 returned this
>
> Python 2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit (AMD64)]
> on win32
> Type "help", "copyright", "credits" or "license" for more information.
> >>> from types import ModuleType
> >>> class ApiModule(ModuleType):
> ...     def __init__(self, name="", importspec="", implprefix=None,
> attr=None):
> ...             pass
> ...     def __makeattr(self, name):
> ...             return name
> ...     __getattr__ = __makeattr
> ...
> >>> t = ApiModule()
> >>> t.Std
> 'Std'
>
> IronPython 2.7.3 returned this
>
> IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18051 (32-bit)
> Type "help", "copyright", "credits" or "license" for more information.
> >>> from types import ModuleType
> >>> class ApiModule(ModuleType):
> ...     def __init__(self, name="", importspec="", implprefix=None,
> attr=None):
> ...         pass
> ...     def __makeattr(self, name):
> ...         return name
> ...     __getattr__ = __makeattr
> ...
> >>> t = ApiModule()
> >>> t.Std
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
> AttributeError: 'PythonModule_4$4' object has no attribute 'Std'
>
>
> if I inherit from object instead of ModuleType it works in IronPython not
> sure if with inheritance of ModuleType
>
> Danny
>
> ------------------------------
> From: timoteo1097 at gmail.com
> Date: Thu, 11 Jul 2013 17:51:00 -0700
>
> Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param
> dictionary type: IronPython.Runtime.PythonDictionary
> To: fernandez_dan2 at hotmail.com
> CC: slide.o.mix at gmail.com; ironpython-users at python.org
>
>
> Someone just informed me that a fix for this issue<http://ironpython.codeplex.com/workitem/33173>has shipped with the latest Beta. I have verified the fix.
>
> However, I?m getting a new issue now. Is there a good way to manually
> install third party libraries onto IronPython? When I use PyTest?s setup.py
> on pure Python, it creates pytest.exe in C:\Python27\Scripts, but PyTest?s
> setup.py does not do this when I execute it with the IronPython interpreter.
>
> I?m not sure if manually compiling it would get me around the current
> issue:
>
> IronPython 2.7.4b1 (2.7.0.40) on .NET 4.0.30319.18052 (32-bit)
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import pytest
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File "c:\Program Files (x86)\IronPython
> 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\pytest.py", line 15, in
> <module>
>   File "c:\Program Files (x86)\IronPython
> 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 462, in
> _preloadplugins
>   File "c:\Program Files (x86)\IronPython
> 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 95, in
> __init__
>   File "c:\Program Files (x86)\IronPython
> 2.7\lib\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py", line 221, in
> import_plugin
> AttributeError: 'PythonModule_6$6' object has no attribute 'std'
>
>
> On Thu, Jul 11, 2013 at 7:17 AM, Daniel Fernandez <
> fernandez_dan2 at hotmail.com> wrote:
>
> Travis already created a issue I just added code snippet to the comments.
> The code snippet is not formatted correctly shouldn't have copied and
> pasted from my email but it works.
>
> Danny
>
> ------------------------------
> Date: Thu, 11 Jul 2013 07:02:30 -0700
>
> Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param
> dictionary type: IronPython.Runtime.PythonDictionary
> From: slide.o.mix at gmail.com
> To: fernandez_dan2 at hotmail.com
> CC: timoteo1097 at gmail.com; ironpython-users at python.org
>
>
> Looks like a bug then, please file it on Codeplex and put in the test to
> reproduce it.
>
>
> On Thu, Jul 11, 2013 at 6:59 AM, Daniel Fernandez <
> fernandez_dan2 at hotmail.com> wrote:
>
> I was able to reproduce this issue with this snippet of code.
>
> >>> from types import ModuleType
> >>> class A(ModuleType):
> ...     def __init__(self, d):
> ...         pass
> ...
> >>> t = dict()
> >>> A(d = t)
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
> SystemError: Unsupported param dictionary type:
> IronPython.Runtime.PythonDiction
> ary
>
> I could only reproduce it when the class inherits from ModuleType.
>
> Danny
>
> ------------------------------
> Date: Wed, 10 Jul 2013 21:17:55 -0700
> From: slide.o.mix at gmail.com
> To: timoteo1097 at gmail.com
> CC: ironpython-users at python.org
> Subject: Re: [Ironpython-users] PyTest incompatible: Unsupported param
> dictionary type: IronPython.Runtime.PythonDictionary
>
>
> Can you show what line 33 in _apipkg.py is?
>
>
> On Wed, Jul 10, 2013 at 4:34 PM, Travis Lee <timoteo1097 at gmail.com> wrote:
>
> I'm trying to use PyTest <http://pytest.org/latest/> on IronPython. I
> haven't looked thoroughly but I've been told that PyTest does not use C
> extensions so it should theoretically work normally.
>
> c:\>"c:\Program Files (x86)\IronPython 2.7\ipy.exe"
> IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18047 (32-bit)
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import pytest
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File
> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\pytest.py",
> line 12, in <module>
>   File
> "C:\Users\***\AppData\Roaming\Python\IronPython27\site-packages\pytest-2.3.5-py2.7.egg\_pytest\core.py",
> line 7, in <module>
>   File "C:\Program Files (x86)\IronPython
> 2.7\Lib\site-packages\py\__init__.py", line 19, in <module>
>   File "C:\Program Files (x86)\IronPython
> 2.7\Lib\site-packages\py\_apipkg.py", line 33, in initpkg
> SystemError: Unsupported param dictionary type:
> IronPython.Runtime.PythonDictionary
>
> I think it's expecting a standard Python dictionary. Is there any way
> around this?
>
> Thanks.
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>
>
>
> --
> Website: http://earl-of-code.com
>
> _______________________________________________ Ironpython-users mailing
> list Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>
>
>
> --
> Website: http://earl-of-code.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/20130715/867dcbb9/attachment.html>

From dj_grafix at hotmail.com  Mon Jul 15 20:21:34 2013
From: dj_grafix at hotmail.com (Cory Brostowicz)
Date: Mon, 15 Jul 2013 13:21:34 -0500
Subject: [Ironpython-users] IronPython query to Windows Azure Table Storage
Message-ID: <SNT137-W3479AF4C44A25CF3D331009D670@phx.gbl>

In an application I'm working on, I'm trying to write an IronPython script that queries Azure Tables, returning a result into a class defined in Python.  I keep running into the following error when I do this:
Unhandled Exception: System.InvalidOperationException: The type 'IronPython.NewTypes.IPAzureTest.BaseModelClass_1$1' is not supported by the client library.   at System.Data.Services.Client.ClientType.Create(Type type, Boolean expectModelType)   at System.Data.Services.Client.AtomMaterializer.ResolveByCreating(AtomEntry entry, Type expectedEntryType)   at System.Data.Services.Client.AtomMaterializer.ResolveOrCreateInstance(AtomEntry entry, Type expectedEntryType)   at System.Data.Services.Client.AtomMaterializerInvoker.DirectMaterializePlan(Object materializer, Object entry, Type expectedEntryType)   at System.Data.Services.Client.ProjectionPlan.Run(AtomMaterializer materializer, AtomEntry entry, Type expectedType)   at System.Data.Services.Client.AtomMaterializer.Read()   at System.Data.Services.Client.MaterializeAtom.MoveNextInternal()   at System.Data.Services.Client.MaterializeAtom.MoveNext()   at System.Linq.Enumerable.<CastIterator>d__b1`1.MoveNext()   at System.Linq.Enumerable.Single[TSource](IEnumerable`1 source)   at System.Data.Services.Client.DataServiceQueryProvider.ReturnSingleton[TElement](Expression expression)   at System.Data.Services.Client.DataServiceQueryProvider.Execute[TResult](Expression expression)   at System.Linq.Queryable.Single[TSource](IQueryable`1 source)   at Microsoft.Scripting.Interpreter.FuncCallInstruction`2.Run(InterpretedFrame frame)   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)   at Microsoft.Scripting.Interpreter.LightLambda.Run3[T0,T1,T2,TRet](T0 arg0, T1 arg1, T2 arg2)   at System.Dynamic.UpdateDelegates.UpdateAndExecute2[T0,T1,TRet](CallSite site, T0 arg0, T1 arg1)   at Microsoft.Scripting.Interpreter.DynamicInstruction`3.Run(InterpretedFrame frame)   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 arg0, T1 arg1)   at IronPython.Compiler.PythonScriptCode.RunWorker(CodeContext ctx)   at IronPython.Compiler.PythonScriptCode.Run(Scope scope)   at IronPython.Compiler.RuntimeScriptCode.InvokeTarget(Scope scope)   at IronPython.Compiler.RuntimeScriptCode.Run(Scope scope)   at Microsoft.Scripting.SourceUnit.Execute(Scope scope, ErrorSink errorSink)   at Microsoft.Scripting.Hosting.ScriptSource.Execute(ScriptScope scope)   at IPAzureTest.IPScriptHost.RunEdit() in d:\Development\Utilities\IPAzureTest\IPAzureTest\IPScriptHost.cs:line 31   at IPAzureTest.Program.Main(String[] args) in d:\Development\Utilities\IPAzureTest\IPAzureTest\Program.cs:line 12

If I define the model class in C#, I do not run into this issue.  The data I'm working with changes often.  Being able to define the model in Python will make it so new builds are not necessary when additional tables are added.  
Here is what my python script looks like:
import clrimport Systemclr.AddReference("System.Core")clr.ImportExtensions(System.Linq)
class MyTable(AzureTableService.BaseModelClass):	def __new__(self, partitionKey, rowKey):		self.PartitionKey = partitionKey		self.RowKey = rowKey		return super.__new__(self)			MyTableDetails = "";
y = AzureTableService.GetAzureTableQuery[MyTable]("MyTable")z = y.Where(lambda c: c.PartitionKey == "10" and c.RowKey == "10040").Single()
print(z.MyTableDetails)
And my C# Code:
    public class AzureTableService {
        private CloudStorageAccount mStorageAccount;
        public AzureTableService() {
            CloudStorageAccount.SetConfigurationSettingPublisher((configName, configSetter) => {
                var connectionString = ConfigurationManager.AppSettings[configName];
                configSetter(connectionString);
            });
            mStorageAccount = CloudStorageAccount.FromConfigurationSetting("DataConnectionString");        
        }
                
        private TableServiceContext AzureTableServiceContext {
            get {
                var context = mStorageAccount.CreateCloudTableClient().GetDataServiceContext();
                context.IgnoreResourceNotFoundException = true;
                return context;
            }
        }
        public IQueryable<T> GetAzureTableQuery<T>(string TableName) {
            return AzureTableServiceContext.CreateQuery<T>(TableName);
        }
 
        public class BaseModelClass : TableServiceEntity {
            public BaseModelClass(string partitionKey, string rowKey) : base(partitionKey, rowKey) { }
            public BaseModelClass() : base(Guid.NewGuid().ToString(), String.Empty) { }
        }
 
        public class MyTable : TableServiceEntity {
            public MyTable(string partitionKey, string rowKey) : base(partitionKey, rowKey) { }
            public MyTable() : base(Guid.NewGuid().ToString(), String.Empty) { }
            public string FeeScheduleDetails { get; set; }
        }
    }
If I use MyTable define in C#, it works fine.  By using the one defined in Python throws the exception.  Can anyone point me in the right direction?
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20130715/2445c522/attachment.html>

From fernandez_dan2 at hotmail.com  Tue Jul 16 05:43:15 2013
From: fernandez_dan2 at hotmail.com (Daniel Fernandez)
Date: Mon, 15 Jul 2013 20:43:15 -0700
Subject: [Ironpython-users] issue with distribute_setup.py
Message-ID: <BAY171-W6428491CF65D27DB9C0B7AA2600@phx.gbl>

Hi All,
I ran into an issue trying to execute dsitribute_setup.py. I used both the -X:Frames and -X:FullFrames but I am getting an error message sys module does not contain '_getframe'.  Here is the output 
c:\Users\Daniel\Downloads>c:\IronPython27\ipy.exe -X:Frames distribute_setup.pyExtracting in c:\users\daniel\appdata\local\temp\tmpje5fjsNow working in c:\users\daniel\appdata\local\temp\tmpje5fjs\distribute-0.6.49Installing DistributeBefore install bootstrap.Scanning installed packagesNo setuptools distribution foundrunning installTraceback (most recent call last):  File "setup.py", line 147, in <module>  File "c:\IronPython27\Lib\distutils\core.py", line 151, in setup  File "c:\IronPython27\Lib\distutils\dist.py", line 952, in run_commands  File "c:\IronPython27\Lib\distutils\dist.py", line 971, in run_command  File "c:\users\daniel\appdata\local\temp\tmpje5fjs\distribute-0.6.49\setuptools\command\install.py", line 63, inrunAttributeError: 'module' object has no attribute '_getframe' Something went wrong during the installation.See the error message above.

I thought passing -X:Frames (which I do almost all the time) as an argument would enable sys module to have sys._getframe?
I tracked in the distribute_setup.py where the issue is occurring. It is happening in the _python_cmd functiondef _python_cmd(*args):        args = (sys.executable,) + args        return subprocess.call(args) == 0 
I don't think the -X:Frames is being passed along to the subprocess? I'm not sure to handle this without changing the script?
Danny

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

From no_reply at codeplex.com  Tue Jul 16 09:19:07 2013
From: no_reply at codeplex.com (CodePlex)
Date: 16 Jul 2013 00:19:07 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/15/2013
Message-ID: <CO1MSDNADMCDS2Teip6000187b3@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New issue] __getattr__  not able to override when class inherits from Moduletype

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

ISSUES

1. [New issue] __getattr__  not able to override when class inherits from Moduletype
http://ironpython.codeplex.com/workitem/34257
User fdanny has proposed the issue:

"This issue discovered trying to execute pytest with an issue 'Std' missing from a PythonModule.  I was able to reproduce this issue with the snippet of code (tried to make it as small as possible)
from types import ModuleType
class ApiModule(ModuleType):
    def __init__(self, name="", importspec="", implprefix=None, attr=None):
        pass
    def __makeattr(self, name):
        return name
    __getattr__ = __makeattr

t = ApiModule()
t.Std


Python 2.7.5 returned this
Python 2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> from types import ModuleType
>>> class ApiModule(ModuleType):
...     def __init__(self, name="", importspec="", implprefix=None, attr=None):
...             pass
...     def __makeattr(self, name):
...             return name
...     __getattr__ = __makeattr
...
>>> t = ApiModule()
>>> t.Std
'Std'


IronPython 2.7.3 returned this
IronPython 2.7.3 (2.7.0.40) on .NET 4.0.30319.18051 (32-bit)
Type "help", "copyright", "credits" or "license" for more information.
>>> from types import ModuleType
>>> class ApiModule(ModuleType):
...     def __init__(self, name="", importspec="", implprefix=None, attr=None):
...         pass
...     def __makeattr(self, name):
...         return name
...     __getattr__ = __makeattr
...
>>> t = ApiModule()
>>> t.Std
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: 'PythonModule_4$4' object has no attribute 'Std'


if I inherit from object instead of ModuleType it works in IronPython not sure if with inheritance of ModuleType"
----------------------------------------------



----------------------------------------------
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/20130716/117a532e/attachment.html>

From jdhardy at gmail.com  Wed Jul 17 17:02:11 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Wed, 17 Jul 2013 08:02:11 -0700
Subject: [Ironpython-users] issue with distribute_setup.py
In-Reply-To: <BAY171-W6428491CF65D27DB9C0B7AA2600@phx.gbl>
References: <BAY171-W6428491CF65D27DB9C0B7AA2600@phx.gbl>
Message-ID: <CAF7AXFEZq6yd_ubmmpxhZ8rFgcbMtuRc_embPRcFDa11secD3Q@mail.gmail.com>

I think the only way is to modify the setup script to pass -X:Frames for
IronPython. Also, I believe distribute is deprecated in favour of renewing
work on setuptools, so you might be better off looking at the latest
version of it instead.

- Jeff


On Mon, Jul 15, 2013 at 8:43 PM, Daniel Fernandez <
fernandez_dan2 at hotmail.com> wrote:

> Hi All,
>
> I ran into an issue trying to execute dsitribute_setup.py. I used both the
> -X:Frames and -X:FullFrames but I am getting an error message sys module
> does not contain '_getframe'.  Here is the output
>
> c:\Users\Daniel\Downloads>c:\IronPython27\ipy.exe -X:Frames
> distribute_setup.py
> Extracting in c:\users\daniel\appdata\local\temp\tmpje5fjs
> Now working in
> c:\users\daniel\appdata\local\temp\tmpje5fjs\distribute-0.6.49
> Installing Distribute
> Before install bootstrap.
> Scanning installed packages
> No setuptools distribution found
> running install
> Traceback (most recent call last):
>   File "setup.py", line 147, in <module>
>   File "c:\IronPython27\Lib\distutils\core.py", line 151, in setup
>   File "c:\IronPython27\Lib\distutils\dist.py", line 952, in run_commands
>   File "c:\IronPython27\Lib\distutils\dist.py", line 971, in run_command
>   File
> "c:\users\daniel\appdata\local\temp\tmpje5fjs\distribute-0.6.49\setuptools\command\install.py",
> line 63, in
> run
> AttributeError: 'module' object has no attribute '_getframe' Something
> went wrong during the installation.
> See the error message above.
>
>
> I thought passing -X:Frames (which I do almost all the time) as an
> argument would enable sys module to have sys._getframe?
>
> I tracked in the distribute_setup.py where the issue is occurring. It is
> happening in the _python_cmd function
> def _python_cmd(*args):
>         args = (sys.executable,) + args
>         return subprocess.call(args) == 0
>
> I don't think the -X:Frames is being passed along to the subprocess? I'm
> not sure to handle this without changing the script?
>
> Danny
>
>
>
> _______________________________________________
> 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/20130717/c7ed13f4/attachment.html>

From tumanovalex at yandex.ru  Wed Jul 17 19:34:50 2013
From: tumanovalex at yandex.ru (Tumanov Alex)
Date: Wed, 17 Jul 2013 21:34:50 +0400
Subject: [Ironpython-users] How to create a program to IronPython for
	Android?
Message-ID: <139621374082490@web29h.yandex.ru>

Hi!
Set IronPython, has created several projects. Then, in a sub folder accidentally discovered Platforms Android. I decided to try it. Did the following:
1. IronPythonApplication.py created a console application code:
print ('Hello world')
raw_input ("Press any key to exit")
2. Did IronPythonApplication.exe using a batch file:
"c: \ Program Files \ IronPython 2.7 \ ipy.exe" "c: \ Program Files \ IronPython 2.7 \ Tools \ Scripts \ pyc.py" / target: exe / main: "d: \ MyAndroid \ IronPythonApplication \ IronPythonApplication \ IronPythonApplication . py "
3. Did on the SD card with Android 4.1 phone directory AndroidProg, copied there all the files from the Android and created files and IronPythonApplication.py IronPythonApplication.exe.
4. He tried to run them and got a message that is not connected with them none of the programs. 
Tell me, please, how you can use IronPython to create programs for Android.

-- 
Alex

From m.schaber at codesys.com  Thu Jul 18 08:09:54 2013
From: m.schaber at codesys.com (Markus Schaber)
Date: Thu, 18 Jul 2013 06:09:54 +0000
Subject: [Ironpython-users] How to create a program to IronPython for
 Android?
Message-ID: <727D8E16AE957149B447FE368139F2B52687985C@SERVER10>

Hi, Alex,

Von: Tumanov Alex
> Hi!
> Set IronPython, has created several projects. Then, in a sub folder
> accidentally discovered Platforms Android. I decided to try it. Did
> the following:
> 1. IronPythonApplication.py created a console application code:
> print ('Hello world')
> raw_input ("Press any key to exit")
> 2. Did IronPythonApplication.exe using a batch file:
> "c: \ Program Files \ IronPython 2.7 \ ipy.exe" "c: \ Program Files \
> IronPython 2.7 \ Tools \ Scripts \ pyc.py" / target: exe / main: "d:
> \ MyAndroid \ IronPythonApplication \ IronPythonApplication \
> IronPythonApplication . py "
> 3. Did on the SD card with Android 4.1 phone directory AndroidProg,
> copied there all the files from the Android and created files and
> IronPythonApplication.py IronPythonApplication.exe.
> 4. He tried to run them and got a message that is not connected with
> them none of the programs.
> Tell me, please, how you can use IronPython to create programs for
> Android.

IronPython is a .NET application, so you will need an implementation of .NET for Android.

The only one I know of is the one from Xamarin, based on Mono:

http://xamarin.com/monoforandroid

That said, I do not know whether the android port of IronPython is currently stable and/or supported by the developers.


Best regards

Markus Schaber

CODESYS(r) a trademark of 3S-Smart Software Solutions GmbH

Inspiring Automation Solutions

3S-Smart Software Solutions GmbH
Dipl.-Inf. Markus Schaber | Product Development Core Technology
Memminger Str. 151 | 87439 Kempten | Germany
Tel. +49-831-54031-979 | Fax +49-831-54031-50

E-Mail: m.schaber at codesys.com | Web: http://www.codesys.com | CODESYS store: http://store.codesys.com
CODESYS forum: http://forum.codesys.com

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


From no_reply at codeplex.com  Thu Jul 18 09:29:53 2013
From: no_reply at codeplex.com (CodePlex)
Date: 18 Jul 2013 00:29:53 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/17/2013
Message-ID: <CO1MSDNADMCDS21Np7v00000bbd@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New issue] Enable Frames by default

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

ISSUES

1. [New issue] Enable Frames by default
http://ironpython.codeplex.com/workitem/34263
User jdhardy has proposed the issue:

"For compatibility reasons, it probably makes more sense to make -X:FullFrames the default for ipy[64].exe, and provide a -X:NoFrames options for those that need the speed improvement. Before making the decision there would need to be a benchmark showing what sort of performance hit would be expected by making it the default. From what I recall Dino said it's around 10%, which isn't bad."
----------------------------------------------



----------------------------------------------
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/20130718/b711d706/attachment.html>

From jdhardy at gmail.com  Thu Jul 18 17:23:53 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Thu, 18 Jul 2013 08:23:53 -0700
Subject: [Ironpython-users] How to create a program to IronPython for
	Android?
In-Reply-To: <727D8E16AE957149B447FE368139F2B52687985C@SERVER10>
References: <727D8E16AE957149B447FE368139F2B52687985C@SERVER10>
Message-ID: <CAF7AXFFidVZ1p1OKsNv0NHEdGyvKWspDh5Eait9jWjLZQ=BfzA@mail.gmail.com>

On Wed, Jul 17, 2013 at 11:09 PM, Markus Schaber <m.schaber at codesys.com>wrote:

> Hi, Alex,
>
> Von: Tumanov Alex
> > Hi!
> > Set IronPython, has created several projects. Then, in a sub folder
> > accidentally discovered Platforms Android. I decided to try it. Did
> > the following:
> > 1. IronPythonApplication.py created a console application code:
> > print ('Hello world')
> > raw_input ("Press any key to exit")
> > 2. Did IronPythonApplication.exe using a batch file:
> > "c: \ Program Files \ IronPython 2.7 \ ipy.exe" "c: \ Program Files \
> > IronPython 2.7 \ Tools \ Scripts \ pyc.py" / target: exe / main: "d:
> > \ MyAndroid \ IronPythonApplication \ IronPythonApplication \
> > IronPythonApplication . py "
> > 3. Did on the SD card with Android 4.1 phone directory AndroidProg,
> > copied there all the files from the Android and created files and
> > IronPythonApplication.py IronPythonApplication.exe.
> > 4. He tried to run them and got a message that is not connected with
> > them none of the programs.
> > Tell me, please, how you can use IronPython to create programs for
> > Android.
>
> IronPython is a .NET application, so you will need an implementation of
> .NET for Android.
>
> The only one I know of is the one from Xamarin, based on Mono:
>
> http://xamarin.com/monoforandroid
>
> That said, I do not know whether the android port of IronPython is
> currently stable and/or supported by the developers.
>
>
It's neither, at the moment. It can be made to work for very simple things
if you're familiar with both IronPython and MonoAndroid, but it's not by
any means production ready. In particular, you can't build Android apps in
pure Python; you can embed the engine and use it to extend an existing app,
but I can't promise everything (or anything, for that matter) will work.
Plus, the assemblies in 2.7.3 are built against a very old version of
MonoAndroid that I don't think is compatible with the newer Xamarin.Android
libraries.

In short: I never should have put those in the 2.7.3 release, because
they're just not useful. 2.7.4 won't have them.

One of my big TODO items for IronPython 3 is to change that, but that's
still a year out.

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

From pawel.jasinski at gmail.com  Fri Jul 19 15:35:44 2013
From: pawel.jasinski at gmail.com (Pawel Jasinski)
Date: Fri, 19 Jul 2013 15:35:44 +0200
Subject: [Ironpython-users] c# extentions
Message-ID: <CA+7conkVTe9ObU4g8s-RpD=7yL=2ToC1anGQ4Aa6XCYmH70A6g@mail.gmail.com>

hi

I wonder if anybody already made an equivalent of a module with c#
extension, analog to c extension in cpython.
What I am looking for is:
- a way to structure a package
- a way to distribute a package (mods to distutil?)
- how can it coexist with c based extension in the same package
- should it come as c# source only or with .dll
- where to put dlls on the target system. For now I have dropped .dll
into package folder, but I suspect this is not optimal.

Ideally a package would have a c and c# extension and on both targets
installs with distutils.

Any comments are greatly appreciated.

--pawel

From jdhardy at gmail.com  Fri Jul 19 18:40:57 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 19 Jul 2013 09:40:57 -0700
Subject: [Ironpython-users] c# extentions
In-Reply-To: <CA+7conkVTe9ObU4g8s-RpD=7yL=2ToC1anGQ4Aa6XCYmH70A6g@mail.gmail.com>
References: <CA+7conkVTe9ObU4g8s-RpD=7yL=2ToC1anGQ4Aa6XCYmH70A6g@mail.gmail.com>
Message-ID: <CAF7AXFFOfypC45BWQOV4AxdMkkDOxy0bcaSP-ZfE=b9_4mFyUA@mail.gmail.com>

On Fri, Jul 19, 2013 at 6:35 AM, Pawel Jasinski <pawel.jasinski at gmail.com>wrote:

> hi
>
> I wonder if anybody already made an equivalent of a module with c#
> extension, analog to c extension in cpython.
> What I am looking for is:
> - a way to structure a package
> - a way to distribute a package (mods to distutil?)
> - how can it coexist with c based extension in the same package
> - should it come as c# source only or with .dll
> - where to put dlls on the target system. For now I have dropped .dll
> into package folder, but I suspect this is not optimal.
>
> Ideally a package would have a c and c# extension and on both targets
> installs with distutils.
>
> Any comments are greatly appreciated.
>

I have a couple of older examples (
https://bitbucket.org/jdhardy/ironpythonzlib/src and
https://bitbucket.org/jdhardy/ironpython.sqlite/src) that show how to
structure them. You could also look at the source for IronPython.Modules.

Whether you can replace a C module depends on how the existing C module
works; Python supports a couple of different uses. Which package are you
trying to support?

If you want distutils to build them, you'll need to extend distutils. Once
nice thing is that .NET/Mono always has a C# compiler available, so that's
totally feasible.

For modules shipped with IronPython they go in the DLLs folder, but that
might not work in all cases.

In general, they're pretty easy to write, but no one has yet explored how
to fit them into the Python packaging ecosystem.

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

From no_reply at codeplex.com  Sat Jul 20 09:19:37 2013
From: no_reply at codeplex.com (CodePlex)
Date: 20 Jul 2013 00:19:37 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/19/2013
Message-ID: <CO1MSDNADMCDS2xc1o800004f46@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New comment] __getattr__  not able to override when class inherits from Moduletype
2. [New comment] __getattr__  not able to override when class inherits from Moduletype

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

ISSUES

1. [New comment] __getattr__  not able to override when class inherits from Moduletype
http://ironpython.codeplex.com/workitem/34257
User jdhardy has commented on the issue:

"<p>This appears to be a duplicate of [workitem:26177].</p>"-----------------

2. [New comment] __getattr__  not able to override when class inherits from Moduletype
http://ironpython.codeplex.com/workitem/34257
User jdhardy has commented on the issue:

"<p>So far, it looks like the problem is that PythonModule defines __getattribute__, which prevents __getattr__ from being called. CPython's module object defines neither.</p>"
----------------------------------------------



----------------------------------------------
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/20130720/4bf17514/attachment.html>

From no_reply at codeplex.com  Sun Jul 21 09:19:38 2013
From: no_reply at codeplex.com (CodePlex)
Date: 21 Jul 2013 00:19:38 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/20/2013
Message-ID: <CO1MSDNADMCDS23hRDT00005f52@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [Status update] result of set(vars()) is different to set(dir())
2. [New comment] __getattr__ not called upon module import
3. [New comment] Wrong implementation of ModuleType.__new__
4. [New comment] hashlib update really slow
5. [Status update] Memory leak...
6. [New comment] sys.platform under Silverlight returns wrong value
7. [Status update] how to get ironpython method parameters using .net
8. [Status update] Can't install 2.6.2 for .Net 4.0 - can't find wininst-9.0.exe
9. [New comment] 'continue' not supported inside 'finally' clause when it should be
10. [Status update] Can't import json when using with Unity
11. [Status update] Unsupported param dictionary type: IronPython.Runtime.PythonDictionary
12. [Status update] ironpython engine can not access the member of the clr object inherited from the base class.
13. [Status update] no module named dateutil : error
14. [New comment] __getattr__  not able to override when class inherits from Moduletype

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

ISSUES

1. [Status update] result of set(vars()) is different to set(dir())
http://ironpython.codeplex.com/workitem/23731
User jdhardy has updated the issue:
Status has changed from Active to Closed with the following comment, 

"This is working as of 2.7.4 Beta 1."-----------------

2. [New comment] __getattr__ not called upon module import
http://ironpython.codeplex.com/workitem/26177
User jdhardy has commented on the issue:

"<p>Fixed in 9d6787b.</p>"-----------------

3. [New comment] Wrong implementation of ModuleType.__new__
http://ironpython.codeplex.com/workitem/27113
User jdhardy has commented on the issue:

"<p>Not sure when, but this is fixed as of 2.7.4 Beta 1.</p>"-----------------

4. [New comment] hashlib update really slow
http://ironpython.codeplex.com/workitem/34022
User jdhardy has commented on the issue:

"<p>Heh, the implementation of md5 and sha contain the following comment:</p><p>//!!! This is pretty inefficient. We should probably use hasher.TransformBlock instead of<br>//!!! hanging onto all of the bytes.</p><p>It seems that .update() copies the new data into an array and then recomputes the hash of the whole array, which explains the linear slowdown.</p>"-----------------

5. [Status update] Memory leak...
http://ironpython.codeplex.com/workitem/34023
User jdhardy has updated the issue:
Status has changed from Proposed to Closed.

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

6. [New comment] sys.platform under Silverlight returns wrong value
http://ironpython.codeplex.com/workitem/34085
User jdhardy has commented on the issue:

"<p>Fixed in 97358c4.</p>"-----------------

7. [Status update] how to get ironpython method parameters using .net
http://ironpython.codeplex.com/workitem/34104
User jdhardy has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"Please use the resources on http://ironpython.net/support/ or StackOverflow for general support requests."-----------------

8. [Status update] Can't install 2.6.2 for .Net 4.0 - can't find wininst-9.0.exe
http://ironpython.codeplex.com/workitem/34199
User jdhardy has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"2.6 is no longer supported. You could try using the zip archive instead of the installer."-----------------

9. [New comment] 'continue' not supported inside 'finally' clause when it should be
http://ironpython.codeplex.com/workitem/34225
User jdhardy has commented on the issue:

"<p>Fixed in 859e16f.</p>"-----------------

10. [Status update] Can't import json when using with Unity
http://ironpython.codeplex.com/workitem/34234
User jdhardy has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"Please use the resources on http://ironpython.net/support/ or StackOverflow for general support requests."-----------------

11. [Status update] Unsupported param dictionary type: IronPython.Runtime.PythonDictionary
http://ironpython.codeplex.com/workitem/34241
User jdhardy has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"This is a duplicate of [workitem:33173], which is already fixed in 2.7.4."-----------------

12. [Status update] ironpython engine can not access the member of the clr object inherited from the base class.
http://ironpython.codeplex.com/workitem/34244
User jdhardy has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"Please use the resources on http://ironpython.net/support/ or StackOverflow for general support requests. Also, 2.6 is not supported; try 2.7 instead."-----------------

13. [Status update] no module named dateutil : error
http://ironpython.codeplex.com/workitem/34246
User jdhardy has updated the issue:
Status has changed from Proposed to Closed with the following comment, 

"Please use the resources on http://ironpython.net/support/ or StackOverflow for general support requests."-----------------

14. [New comment] __getattr__  not able to override when class inherits from Moduletype
http://ironpython.codeplex.com/workitem/34257
User jdhardy has commented on the issue:

"<p>Fixed in 9d6787b.</p>"
----------------------------------------------



----------------------------------------------
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/20130721/9d3cdd64/attachment.html>

From rndbit at nm.ru  Mon Jul 22 20:22:33 2013
From: rndbit at nm.ru (rndbit)
Date: Mon, 22 Jul 2013 21:22:33 +0300
Subject: [Ironpython-users] .net 2.0?
Message-ID: <51ED7869.1040306@nm.ru>

Hello,
I was wondering if ironpython still can be compiled for .net 2.0?
Current binaries are all for 4.0 and code hits usage of features not
available in 2.0. However faq claims 2.0 should be supported (at least
as far as i understand it). So how is it? What would be minimal
framework version that ipy can be compiled against?

-- 
rand() & 1


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

From jdhardy at gmail.com  Mon Jul 22 22:16:48 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Mon, 22 Jul 2013 13:16:48 -0700
Subject: [Ironpython-users] .net 2.0?
In-Reply-To: <51ED7869.1040306@nm.ru>
References: <51ED7869.1040306@nm.ru>
Message-ID: <CAF7AXFHvimqfY8H1TQ1=c=EhFrpif48ZN9DBGaiEZdAvaMZ=4w@mail.gmail.com>

On Mon, Jul 22, 2013 at 11:22 AM, rndbit <rndbit at nm.ru> wrote:

> Hello,
> I was wondering if ironpython still can be compiled for .net 2.0?
> Current binaries are all for 4.0 and code hits usage of features not
> available in 2.0. However faq claims 2.0 should be supported (at least
> as far as i understand it). So how is it? What would be minimal
> framework version that ipy can be compiled against?
>

The specific 2.0 version is no longer supported; it requires 3.5 because
there are a few uses of LINQ functions in the codebase, and ISTR there
being some other 3.5-only APIs that are used in the guts of the DLR as well.

Thanks to Microsoft's bizarre versioning scheme for .NET 2.0 to 3.5, there
are a few things that still refer to "v2" when they actually mean 3.5. 2.0
and 3.5 both use the 2.0 runtime, but add extra libraries in 3.0 and 3.5.

So in short: for now, 3.5 is the minimum version that is supported.

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

From jdhardy at gmail.com  Fri Jul 26 06:43:10 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Thu, 25 Jul 2013 21:43:10 -0700
Subject: [Ironpython-users] Last Call for 2.7.4
Message-ID: <CAF7AXFHhjhLT5D0r1skoTD+ivw9qB090W20tRWqDEHBOf-ZeiA@mail.gmail.com>

I'm going to release IronPython 2.7.4 Beta 2 next week (probably Tuesday),
so if there is anything you need to get fixed (or patches that are
ready/almost ready), let me know.

After that I'm going on vacation for a week, and if there are no major
issues I'll release 2.7.4 final around August 17-18.

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

From bernd.viehmann at googlemail.com  Fri Jul 26 10:06:21 2013
From: bernd.viehmann at googlemail.com (Bernd Viehmann)
Date: Fri, 26 Jul 2013 10:06:21 +0200
Subject: [Ironpython-users] Last Call for 2.7.4
In-Reply-To: <CAF7AXFHhjhLT5D0r1skoTD+ivw9qB090W20tRWqDEHBOf-ZeiA@mail.gmail.com>
References: <CAF7AXFHhjhLT5D0r1skoTD+ivw9qB090W20tRWqDEHBOf-ZeiA@mail.gmail.com>
Message-ID: <CAOi=b4TF5E4gWoRbot0MPV3uv=z0czg1mGk13GRwiB63y_JUBg@mail.gmail.com>

Hi, just one question:

Are there any plans of making it possible to use a newer version than
IronPython 2.7 for ASP.net development in the future ?

Thanks, regards and have nice vacation


2013/7/26 Jeff Hardy <jdhardy at gmail.com>

> I'm going to release IronPython 2.7.4 Beta 2 next week (probably Tuesday),
> so if there is anything you need to get fixed (or patches that are
> ready/almost ready), let me know.
>
> After that I'm going on vacation for a week, and if there are no major
> issues I'll release 2.7.4 final around August 17-18.
>
> - Jeff
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users
>
>


-- 

Mit freundlichen Gr??en

Bernd Viehmann
Mahrweg 46
41836 H?ckelhoven

Tel.: 02433 9640 100
Fax: 02433 9640 109
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20130726/50ae6971/attachment.html>

From jdhardy at gmail.com  Fri Jul 26 18:31:05 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 26 Jul 2013 09:31:05 -0700
Subject: [Ironpython-users] Last Call for 2.7.4
In-Reply-To: <CAOi=b4TF5E4gWoRbot0MPV3uv=z0czg1mGk13GRwiB63y_JUBg@mail.gmail.com>
References: <CAF7AXFHhjhLT5D0r1skoTD+ivw9qB090W20tRWqDEHBOf-ZeiA@mail.gmail.com>
	<CAOi=b4TF5E4gWoRbot0MPV3uv=z0czg1mGk13GRwiB63y_JUBg@mail.gmail.com>
Message-ID: <CAF7AXFHwLsxn9EOeW68vAemw5hTw4Wv+O6Ay8ui06Zz7Z+d2Sg@mail.gmail.com>

On Fri, Jul 26, 2013 at 1:06 AM, Bernd Viehmann <
bernd.viehmann at googlemail.com> wrote:

> Hi, just one question:
>
> Are there any plans of making it possible to use a newer version than
> IronPython 2.7 for ASP.net development in the future ?
>

By "newer" do you mean 2.7.4 or 3.0? I'm not super familiar with the
ASP.NETsupport to be honest. I don't do much other than make sure it
continues to
build. That said, I see no reason to drop it if it continues to work.
Nothing I have planned for 3.0 should break the hosting API. Some tests
would be nice, though.


>
> Thanks, regards and have nice vacation
>

Thanks!

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