Re: [Python-Dev] Plea to distribute debugging lib

Trent Mick ActiveState.com> writes: > > [Thomas Heller wrote] > > Anyway, AFAIK, the activestate distribution contains Python debug dlls. > > [Er, a month late, but I was in flitting around Australia at the time. :)] > > Yes, as a separate download. > > ftp://ftp.activestate.com/ActivePyt

[Python-Dev] 2.3.6 for the unicode buffer overrun

I've had a couple of queries about whether PSF-2006-001 merits a 2.3.6. Personally, I lean towards "no" - 2.4 was nearly two years ago now. But I'm open to other opinions - I guess people see the phrase "buffer overrun" and they get scared. Plus once 2.4.4 final is out next week, I'll have cut

[Python-Dev] RELEASED Python 2.4.4, release candidate 1

On behalf of the Python development team and the Python community, I'm happy to announce the release of Python 2.4.4 (release candidate 1). Python 2.4.4 is a bug-fix release. While Python 2.5 is the latest version of Python, we're making this release for people who are still running Python 2.4.

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

Anthony Baxter wrote: > 16 releases in 12 months would just about make me go crazy. is there any way we could further automate or otherwise streamline or distribute the release process ? ideally, releasing (earlier release + well-defined patch set) should be fairly trivial, compared to releasing

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

On Thu, Oct 12, 2006 at 06:08:46PM +1000, Anthony Baxter wrote: > I've had a couple of queries about whether PSF-2006-001 merits a 2.3.6. > Personally, I lean towards "no" - 2.4 was nearly two years ago now. But I'm > open to other opinions - I guess people see the phrase "buffer overrun" and >

Re: [Python-Dev] 2.4.4: backport classobject.c HAVE_WEAKREFS?

Hi Fredrik, On Wed, Oct 11, 2006 at 12:35:23PM +0200, Fredrik Lundh wrote: > NoddyType = PyType_Setup("noddy.Noddy", sizeof(Noddy)); It doesn't address the problem Martin explained (you can put neither NULLs nor stubs in tp_xxx fields that are beyond the C extension module's sizeof(Nobby)).

Re: [Python-Dev] 2.4.4: backport classobject.c HAVE_WEAKREFS?

Armin Rigo wrote: >> NoddyType = PyType_Setup("noddy.Noddy", sizeof(Noddy)); > > It doesn't address the problem Martin explained (you can put neither > NULLs nor stubs in tp_xxx fields that are beyond the C extension > module's sizeof(Nobby)). But I imagine it could with a bit more > tweaking

Re: [Python-Dev] Cloning threading.py using proccesses

"M.-A. Lemburg" <[EMAIL PROTECTED]> wrote: > > This is hard to believe. I've been in that business for a few > years and so far have not found an OS/hardware/network combination > with the mentioned features. Surely you must have - unless there is another M.-A. Lemburg in IT! Some of the specialis

Re: [Python-Dev] Cloning threading.py using proccesses

Josiah Carlson <[EMAIL PROTECTED]> wrote: > > It would be convenient, yes, but the question isn't always 'threads or > processes?' In my experience (not to say that it is more or better than > anyone else's), when going multi-process, the expense on some platforms > is significant enough to want

Re: [Python-Dev] Signals, threads, blocking C functions

Sorry. I was on holiday, and then buried this when sorting out my thousands of Emails on my return, partly because I had to look up the information! =?ISO-8859-1?Q?=22Martin_v=2E_L=F6wis=22?= <[EMAIL PROTECTED]> wrote: > > >> | afaik the kernel only sends signals to threads that don't have them

Re: [Python-Dev] Signals, threads, blocking C functions

=?ISO-8859-1?Q?=22Martin_v=2E_L=F6wis=22?= <[EMAIL PROTECTED]> wrote: Michael Hudson schrieb: > > >> According to [1], all python needs to do to avoid this problem is > >> block all signals in all but the main thread; > > > > Argh, no: then people who call system() from non-main threads end up >

Re: [Python-Dev] Cloning threading.py using proccesses

You may already know about a similar project a friend of mine (hi, Steffen!) did a few years ago called Python Object Sharing (POSH). This was however unix specific and relied on fork and SYSV IPC iirc. I see he has a SF projectpage here: http://poshmodule.sourceforge.net/ (doesn't seem to be a

