Re: [Python-Dev] subprocess insufficiently platform-independent?

On Aug 25, 2008, at 9:52 PM, Greg Ewing wrote: Guido van Rossum wrote: If you call: subprocess.call(cmd, shell=False) Then it works on Linux, but fails on Windows because it does not perform the Windows %PATHEXT% search that allows it to find that "svn.exe" is the actual executable to be i

Re: [Python-Dev] subprocess insufficiently platform-independent?

Guido van Rossum wrote: If you call: subprocess.call(cmd, shell=False) Then it works on Linux, but fails on Windows because it does not perform the Windows %PATHEXT% search that allows it to find that "svn.exe" is the actual executable to be invoked. Maybe the Windows implementation shou

Re: [Python-Dev] [PATCH] Respect LDFLAGS

On Mon, Aug 25, 2008, Arfrever Frehtes Taifersar Arahesis wrote: > > I'm attaching the patch which fixes respecting LDFLAGS when > building libpython$(VERSION).so. Please post your patch to bugs.python.org -- Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/ Adopt A Proc

Re: [Python-Dev] Unicode 5.1.0

Barry Warsaw wrote: > On Aug 21, 2008, at 6:30 PM, Terry Reedy wrote: > >> http://www.unicode.org/versions/Unicode5.1.0/ >> "Unicode 5.1.0 contains over 100,000 characters, and provides >> significant additions and improvements..." to existing features, >> including new files and upgrades to exist

Re: [Python-Dev] no tp_traverse for dict iters

Sry, wrong link. I meant http://bugs.python.org/issue3680. Robert Schuppenies wrote: > Created bug report at http://bugs.python.org/issue3546. > > Amaury Forgeot d'Arc wrote: >> Yes, this can lead to some object cycle that are not collected. >> See the attached script: a cycle involving a list it

Re: [Python-Dev] no tp_traverse for dict iters

Created bug report at http://bugs.python.org/issue3546. Amaury Forgeot d'Arc wrote: > Yes, this can lead to some object cycle that are not collected. > See the attached script: a cycle involving a list iterator is > collected by the garbage collector, but a cycle with a dict iterator > is not. > T

Re: [Python-Dev] Unicode 5.1.0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Aug 25, 2008, at 3:17 PM, Fredrik Lundh wrote: Barry Warsaw wrote: You don't mean the experts claimed they weren't important, right? Unimportant changes definitely don't need to go in now . Well, at least Guido managed to figure out what I

Re: [Python-Dev] Unicode 5.1.0

Barry Warsaw wrote: You don't mean the experts claimed they weren't important, right? Unimportant changes definitely don't need to go in now . Well, at least Guido managed to figure out what I was trying to say ;-) ___ Python-Dev mailing list Pyt

Re: [Python-Dev] Unicode 5.1.0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Aug 25, 2008, at 2:15 PM, M.-A. Lemburg wrote: Guido's request was just for updating the Unicode database with the data from 5.1 - without adding new support for properties or changing the interfaces. See this page for a list of changes to the U

Re: [Python-Dev] Unicode 5.1.0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Aug 25, 2008, at 1:53 PM, Fredrik Lundh wrote: Barry Warsaw wrote: I agree. This seriously feels like new, potentially high risk code to be adding this late in the game. The BDFL can always override, but unless someone is really convincing

[Python-Dev] [PATCH] Respect LDFLAGS

I'm attaching the patch which fixes respecting LDFLAGS when building libpython$(VERSION).so. -- Arfrever Frehtes Taifersar Arahesis Index: Makefile.pre.in === --- Makefile.pre.in (revision 66032) +++ Makefile.pre.in (working copy) @@

Re: [Python-Dev] Unicode 5.1.0

On Mon, Aug 25, 2008 at 10:56 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > On Mon, Aug 25, 2008 at 10:52 AM, Benjamin Peterson > <[EMAIL PROTECTED]> wrote: >> On Mon, Aug 25, 2008 at 12:34 PM, Barry Warsaw <[EMAIL PROTECTED]> wrote: >>> On Aug 21, 2008, at 6:30 PM, Terry Reedy wrote:

Re: [Python-Dev] Unicode 5.1.0

