[Python-Dev] no tp_traverse for dict iters

2008-08-25 Thread Robert Schuppenies
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)

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

2008-08-25 Thread Barry Scott
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

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

2008-08-25 Thread Amaury Forgeot d'Arc
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 in

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread Barry Warsaw
-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

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

2008-08-25 Thread harp
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`

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread İsmail Dönmez
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. :-) On

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

2008-08-25 Thread M.-A. Lemburg
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 reasons

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread M.-A. Lemburg
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 Unicode

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

2008-08-25 Thread Antoine Pitrou
M.-A. Lemburg mal at 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

2008-08-25 Thread Guido van Rossum
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 scripts),

[Python-Dev] subprocess insufficiently platform-independent?

2008-08-25 Thread Guido van Rossum
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',

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread Terry Reedy
Guido van Rossum wrote: 2008/8/25 M.-A. Lemburg [EMAIL PROTECTED] mailto:[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

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

2008-08-25 Thread Oleg Broytmann
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

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

2008-08-25 Thread Guido van Rossum
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 shell

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread Barry Warsaw
-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?

2008-08-25 Thread Barry Warsaw
-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] subprocess insufficiently platform-independent?

2008-08-25 Thread Steven Bethard
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 platform

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

2008-08-25 Thread Robert Brewer
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

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread Benjamin Peterson
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 significant

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread Fredrik Lundh
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

[Python-Dev] 2to3 patches and reviews

2008-08-25 Thread Benjamin Peterson
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

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread M.-A. Lemburg
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 and

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread Brett Cannon
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:

[Python-Dev] [PATCH] Respect LDFLAGS

2008-08-25 Thread Arfrever Frehtes Taifersar Arahesis
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

2008-08-25 Thread Barry Warsaw
-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

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread Barry Warsaw
-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

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread Fredrik Lundh
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 wink. Well, at least Guido managed to figure out what I was trying to say ;-) /F ___ Python-Dev mailing

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread Barry Warsaw
-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 wink. Well, at least Guido managed to figure out

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

2008-08-25 Thread Robert Schuppenies
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. This

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

2008-08-25 Thread Robert Schuppenies
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 iterator

Re: [Python-Dev] Unicode 5.1.0

2008-08-25 Thread Steve Holden
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 existing files.

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

2008-08-25 Thread Aahz
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 Process

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

2008-08-25 Thread Greg Ewing
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

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

2008-08-25 Thread James Y Knight
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