From no_reply at codeplex.com  Thu Aug  1 09:21:46 2013
From: no_reply at codeplex.com (CodePlex)
Date: 1 Aug 2013 00:21:46 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 7/31/2013
Message-ID: <CO1MSDNADMCDS2QvAau00000a99@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New issue] No SyntaxWarning raised when assertion is always tru

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

ISSUES

1. [New issue] No SyntaxWarning raised when assertion is always tru
http://ironpython.codeplex.com/workitem/34336
User qgi has proposed the issue:

"The following line when executed in IronPython does not trigger a SyntaxWarning error:
x = 1
assert(x != 1, "error")

while in Python 2.7 this results in the following SyntaxWarning: "SyntaxWarning: assertion is always true, perhaps remove parentheses?""
----------------------------------------------



----------------------------------------------
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/20130801/ac4d3fd2/attachment.html>

From no_reply at codeplex.com  Fri Aug  2 09:18:24 2013
From: no_reply at codeplex.com (CodePlex)
Date: 2 Aug 2013 00:18:24 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 8/1/2013
Message-ID: <CO1MSDNADMCDS2tPrPr000033b3@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New comment] sys.float_info field values are inconsistent with those of CPython

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

ISSUES

1. [New comment] sys.float_info field values are inconsistent with those of CPython
http://ironpython.codeplex.com/workitem/27840
User jdhardy has commented on the issue:

"<p>Fixed in 1d60b98.</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/20130802/3dcec9d2/attachment.html>

From jdhardy at gmail.com  Sat Aug  3 07:18:11 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Fri, 2 Aug 2013 22:18:11 -0700
Subject: [Ironpython-users] IronPython 2.7.4 Beta 2 Released
Message-ID: <CAF7AXFH1QCV3itaoRSJvtKp9r00sMRG5A-WWRdtvR1euyF+MQg@mail.gmail.com>

On behalf of the IronPython team, I'm happy to announce the second beta
release of IronPython
2.7.4<https://ironpython.codeplex.com/releases/view/106471>.
This release includes everything from IronPython 2.7.3 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.

This is the last beta release. The final release is scheduled for August 10.

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20130802/968928c0/attachment.html>

From matttatro at gmail.com  Mon Aug  5 22:03:54 2013
From: matttatro at gmail.com (Matt Tatro)
Date: Mon, 5 Aug 2013 15:03:54 -0500
Subject: [Ironpython-users] Windows C-DLL and find_module issues
Message-ID: <05e901ce9216$ea60a0a0$bf21e1e0$@gmail.com>

Hi Everyone,

 

I am struggling with what I thought would be something simple.even though I
am not that familiar with Python.

 

I generated a Python interface file using SWIG for a C-DLL. No errors doing
that. When the 'import' is used and the code of the SWIG generated file
executes it cannot find the DLL.

 

Below the code snippet from the SWIG generated PY file:

 

from sys import version_info

if version_info >= (2,6,0):

    def swig_import_helper():

        from os.path import dirname

        import imp

        fp = None

        try:

            fp, pathname, description = imp.find_module('_Hamlib',
[dirname(__file__)])

        except ImportError:

            import _Hamlib

            return _Hamlib

        if fp is not None:

            try:

                _mod = imp.load_module('_Hamlib', fp, pathname, description)

            finally:

                fp.close()

            return _mod

    _Hamlib = swig_import_helper()

    del swig_import_helper

else:

    import _Hamlib

del version_info

 

 

Essentially the 'find_module' cannot find the DLL (which is in the same
directory and I have used dependency walker). What I have found is that
using 'get_suffixes' only returns one extension 'py' - nothing else. I have
tried renaming the DLL to PYD, but that doesn't help either. The actual dll
file is 'libhamlib-2.dll' and changing the filename doesn't help. 

 

Using the DLL in other languages works fine.

 

Any help out there? I am using the latest version of IronPython and VS 2012.

 

Thanks

 

 

Matt

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

From slide.o.mix at gmail.com  Tue Aug  6 00:45:00 2013
From: slide.o.mix at gmail.com (Slide)
Date: Mon, 5 Aug 2013 15:45:00 -0700
Subject: [Ironpython-users] Windows C-DLL and find_module issues
In-Reply-To: <05e901ce9216$ea60a0a0$bf21e1e0$@gmail.com>
References: <05e901ce9216$ea60a0a0$bf21e1e0$@gmail.com>
Message-ID: <CAPiUgVdMTWjdAivY-1RKX9ASRrwTy_jZ=uf8ACitd4kpTvoc3Q@mail.gmail.com>