On 2008-08-25 19:34, Barry Warsaw wrote: > On Aug 21, 2008, at 6:30 PM, Terry Reedy wrote: > >> http://www.unicode.org/versions/Unicode5.1.0/ >> "Unicode 5.1.0 contains over 100,000 characters, and provides >> significant additions and improvements..." to existing features, >> including new files

[Python-Dev] 2to3 patches and reviews

I've been working on and reviewing some of the release blocking 2to3 patches and issues. Unfortunately, it seems like we don't have many core devs available for reviewing 2to3 changes. I have one patch in particular [1] that I would like to get in soon, since it changes the API a bit to make it mor

Re: [Python-Dev] Unicode 5.1.0

On Mon, Aug 25, 2008 at 10:52 AM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > On Mon, Aug 25, 2008 at 12:34 PM, Barry Warsaw <[EMAIL PROTECTED]> wrote: >> On Aug 21, 2008, at 6:30 PM, Terry Reedy wrote: >>> >>> http://www.unicode.org/versions/Unicode5.1.0/ >>> "Unicode 5.1.0 contains over 100,00

Re: [Python-Dev] Unicode 5.1.0

Barry Warsaw wrote: I agree. This seriously feels like new, potentially high risk code to be adding this late in the game. The BDFL can always override, but unless someone is really convincing that this is low risk high benefit, I'd vote no for 2.6/3.0. at least two Unicode experts have st

Re: [Python-Dev] Unicode 5.1.0

On Mon, Aug 25, 2008 at 12:34 PM, Barry Warsaw <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Aug 21, 2008, at 6:30 PM, Terry Reedy wrote: >> >> http://www.unicode.org/versions/Unicode5.1.0/ >> "Unicode 5.1.0 contains over 100,000 characters, and provides signif

Re: [Python-Dev] subprocess insufficiently platform-independent?

On Mon, 25 Aug 2008 10:13:32 -0700, Guido van Rossum <[EMAIL PROTECTED]> wrote: Several people at Google seem to have independently discovered that despite all of the platform-independent goodness in subprocess.py, you still need to be platform aware. One of my colleagues summarized it like this:

Re: [Python-Dev] subprocess insufficiently platform-independent?

Guido van Rossum wrote: > Several people at Google seem to have independently discovered that > despite all of the platform-independent goodness in subprocess.py, you > still need to be platform aware. I can verify this. For CP we went back to using spawnl, but in an internal project we checked sy

Re: [Python-Dev] subprocess insufficiently platform-independent?

On Mon, Aug 25, 2008 at 11:30 AM, Barry Warsaw <[EMAIL PROTECTED]> wrote: > On Aug 25, 2008, at 1:13 PM, Guido van Rossum wrote: > >> Several people at Google seem to have independently discovered that >> despite all of the platform-independent goodness in subprocess.py, you >> still need to be pla

Re: [Python-Dev] subprocess insufficiently platform-independent?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Aug 25, 2008, at 1:33 PM, Oleg Broytmann wrote: On Mon, Aug 25, 2008 at 01:30:58PM -0400, Barry Warsaw wrote: Unless I'm misremembering (I no longer have access to Windows), I believe that if you use ' '.join(cmd) as the first argument, it will

Re: [Python-Dev] Unicode 5.1.0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Aug 21, 2008, at 6:30 PM, Terry Reedy wrote: http://www.unicode.org/versions/Unicode5.1.0/ "Unicode 5.1.0 contains over 100,000 characters, and provides significant additions and improvements..." to existing features, including new files and

Re: [Python-Dev] subprocess insufficiently platform-independent?

On Mon, Aug 25, 2008 at 10:30 AM, Barry Warsaw <[EMAIL PROTECTED]> wrote: > Unless I'm misremembering (I no longer have access to Windows), I believe > that if you use ' '.join(cmd) as the first argument, it will work > cross-platform. That will mean something different if there are spaces or shel

Re: [Python-Dev] subprocess insufficiently platform-independent?

On Mon, Aug 25, 2008 at 01:30:58PM -0400, Barry Warsaw wrote: > Unless I'm misremembering (I no longer have access to Windows), I > believe that if you use ' '.join(cmd) as the first argument, it will > work cross-platform. What about arguments that contain spaces? Oleg. -- Oleg Broy

Re: [Python-Dev] subprocess insufficiently platform-independent?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Aug 25, 2008, at 1:13 PM, Guido van Rossum wrote: Several people at Google seem to have independently discovered that despite all of the platform-independent goodness in subprocess.py, you still need to be platform aware. One of my colleagues sum

