Mailman 3 May 2003 - Python-Dev

Need some patches checked
by Brett C. May 12, 2003

May 12, 2003

Since I am trying to tackle patches that were not written by me for the first time I need someone to check that I am doing the right thing. http://www.python.org/sf/649742 is a patch to make adding headers to urllib2's Request object have consistent case. I cleaned up the patch and everything seems reasonable and I don't see how doing this will hurt backwards-compatibilty short of code that tried to add multiple headers of the same name with different case which is not legal anyway for HTTP. http://www.python.org/sf/639139 is a patch wanting to remove an isinstance assertion. Raymond initially suggested weakening the assertion to doing attribute checks. I personally see no reason we can't just take the check out entirely since the code does not appear to have any place where it will mask an AttributeError exception and the comment for the assert says it is just for checking the interface. But since Raymond initially wanted to go another direction I need someone to step in and give me some advice (or Raymond can look at it again; patch is old). -Brett

1 0

patch 718286
by Tim Rice May 11, 2003

May 11, 2003

It would be nice to see patch 718286 (DESTIR variable patch) applied. It would make package builder's life easier. -- Tim Rice Multitalents (707) 887-1469 tim(a)multitalents.net

2 1

Weekly Python Bug/Patch Summary
by Skip Montanaro May 11, 2003

May 11, 2003

Bug/Patch Summary ----------------- 415 open / 3632 total bugs (-7) 137 open / 2144 total patches (+2) New Bugs -------- bsddb.*open mode should default to 'r' rather than 'c' (2003-05-05) http://python.org/sf/732951 Need an easy way to check the version (2003-05-06) http://python.org/sf/733231 kwargs handled incorrectly (2003-05-06) http://python.org/sf/733667 PackMan recursive/force fails on pseudo packages (2003-05-07) http://python.org/sf/733819 Function for creating/extracting CoreFoundation types (2003-05-08) http://python.org/sf/734695 telnetlib.read_until: float req'd for timeout (2003-05-08) http://python.org/sf/734806 pyxml setup error on Mac OS X (2003-05-08) http://python.org/sf/734844 Lambda functions in list comprehensions (2003-05-08) http://python.org/sf/734869 Mach-O gcc optimisation flag can boost performance up to 10% (2003-05-09) http://python.org/sf/735110 urllib2 parse_http_list wrong return (2003-05-09) http://python.org/sf/735248 FILEMODE not honoured (2003-05-09) http://python.org/sf/735274 Command line timeit.py sets sys.path badly (2003-05-09) http://python.org/sf/735293 urllib / urllib2 should cache 301 redirections (2003-05-09) http://python.org/sf/735515 cStringIO.StringIO (2003-05-09) http://python.org/sf/735535 libwinsound.tex is missing MessageBeep() description (2003-05-10) http://python.org/sf/735674 New Patches ----------- build of html docs broken (liboptparse.tex) (2003-05-04) http://python.org/sf/732174 Docs for test package (2003-05-04) http://python.org/sf/732394 Allows os.forkpty to work on more platforms (Solaris!) (2003-05-04) http://python.org/sf/732401 Make Tkinter.py's nametowidget work with cloned menu widgets (2003-05-07) http://python.org/sf/734176 time.tzset documentation (2003-05-08) http://python.org/sf/735051 Python2.3b1 makefile improperly installs IDLE (2003-05-10) http://python.org/sf/735613 Python makefile may install idle in the wrong place (2003-05-10) http://python.org/sf/735614 Pydoc.py fixes links (2003-05-10) http://python.org/sf/735694 Closed Bugs ----------- textwrap has problems wrapping hyphens (2002-08-17) http://python.org/sf/596434 httplib HEAD request fails - keepalive (2002-10-11) http://python.org/sf/622042 new.function ignores keyword arguments (2003-02-25) http://python.org/sf/692959 Mention gmtime in Chapter 6.9 "Time access and conversions" (2003-03-05) http://python.org/sf/697983 Clarify timegm documentation (2003-03-05) http://python.org/sf/697986 Clarify daylight variable meaning (2003-03-05) http://python.org/sf/697988 Clarify mktime semantics (2003-03-05) http://python.org/sf/697989 Problems building python with tkinter on HPUX... (2003-03-17) http://python.org/sf/704919 OpenBSD 3.2: make altinstall dumps core (2003-03-29) http://python.org/sf/712056 cPickle fails to pickle inf (2003-04-03) http://python.org/sf/714733 urlopen(url_to_a_non-existing-domain) raises gaierror (2003-04-18) http://python.org/sf/723831 textwrap.wrap infinite loop (2003-04-23) http://python.org/sf/726446 use bsddb185 if necessary in dbhash (2003-04-24) http://python.org/sf/727137 email parsedate still wrong (PATCH) (2003-04-25) http://python.org/sf/727719 Tools/msgfmt.py results in two warnings under Python 2.3b1 (2003-04-26) http://python.org/sf/728277 setup.py breaks during build of Python-2.3b1 (2003-04-27) http://python.org/sf/728322 Long file names in osa suites (2003-04-27) http://python.org/sf/728574 ConfigurePython gives depreaction warning (2003-04-27) http://python.org/sf/728608 Unexpected Changes in list Iterator (2003-04-30) http://python.org/sf/730296 HTTPRedirectHandler variable out of scope (2003-05-01) http://python.org/sf/730963 urllib2 raises AttributeError on redirect (2003-05-01) http://python.org/sf/731116 IDE "lookup in documentation" doesn't work in interactive wi (2003-05-02) http://python.org/sf/731643 GIL not released around getaddrinfo() (2003-05-02) http://python.org/sf/731644 Closed Patches -------------- textwrap.dedent, inspect.getdoc-ish (2002-08-21) http://python.org/sf/598163 release GIL around getaddrinfo() (2002-09-03) http://python.org/sf/604210 Allow more Unicode on sys.stdout (2002-09-21) http://python.org/sf/612627 MSVC 7.0 compiler support (2002-09-25) http://python.org/sf/614770 Port tests to unittest (2003-01-05) http://python.org/sf/662807 Optimize dictionary resizing (2003-01-20) http://python.org/sf/671454 Dictionary tuning (2003-04-29) http://python.org/sf/729395 assert from longobject.c, line 1215 (2003-04-30) http://python.org/sf/730594