IronPython does not support C based modules directly, you would have to
write a wrapper for your DLL in C# (or another .NET language) and have it
used from there.

When you say it works in other languages, what do you mean?

Thanks,

slide


On Mon, Aug 5, 2013 at 1:03 PM, Matt Tatro <matttatro at gmail.com> wrote:

> Hi Everyone,****
>
> ** **
>
> I am struggling with what I thought would be something simple?even though
> I am not that familiar with Python?****
>
> ** **
>
> I generated a Python interface file using SWIG for a C-DLL. No errors
> doing that. When the ?import? is used and the code of the SWIG generated
> file executes it cannot find the DLL.****
>
> ** **
>
> Below the code snippet from the SWIG generated PY file:****
>
> ** **
>
> from sys import version_info****
>
> if version_info >= (2,6,0):****
>
>     def swig_import_helper():****
>
>         from os.path import dirname****
>
>         import imp****
>
>         fp = None****
>
>         try:****
>
>             fp, pathname, description = imp.find_module('_Hamlib',
> [dirname(__file__)])****
>
>         except ImportError:****
>
>             import _Hamlib****
>
>             return _Hamlib****
>
>         if fp is not None:****
>
>             try:****
>
>                 _mod = imp.load_module('_Hamlib', fp, pathname,
> description)****
>
>             finally:****
>
>                 fp.close()****
>
>             return _mod****
>
>     _Hamlib = swig_import_helper()****
>
>     del swig_import_helper****
>
> else:****
>
>     import _Hamlib****
>
> del version_info****
>
> ** **
>
> ** **
>
> Essentially the ?find_module? cannot find the DLL (which is in the same
> directory and I have used dependency walker). What I have found is that
> using ?get_suffixes? only returns one extension ?py? ? nothing else. I have
> tried renaming the DLL to PYD, but that doesn?t help either? The actual dll
> file is ?libhamlib-2.dll? and changing the filename doesn?t help. ****
>
> ** **
>
> Using the DLL in other languages works fine?****
>
> ** **
>
> Any help out there? I am using the latest version of IronPython and VS
> 2012.****
>
> ** **
>
> Thanks****
>
> ** **
>
> ** **
>
> Matt****
>
> _______________________________________________
> 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/20130805/5980e37f/attachment.html>

From matttatro at gmail.com  Tue Aug  6 00:47:27 2013
From: matttatro at gmail.com (Matt Tatro)
Date: Mon, 5 Aug 2013 17:47:27 -0500
Subject: [Ironpython-users] Windows C-DLL and find_module issues
In-Reply-To: <CAPiUgVdMTWjdAivY-1RKX9ASRrwTy_jZ=uf8ACitd4kpTvoc3Q@mail.gmail.com>
References: <05e901ce9216$ea60a0a0$bf21e1e0$@gmail.com>
	<CAPiUgVdMTWjdAivY-1RKX9ASRrwTy_jZ=uf8ACitd4kpTvoc3Q@mail.gmail.com>
Message-ID: <061e01ce922d$c36394f0$4a2abed0$@gmail.com>

Thanks for the response, that answer that then ;-)

 

Is there any other Python implementation on Windows that will work?

 

With other languages  I mean that I have tested the DLL in TCL and just
straight 'C' and it works great. 

 

 

Matt

 

From: Slide [mailto:slide.o.mix at gmail.com] 
Sent: Monday, August 5, 2013 5:45 PM
To: Matt Tatro
Cc: ironpython-users at python.org
Subject: Re: [Ironpython-users] Windows C-DLL and find_module issues

 

IronPython does not support C based modules directly, you would have to
write a wrapper for your DLL in C# (or another .NET language) and have it
used from there. 

 

When you say it works in other languages, what do you mean?

 

Thanks,

 

slide

 

On Mon, Aug 5, 2013 at 1:03 PM, Matt Tatro <matttatro at gmail.com
<mailto:matttatro at gmail.com> > wrote:

Hi Everyone,

 

I am struggling with what I thought would be something simple.even though I
am not that familiar with Python.

 

I generated a Python interface file using SWIG for a C-DLL. No errors doing
that. When the 'import' is used and the code of the SWIG generated file
executes it cannot find the DLL.

 

Below the code snippet from the SWIG generated PY file:

 

from sys import version_info

if version_info >= (2,6,0):

    def swig_import_helper():

        from os.path import dirname

        import imp

        fp = None

        try:

            fp, pathname, description = imp.find_module('_Hamlib',
[dirname(__file__)])

        except ImportError:

            import _Hamlib

            return _Hamlib

        if fp is not None:

            try:

                _mod = imp.load_module('_Hamlib', fp, pathname, description)

            finally:

                fp.close()

            return _mod

    _Hamlib = swig_import_helper()

    del swig_import_helper

