Mailman 3 November 2001 - Python-Dev

Re: [Python-Dev] Problem in SRE ?
by Michael Hudson Nov. 7, 2001

Nov. 7, 2001

"M.-A. Lemburg" <mal(a)lemburg.com> writes: > Michael Hudson wrote: > > > > "M.-A. Lemburg" <mal(a)lemburg.com> writes: > > > > > import sys, re, string > > > _sys_version_parser = re.compile('([\w.]+)\s*' > > > > You need a \+? in here somewhere! Or a + inside the []. > > True and thanks for the hint, but still: why does Python exit ? Well, even if I leave it out, it doesn't exit for me: $ ~/src/python/dist/src/build/… [View More]

1 0

Re: [Python-Dev] Problem in SRE ?
by Michael Hudson Nov. 7, 2001

Nov. 7, 2001

"M.-A. Lemburg" <mal(a)lemburg.com> writes: > I've just run across a strange problem with SRE. The following > code does not run with the current CVS version -- the program > simply exists without notice even though there doesn't seem > to be an exit() or abort() call in SRE. Well, your regexp doesn't work for the given version: > Note that sys.version is > '2.2b1+ (#59, Nov 7 2001, 12:57:29) \n[GCC pgcc-2.95.2 19991024 > (release)]' > > Any ideas ? > &… [View More]

2 2

xxsubtype builtin?
by Gustavo Niemeyer Nov. 7, 2001

Nov. 7, 2001

Hi there!! Python 2.2b1+ (#1, Nov 6 2001, 21:52:55) [GCC 2.95.3 20010315 (release) (conectiva)] on linux-i386 Type "help", "copyright", "credits" or "license" for more information. >>> import sys sys.builtin_module_names ('__builtin__', '__main__', '_sre', '_symtable', 'exceptions', 'gc', 'imp', 'marshal', 'new', 'posix', 'signal', 'sys', 'thread', 'xxsubtype') >>> Should xxsubtype be a builtin module? The line mentioning it in Setup.dist is uncommented by default. Maybe it'… [View More]

1 0

Problem in SRE ?
by M.-A. Lemburg Nov. 7, 2001

Nov. 7, 2001

I've just run across a strange problem with SRE. The following code does not run with the current CVS version -- the program simply exists without notice even though there doesn't seem to be an exit() or abort() call in SRE. Note that sys.version is '2.2b1+ (#59, Nov 7 2001, 12:57:29) \n[GCC pgcc-2.95.2 19991024 (release)]' Any ideas ? -- import sys, re, string _sys_version_parser = re.compile('([\w.]+)\s*' '$#(\d+),\s*([\w ]+),\s*([\w :]+)$\s*' … [View More]

1 0

Re: [Python-Dev] FW: Program very slow to finish
by Anthony Baxter Nov. 6, 2001

Nov. 6, 2001

Is it worth collecting all these different platform specific tweaks into a single file? Anthony >>> "Tim Peters" wrote > FYI, a good illustration of why tuning malloc per-platform is a bottomless > pit. -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

2 1

RE: Program very slow to finish
by Martin von Loewis Nov. 6, 2001

Nov. 6, 2001

> Can any Python-Dev'er make time to dig into the advisability of > making PyMalloc the default? I was looking into making pymalloc the default a few weeks ago, when I noticed that allocations is pretty efficient on Linux. I studied glibc malloc a bit to see that it is indeed quite clever about allocation, even in the presence of MT locks (with per-arena locks, and recording a per-thread arena in a thread-local variable). I believe the main difference in deallocation speed (which I didn'… [View More]

2 1

FW: Program very slow to finish
by Martin v. Loewis Nov. 6, 2001

Nov. 6, 2001

> Is it worth collecting all these different platform specific tweaks > into a single file? I don't think so. Tuning malloc is only possible if you know the access pattern, and if you can experiment. E.g. in an MT application, those parameter may need completely different values from the ones in a single-threaded application. Or, an application allocating many strings might have different requirements than an application allocating many numbers (which are fixed-size). These parameters … [View More]

1 0

FW: Program very slow to finish
by Tim Peters Nov. 6, 2001

Nov. 6, 2001

FYI, a good illustration of why tuning malloc per-platform is a bottomless pit. -----Original Message----- From: python-list-admin(a)python.org On Behalf Of Alexei Zverovitch <none(a)nowhere.invalid? Sent: Tuesday, November 06, 2001 6:00 AM To: python-list(a)python.org Subject: Re: Program very slow to finish Fred <fredNo(a)nospamco.com> wrote in news:3BE41CBE.94AED22@nospamco.com: > Python 2.1.1 (#3, Oct 25 2001, 12:54:40) [C] on osf1V4 Since you're running Digital Unix, … [View More]

1 0

Re: [Zope.Com Geeks] Re: Program very slow to finish
by barry＠zope.com Nov. 6, 2001

Nov. 6, 2001

>>>>> "TP" == Tim Peters <tim.one(a)home.com> writes: TP> Roeland found the creation time per dict element on his Linux TP> system was pretty steady, but destruction time per element TP> grew disturbingly with dict size. I found the same on TP> Win98SE, but the degeneration in destruction time per element TP> was milder than on his Linux test. Very interesting! I think I've noticed the same thing with some Pipermail (Mailman's archiver)… [View More]

3 4

Born!
by Guido van Rossum Nov. 6, 2001

Nov. 6, 2001

http://www.python.org/~guido/orlijn/ --Guido van Rossum (home page: http://www.python.org/~guido/)

2 1