Re: [Python-Dev] Unicode 5.1.0

Guido van Rossum wrote: 2008/8/25 M.-A. Lemburg <[EMAIL PROTECTED] >: > I would really like to see more Unicode support in Python, e.g. > for collation, compression, indexing based on graphemes and > code points, better support for special casing situations (to > c

[Python-Dev] subprocess insufficiently platform-independent?

Several people at Google seem to have independently discovered that despite all of the platform-independent goodness in subprocess.py, you still need to be platform aware. One of my colleagues summarized it like this: """ Given a straightforward command list like: cmd = ['svn', 'ls', 'http://

Re: [Python-Dev] Unicode 5.1.0

2008/8/25 M.-A. Lemburg <[EMAIL PROTECTED]>: > I would really like to see more Unicode support in Python, e.g. > for collation, compression, indexing based on graphemes and > code points, better support for special casing situations (to > cover e.g. the dotted vs. non-dotted i in the Turkish script

Re: [Python-Dev] try-except slower in 2.6 (was: performance)

M.-A. Lemburg egenix.com> writes: > > That's a huge slow-down compared to 2.5. > > Are there any obvious reasons for this ? Has the exception handling > mechanism changed that much between 2.5 and 2.6 ? I've looked at it a bit and I think it's because of the issubclass()/isinstance() slowdown (

Re: [Python-Dev] Unicode 5.1.0

On 2008-08-22 03:25, Guido van Rossum wrote: > On Thu, Aug 21, 2008 at 2:26 PM, M.-A. Lemburg <[EMAIL PROTECTED]> wrote: >> On 2008-08-21 22:35, Guido van Rossum wrote: >>> I was just paid a visit by my Google colleague Mark Davis, co-founder >>> of the Unicode project and the president of the Unic

Re: [Python-Dev] try-except slower in 2.6 (was: performance)

On 2008-08-24 21:04, Antoine Pitrou wrote: >>>TryRaiseExcept: 183ms 122ms +49.6% 184ms 124ms >>> +48.2% >> Whoa, that's a big slowdown. I wonder if it's consistent? > > Yes, I can definitely reproduce it. That's a huge slow-down compared to 2.5. Are there any obvious

Re: [Python-Dev] Unicode 5.1.0

Hi, On Thu, Aug 21, 2008 at 23:35, Guido van Rossum <[EMAIL PROTECTED]> wrote: > I was just paid a visit by my Google colleague Mark Davis, co-founder > of the Unicode project and the president of the Unicode Consortium. He > would like to see improved Unicode support for Python. (Well duh. :-) >

Re: [Python-Dev] Doc translation -- from LaTeX to reStructuredText

Not succeeded. I have done these steps: - I downloaded the tutorial in LaTeX. (http://www.python.org/doc/2.5.2/ download/ ) - Extracted. - Put the hungarian tut.tex into the tut directory - downloaded the files from http://svn.python.org/view/doctools/converter - Run the `convert.py . ../pydoc` in

Re: [Python-Dev] Unicode 5.1.0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was away for the weekend and am struggling to catch up on my email. Since I haven't digested this entire thread, I'll refrain for the moment from giving my opinion, however this comment jumped out to me. On Aug 22, 2008, at 9:42 AM, Facundo B

Re: [Python-Dev] no tp_traverse for dict iters

Hello, 2008/8/25 Robert Schuppenies <[EMAIL PROTECTED]>: > Hi. > > Could you please explain to me why some iterators have a tp_traverse > implementation and others do not? For example tupleiterator has one, > but none of the dict iterators. Same for set iterators (and possibly > others). It shows

Re: [Python-Dev] Should we help pythonmac.org?

On Aug 18, 2008, at 22:06, Bob Ippolito wrote: The major difference between the packages on macports and pythonmac.org is that macports is their own distro of nearly everything, akin to installing a copy of FreeBSD over top of Mac OS X. pythonmac.org contains packages that are self-contained an

[Python-Dev] no tp_traverse for dict iters

Hi. Could you please explain to me why some iterators have a tp_traverse implementation and others do not? For example tupleiterator has one, but none of the dict iterators. Same for set iterators (and possibly others). It shows in Python when you use the get_referents function. >>> t = (1,2,3) >