else:

    import _Hamlib

del version_info

 

 

Essentially the 'find_module' cannot find the DLL (which is in the same
directory and I have used dependency walker). What I have found is that
using 'get_suffixes' only returns one extension 'py' - nothing else. I have
tried renaming the DLL to PYD, but that doesn't help either. The actual dll
file is 'libhamlib-2.dll' and changing the filename doesn't help. 

 

Using the DLL in other languages works fine.

 

Any help out there? I am using the latest version of IronPython and VS 2012.

 

Thanks

 

 

Matt


_______________________________________________
Ironpython-users mailing list
Ironpython-users at python.org <mailto: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/20130805/02e43a61/attachment.html>

From slide.o.mix at gmail.com  Tue Aug  6 00:54:24 2013
From: slide.o.mix at gmail.com (Slide)
Date: Mon, 5 Aug 2013 15:54:24 -0700
Subject: [Ironpython-users] Windows C-DLL and find_module issues
In-Reply-To: <061e01ce922d$c36394f0$4a2abed0$@gmail.com>
References: <05e901ce9216$ea60a0a0$bf21e1e0$@gmail.com>
	<CAPiUgVdMTWjdAivY-1RKX9ASRrwTy_jZ=uf8ACitd4kpTvoc3Q@mail.gmail.com>
	<061e01ce922d$c36394f0$4a2abed0$@gmail.com>
Message-ID: <CAPiUgVfZy+LacAvWy_s2uAXh5A7QAxnXEotyRFLGS+2fcbST=g@mail.gmail.com>

C Python (www.python.org) should work just fine.

slide


On Mon, Aug 5, 2013 at 3:47 PM, Matt Tatro <matttatro at gmail.com> wrote:

> Thanks for the response, that answer that then ;-)****
>
> ** **
>
> Is there any other Python implementation on Windows that will work?****
>
> ** **
>
> With other languages  I mean that I have tested the DLL in TCL and just
> straight ?C? and it works great? ****
>
> ** **
>
> ** **
>
> Matt****
>
> ** **
>
> *From:* Slide [mailto:slide.o.mix at gmail.com]
> *Sent:* Monday, August 5, 2013 5:45 PM
> *To:* Matt Tatro
> *Cc:* ironpython-users at python.org
> *Subject:* Re: [Ironpython-users] Windows C-DLL and find_module issues****
>
> ** **
>
> IronPython does not support C based modules directly, you would have to
> write a wrapper for your DLL in C# (or another .NET language) and have it
> used from there. ****
>
> ** **
>
> When you say it works in other languages, what do you mean?****
>
> ** **
>
> Thanks,****
>
> ** **
>
> slide****
>
> ** **
>
> On Mon, Aug 5, 2013 at 1:03 PM, Matt Tatro <matttatro at gmail.com> wrote:***
> *
>
> Hi Everyone,****
>
>  ****
>
> I am struggling with what I thought would be something simple?even though
> I am not that familiar with Python?****
>
>  ****
>
> I generated a Python interface file using SWIG for a C-DLL. No errors
> doing that. When the ?import? is used and the code of the SWIG generated
> file executes it cannot find the DLL.****
>
>  ****
>
> Below the code snippet from the SWIG generated PY file:****
>
>  ****
>
> from sys import version_info****
>
> if version_info >= (2,6,0):****
>
>     def swig_import_helper():****
>
>         from os.path import dirname****
>
>         import imp****
>
>         fp = None****
>
>         try:****
>
>             fp, pathname, description = imp.find_module('_Hamlib',
> [dirname(__file__)])****
>
>         except ImportError:****
>
>             import _Hamlib****
>
>             return _Hamlib****
>
>         if fp is not None:****
>
>             try:****
>
>                 _mod = imp.load_module('_Hamlib', fp, pathname,
> description)****
>
>             finally:****
>
>                 fp.close()****
>
>             return _mod****
>
>     _Hamlib = swig_import_helper()****
>
>     del swig_import_helper****
>
> else:****
>
>     import _Hamlib****
>
> del version_info****
>
>  ****
>
>  ****
>
> Essentially the ?find_module? cannot find the DLL (which is in the same
> directory and I have used dependency walker). What I have found is that
> using ?get_suffixes? only returns one extension ?py? ? nothing else. I have
> tried renaming the DLL to PYD, but that doesn?t help either? The actual dll
> file is ?libhamlib-2.dll? and changing the filename doesn?t help. ****
>
>  ****
>
> Using the DLL in other languages works fine?****
>
>  ****
>
> Any help out there? I am using the latest version of IronPython and VS
> 2012.****
>
>  ****
>
> Thanks****
>
>  ****
>
>  ****
>
> Matt****
>
>
> _______________________________________________
> Ironpython-users mailing list
> Ironpython-users at python.org
> http://mail.python.org/mailman/listinfo/ironpython-users****
>
>
>
> ****
>
> ** **
>
> --
> Website: http://earl-of-code.com ****
>



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