[Python-Dev] ConfigParser: whitespace leading comment lines

Hello all,I'd like to propose the following change to ConfigParser.py.I won't call it a bug-fix because I don't know the relevant standards.This change will enable multiline comments as follows:[section] item=value   ;first of multiline comment     ;second of multiline comment Right now t

[Python-Dev] Python 2.5 performance

Hello there. I just got round to do some comparative runs of 2.5 32 bit Release, built with visual studio 2003 and 2005.   Here the figures (pybench with default arguments)   .NET 2003: Test minimum  average  operation  overhead-

Re: [Python-Dev] Cloning threading.py using proccesses

On 10/10/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote: > Josiah Carlson wrote: > > > Presumably with this library you have created, you have also written a > > fast object encoder/decoder (like marshal or pickle). If it isn't any > > faster than cPickle or marshal, then users may bypass the module

Re: [Python-Dev] Cloning threading.py using proccesses

On 10/10/06, Josiah Carlson <[EMAIL PROTECTED]> wrote: > > the really interesting thing here is a ready-made threading-style API, I > > think. reimplementing queues, locks, and semaphores can be a reasonable > > amount of work; might as well use an existing implementation. > > Really, it is a matt

Re: [Python-Dev] Python 2.5 performance

> From: Kristján V. Jónsson > I think we should start considering to make PCBuild8 a "supported" build. +1 and not just for the free speed-up. VC8 is what more and more Windows developers will have on there machines. Without a supported build, it becomes much harder to make patches or build co

[Python-Dev] Why spawnvp not implemented on Windows?

Hi all, I've been looking at python 2.5 today and what I notices is absense of spawnvp with this comment in os.py: # At the moment, Windows doesn't implement spawnvp[e], # so it won't have spawnlp[e] either. I'm wondering, why so? Searching MSDN I can see that these functions are implemented

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Oct 12, 2006, at 4:08 AM, Anthony Baxter wrote: > I've had a couple of queries about whether PSF-2006-001 merits a > 2.3.6. > Personally, I lean towards "no" - 2.4 was nearly two years ago now. > But I'm > open to other opinions - I guess peopl

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

"Barry Warsaw" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > -BEGIN PGP SIGNED MESSAGE- > I've offered in the past to dust off my release manager cap and do a > 2.3.6 release. Having not done one in a long while, the most > daunting part for me is getting the website upda

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Oct 12, 2006, at 1:34 PM, Terry Reedy wrote: > Perhaps all that is needed from both a practical and public relations > viewpoint is the release of a 2.3.5U4 security patch as a separate > file > listed just after 2.3.5 on the source downloads pag

Re: [Python-Dev] Why spawnvp not implemented on Windows?