1 0

Make _strptime only time.strptime implementation?
by Brett Cannon May 11, 2003

May 11, 2003

Someone filed a bug report wanting it to be mentioned that most libc implementations of strptime don't handle %Z. Michael asked whether _strptime was going to become the permanent version of time.strptime or not. This was partially discussed back when Guido used his amazing time machine to make time.strptime use _strptime exclusively for testing purposes. I vaguely remember Tim saying he supported moving to _strptime, but I don't remember Guido having an opinion. If this is going to happen for 2.3 I would like to know so as to fix the documentation to be better. -Brett

6 13

RE: [Python-Dev] MS VC 7 offer
by Williams, Gerald S (Jerry) May 9, 2003

May 9, 2003

Martin v. Löwis wrote: > You make it sound as if compilers are a religion. Hardly intended, but when Microsoft (and the FSF) are involved, somehow religious wars often pop up. :-) > > If Python is moving toward VC7, [...] > > Python is not moving towards or away from specific product [...] > We are talking about the PythonLabs Windows installer, You are correct. Replace "Python" with "the PythonLabs Windows installer". > Somebody will have to maintain the VC makefiles. That somebody won't > simultaneously maintain a MingW infrastructure, because of time > constraints. So to use a MingW release process, we would need a > volunteer to produce such a release. Do you volunteer? Not today, maybe tomorrow. I'm already maintaining the SWIG package for Cygwin and not putting as much time into that as I should. Plus I have a new public domain project on SourceForge that I'm trying to get off the ground. I appreciate the need for having somebody actually do the work (especially the initial port). I'm glad to hear a few people are already working on this one. gsw

1 0

RE: [Python-Dev] MS VC 7 offer
by Williams, Gerald S (Jerry) May 9, 2003

May 9, 2003

There'll always be pressure to use VC for interoperability reasons. Some would attribute this to FUD. I'm not ready to go that far. My personal (admittedly probably controversial) preference would be to eventually drop VC support entirely in favor of existing free optimizing compilers. Of course, if Microsoft makes an optimizing compiler available for free to everyone, it would make this position much more difficult to maintain. Surprisingly, it sounds like the latter may be more likely than the former. If Python is moving toward VC7, I'd like to be counted in for a copy. I'd rather not switch, but it sounds like I'd have to, especially if there are legal issues with the VC7 runtime libraries. Gerhard Häring wrote: > 1) Python can't be built with MINGW, yet. I'm working on it, > and so are other people, apparently (search python-list). Good point. We don't know the full extent of the issues yet. > 2) The Microsoft IDE is a more productive development environment for > those that develop Python on Windows. I'm not going to tell anyone that they can't use their IDE of choice, but keep in mind that IDE != compiler. Setting up project files to use different build tools isn't hard. If you're concerned about VC-specific debug information, you could still use VC for debug builds. gsw