From matttatro at gmail.com  Tue Aug  6 00:55:17 2013
From: matttatro at gmail.com (Matt Tatro)
Date: Mon, 5 Aug 2013 17:55:17 -0500
Subject: [Ironpython-users] Windows C-DLL and find_module issues
In-Reply-To: <CAPiUgVfZy+LacAvWy_s2uAXh5A7QAxnXEotyRFLGS+2fcbST=g@mail.gmail.com>
References: <05e901ce9216$ea60a0a0$bf21e1e0$@gmail.com>	<CAPiUgVdMTWjdAivY-1RKX9ASRrwTy_jZ=uf8ACitd4kpTvoc3Q@mail.gmail.com>	<061e01ce922d$c36394f0$4a2abed0$@gmail.com>
	<CAPiUgVfZy+LacAvWy_s2uAXh5A7QAxnXEotyRFLGS+2fcbST=g@mail.gmail.com>
Message-ID: <062f01ce922e$dbddf330$9399d990$@gmail.com>

thanks

 

Matt 

 

From: Slide [mailto:slide.o.mix at gmail.com] 
Sent: Monday, August 5, 2013 5:54 PM
To: Matt Tatro
Cc: ironpython-users at python.org
Subject: Re: [Ironpython-users] Windows C-DLL and find_module issues

 

C Python (www.python.org <http://www.python.org> ) should work just fine.

 

slide

 

On Mon, Aug 5, 2013 at 3:47 PM, Matt Tatro <matttatro at gmail.com
<mailto:matttatro at gmail.com> > wrote:

Thanks for the response, that answer that then ;-)

 

Is there any other Python implementation on Windows that will work?

 

With other languages  I mean that I have tested the DLL in TCL and just
straight 'C' and it works great. 

 

 

Matt

 

From: Slide [mailto:slide.o.mix at gmail.com <mailto:slide.o.mix at gmail.com> ] 
Sent: Monday, August 5, 2013 5:45 PM
To: Matt Tatro
Cc: ironpython-users at python.org <mailto:ironpython-users at python.org> 
Subject: Re: [Ironpython-users] Windows C-DLL and find_module issues

 

IronPython does not support C based modules directly, you would have to
write a wrapper for your DLL in C# (or another .NET language) and have it
used from there. 

 

When you say it works in other languages, what do you mean?

 

Thanks,

 

slide

 

On Mon, Aug 5, 2013 at 1:03 PM, Matt Tatro <matttatro at gmail.com
<mailto:matttatro at gmail.com> > wrote:

Hi Everyone,

 

I am struggling with what I thought would be something simple.even though I
am not that familiar with Python.

 

I generated a Python interface file using SWIG for a C-DLL. No errors doing
that. When the 'import' is used and the code of the SWIG generated file
executes it cannot find the DLL.

 

Below the code snippet from the SWIG generated PY file:

 

from sys import version_info

if version_info >= (2,6,0):

    def swig_import_helper():

        from os.path import dirname

        import imp

        fp = None

        try:

            fp, pathname, description = imp.find_module('_Hamlib',
[dirname(__file__)])

        except ImportError:

            import _Hamlib

            return _Hamlib

        if fp is not None:

            try:

                _mod = imp.load_module('_Hamlib', fp, pathname, description)

            finally:

                fp.close()

            return _mod

    _Hamlib = swig_import_helper()

    del swig_import_helper

else:

    import _Hamlib

del version_info

 

 

Essentially the 'find_module' cannot find the DLL (which is in the same
directory and I have used dependency walker). What I have found is that
using 'get_suffixes' only returns one extension 'py' - nothing else. I have
tried renaming the DLL to PYD, but that doesn't help either. The actual dll
file is 'libhamlib-2.dll' and changing the filename doesn't help. 

 

Using the DLL in other languages works fine.

 

Any help out there? I am using the latest version of IronPython and VS 2012.

 

Thanks

 

 

Matt


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





 

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





 

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

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

