Re: [Ironpython-users] Install numpy / VS 2010

) > > Thanks, > > slide > > On Wed, Jul 13, 2016 at 10:00 AM Vernon D. Cole > wrote: > >> Lawrence: >> Your question has two answers. >> >> 1) IronPython will run pip. You need to use a longer command line to >> prevent PIP from crashing w

Re: [Ironpython-users] Install numpy / VS 2010

Lawrence: Your question has two answers. 1) IronPython will run pip. You need to use a longer command line to prevent PIP from crashing when it calls _getframe. (I thought that PIP had been patched to prevent that, but I can't find the reference anymore.) Please refer to the instructions at http

Re: [Ironpython-users] Install numpy / VS 2010

Quite right. Numpy is not compatible with IronPython at the present time. In fact, there has been a great deal of discussion here on the IronPython Users list about the methods which might be used to get the two to play nicely together. The project is not trivial. Helpers would be welcome. On W

Re: [Ironpython-users] Why is IP 3X slower than python 2.7?

On some benchmarks, IronPython is faster than CPython. But, if you are running short scripts from the command line, IronPython is several seconds slower, because, as you said, it compiles to dotNET code, which is not cached for the next run. The speed difference depends on what you are doing. On M

Re: [Ironpython-users] Unicode

Just out of curiosity, how does it work in CPython 3.4? (That's where we should be headed. All of this fiddling with obscure str bugs in 2.7 is a bit of a waste, IMHO.) On Tue, Sep 16, 2014 at 3:59 PM, Markus Schaber wrote: > Hi, > > I just noticed that the non-BMP Unicode Literals don't seem

Re: [Ironpython-users] Django & IronPython - Not working

> > User PlexCUser has proposed the issue: > > "Hello, > > The basic Django example (manage.py) fails to execute in IronPython. > > Dajngo - 1.6.1 > IronPython - 2.7 > Visual Studio Ultimate with SP1- 2013 - 2.0 (Django Integration - 2.0) > [...clipped...] I have been aiming at this target literal

[Ironpython-users] Supporting ensurepip early in the development timeline?

The following post appeared in Jython-dev this morning. I think that this might be a really good idea for IronPython, too, especially now that there is a patch for setuptools so that it will not choke on Iron. Should this be included as a work item in our tracker? -- Vernon Cole v v v v v v v Da

[Ironpython-users] Announcing adodbapi version 2.6

Active Data Objects Data-Base Application Program Interface is a PEP-249 compliant SQL database package which will work with a large number of tabular data sources. It is tested using a Microsoft SQL Server database, along with PostgreSQL, MySQL and Jet (Microsoft ACCESS) databases. An included e

Re: [Ironpython-users] Ironpython, installing third party packages

There was a patch for this bug produced a few weeks ago. The only released version with the patch is in setuptools-4.0b1.zip AFAIK. On Mon, Apr 14, 2014 at 11:51 AM, Germano Carella < germanocarella.l...@gmail.com> wrote: >

Re: [Ironpython-users] IronPython 3 Version Number (Was: Item 34263 in 2.7.5?)

> > On the topic of Python compliance, how do you determine exactly how > compliant IronPython is? How does PyPy determine this? > > On 10 April 2014 11:39, Jeff Hardy wrote: > > On Thu, Apr 10, 2014 at 10:05 AM, Vernon D. Cole > wrote: > >> Jeff Hardy stated:..

Re: [Ironpython-users] IronPython 3 Version Number (Was: Item 34263 in 2.7.5?)

Jeff Hardy stated:.. > In addition, 3.0 will include most (but perhaps not all!) of 3.4's > features, mainly because I'd like to see a release later this year > (around October) and things like nonlocal or importlib could slip > because they're hard and not terribly exciting. Calling a release lik

[Ironpython-users] Fwd: Item 34263 in 2.7.5?

] Item 34263 in 2.7.5? To: "Vernon D. Cole" I agree with Vernon. My typical use case is python.org docs. For ironpython 2.7, I select 2.7 for 3.0, hm ... 3.0, 3.4 or 3.5? Why do we need to break it? What is the benefit? --pawel On Thu, Apr 10, 2014 at 8:31 AM, Vernon D. Cole wrot

Re: [Ironpython-users] Item 34263 in 2.7.5?

On Wed, Apr 9, 2014 at 4:28 PM, Jeff Hardy wrote: > On Wed, Apr 9, 2014 at 8:32 PM, Vernon D. Cole > wrote: > > I think that would be version 3.3 (or will it be 3.4?) which will be the > > next "major" release. (Since there will never be a version of Python 2 >

Re: [Ironpython-users] Item 34263 in 2.7.5?

I think that would be version 3.3 (or will it be 3.4?) which will be the next "major" release. (Since there will never be a version of Python 2 higher than "2.7" all 2.x releases henceforth will be "point" releases. Let me hasten to point out that, since the unicode vs string vs bytes issue in Py

[Ironpython-users] Fwd: [Bitbucket] Issue #177: IronPython fails with obsure error message. (pypa/setuptools)

IronPython can now use setuptools with more confidence. One more step in the general usefulness and acceptance of this implementation. I encourage members of the IronPython community to let a development team know when IronPython has a problem with their product. Very often, as in this case, t

Re: [Ironpython-users] A question on the future of ironpython

In answer to the second question: Microsoft dropped its funding of IronPython in 2010. Since that time it has been maintained and enhanced by a corps of volunteers as a true open source project. No more worries about whether the Microsoft lawyers would complain about modification to the Python St

Re: [Ironpython-users] IronPython 3 Update

Thank you, Jeff!! This is wonderful! I have already cloned the new repo on my Windows development machine (such as it is, and old Windows 7 laptop) and will put it on my Ubuntu development machine (the one I work on daily) in a few minutes. Two questions remain that were not answered in the Read

Re: [Ironpython-users] IronPython 2.7.5 Schedule

could perhaps hack this by adding IronPython to an assumed place in the registry (2.0.0?) and then set the default to that hack entry. On Fri, Feb 28, 2014 at 9:15 AM, Vernon D. Cole wrote: > Under no circumstances should the .py extension ever be taken away from > *Python > Launcher fo

Re: [Ironpython-users] IronPython 2.7.5 Schedule

Under no circumstances should the .py extension ever be taken away from *Python Launcher for Windows* . I have not looked at what happens when PLW is run on a computer which does not have a version of CPython installed. If it does the right thing (launc

Re: [Ironpython-users] Splitting up the IronPython repo

+1 on splitting. I have been trying to quietly lobby for returning IronPython into the Ubuntu distribution. Splitting out Ruby would be a helpful step. On Wed, Jan 22, 2014 at 3:20 PM, Doug Blank wrote: > +1 for these plans! I think this split will be good for the dlr, which > hasn't (so far)

Re: [Ironpython-users] PyTest incompatible: Unsupported param dictionary type: IronPython.Runtime.PythonDictionary

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

[Ironpython-users] Restriction on adodbapi remote module when used with Pyro4 2.20

Anyone trying the new ADO remote/proxy feature of adodbapi to serve an ADO database to a Linux or Windows client: Pyro 2.20 (just released) uses a new serializer which does not handle decimal or datetime data types. If you update your Pyro4, you need to switch back to the old pickle serializer by

Re: [Ironpython-users] Conversions from pure-Python types to .NET types

Sounds simple, clean, and gives an expected result. I like the idea of using "NotImplemented". I almost like the idea of raising NotImplementedError better (it would be a noisier failure) but the documentation might lead the unwary away from the problem (a failed implicit conversion) rather than

Re: [Ironpython-users] IronPython always in 32-bit mode on 64bit machine even when running ipy64.exe

I find that the following works (on all versions I have tested, including Jython): > import sys def Python_is_64bit(): > if sys.platform == 'cli': #IronPython > import System > return System.IntPtr.Size == 8 > else: > try: > return sys.maxsize > 214748

[Ironpython-users] adodbapi v2.5 beta testers needed. (Especally IronPython on Linux users)

I have just completed a major re-factor of adodbapi. My ability to test using IronPython is quite limited right now -- the only SQL Server I can reach does not have IronPython installed, and the IronPython I built on my Ubuntu box still has library problems. If anyone can help out by testing this

[Ironpython-users] Survey question: Should reading data from a column of type "adGUID" return an instance of class "uuid"?

I am in the midst of doing major refactoring of adodbapi. One of the fixes I recently included was a patch so that UUID fields do not get truncated. That patch is in, but it made me start thinking: When I read in data from decimal, money and date-time columns, I return those as instances of th

Re: [Ironpython-users] Website Updates

I was going to offer to fix that right away, but I cannot seem to find what you are talking about. I am probably looking at the wrong web site. What is the URL of the page you need fixed? (and which link is wrong?) -- Vernon Cole On Mon, Mar 11, 2013 at 10:03 AM, Steve Dower wrote: > I’m not e