Hi all,
After the downtime yesterday, the new mailing list is now available.
It appears that everyone has received unsubscribe notices; these were
sent in error. Everyone who was subscribed to the old list should be
subscribed to the new list.
The page for the new list is
http://mail.python.org/ma
On Tue, Jun 14, 2011 at 9:20 AM, Jeff Hardy wrote:
> The timeline hasn't been established...
It looks like the move is going to go ahead tomorrow (Wednesday) or
the next day. Remember, list traffic will be coming from
ironpython-us...@python.org, and mails need to be sent to that address
Hi all,
This a notice that some changes may be coming to this mailing list in
the near future.
I'm planning on moving the list from it's current host (by a gracious
IronPython community member) to being hosted on python.org. The
address of the list will change from users@lists.ironpython.com to
ir
; time. We'll
probably use Steve Baer's graciously volunteered office, so obviously
Steve has a fair bit of say over the date & time :).
- Jeff
On Fri, Jun 10, 2011 at 10:42 AM, Jeff Hardy wrote:
> Hi all,
> Is anyone in the Seattle area interested in an IronPython meetup, or
&g
On Fri, Jun 10, 2011 at 2:17 PM, Steve Baer wrote:
> Doesn't really matter; we're a pretty laid back company. We have a meeting
> room that comfortably holds at least 15 (could hold more) with a big screen
> television that we can hook up to. We actually have the room pretty well
> wired with mi
On Fri, Jun 10, 2011 at 11:16 AM, Curt Hagenlocher wrote:
> Welcome to Seattle! Or as I like to think of it, welcome to
> June-and-we-still-have-the-heat-on! :(
I'm from Canada, so this is normal (more rain though). I look forward
to not dealing with -40, and laughing at the locals who panic in a
y skype now supports it:
> http://www.skype.com/intl/en-us/features/allfeatures/screen-sharing
>
> I have also had good (cross-platform) luck with the currently-free mikogo
> service: http://www.mikogo.com/
>
> On 6/10/2011 1:56 PM, Jeff Hardy wrote:
>>
>> Skype would work,
g I would love is a code review over
> ichat/skype/mikogo/cell/etc. I have a patch I intend to submit shortly, and
> would love someone who knows what they are doing to review it with me
> synchronously, if nothing else so I can validate some of my assumptions.
>
>
> On 6/10/2011 12:
Hi all,
Is anyone in the Seattle area interested in an IronPython meetup, or
even a sprint? Anybody fancy a hands-on crash course in how IronPython
works? Let me know! If enough people are interested, I'll work
something out (probably for the coming week).
I'm new to the area, so if anyone has any
> Since our sites are all HTML, might be nice just to use GitHub pages rather
> than the current GoDaddy hosting, though changing the nameservers through
> Microsoft will be a pain.
I was considering that as well, but I'm not sure we can have two sets
of pages from one account. I'll poke github
t;
> ~Jimmy
>
>
> On Jun 10, 2011, at 12:36 PM, Jeff Hardy wrote:
>
>> Hi,
>> I'm wondering if there's anyone out there willing to help update the
>> website, in particular replacing the big "IronPython Tools" banner
>> with something else
Hi,
I'm wondering if there's anyone out there willing to help update the
website, in particular replacing the big "IronPython Tools" banner
with something else. Updating it isn't too hard and I'll offer any
assistance that may be necessary.
- Jeff
___
Us
On Fri, Jun 10, 2011 at 8:02 AM, Zachary Gramana
wrote:
> There are some big Python applications (e.g. Mercurial) that are going to
> remain on 2.7 for some time. There are important modules that are still
> missing (bz2), or are incomplete (_winreg), that create compatibility
> barriers. It woul
On Thu, Jun 2, 2011 at 11:58 AM, Bill Janssen wrote:
> Would gdb work? I'll try.
Mono's debugger might be better, if their regex engine is managed. It
looks like there's some Mono support in gdb but I've never used it.
On Windows, windbg is your friend. It's about as user-friendly as gdb,
thoug
On Thu, Jun 2, 2011 at 9:41 AM, Bill Janssen wrote:
> Jeff Hardy wrote:
>
>> The fact that it works on CPython fairly fast indicates a bug
>> somewhere, I'm just not sure if it's IronPython or Mono.
>
> I just tried it with real MS .NET, on a 64-bit Windows
> Sure. Names sensitive to capitalization; the rule I'm implementing says
> names are either capitalized or upper-case.
Ah, I see that now. I assumed the name lists were in lower case.
>
>> For the most part, CPython and IronPython regexes should be fairly
>> compatible - IronPython takes the re
On Wed, Jun 1, 2011 at 4:03 PM, Bill Janssen wrote:
> I have a large RE (223613 chars) that works fine in CPython 2.6, but
That's truly horrible, but I assume you have a good reason for it.
> seems to produce an endless loop in IronPython (see below). I'm using
> Mono 2.10 (.NET 4.0.x) on Ubunt
On Wed, Jun 1, 2011 at 2:50 PM, Peter Schwalm wrote:
> In the moment, I can only hope that no information is lost during the
> implicit conversions of file i-o. That means I hope these conversion simply
> add a 0-byte to every byte read in to make it unicode and only discards the
> 0-byte when wri
On Tue, May 31, 2011 at 11:01 PM, Markus Schaber
wrote:
> Hi, Peter,
>
>> Von: users-boun...@lists.ironpython.com [mailto:users-
> [...]
>>
>> Does anyone know how to pass the contents of a string to a C
> function
>> without copying it?
>
> A non-pythonic suggestion:
>
> Maybe you could use
Hi all,
I think it's about time to get 2.7.1 shipped. I don't have a timeline
in mind, but I'd like it out by the end of June. There's a few new
modules and some bug fixes as well, but I'd like to see some more bugs
fixed. If there's anything in 2.7.0 that's blocking you and not
already fixed, post
On Fri, May 13, 2011 at 5:41 AM, daniel kottow wrote:
> What I was trying to say that, unfortunately, I do not see a way to
> encapsulate
> my extension methods written in C# so that a person doing only python does not
> have to worry about it -
> on the other hand, i reckon it is also not such a
The IronPython Tools (or "old" tools) are the original VS integration
tools, developed when IronPython was still funded by MS. PTVS is a new
set of Python (not IronPython-specific; they support CPython and
IronPython, and some Jython and PyPy) tools Dino's working on for MS's
Technical Computing gr
This is excellent news.
I think the plan should now be to deprecate the IronPython tools and
remove them from IronPython 3.0. They'll stay in future 2.7 releases,
but perhaps they should be disabled by default to make installing PTVS
easier?
- Jeff
On Wed, May 11, 2011 at 1:13 PM, Dino Viehland
GetRunningObjectTable isn't a static method, so you'll need to call it
on an instance of IBindCtx. Not sure where you'd get one of those,
though.
- Jeff
On Wed, Apr 27, 2011 at 1:40 PM, Sébastien de Menten
wrote:
> Hi,
>
> I am trying to use the GetRunningObjectTable function to retrieve a list
I checked in a commit that does that (see the last commit), but i
didn't delete the rest of the source.
- Jeff
On Thursday, April 21, 2011, Jimmy Schementi wrote:
> Just for clarity, here's the URL:http://github.com/IronLanguages/main
> We should remove the source from CodePlex with a readme tha
the equal site.
>
>
>
> *From:* users-boun...@lists.ironpython.com [mailto:
> users-boun...@lists.ironpython.com] *On Behalf Of *Jeff Hardy
> *Sent:* Friday, April 15, 2011 7:29 AM
> *To:* surangika ranathunga
> *Cc:* Discussion of IronPython
>
> *Subject:* Re: [Iro
at Microsoft.Scripting.SourceUnit.Execute(Scope scope)
> at Microsoft.Scripting.Hosting.ScriptSource.Execute(ScriptScope scope)
>at MonitorService.ExpectationMonitor.Initialize(String rule) in D:\PhD
> Work\Research\libomv\test\MonitorService\MonitorService\ExpectationMonitor.cs:line
&
On Thu, Apr 14, 2011 at 11:03 AM, Dino Viehland wrote:
> Jeff wrote:
>> On Wed, Apr 13, 2011 at 11:14 PM, Chad Brockman
>> wrote:
>> > I see Silverlight 5 now has something besides simple reflection
>> > (ICustomTypeProvider) -
>> >
>> > http://msdn.microsoft.com/en-us/library/gg986857(v=VS.96).a
As long as you have a ScriptScope per thread, you should be able to
share the ScriptEngine & Runtime between threads.
What is the exception that you are getting? If it's a GUI program,
remember that UI elements can only be manipulated from the main
thread.
- Jeff
On Thu, Apr 14, 2011 at 1:02 AM,
On Wed, Apr 13, 2011 at 11:14 PM, Chad Brockman wrote:
> I see Silverlight 5 now has something besides simple reflection
> (ICustomTypeProvider) -
>
> http://msdn.microsoft.com/en-us/library/gg986857(v=VS.96).aspx#data
>
> Will we see an update to Iron*/DLR to support binding to dynamic objects an
Vernon, thank you very much for handling this!
On Thu, Apr 7, 2011 at 7:26 PM, Vernon Cole wrote:
> This may still be a sticky spot. The tarball does contain IronRuby, but
> what version?
Should be 1.1.3.
> There must be a version identifier somewhere, but it is not obvious. The
> only Ruby ve
Hi,
If anyone is still interested in doing an IronPython, IronRuby, or any
other DLR-related project for GSoC, feel free to submit them to either
the Mono project (IronPython/IronRuby/DLR) or the Python Software
Foundation (IronPython). The deadline is tomorrow (Friday, April 8 at
19:00 UTC), so yo
On Wed, Apr 6, 2011 at 12:14 PM, Doug Blank wrote:
> Why can't we have a IPy 2.7 for .NET 2.0? It builds nicely, now, and
> should be fine as a drop-in replacement for what ubuntu (and others)
> were packaging before.
Someone else will have to volunteer to maintain it. I'm hoping to make
some cha
On Wed, Apr 6, 2011 at 11:07 AM, Vernon Cole wrote:
> I have sent several emails to Seo asking him about the status of fepy,
> and received no response. I think this would be a great place to
> build a "fatter" distribution of IronPython, with more modules
> attached, and a set of Linux binaries.
On Wed, Apr 6, 2011 at 2:38 AM, Markus Schaber
wrote:
> Has anyone successfully tried this implementation? What about including
> it into the IronPython distribution?
The fepy version is incomplete, but it mostly works. I haven't run the
tests in a while, though, so I'm not sure how incomplete it
On Thu, Mar 31, 2011 at 7:05 PM, Jimmy Schementi wrote:
> Just checked in some small fixes to make the Importer use a custom Platform
> Adaptation Layer. I also started to tweak clr.CompileModules a bit, but
> backed those changes out, so just ignore those.
> Take a look at the recent commits to h
On Wed, Mar 30, 2011 at 8:52 PM, Keith Rome wrote:
> We currently have a line of business application, written entirely in C#,
> that embeds the IronPython runtime. We offer a GUI script editing
> environment (using the SyntaxEditor control from Actipro Software, which
> works great for this). Thi
On Wed, Mar 30, 2011 at 9:12 AM, Bill Dines wrote:
> 3. Is anyone currently working on the IPy tools specifically? There are
> quite a lot of bugs right now unfortunately and many of them would need
> to be fixed if we were to use it. Note that my company may be willing
> to provide some resourc
On Tue, Mar 29, 2011 at 4:30 AM, Markus Schaber
wrote:
> For IronPython, there is the pyc.py compiler script. This allows a python
> module to be precompiled into a .NET dll. However, it seems that it is not
> used transparently when placed in a directory in sys.path, one has to
> explicitly add a
On Fri, Mar 25, 2011 at 12:46 PM, Doug Blank wrote:
> Excellent! IronPython 3.0 (trunk) with .NET framework 2.0 *builds* and
> *runs* great under Mono 2.10. And it seems to *run* great under Mono
> 2.6.7 as well! It does NOT build under Mono 2.6.7, but I suspect that
> many mono build issues betwe
e to self: FileStream.SafeFileHandle.
- Jeff
>
> -Original Message-----
> From: Jeff Hardy [mailto:jdha...@gmail.com]
> Sent: Friday, March 25, 2011 11:08 AM
> To: Discussion of IronPython
> Cc: Dino Viehland
> Subject: Re: [IronPython] IronPython2.7 import locking error
>
On Thu, Mar 24, 2011 at 6:41 PM, Dino Viehland wrote:
> Oh I see I missed the line containing msvcrt. This just looks like it hasn't
> been implemented (we still have only a very partially implemented version of
> msvcrt). It should be trivial to do add this , it should just be a P/Invoke
> o
On Wed, Mar 23, 2011 at 7:13 AM, Doug Blank wrote:
> Questions:
>
> 1) How to build a Release version rather than Debug?
> 2) How to set the framework to use 2.0 rather than 4.0?
1) msbuild Solutions/Dlr.sln /p:Configuration="Release"
2) msbuild Solutions/Dlr.sln /p:Configuration="v2Debug" (or "v
On Wed, Mar 23, 2011 at 7:19 AM, Romain Gilles wrote:
> but who can I add to my IronPython the _multiprocessing module ?
> --
> c:\temp>ipy test-ipy-multiprocessing.py
> Traceback (most recent call last):
> File "test-ipy-multiproc
On Tue, Mar 22, 2011 at 11:03 AM, Doug Blank wrote:
> I'm not too concerned about ipy.exe itself, but about being about to
> use the dlls.
>
> I'm trying to verify that the IronPython 2.7 dlls absolutely need Mono
> 2.8 or later. If that is true, I'll have to stay with IronPython 2.6
> until the r
On Tue, Mar 22, 2011 at 9:29 AM, Brian Curtin wrote:
> docs.ironpython.net?
> Might I suggest sphinx-quickstart as the first command to run.
That's kinda what I'm leaning towards, preferably hosted on
readthedocs.com. Most of the docs are already ReST so using sphinx
should be easy. As always, it
On Tue, Mar 22, 2011 at 9:19 AM, Doug Blank wrote:
> Is there a place on IronPython's codeplex site that we could document
> this information?
>
> Currently, there are many assumptions on:
>
> http://ironpython.codeplex.com/wikipage?title=Respository%20Instructions&referringTitle=Home
> http://iro
On Tue, Mar 22, 2011 at 6:41 AM, Doug Blank wrote:
> I went to Codeplex to see about updating Pyjama [1] to use the latest
> IronPython and IronRuby, but had some issues:
>
> 1) There are only two downloads for 2.7: msi and a zip of binaries.
> Shouldn't there be a zip of sources? Or a note how ho
On Tue, Mar 22, 2011 at 7:33 AM, Doug Blank wrote:
> Is that you need Mono 2.8 to build IronPython, or to run it?
> IronPython2.6 beta 2 is running fine under Mono 2.6.7.
IronPython 2.7 requires .NET 4 (to build and run). Mono 2.10 is
probably your best bet.
- Jeff
__
> Jonathan
>
> On Mar 21, 2011 11:50 AM, "Jeff Hardy" wrote:
>> I got the notice on Friday that IronLanguages was not accepted into
>> Google Summer of Code for 2011. However, both the Mono project and the
>> PSF have indicated that they would consider IronPyth
I got the notice on Friday that IronLanguages was not accepted into
Google Summer of Code for 2011. However, both the Mono project and the
PSF have indicated that they would consider IronPython/IronRuby
projects, so if you're interested, you should ask one of those
organizations.
- Jeff
__
is signed by the Python Software Foundation.
>
> Do you not suppose that, if asked, they would also be willing to sign
> other implementations?
> --
> Vernon
>
> P.S.: I loaded IronPython 2.7 first!
>
>>> >> On 2/23/2011 10:58 AM, Jeff Hardy wrote:
>>> >
On Thu, Mar 17, 2011 at 2:13 AM, Markus Schaber
wrote:
> Hi,
>
> Is there a wiki page or (semi-)official web page collecting all this usages?
Not yet.
- Jeff
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/us
On Wed, Mar 16, 2011 at 8:49 AM, Nåjde Henrik wrote:
> Hello!
>
> I am trying to transfer prameters from an excel sheet to ANSYS Workbench (a
> FEA software), the code is run as a macro in ANSYS workbench.
>
> I have adapted a code that is opening an already existing document and
> successfully tr
On Tue, Mar 15, 2011 at 9:55 AM, Markus Schaber
wrote:
> As I wrote, we host IronPython inside our application, so shebang and
> file name suffixes are irrelevant - but we could use the shebang as a
> marker for python 3 (given that we can host both versions side-by-side)
> and parse the source ma
Regardless of what's "correct", we should follow what CPython does
(plus, using only __lt__ and __eq__ makes sense). Can you try this in
2.7 to see if it's still an issue, and open a bug if it is? I doubt
we'll make any more changes to 2.6.
- Jeff
On Mon, Mar 14, 2011 at 6:04 AM, Robert Smallshir
That's awesome. I think it might be time to start a "Who's using
IronPython" page somewhere.
The upgrade to 2.7 should be pretty seamless, BTW. Is there anything
that you're missing? Anything that would make your use case easier?
- Jeff
On Mon, Mar 14, 2011 at 3:30 PM, Daniel Jennings wrote:
>
On Mon, Mar 14, 2011 at 11:30 AM, Chad Brockman wrote:
> So I’m assuming no Silverlight then? For the same reasons?
>
>
>
> Thanks, Chad
I'm pretty sure Silverlight doesn't support native code, at least not
in the browser and phone.
- Jeff
___
Users ma
On Mon, Mar 14, 2011 at 7:50 AM, Vernon Cole wrote:
> I was running a test of adodbapi -- IPy 2.7 RC2 ran it fine, but CPython 2.7
> had errors. I was starting to debug the CPython when I discovered that I was
> running the Python _3_ version of the test suite! The "error" was in the
> Unicode vs
With the 2.7 out the door, it's time to start thinking about 3.x. I've
created a ipy-2.7-maint branch for continued 2.7 work (and it needs
some), and any 3.x work will go on master. Any 2.7 fixes that also go
into 3.x (and really, most of them should) go into the 2.7 branch
*first*, and then be che
On behalf of the IronPython team, I'm very pleased to announce the
release of IronPython 2.7. This release contains all of the language
features of Python 2.7, as well as several previously missing modules
and numerous bug fixes. IronPython 2.7 also includes built-in Visual
Studio support through I
On Mon, Mar 7, 2011 at 11:24 AM, Michael Foord wrote:
> Just don't clash with the testing BoF! (And sign up for it, last year it was
> epic.)
I'm specifically trying to avoid that one ... it better live up to the hype :).
> Maybe we can look at the Mac issue (sysconfig) during the sprints.
I wo
I'm going to try to organize an IronPython OpenSpace/BoF/sprint for
Fri/Sat. Page coming soon.
- Jeff
On Mon, Mar 7, 2011 at 9:42 AM, Jeff Hardy wrote:
> I'll be there, and so will Dino (with something very cool to show
> off). Anybody
I'll be there, and so will Dino (with something very cool to show
off). Anybody else?
- Jeff
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
On behalf of the IronPython team, I am pleased to announce IronPython
2.7 Release Candidate 2. The releases contains a few minor bug fixes,
including a working webbrowser module.
http://ironpython.codeplex.com/releases/view/62114
This will be the last release before 2.7 Final. There are still a f
On Fri, Mar 4, 2011 at 9:42 AM, L. Lee Saunders wrote:
> My biggest hurdle was running IronPython out of C++/cli. I tried hand
> converting some working C# code but was failing. I finally had to resort to
> RedGate's "Reflector" with the C++/cli plugin. That did not produce working
> code eithe
On Thu, Mar 3, 2011 at 8:23 AM, Markus Schaber
wrote:
> * 3. Redistributions in any form must be accompanied by information on
> * how to obtain complete source code for the DB software and any
> * accompanying software that uses the DB software. The source code
> * must either be in
Re: numpy - it sure looks like it:
https://github.com/numpy/numpy-refactor/tree/refactor/numpy/NumpyDotNet.
(last commit 2 days ago)
As for IronClad, I'm not sure - it doesn't look like it, and I'm not
sure Resolver is still using IronPython. I would love to see it rolled
into the main IronPython
On Mon, Feb 28, 2011 at 1:58 PM, Mark Senko wrote:
> *Bill, what are your goals for asking how we use hosting?
While I can't speak for Bill, I can say hosting is something that
hasn't been given much thought in the last little while because I've
been focused on getting the engine and stdlib up to
Hi all,
The the RC2 and final IronPython 2.7 releases will be pushed back a
week, to March 6 and March 13.
- Jeff
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
never knew it exists.
>
> So I think you should just apply for it. What more Google wants to get more
> organizations and students this year.
>
> It will be a waste if you don't apply.
>
> Regards,
>
> Afriza N. Arief
>
> On Feb 23, 2011 6:24 AM, "Jeff H
Older releases of IronPython were authenticode signed (by Microsoft),
but so far the community releases have not been. As best I can tell,
authenticode certificates are expensive (the cheapest are around
$100/year) - I've heard of deals for open source projects but can't
find anything by searching.
; with "ipy.exe" to make "ipy64\ipy.exe" as the interpreter path (which
> doesn't exist).
>
> If I set HKLM\SOFTWARE\Wow6432Node\IronPython\2.7\(default) to my
> actual install path (where ipy.exe is) it works fine. I assume this
> should be done in the installer.
On Tue, Feb 22, 2011 at 6:50 PM, haniti grk wrote:
> I am fine that some of the stuff goes to GAC but just wanted to install most
> of the stuff in c:\ipy. I checked IronPython.wxs and it seems like it should
> use INSTALLDIR option but it does not do it though.
This was reported against 2.7B1 in
Hi all,
Are there any students that are interested in doing some work on
IronPython/IronRuby/DLR for this year's Google Summer of Code? I'd
like to make sure there's enough interest before I commit to putting
together an application.
The current suggested projects list is at http://bit.ly/g7YhPT b
On Tue, Feb 22, 2011 at 11:55 AM, Tristan Zajonc wrote:
> It appears to be because int is a very large long. This is probably the
> core issue:
> In IronPython:
a=143098242404177361603877621312831893704
> Traceback (most recent call last):
> OverflowError: Number overflow.
a=14309824240
On Tue, Feb 22, 2011 at 12:42 AM, Tristan Zajonc wrote:
> IronPython 2.7 RC 1 (2.7.0.30) on .NET 4.0.30319.1
> Type "help", "copyright", "credits" or "license" for more information.
import uuid
> Number overflow.
> at System.Numerics.BigInteger.op_Explicit (System.Numerics.BigInteger)
> <0x00
Hi all,
The following issues are blockers for IronPython 2.7:
* #29841 - sysconfig traceback when starting 2.7B1 -
http://ironpython.codeplex.com/workitem/29841
I don't know enough about Mono/MacOS/POSIX to fix this one properly. I
haven't yet chercked what the Mono guys did to get it working on
L
On behalf of the entire IronPython team:
We are pleased to announce the first Release Candidate for IronPython
2.7[1]. This release contains over two dozen bugs fixed in preparation
for 2.7 Final.
See the release notes for 2.7 Beta 2[2] for details and what has
already been fixed in the earlier 2
On Mon, Feb 21, 2011 at 11:58 AM, Brian Curtin wrote:
> I think this would be better suited in the standard library at
> svn.python.org, rather than just within IronPython. Thoughts on that? I
> haven't followed long enough to know how standard library changes are
> usually handled around here, bu
On Mon, Feb 21, 2011 at 11:05 AM, Vernon Cole wrote:
> How should I really be doing it?
os.name usually has the actual underlying OS, but depending on what
you need to do it may be better to have a block that is just for 'cli'
that calls into a .NET API, and let .NET/Mono smooth over the platform
Hi all,
The first 2.7 RC was scheduled for today, but due to other commitments
I probably won't get it packaged until tomorrow.
- Jeff
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Github is the master source. And yes, the various websites need
straightening out.
- Jeff
On Sun, Feb 20, 2011 at 9:42 AM, Vernon Cole wrote:
> I've lost my link, and cannot muddle my way to meaningful results on either
> Codeplex, Wikepedia or Github. Github actually refers me back to Codeplex,
Hi Vernon,
A little of both, actually - we have a copy of the Python stdlib, and
there are some modifications to it, but the goal is to stay as close
as possible to the CPython stdlib.
If you supply a patch upstream, I'll apply it to our copy because it
affects us more than CPython, and it likely
Patch applied. Thanks!
- Jeff
On Wed, Feb 16, 2011 at 8:12 AM, Andrés Martinelli wrote:
> Hi,
>
> I have fixed a bug in 2.7B2 which prevented pdb from running.
>
> The problem is due to an exception thrown when accessing the
> f_globals property of a frame.
>
> I've reported the bug details (
On Wed, Feb 16, 2011 at 8:18 AM, Brian Curtin wrote:
> On Wed, Feb 16, 2011 at 08:30, Jeff Hardy wrote:
>>
>> On Wed, Feb 9, 2011 at 12:47 PM, Vernon Cole
>> wrote:
>> > Dear Group:
>> > I would like to start a discussion about adding modules to the
On Wed, Feb 9, 2011 at 12:47 PM, Vernon Cole wrote:
> Dear Group:
> I would like to start a discussion about adding modules to the IronPython
> distribution which are not in the C-Python standard library. The idea would
> be to include more batteries. (FePy started out to do that, but has not
Hi Guillermo,
I haven't tried that module against 2.7 in a while, but it should
mostly work. You'll have to build from source and adjust the
references to point to 2.7B2 - the downloadable packages are 2.6 only.
I'll update the downloads to 2.7 shortly after it's released.
- Jeff
On Mon, Feb 14,
Thanks, guys! I'll close it off now.
- Jeff
On Mon, Feb 14, 2011 at 7:03 AM, Slide wrote:
> On Sun, Feb 13, 2011 at 10:15 PM, Simon Dahlbacka
> wrote:
>> Works for me also. Swedish xp(sv-FI)
>>
>> On Feb 14, 2011 7:11 AM, "Jeff Hardy" wrote:
>>&
I'd like one other person to confirm this is fixed before I close -
Spanish or German preferably, since they are mentioned in the bug.
- Jeff
On Sun, Feb 13, 2011 at 12:20 AM, Jörgen Stenarson
wrote:
> Jeff Hardy skrev 2011-02-13 06:25:
>>
>> It looks like http://iro
I've closed the closeable issues. Thanks for looking at these!
- Jeff
On Sun, Feb 13, 2011 at 11:08 AM, Andrés Martinelli
wrote:
> Hi,
>
> I have checked out a few work items:
>
> Not reproducible in 2.7B2:
>
> - #26940/Medium/2.7:
> Wrong line numbers in traceback when ecoding is speci
Here is the current list of must-fix bugs for 2.7: http://bit.ly/gQRTSn
Basically, anything with a Release of 2.7 and a Priority of High. If
you have a bug you think should be on that list, just let me know, or
set those fields.
- Jeff
___
Users mailing
It looks like http://ironpython.codeplex.com/workitem/14022 will only
repro on non-english versions of XP that use , as the decimal
separator instead of .
If you have one of those, can you see if the issue is still present in
2.7B2. From the notes, it looks like just changing the locale is not
eno
o the Custom field.
Figuring out which bugs are still valid and which aren't is a big part
of this weekend, so bugs that are missing reproduction steps or test
cases should have them added.
If a bug has a patch or test case, add 'hastest' or 'haspatch' to the
Custom fie
This is just a firendly reminder that the first IronPython Bug Weekend
is this weekend, February 12-13. You can find more information at
http://ironpython.codeplex.com/wikipage?title=first%20IronPython%20Bug%20Weekend.
Remember, you don't have to dedicate the whole weekend - even finding
a couple
On Thu, Feb 10, 2011 at 6:11 PM, Dino Viehland wrote:
> If no one else steps up to look at it I can take a look this weekend. But
> let me tell everyone fixing import bugs is awesome fun!
That sounds like sarcasm to me...
> I thought adodbapi was still part of the test suite but I don’t know ho
On Wed, Feb 9, 2011 at 12:09 PM, Daniel D. wrote:
> I know what I want for Christmas:
>
> PEP compliant, WSGI Server for IIS 6.x and 7.x.
Well, that gives me quite a bit of time then :). NWSGI 3 will have to
wait until after 2.7 final, but hopefully not too long after.
- Jeff
__
On Wed, Feb 9, 2011 at 7:35 AM, Slide wrote:
> Fyi, I am almost done with an implementation of _csv
Excellent!
The next release (Feb.20) will be the last one to get it into before
2.7 final. If it's not going to be ready by then, don't worry; I'm
thinking I might target 2.7.1 for early April ju
Google is running their "Summer of Code" program [1] again this year.
For those who aren't familiar, Google basically pays post-secondary
students to work on open source projects for the summer.
Now that IronPython and IronRuby are community projects, I think it
would be worthwhile to for us to pa
Hi Daniel,
When working, I do all of my work in a branch, and then merge that
branch into master. On that branch I usually rebase changes from
upstream/master. However, I don't like rebasing onto master because it
just looks weird. I want to see the merge commit to master so that I
know it happened
1 - 100 of 453 matches
Mail list logo