From no_reply at codeplex.com  Wed Aug 14 09:20:52 2013
From: no_reply at codeplex.com (CodePlex)
Date: 14 Aug 2013 00:20:52 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 8/13/2013
Message-ID: <CO1MSDNADMCDS2LVRLr0001bfb7@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New issue] Quit hogging the build server :p

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

ISSUES

1. [New issue] Quit hogging the build server :p
http://ironpython.codeplex.com/workitem/34362
User JimJams has proposed the issue:

"Sometimes your build hangs for up to 10 hours and chokes the build queue on teamcity.codebetter.com (codebetteragnt).

Please add a failure condition to your build configuration to fail if it hangs for too long. It looks like your regular builds should not last more than 30-40 minutes.

Cheers!"
----------------------------------------------



----------------------------------------------
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/20130814/a3973471/attachment.html>

From no_reply at codeplex.com  Thu Aug 15 09:22:22 2013
From: no_reply at codeplex.com (CodePlex)
Date: 15 Aug 2013 00:22:22 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 8/14/2013
Message-ID: <CO1MSDNADMCDS2NjVuM00000a6c@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New comment] Quit hogging the build server :p
2. [New comment] Quit hogging the build server :p
3. [New issue] Pyusb+Ironpython

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

ISSUES

1. [New comment] Quit hogging the build server :p
http://ironpython.codeplex.com/workitem/34362
User JimJams has commented on the issue:

"<p>Looks like this could actually be a problem with the build server, the same thing just happened to my project even though I have a failure condition set. Apologies!</p>"-----------------

2. [New comment] Quit hogging the build server :p
http://ironpython.codeplex.com/workitem/34362
User jdhardy has commented on the issue:

"<p>No, it's actually a known issue with the tests hanging occasionally. I've disabled them for now until I get the new test runner working.</p>"-----------------

3. [New issue] Pyusb+Ironpython
http://ironpython.codeplex.com/workitem/34374
User Amix has proposed the issue:

"i'm running Ironpython 2.7 on VS2010 and win7, i have installed the Pyusb module on ironpython.
when i'm looking for a device using the ironpython Console and a .py file i find it.
but if i run the file via visual studio using C#(with ironpython libraries) or Ironpython the device is not found.
i have added the correct paths to the C# app and checked for maching sys.path with the IronPythonConsole.
i'm running the app as administrator but still no change!
what should i do?"
----------------------------------------------



----------------------------------------------
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/20130815/8c2b3cf7/attachment.html>

From jdhardy at gmail.com  Sun Aug 18 04:06:33 2013
From: jdhardy at gmail.com (Jeff Hardy)
Date: Sat, 17 Aug 2013 19:06:33 -0700
Subject: [Ironpython-users] IronPython 2.7.4 RC Now Available
Message-ID: <CAF7AXFEFrCcgVkZSAjZDK4tj=c8OsYeJjLtSAdhSyz2R=7a1Jw@mail.gmail.com>

On behalf of the IronPython team, I'm happy to announce the first (and
hopefully only) release candidate for IronPython
2.7.4<https://ironpython.codeplex.com/releases/view/106471>.
This release includes everything from IronPython 2.7.3 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.

If there are no major issues, this will become the final release around
August 31.

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ironpython-users/attachments/20130817/8cb71303/attachment.html>

From no_reply at codeplex.com  Tue Aug 20 09:17:57 2013
From: no_reply at codeplex.com (CodePlex)
Date: 20 Aug 2013 00:17:57 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 8/19/2013
Message-ID: <CO1MSDNADMCDS2KWiGt00008a77@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 exception trace does not show actual offending line for certain case.

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

ISSUES

1. [New issue] IronPython exception trace does not show actual offending line for certain case.
http://ironpython.codeplex.com/workitem/34386
User TRJG has proposed the issue:

"After spending about an hour attempting to figure out why a script would not run, I eventually narrowed down the issue (by stripping out all .NET related things and running it in python).

Turns out IronPython was not showing the full stacktrace for a very particular situation which is easily repeatable. The error occurs when attempting to use self to assign an argument in a class method. (Its not allowed).

Here is the simple class.

class MyClass:
def __init__(self):
    pass

def bad_method(self, arg=self.__method): # This is the offending Line
    pass

def __method(self):
    pass


Here are the results for both.

(IronPython) ipy test.py
Traceback (most recent call last):
  File "test.py", line 1, in <module>
NameError: global name 'self' is not defined

(Python 3.3) python test.py 
Traceback (most recent call last):
  File "test.py", line 1, in <module>
class MyClass:

File "test.py", line 7, in MyClass
def bad_method(self, arg=self.__method):

NameError: name 'self' is not defined


As one might understand, without that next traceline, finding the offending 'self' might be quite a difficult task. I'm not sure if this specific error tracing bug might effect other syntax checking or not, but this simple one was a doozy to debug.

Thanks."
----------------------------------------------



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

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

From no_reply at codeplex.com  Wed Aug 21 09:18:59 2013
From: no_reply at codeplex.com (CodePlex)
Date: 21 Aug 2013 00:18:59 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 8/20/2013
Message-ID: <CO1MSDNADMCDS2cew8k0000add7@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New comment] ast.parse fails on semicolon
2. [New issue] ast.parse: TryExcept within TryFinally doesn't have the lineno attribute

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

ISSUES

1. [New comment] ast.parse fails on semicolon
http://ironpython.codeplex.com/workitem/34196
User Demon has commented on the issue:

"<p>Tested OK with 2.7.4rc1<br></p>"-----------------

2. [New issue] ast.parse: TryExcept within TryFinally doesn't have the lineno attribute
http://ironpython.codeplex.com/workitem/34389
User Demon has proposed the issue:

"ast.parse: TryExcept within TryFinally doesn't have the lineno attribute

Reproduction code:

Inline Code
>>> m = ast.parse("""
... try:
...     pass
... except:
...     pass
... finally:
...     pass""")
>>> m.body[0]
<TryFinally object at 0x0000000000000031>
>>> m.body[0].body[0]
<TryExcept object at 0x0000000000000032>
>>> m.body[0].body[0].lineno
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: 'TryExcept' object has no attribute 'lineno'

Note: this works without a problem in CPython"
----------------------------------------------



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

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

From no_reply at codeplex.com  Sat Aug 24 09:19:16 2013
From: no_reply at codeplex.com (CodePlex)
Date: 24 Aug 2013 00:19:16 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 8/23/2013
Message-ID: <CO1MSDNADMCDS2OrBLS000053cf@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New issue] easy_install runs fail first time w/ locked file error
2. [New comment] easy_install runs fail first time w/ locked file error
3. [New issue] Setuptools 0.6c11 works, 1.0 does not
4. [New issue] pytest 2.3.5 crashes upon execution

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

ISSUES

1. [New issue] easy_install runs fail first time w/ locked file error
http://ironpython.codeplex.com/workitem/34404
User bc3tech has proposed the issue:

"Every time I try and do an easy_install of a package (in my case, pytest), I am met with the error:

error: The process cannot access the file because it is being used by another process

on the first run through the install.

In the case of PyTest, I get this error on the initial install of py.test
then I run it again and py.test installs, but fails on py
then I run it again and py succeeds, py.test skips, and all is right with the world.

I am running ipy64.exe at an elevated command prompt using 2.7.4rc1"-----------------

2. [New comment] easy_install runs fail first time w/ locked file error
http://ironpython.codeplex.com/workitem/34404
User bc3tech has commented on the issue:

"<p>Here is full output:</p><p>```<br>C:\Program Files (x86)\IronPython 2.7&gt;ipy64.exe Scripts\easy_install -U pytest<br>Searching for pytest<br>Reading http://pypi.python.org/simple/pytest/<br>Best match: pytest 2.3.5<br>Downloading https://pypi.python.org/packages/source/p/pytest/pytest-2.3.5.tar.gz<br>#md5=18f150e7be96b5fe3c388b0e817b8087<br>Processing pytest-2.3.5.tar.gz<br>Running pytest-2.3.5\setup.py -q bdist_egg --dist-dir c:\users\brandon\appdata\l<br>ocal\temp\easy_install-lqnnta\pytest-2.3.5\egg-dist-tmp-9kiucv<br>warning: build_py: byte-compiling is disabled, skipping.</p><p>warning: install_lib: byte-compiling is disabled, skipping.</p><p>error: byte-compiling is disabled.</p><p>C:\Program Files (x86)\IronPython 2.7&gt;ipy64.exe Scripts\easy_install -U pytest<br>Searching for pytest<br>Reading http://pypi.python.org/simple/pytest/<br>Best match: pytest 2.3.5<br>Processing pytest-2.3.5-py2.7.egg<br>pytest 2.3.5 is already the active version in easy-install.pth<br>Installing py.test script to C:\Program Files (x86)\IronPython 2.7\Scripts<br>Installing py.test-2.7 script to C:\Program Files (x86)\IronPython 2.7\Scripts</p><p>Using c:\program files (x86)\ironpython 2.7\lib\site-packages\pytest-2.3.5-py2.7<br>.egg<br>Processing dependencies for pytest<br>Searching for py&gt;=1.4.13dev6<br>Reading http://pypi.python.org/simple/py/<br>Best match: py 1.4.15<br>Downloading https://pypi.python.org/packages/source/p/py/py-1.4.15.tar.gz#md5=b5<br>afc772d242d2dbcf7a2fcf3080a799<br>Processing py-1.4.15.tar.gz<br>Running py-1.4.15\setup.py -q bdist_egg --dist-dir c:\users\brandon\appdata\loca<br>l\temp\easy_install-nvv3ik\py-1.4.15\egg-dist-tmp-v3vecu<br>warning: build_py: byte-compiling is disabled, skipping.</p><p>warning: install_lib: byte-compiling is disabled, skipping.</p><p>error: The process cannot access the file because it is being used by another pr<br>ocess</p><p>C:\Program Files (x86)\IronPython 2.7&gt;ipy64.exe Scripts\easy_install -U pytest<br>Searching for pytest<br>Reading http://pypi.python.org/simple/pytest/<br>Best match: pytest 2.3.5<br>Processing pytest-2.3.5-py2.7.egg<br>pytest 2.3.5 is already the active version in easy-install.pth<br>Installing py.test script to C:\Program Files (x86)\IronPython 2.7\Scripts<br>Installing py.test-2.7 script to C:\Program Files (x86)\IronPython 2.7\Scripts</p><p>Using c:\program files (x86)\ironpython 2.7\lib\site-packages\pytest-2.3.5-py2.7<br>.egg<br>Processing dependencies for pytest<br>Finished processing dependencies for pytest</p><p>C:\Program Files (x86)\IronPython 2.7&gt;<br>```</p>"-----------------

3. [New issue] Setuptools 0.6c11 works, 1.0 does not
http://ironpython.codeplex.com/workitem/34406
User bc3tech has proposed the issue:

"I am able to install packages (namely pytest) with Setuptools 0.6c11, but not with 1.0.

Here is output from command line with 0.6c11 as starting point for setuptools:
C:\Program Files (x86)\IronPython 2.7>ipy64.exe Scripts\easy_install -U pytest
Searching for pytest
Reading http://pypi.python.org/simple/pytest/
Best match: pytest 2.3.5
Processing pytest-2.3.5-py2.7.egg
pytest 2.3.5 is already the active version in easy-install.pth
Installing py.test script to C:\Program Files (x86)\IronPython 2.7\Scripts
Installing py.test-2.7 script to C:\Program Files (x86)\IronPython 2.7\Scripts

Using c:\program files (x86)\ironpython 2.7\lib\site-packages\pytest-2.3.5-py2.7
.egg
Processing dependencies for pytest
Finished processing dependencies for pytest