On 10/12/06, Alexey Borzenkov <[EMAIL PROTECTED]> wrote: > At least when I did it with my copy, nt.spawnvp seems to work fine... Hi everyone again. I've created patch for spawn*p*, as well as for exec*p* against trunk, so that when possible it uses crt's execvp[e] (defined via HAVE_EXECVP, if ther

Re: [Python-Dev] Why spawnvp not implemented on Windows?

On Thu, Oct 12, 2006, Alexey Borzenkov wrote: > > Should I submit it to sourceforge as a patch, or someone can review it as is? Always submit patches; that guarantees your work won't get lost. -- Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/ "If you don't know what y

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

On Thursday 12 October 2006 18:18, Fredrik Lundh wrote: > Anthony Baxter wrote: > > 16 releases in 12 months would just about make me go crazy. > > is there any way we could further automate or otherwise streamline or > distribute the release process ? It's already pretty heavily automated (see we

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Oct 12, 2006, at 3:27 PM, Anthony Baxter wrote: > Mostly it is easy for me, with the one huge caveat. As far as I > know, the Mac > build is a single command to run for Ronald, and the Doc build > similarly for > Fred. I don't know what Martin

Re: [Python-Dev] Python 2.5 performance

Kristján V. Jónsson wrote: > This is an improvement of another 3.5 %. > In all, we have a performance increase of more than 10%. > Granted, this is from a single set of runs, but I think we should > start considering to make PCBuild8 a "supported" build. Kristján, I wonder if the performance impr

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

On Oct 12, 2006, at 10:25 PM, Barry Warsaw wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Oct 12, 2006, at 3:27 PM, Anthony Baxter wrote: Mostly it is easy for me, with the one huge caveat. As far as I know, the Mac build is a single command to run for Ronald, and the Doc build simi

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

On Friday 13 October 2006 06:25, Barry Warsaw wrote: > On Oct 12, 2006, at 3:27 PM, Anthony Baxter wrote: > > Mostly it is easy for me, with the one huge caveat. As far as I > > know, the Mac > > build is a single command to run for Ronald, and the Doc build > > similarly for > > Fred. I don't know

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

Barry Warsaw schrieb: > Why can't we get buildbot to do most or all of this? Very easy. Because somebody has to set it up. I estimate a man month or so before it works. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.pytho

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

Anthony Baxter schrieb: > Mostly it is easy for me, with the one huge caveat. As far as I know, the Mac > build is a single command to run for Ronald, and the Doc build similarly for > Fred. I don't know what Martin has to do for the Windows build. Actually, for 2.3.x, I wouldn't do the Windows

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

Barry Warsaw wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Oct 12, 2006, at 4:08 AM, Anthony Baxter wrote: > >> I've had a couple of queries about whether PSF-2006-001 merits a >> 2.3.6. >> Personally, I lean towards "no" - 2.4 was nearly two years ago now. >> But I'm >> ope

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

Fredrik Lundh schrieb: > ideally, releasing (earlier release + well-defined patch set) should be > fairly trivial, compared to releasing (new release from trunk). what do > we have to do to make it easier to handle that case? For the Windows release, I doubt there is much one can do. The time-con

Re: [Python-Dev] Python 2.5 performance

Kristján V. Jónsson schrieb: > This is an improvement of another 3.5 %. > In all, we have a performance increase of more than 10%. > Granted, this is from a single set of runs, but I think we should start > considering to make PCBuild8 a "supported" build. What do you mean by that? That Python 2.5

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

On Fri, Oct 13, 2006 at 06:43:40AM +1000, Anthony Baxter wrote: > On Friday 13 October 2006 06:25, Barry Warsaw wrote: > > On Oct 12, 2006, at 3:27 PM, Anthony Baxter wrote: > > > Mostly it is easy for me, with the one huge caveat. As far as I > > > know, the Mac > > > build is a single command to

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

On Thu, Oct 12, 2006 at 09:30:49PM +0200, Georg Brandl wrote: > Barry Warsaw wrote: > > I've offered in the past to dust off my release manager cap and do a > > 2.3.6 release. Having not done one in a long while, the most > > daunting part for me is getting the website updated, since I have

Re: [Python-Dev] Why spawnvp not implemented on Windows?

Alexey Borzenkov schrieb: > Should I submit it to sourceforge as a patch, or someone can review it as is? Please consider also exposing _wspawnvp, depending on whether path argument is a Unicode object or not. See PEP 277 for guidance. Since this would go into 2.6, support for Windows 95 isn't man

Re: [Python-Dev] Python 2.5 performance

On Thu, Oct 12, 2006 at 11:00:09PM +0200, "Martin v. L?wis" wrote: > Kristj?n V. J?nsson schrieb: > > This is an improvement of another 3.5 %. > > In all, we have a performance increase of more than 10%. > > Granted, this is from a single set of runs, but I think we should start > > considering to

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

Gregory P. Smith schrieb: > three macs with some virtual machines could take care of this (damn > apple for not allowing their stupid OS to be virtualized). that said, > i'm not volunteering to setup an automated system for this but i've > got good ideas how to do it if i ever find time or someone

Re: [Python-Dev] Exceptions and slicing

Thomas Heller schrieb: > Martin v. Löwis schrieb: >> Thomas Heller schrieb: >>> 1. The __str__ of a WindowsError instance hides the 'real' windows >>> error number. So, in 2.4 "print error_instance" would print >>> for example: >>> >>> [Errno 1002] Das Fenster kann die gesendete Nachricht nicht

Re: [Python-Dev] Python 2.5 performance

On Friday 13 October 2006 07:00, Martin v. Löwis wrote: > Kristján V. Jónsson schrieb: > > This is an improvement of another 3.5 %. > > In all, we have a performance increase of more than 10%. > > Granted, this is from a single set of runs, but I think we should start > > considering to make PCBuil

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

On Friday 13 October 2006 05:30, Georg Brandl wrote: > I'm I the only one who feels that the website is a big workflow problem? Assuming you meant "Am I", then I absolutely agree with you. -- Anthony Baxter <[EMAIL PROTECTED]> It's never too late to have a happy childhood. __

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Oct 12, 2006, at 5:03 PM, Gregory P. Smith wrote: > IMHO thats a backwards view; I'm with Barry. Requiring human > intervention to do anything other than press the big green "go" button > to launch the "official" release build process is an opport

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Oct 12, 2006, at 5:07 PM, Martin v. Löwis wrote: > Of course, that makes the idea die here and now. Without volunteers > to do the actual work, it just won't happen. True, and there's no carrot/stick of a salary to entice people into doing what

Re: [Python-Dev] Why spawnvp not implemented on Windows?

On 10/13/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Please consider also exposing _wspawnvp, depending on whether path > argument is a Unicode object or not. See PEP 277 for guidance. > Since this would go into 2.6, support for Windows 95 isn't mandatory. Umm... do you mean that spawn*p* o

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

On 10/12/06, Anthony Baxter <[EMAIL PROTECTED]> wrote: On Friday 13 October 2006 05:30, Georg Brandl wrote:> I'm I the only one who feels that the website is a big workflow problem?Assuming you meant "Am I", then I absolutely agree with you. I have touched the web site since the Pyramid switch and

Re: [Python-Dev] Why spawnvp not implemented on Windows?

On Oct 12, 2006, at 11:53 PM, Alexey Borzenkov wrote: On 10/13/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: Please consider also exposing _wspawnvp, depending on whether path argument is a Unicode object or not. See PEP 277 for guidance. Since this would go into 2.6, support for Windows 95

Re: [Python-Dev] Why spawnvp not implemented on Windows?

Alexey Borzenkov schrieb: > On 10/13/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: >> Please consider also exposing _wspawnvp, depending on whether path >> argument is a Unicode object or not. See PEP 277 for guidance. >> Since this would go into 2.6, support for Windows 95 isn't mandatory. > >

Re: [Python-Dev] Python 2.5 performance

Gregory P. Smith schrieb: > i read that as just suggesting that updates should be checked into the > release25-maint tree to get PCBuild8 working out of the box for anyone > who wants to build python from source with vs2005. That's passive voice ("should be checked"). I think it is unrealistic to

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

Brett Cannon wrote: > On 10/12/06, *Anthony Baxter* <[EMAIL PROTECTED] > > wrote: > > On Friday 13 October 2006 05:30, Georg Brandl wrote: > > I'm I the only one who feels that the website is a big workflow > problem? > > Assuming you meant "Am I", then I

Re: [Python-Dev] Plea to distribute debugging lib

Dave Abrahams schrieb: > The only problem here is that there appears to be a lag in the release of > ActivePython after Python itself is released. > > Is there any chance of putting up just the debugging libraries a little > earlier? I may be out of context here: what is the precise problem in p

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

On Friday 13 October 2006 07:34, Barry Warsaw wrote: > > i'm not volunteering to setup an automated system for this but i've > > got good ideas how to do it if i ever find time or someone wants to > > chat offline. :( > > I wish I had the cycles to volunteer to help out implementing this. :( Well,

Re: [Python-Dev] Cloning threading.py using proccesses

Fredrik Lundh wrote: > marshal hasn't changed in many years: Maybe not, but I was given to understand that it's regarded as a private format that's not guaranteed to remain constant across versions. So even if it happens not to change, it wouldn't be wise to rely on that. -- Greg ___

Re: [Python-Dev] Plea to distribute debugging lib

"Martin v. Löwis" <[EMAIL PROTECTED]> writes: > Dave Abrahams schrieb: >> The only problem here is that there appears to be a lag in the release of >> ActivePython after Python itself is released. >> >> Is there any chance of putting up just the debugging libraries a little >> earlier? > > I may

Re: [Python-Dev] Why spawnvp not implemented on Windows?

Forgot to include python-dev... On 10/13/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > > Umm... do you mean that spawn*p* on python 2.5 is an absolute no? > Yes. No new features can be added to Python 2.5.x; Python 2.5 has > already been released. Ugh... that's just not fair. Because of this

Re: [Python-Dev] Why spawnvp not implemented on Windows?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Oct 12, 2006, at 8:46 PM, Alexey Borzenkov wrote: > Ugh... that's just not fair. Because of this there will be no spawn*p* > in python for another two years. x_x Correct, but don't let that stop you. That's what distutils and the Cheeseshop are

Re: [Python-Dev] Why spawnvp not implemented on Windows?

[Alexey Borzenkov] >>> Umm... do you mean that spawn*p* on python 2.5 is an absolute no? [Martin v. Löwis] >> Yes. No new features can be added to Python 2.5.x; Python 2.5 has >> already been released. [Alexey Borzenkov] > Ugh... that's just not fair. Because of this there will be no spawn*p* > i

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

Michael Foord wrote: > Brett Cannon wrote: > >>On 10/12/06, *Anthony Baxter* <[EMAIL PROTECTED] >>> wrote: >> >>On Friday 13 October 2006 05:30, Georg Brandl wrote: >>> I'm I the only one who feels that the website is a big workflow >>problem? >> >>Assumi

Re: [Python-Dev] Plea to distribute debugging lib

David Abrahams schrieb: > At the moment I have too weak a server to provide those files, but > that will change very soon. All that said, the Python and ActiveState > teams need to be aware of each and every Python release and go through > a standard release procedure anyway, whereas -- except fo

Re: [Python-Dev] Why spawnvp not implemented on Windows?

Alexey Borzenkov schrieb: > On 10/13/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: >> > Umm... do you mean that spawn*p* on python 2.5 is an absolute no? >> Yes. No new features can be added to Python 2.5.x; Python 2.5 has >> already been released. > > Ugh... that's just not fair. Because of th

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

On Friday 13 October 2006 12:56, Steve Holden wrote: > The real problem is the more or less complete lack of incremental > rebuild, which does make site generation time-consuming. That's _part_ of it. There's other issues. For instance, there's probably 4 places where the "list of releases" is st

Re: [Python-Dev] Why spawnvp not implemented on Windows?

On Friday 13 October 2006 10:46, Alexey Borzenkov wrote: > But the fact that I have to use similar code anywhere I need to use > spawnlp is not fair. Notice that _spawnvpe is simply a clone of > _execvpe from os.py, maybe if the problem is new API in c source, this > approach could be used in os.py

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

"Gregory P. Smith" <[EMAIL PROTECTED]> writes: > as for buildbot, i haven't looked at its design but from the chatter > i've seen i was under the impression that it operates on a continually > updated sandbox rather than a 100% fresh checkout for each build? It's a configuration option. If you us

Re: [Python-Dev] Cloning threading.py using proccesses

Greg Ewing wrote: > Fredrik Lundh wrote: > >> marshal hasn't changed in many years: > > Maybe not, but I was given to understand that it's > regarded as a private format that's not guaranteed > to remain constant across versions. So even if > it happens not to change, it wouldn't be wise to > re

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

Brett Cannon wrote: > I know AMK was experimenting with rest2web as a possible way to do the > web site. There has also been talk about trying out another system. > But I also know some people would rather put the effort into improving > Pyramid. You forgot the ponies! > Once again, it's a

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

Anthony Baxter wrote: > The other thing to watch out for is that I (or whoever) can still do local > work on a bunch of different files the point of my previous post is that you *shouldn't* have to edit a bunch of different files to make a new release. ___

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

> For reference, here's my effbot.org release procedure: > > 1) upload the distribution files one by one, as soon as they're > available. all links and stuff will appear automatically > > 2) update the associated description text through the web, when > necessary, as an HTML fragment. click "sav

Re: [Python-Dev] Why spawnvp not implemented on Windows?

Alexey Borzenkov wrote: > P.S. Although it's a bit stretching, one might also say that > implementing spawn*p* on windows is not actually a new feature, and > rather is a bugfix for misfeature. Why every other platform can > benefit from spawn*p* and only Windows can't? This just makes > os.spawn*