2 1

Re: [Python-Dev] MS VC 7 offer
by Williams, Gerald S (Jerry) May 9, 2003

May 9, 2003

Paul Moore wrote: > One further data point - the free mingw gcc compiler generates > binaries which depend on msvcrt.dll. So, if the Pythonlabs > distribution switches to MSVC7, developers using MSVC6 *and* > developers using mingw will be unable to build compatible extensions. > The only compatible compiler will be MSVC7 (either the paid for > version or the free limited version). Are there any reasons why we can't just switch to MINGW instead? If the VC7 RT is the way of the future, then presumably MINGW will eventually support it. If not, it might be better to avoid VC7 anyway. :-) gsw

2 1

RE: [Python-Dev] MS VC 7 offer
by Moore, Paul May 9, 2003

May 9, 2003

From: Williams, Gerald S (Jerry) [mailto:gsw@agere.com] > Are there any reasons why we can't just switch to MINGW > instead? If the VC7 RT is the way of the future, then > presumably MINGW will eventually support it. If not, it > might be better to avoid VC7 anyway. :-) I've asked on the mingw users list about VC7 compatibility. It's quite possible that the msvcr71.dll EULA conditions will make this a non-starter, though (I don't understand them, but they sound scary...) Paul.

1 0

Microsoft speedup
by Duncan Booth May 9, 2003

May 9, 2003

I was just playing around with the compiler options using Microsoft VC6 and I see that adding the option /Ob2 speeds up pystone by about 2.5% (/Ob2 is the option to automatically inline functions where the compiler thinks it is worthwhile.) The downside is that it increases the size of python23.dll by about 13%. It's not a phenomenal speedup, but it should be pretty low impact if the extra size is considered a worthwhile tradeoff. I haven't checked yet with VC7, but the compiler options are the same so the effect should also be similar. -- Duncan Booth duncan(a)rcp.co.uk int month(char *p){return(124864/((p[0]+p[1]-p[2]&0x1f)+1)%12)["\5\x8\3" "\6\7\xb\1\x9\xa\2\0\4"];} // Who said my code was obscure?

2 2

Subclassing int? [Was: Re: [PEP] += on return of function call result]
by bbolli＠ymail.ch May 9, 2003

May 9, 2003

Andrew Koenig wrote: > > Why can't you do this? > > foo = log.setdefault(r,'') > > foo += "test %d\n" % t > You can do it, but it's useless! I got bitten by the same problem some time ago. Please let me explain: I needed to count words, using a dict, of course. So, in my first enthusiasm, I wrote: count = {} for word in wordlist: count.setdefault(word, 0) += 1 This, as I soon realized, didn't work, exactly because ints are immutable. So I tried a different track. No problem, I thought, in the new Python object world, the native classes can be subclassed. I imagined I could enhance the int class with an inc() method, thusly: class Counter(int): def inc(self): # to be defined self += 1?? count = {} for word in wordlist: count.setdefault(word, Counter()).inc() As you can see, I have a problem at the comment: how do I access the inherited int value??? I realized that this also wasn't going to work, either. I finally used the perhaps idiomatic count = {} for word in wordlist: count[word] = count.get(word, 0) + 1 which of course is suboptimal, because the lookup is done twice. I decided not to implement a proper Counter class for memory efficiency reasons. The code would have been simple: class Counter: def __init__(self): self.n = 0 def inc(self): self.n += 1 def get(self): return self.n count = {} for word in wordlist: count.setdefault(word, Counter()).inc() But to restate the core question: can class Counter be written as a subclass of int? Beat Bolli (please CC: me on replys, I'm not on the list) -- mail: `echo '<bNObolli(a)ymaSPilAM.ch>' | sed -e 's/[A-S]//g'` pgp: 0x506A903A; 49D5 794A EA77 F907 764F D89E 304B 93CF 506A 903A icbm: 47° 02' 43.0" N, 07° 16' 17.5" E (WGS84)

2 1