C:\Program Files (x86)\IronPython 2.7>ipy64.exe Scripts\easy_install -U setuptoo
ls
Searching for setuptools
Reading http://pypi.python.org/simple/setuptools/
Reading https://pypi.python.org/pypi/setuptools
Reading http://peak.telecommunity.com/snapshots/
Best match: setuptools 1.0
Downloading https://pypi.python.org/packages/source/s/setuptools/setuptools-1.0.
tar.gz#md5=3d196ffb6e5e4425daddbb4fe42a4a74
Processing setuptools-1.0.tar.gz
Running setuptools-1.0\setup.py -q bdist_egg --dist-dir c:\users\brandon\appdata
\local\temp\easy_install-uncnz3\setuptools-1.0\egg-dist-tmp-1ghhsz
C:\Program Files (x86)\IronPython 2.7\Lib\distutils\dist.py:1: UserWarning: Unkn
own distribution option: 'src_root'
  """distutils.dist
warning: no files found matching 'entries*' under directory 'setuptools\tests'
warning: no files found matching 'Makefile' under directory 'docs'
warning: no files found matching 'indexsidebar.html' under directory 'docs'
warning: build_py: byte-compiling is disabled, skipping.

warning: install_lib: byte-compiling is disabled, skipping.

Removing setuptools 0.6c11 from easy-install.pth file
Adding setuptools 1.0 to easy-install.pth file
Installing easy_install script to C:\Program Files (x86)\IronPython 2.7\Scripts
Installing easy_install-2.7 script to C:\Program Files (x86)\IronPython 2.7\Scri
pts

Installed c:\program files (x86)\ironpython 2.7\lib\site-packages\setuptools-1.0
-py2.7.egg
Processing dependencies for setuptools
Finished processing dependencies for setuptools

C:\Program Files (x86)\IronPython 2.7>ipy64.exe Scripts\easy_install -U pytest
<string>:1: DeprecationWarning: object.__init__() takes no parameters for type K
eyedRef
Traceback (most recent call last):
  File "C:\Program Files (x86)\IronPython 2.7\lib\site-packages\setuptools-1.0-p
y2.7.egg\pkg_resources.py", line 357, in load_entry_point
  File "C:\Program Files (x86)\IronPython 2.7\lib\site-packages\setuptools-1.0-p
y2.7.egg\pkg_resources.py", line 2108, in load
  File "C:\Program Files (x86)\IronPython 2.7\lib\site-packages\setuptools-1.0-p
y2.7.egg\setuptools\__init__.py", line 2, in <module>
  File "C:\Program Files (x86)\IronPython 2.7\lib\site-packages\setuptools-1.0-p
y2.7.egg\setuptools\extension.py", line 5, in <module>
  File "C:\Program Files (x86)\IronPython 2.7\lib\site-packages\setuptools-1.0-p
y2.7.egg\setuptools\dist.py", line 11, in <module>
  File "C:\Program Files (x86)\IronPython 2.7\lib\site-packages\setuptools-1.0-p
y2.7.egg\setuptools\compat.py", line 47, in <module>
  File "Scripts\easy_install", line 7, in <module>
  File "C:\Program Files (x86)\IronPython 2.7\lib\site-packages\setuptools-1.0-p
y2.7.egg\pkg_resources.py", line 2394, in load_entry_point
  File "C:\Program Files (x86)\IronPython 2.7\lib\site-packages\setuptools-1.0-p
y2.7.egg\setuptools\compat.py", line 38, in exec_
AttributeError: 'module' object has no attribute '_getframe'
C:\Program Files (x86)\IronPython 2.7>
"-----------------

4. [New issue] pytest 2.3.5 crashes upon execution
http://ironpython.codeplex.com/workitem/34407
User bc3tech has proposed the issue:

"When pytest is initializing, it's rolling through plugin and configuration parsing. It gets to this particular method w/in its 'config.py' file:
    def _setinitialconftest(self, args):
        # capture output during conftest init (#issue93)
        # XXX introduce load_conftest hook to avoid needing to know
        # about capturing plugin here
        capman = self.pluginmanager.getplugin("capturemanager")
        capman.resumecapture()
        try:
            try:
                self._conftest.setinitial(args)
            finally:
                out, err = capman.suspendcapture() # logging might have got it
        except:
            sys.stdout.write(out)
            sys.stderr.write(err)
            raise

In IronPython 2.7.4rc1, this method will crash with the error:
exceptions.UnboundLocalError occurred
Message: Local variable 'out' referenced before assignment.


After attaching the VS 2010 debugger and stepping through, what I watch it do is process
                self._conftest.setinitial(args)

and throw an exception. But here's the kicker. before the 'finally' block sets 'out' and 'err', the 'except' block which attempts to .write both of those to stdout/stderr executed.
Since this same pytest version works in Python 2.7.4, I assume this is an issue isolated to IP."
----------------------------------------------



----------------------------------------------
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/20130824/af08db29/attachment.html>

From no_reply at codeplex.com  Fri Aug 30 09:20:06 2013
From: no_reply at codeplex.com (CodePlex)
Date: 30 Aug 2013 00:20:06 -0700
Subject: [Ironpython-users] IronPython, Daily Digest 8/29/2013
Message-ID: <CO1MSDNADMCDS2xbYiM00001040@discussions.codeplex.com>

Hi ironpython,

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

In today's digest:ISSUES

1. [New comment] Unable to find dependency 'MICROSOFT.SCRIPTING.METADATA' (Signature='7F709C5B713576E1' Version='1.1.0.20') of assembly 'Microsoft.Dynamic.dll'

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

ISSUES

1. [New comment] Unable to find dependency 'MICROSOFT.SCRIPTING.METADATA' (Signature='7F709C5B713576E1' Version='1.1.0.20') of assembly 'Microsoft.Dynamic.dll'
http://ironpython.codeplex.com/workitem/34127
User florianisopp has commented on the issue:

"<p>I struggled with the same issue several weeks. It came up from time to time and I didn't know why and what it was..<br>__<br>Solution:__<br>I downgraded complete IronPython to version 2.7.1 :<br>https://ironpython.codeplex.com/releases/view/62475</p><p>This one uses Microsoft.Dynamic.dll 1.1.0.20</p><p>Works for me!</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/20130830/333986b8/attachment.html>