Re: [Python-Dev] Darwin's realloc(...) implementation never shrinks allocations

2005-01-03 Thread Bob Ippolito
On Jan 3, 2005, at 2:16 AM, Tim Peters wrote: [Bob Ippolito] ... Your expectation is not correct for Darwin's memory allocation scheme. It seems that Darwin creates allocations of immutable size. The only way ANY part of an allocation will ever be used by ANYTHING else is if free() is called with

Re: [Python-Dev] Darwin's realloc(...) implementation never shrinks allocations

2005-01-03 Thread Guido van Rossum
Coming late to this thread. I don't see the point of lying awake at night worrying about potential memory losses unless you've heard someone complain about it. As Tim has been trying to explain, here are plenty of other things in Python that we *could* speed up if there was a need; since every

[Python-Dev] Re: Zipfile needs?

2005-01-03 Thread Scott David Daniels
Brett C. wrote: Scott David Daniels wrote: I'm hoping to add BZIP2 compression to zipfile for 2.5. My primary motivation is that Project Gutenberg seems to be starting to use BZIP2 compression for some of its zips. What other wish list things do people around here have for zipfile? I thought

Re: [Python-Dev] Darwin's realloc(...) implementation never shrinks allocations

2005-01-03 Thread bacchusrx
On Thu, Jan 01, 1970 at 12:00:00AM +, Tim Peters wrote: Is there any known case where Python performs poorly on this OS, for this reason, other than the pass giant numbers to recv() and then shrink the string because we didn't get anywhere near that many bytes case? [...] I agree the

Re: [Python-Dev] Darwin's realloc(...) implementation never shrinks allocations

2005-01-03 Thread Andrew P. Lentvorski, Jr.
On Jan 2, 2005, at 11:16 PM, Tim Peters wrote: [Bob Ippolito] However, it is our (in the I know you use Windows but I am not the only one that uses Mac OS X sense) problem so long as Darwin is a supported platform, because it is highly unlikely that Apple will backport any fix to the allocator

Re: [Python-Dev] Darwin's realloc(...) implementation never shrinks allocations

2005-01-03 Thread Tim Peters
[Tim Peters] Ya, I understood that. My conclusion was that Darwin's realloc() implementation isn't production-quality. So it goes. [Bob Ippolito] Whatever that means. Well, it means what it said. The C standard says nothing about performance metrics of any kind, and a production-quality

Re: [Python-Dev] Darwin's realloc(...) implementation never shrinks allocations

2005-01-03 Thread bacchusrx
On Mon, Jan 03, 2005 at 03:55:19PM -0500, Bob Ippolito wrote: Note that, with respect to http://python.org/sf/1092502, the author of the (original) program was using the documented interface to a file object. It's _fileobject.read() that decides to ask for huge numbers of bytes from recv()

Re: [Python-Dev] Darwin's realloc(...) implementation never shrinks allocations

2005-01-03 Thread Bob Ippolito
On Jan 3, 2005, at 4:49 PM, Tim Peters wrote: [Tim Peters] Ya, I understood that. My conclusion was that Darwin's realloc() implementation isn't production-quality. So it goes. [Bob Ippolito] Whatever that means. Well, it means what it said. The C standard says nothing about performance metrics

Re: [Python-Dev] Re: Zipfile needs?

2005-01-03 Thread Martin v. Löwis
Scott David Daniels wrote: I believe there is an issue actually building in the encryption/decryption in terms of redistribution. Submitters should not worry about this too much. The issue primarily exists in the U.S., and there are now (U.S.) official procedures to deal with them, and the PSF can

[Python-Dev] Out-of-date FAQs

2005-01-03 Thread Delaney, Timothy C (Timothy)
While grabbing the link to the copyright restrictions FAQ (for someone on python-list) I noticed a few out-of-date FAQ entries - specifically, most stable version and Why doesn't list.sort() return the sorted list?. Bug reports have been submitted (and acted on - Raymond, you work too fast ;) I

Re: [Python-Dev] Zipfile needs?

2005-01-03 Thread Shane Holloway (IEEE)
Scott David Daniels wrote: What other wish list things do people around here have for zipfile? I thought I'd collect input here and make a PEP. I was working on a project based around modifying zip files, and found that python just doesn't implement that part. I'd like to see the ability to

Re: [Python-Dev] Small fix for windows.tex

2005-01-03 Thread Martin v. Lwis
Irmen de Jong wrote: The current cvs docs failed to build for me, because of a small misspelling in the windows.tex file. Here is a patch: Thanks, fixed. Martin ___ Python-Dev mailing list Python-Dev@python.org

[Python-Dev] Please help complete the AST branch

2005-01-03 Thread Guido van Rossum
The AST branch has been nearly complete for several Python versions now. The last time a serious effort was made was in May I believe, but it wasn't enough to merge the code back into 2.4, alas. It would be a real shame if this code was abandoned. If we're going to make progress with things like

Re: [Python-Dev] Please help complete the AST branch

2005-01-03 Thread Brett C.
Guido van Rossum wrote: The AST branch has been nearly complete for several Python versions now. The last time a serious effort was made was in May I believe, but it wasn't enough to merge the code back into 2.4, alas. It would be a real shame if this code was abandoned. [SNIP] So, I'm pleading.

Re: [Python-Dev] Please help complete the AST branch

2005-01-03 Thread Jeff Epler
On Mon, Jan 03, 2005 at 06:02:52PM -0800, Brett C. wrote: Although if someone can start sooner than by all means, go for it! And obviously help would be great since it isn't a puny codebase (4,000 lines so far for the CST-AST and AST-bytecode code). And obviously knowing a little more about