Mailman 3 September 2001 - Python-Dev

RE: two failing tests on Linux
by Tim Peters Sept. 5, 2001

Sept. 5, 2001

> With the latest CVS, test_long and test_long_future fail on Linux, > because float(huge) doesn't raise OverflowError but returns inf. I'm > guessing this wasn't your intention; Interesting. Of course it wasn't my intention, but it is relying on the platform ldexp setting errno to ERANGE appropriately. Apparently glibc's does not. Worse, I see the C99 standard *never* requires a conforming libm to set errno for any call of any libm function anymore. From the C99 rationale: In C9X, errno is no longer required to be set to EDOM or ERANGE because that is an impediment to optimization. The Standard has been crafted to neither require nor preclude any popular floating-point implementation. Fucking idiots <0.01 wink>. This means none of Python's fp overflow checking anywhere is worth spit anymore, not even the CHECK macro in mathmodule.c -- to the contrary, C99 *does* require overflowing libm functions to return +- HUGE_VAL, but the CHECK macro considers that a normal (not overflow) case. Without errno to distinguish them, it's impossible to determine whether HUGE_VAL is a normal result or an overflow indicator. The 754 Cabal did their job well here (i.e., they made *portable* numeric C impossible, except across 754 boxes using C99's new 754 gimmicks). Oh well. I don't know how to fix this in general (as above, it sounds truly impossible to do so portably now, without platfrom #ifdefs). I expect I can hack something together for the specific failing tests, though (which I added specifically to find out how reliable ERANGE was -- no time like an alpha for that!).

3 3

PEP 250
by Greg Ward Sept. 5, 2001

Sept. 5, 2001

Thomas -- have you been following the saga of patch #449054, part of the PEP 250 implementation. If I understand things correctly, this patch only partly implements PEP 250 -- the rest is waiting on a change to bdist_wininst. What's the status of this change? Going to make it in? Please see http://sourceforge.net/tracker/?func=detail&atid=305470&aid=449054&group_id… if you haven't already... Greg -- Greg Ward - geek-at-large gward(a)python.net http://starship.python.net/~gward/ Just because you're paranoid doesn't mean they *aren't* out to get you.

2 3

Re: [Python-Dev] 2.2a3 release
by Jack Jansen Sept. 5, 2001

Sept. 5, 2001

> I plan to release 2.2a3 this Thursday or Friday, depending on how > things go. > > Jack, do you want to coordinate the Mac 2.2a3 release with this event? Just plod along, don't tag the Mac subtree, I'll do that later. I think things are up-to-date enough that I'll be able to build with the machine-independent files from the 2.2a3 tree, otherwise I'll add another tag. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm

1 0

new page for Newbies
by Guido van Rossum Sept. 5, 2001

Sept. 5, 2001

I finally broke down and created a new page collecting the most important resources for newbies (people who are new at programming): http://www.python.org/doc/Newbies.html We get several emails per day from people asking how to get started, so I figured this definitely serves a need. Please help us making this a better resource -- send your ideas for making the page more effective to webmaster(a)python.org. (Note: more effective could mean removing information as well as adding!) Please add this URL to other collections of links about Python. --Guido van Rossum (home page: http://www.python.org/~guido/)

1 0

new page for Newbies
by Guido van Rossum Sept. 5, 2001

Sept. 5, 2001

I finally broke down and created a new page collecting the most important resources for newbies (people who are new at programming): http://www.python.org/doc/Newbies.html We get several emails per day from people asking how to get started, so I figured this definitely serves a need. Please help us making this a better resource -- send your ideas for making the page more effective to webmaster(a)python.org. (Note: more effective could mean removing information as well as adding!) Please add this URL to other collections of links about Python. --Guido van Rossum (home page: http://www.python.org/~guido/)

1 0

2.2a3 release
by Guido van Rossum Sept. 4, 2001

Sept. 4, 2001

I plan to release 2.2a3 this Thursday or Friday, depending on how things go. Jack, do you want to coordinate the Mac 2.2a3 release with this event? --Guido van Rossum (home page: http://www.python.org/~guido/)

1 0

Profiling of generators broken
by Neil Schemenauer Sept. 4, 2001

Sept. 4, 2001

Here's a simple test: from __future__ import generators def test(): yield 1 yield 2 import profile profile.run("list(test())") It looks like the profile module is getting confused by functions that get called once but return multiple times. My proposed solution is to modify ceval.c so that call_trace(..., PyTrace_CALL, ...) is called when a generator is resumed rather then when it is created. Sound reasonable? Neil

2 1

Re: [Python-checkins] CVS: python/dist/src setup.py,1.52,1.53
by Jack Jansen Sept. 4, 2001

Sept. 4, 2001

> > Disabled _curses modules on MacOSX. The curses version is a 1994 BSD > > curses, far too old for _cursesmodule.c. > > But what if someone installs their own, better version of curses, > e.g. in /usr/local? Maybe you should only disable it if it's darwin > *and* if it's in a standard location? Or if the header file contains > a certain characteristic string? This is probably a good idea, but I know absolutely nothing about curses, so someone else will have to do this (I think the standard location trick isn't good enough, Apple could supply a more decent curses in a next release, so it'll have to be the string trick). And actually I don't _want_ to know anything about curses, really:-) Maybe you can reopen the bug and assign it to someone who uses curses? I think the bug isn't OSX specific, I would be very surprised if other FreeBSD's at least don't have the same problem (why would Apple take FreeBSD but put an older version of curses in, after all). -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm

2 1

2.2a2 release next Wednesday
by Guido van Rossum Sept. 4, 2001

Sept. 4, 2001

Barry & I are planning to release Python 2.2a2 next Wednesday (August 19), according to the (updated) schedule in PEP 251. Tomorrow (Saturday, August 15) I plan to fork off a short-lived "release branch", from which the release will be done. Nobody but Barry & I should be checking things in on the release branch. We'll selectively merges the trunk into the branch if needed. We'll merge the branch back to the trunk after the release. Anybody who wants something to show up in 2.2a2 would be wise to check it in today or before dawn tomorrow. Please mail me if you need me to wait for something specific. PS Martin: I currently have two failing tests! - test_b1 crashes (in the "float" subtest): Traceback (most recent call last): File "../Lib/test/test_b1.py", line 259, in ? if float(unicode(" \u0663.\u0661\u0664 ")) != 3.14: ValueError: invalid literal for float(): \u0663.\u0661\u0664 - test_format.py fails: u'abc %\\\u3000' % 1 works? ... no Unexpected exceptions.ValueError : "unsupported format character '\\' (0x5c) at index 5" I expect these are casualties of the --disable-unicode checkins. --Guido van Rossum (home page: http://www.python.org/~guido/)

10 21

Re: [Python-checkins] CVS: python/dist/src setup.py,1.52,1.53
by Guido van Rossum Sept. 4, 2001

Sept. 4, 2001

> Disabled _curses modules on MacOSX. The curses version is a 1994 BSD > curses, far too old for _cursesmodule.c. But what if someone installs their own, better version of curses, e.g. in /usr/local? Maybe you should only disable it if it's darwin *and* if it's in a standard location? Or if the header file contains a certain characteristic string? --Guido van Rossum (home page: http://www.python.org/~guido/)

1 0