Mailman 3 January 2004 - Python-Dev

Hotshot
by Nick Bastin Jan. 26, 2004

Jan. 26, 2004

Does anybody know the current state of hotshot? I read on some of the twisted mailing lists a while back that someone tried it but had some problems (can't remember what off the top of my head...have to search the archives), and was wondering if it was regarded as complete (and if there was any documentation that talks about how the code coverage aspect is supposed to be used). -- Nick

8 17

Re: [Python-checkins] python/dist/src/Lib optparse.py, 1.5, 1.6
by Barry Warsaw Jan. 26, 2004

Jan. 26, 2004

On Mon, 2004-01-26 at 11:42, fdrake(a)projects.sourceforge.net wrote: > Update of /cvsroot/python/python/dist/src/Lib > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv14137 > > Modified Files: > optparse.py > Log Message: > don't wrap lines too late by default > closes SF bug #842213 Were you going to back port this to 2.3? -Barry

2 2

PyCon Reminder: Early bird reg deadline 2/1
by Guido van Rossum Jan. 26, 2004

Jan. 26, 2004

Info ---- This is a reminder that the deadline for early bird registration for PyCon DC 2004 is February 1, 2004. Early bird registration is $175; after that, it will be $250 through March 17, then $300 at the door. (Note that a week ago I announced the wrong prices for non-early bird. :-) To register, visit: http://www.pycon.org/dc2004/register/ Plug ---- PyCon is the most important conference in the year for me. It brings together the largest group of Python users and developers imaginable. I come to PyCon for many reasons: to meet with other core Python developers face to face; to hear about the exciting things that users from all over the world are doing with Python; to interact in person with Python users of all types, from newbies to veterans of many years; to hear everybody's feedback on where Python is and where they'd like it to go; and perhaps most of all to continue to encourage this wonderful community by my presence, words and actions to grow, reach out to new users of all kinds, and keep listening to each other. I hope everyone who comes to the conference will return from it with a new or renewed feeling of excitement about Python, whether they are developers, sophisticated users, beginners, or even skeptical passers-by. The Python community includes everyone, from grade schoolers just learning about computer science to renowned scientists interested in using the best tools and business people looking for a secret weapon. I'm looking forward to seeing you all at PyCon! Background ---------- PyCon is a community-oriented conference targeting developers (both those using Python and those working on the Python project). It gives you opportunities to learn about significant advances in the Python development community, to participate in a programming sprint with some of the leading minds in the Open Source community, and to meet fellow developers from around the world. The organizers work to make the conference affordable and accessible to all. DC 2004 will be held March 24-26, 2004 in Washington, D.C. The keynote speaker is Mitch Kapor of the Open Source Applications Foundation (http://www.osafoundation.org/). There will be a four-day development sprint before the conference. We're looking for volunteers to help run PyCon. If you're interested, subscribe to http://mail.python.org/mailman/listinfo/pycon-organizers Don't miss any PyCon announcements! Subscribe to http://mail.python.org/mailman/listinfo/pycon-announce You can discuss PyCon with other interested people by subscribing to http://mail.python.org/mailman/listinfo/pycon-interest The central resource for PyCon DC 2004 is http://www.pycon.org/ --Guido van Rossum (home page: http://www.python.org/~guido/)

1 0

namespace for generator expressions
by Jeremy Hylton Jan. 26, 2004

Jan. 26, 2004

I'm happy to see progress on the generator expressions implementation, but I think the specification of namespaces, which is just a sketch, might be simplified. The details begin by saying that a generator expression is equivalent to creating an anonymous generator function and calling it. Good! I think that will match an experienced programmer's intuition about how it works. This simple model seems to be at odds with the later suggestion that all free variables are bound using default argument values. An anonymous generator function would just have free variables, bound by the usual rules. The PEP suggests that a binding using default argument values is what you want. It's hard to argue one way or another without compelling examples, but I think this is a case of special cases aren't special enough to break the rules. Are there any other cases where an expression is evaluated using non-current bindings? The only near comparison is with list comprehensions, which aren't lazy, but do follow the normal rules. Any code that depends on what binding is used for a free variable is going to be obscure. The example in the PEP is contrived, of course, but I can't imagine any code where it wouldn't be easy to achieve the desired result by using a new variable that is not rebound after the generator expression is defined. Do you think there is any significant gain in expressiveness? The PEP says that no examples have been found where it would be better to use the normal rule. On the other hand, it doesn't show any examples where's it's obviously better to use the proposed rule. Another angle on this concern is the extra complexity it adds to the language reference and to other explanations of the language's name binding model (thinking of course materials, books, etc). The new rules adds non-trivial complexity to those rules, because we've got to distinguish two kinds of code blocks that follow different rules for free variables. Jeremy

2 2

Weekly Python Patch/Bug Summary
by kbk＠shore.net Jan. 26, 2004

Jan. 26, 2004

Patch / Bug Summary ___________________ Patches : 241 open ( +4) / 2299 closed ( +1) / 2540 total ( +5) Bugs : 677 open (+18) / 3870 closed ( +8) / 4547 total (+26) RFE : 124 open ( -2) / 116 closed ( +5) / 240 total ( +3) New / Reopened Patches ______________________ Fix typo in usage message(prechm.py) (2004-01-20) http://python.org/sf/880552 opened by George Yoshida incorrect end-of-message handling in mailbox.BabylMailbox (2004-01-20) http://python.org/sf/880621 opened by KAJIYAMA, Tamito logging says to call shutdown - make it more likely (2004-01-21) http://python.org/sf/881676 opened by Jim Jewett look in libbsd.a also for openpty and forkpty (2004-01-21) http://python.org/sf/881820 opened by David Dyck dynamic execution profiling vs opcode prediction (2004-01-25) http://python.org/sf/884022 opened by Andrew I MacIntyre Patches Closed ______________ add link to DDJ's article (2004-01-05) http://python.org/sf/871402 closed by fdrake New / Reopened Bugs ___________________ socket line buffering (2004-01-18) http://python.org/sf/879399 opened by Jean M. Brouwers Segmentantion Fault in bsddb (2004-01-20) http://python.org/sf/880531 opened by Rafael Ugolini RedHat RPM for 2.3.2 fails PIL install, unlike source Py (2004-01-20) http://python.org/sf/880634 opened by Gerry Kirk "ez" format code for ParseTuple() (2004-01-20) http://python.org/sf/880951 opened by Jon Willeke Float infinity unpicklable with BINFLOAT-using protocols (2004-01-20) http://python.org/sf/880990 opened by Jp Calderone 2.3.3 make fails build posix_openpty' (2004-01-21) http://python.org/sf/880996 opened by David Dyck Overflow in Python Profiler (2004-01-21) http://python.org/sf/881261 opened by Jakob Schiøtz Shelve slow after 7/8000 key (2004-01-21) http://python.org/sf/881522 opened by Marco Beri Error in obmalloc. (2004-01-21) http://python.org/sf/881641 opened by Aki Tossavainen xml.sax.handler.ContentHandler missing argument (2004-01-21) http://python.org/sf/881707 opened by James Kew configure warning / sys/un.h: present but cannot be compiled (2004-01-21) http://python.org/sf/881765 opened by David Dyck 2.3.3 hangs in test_fork1 and test_threadedtempfile (2004-01-21) http://python.org/sf/881768 opened by David Dyck 2.4a0 build fails in Modules/signalmodule.c (2004-01-21) http://python.org/sf/881812 opened by David Dyck type of Py_UNICODE depends on ./configure options (2004-01-22) http://python.org/sf/881861 opened by Biehunko Michael Error in obmalloc. (2004-01-21) http://python.org/sf/881641 reopened by mwh socket's makefile file object doesn't work with timeouts. (2004-01-22) http://python.org/sf/882297 opened by Jeremy Fincher boolobject.h documentation missing from Python/C API (2004-01-22) http://python.org/sf/882332 opened by Greg Chapman bundlebuilder --lib mishandles frameworks (2004-01-23) http://python.org/sf/883283 opened by Russell Owen quopri encoding & Unicode (2004-01-24) http://python.org/sf/883466 opened by Stuart Bishop python crash in pyexpat's XmlInitUnknownEncodingNS (2004-01-24) http://python.org/sf/883495 opened by Matthias Klose locale specific problem in test_strftime.py (2004-01-24) http://python.org/sf/883604 opened by George Yoshida distutils doesn't see user-directories set via VisStudio 7.1 (2004-01-25) http://python.org/sf/883969 opened by Mark Hammond Possible incorrect code generation (2004-01-24) http://python.org/sf/883987 opened by Bill Rubenstein opcode prediction distorts dynamic execution profile stats (2004-01-25) http://python.org/sf/884020 opened by Andrew I MacIntyre MIMEMultipart _subparts constructor unusable (2004-01-25) http://python.org/sf/884030 opened by Amit Aronovitch metaclasses and __unicode__ (2004-01-25) http://python.org/sf/884064 opened by Christoph Simon OSATerminology is broken (2004-01-25) http://python.org/sf/884085 opened by Bob Ippolito Bugs Closed ___________ logging handlers raise exception on level (2004-01-13) http://python.org/sf/876421 closed by vsajip Zipfile archive name can't be unicode (2004-01-16) http://python.org/sf/878120 closed by ssmmhh Segmentantion Fault in bsddb (2004-01-20) http://python.org/sf/880531 closed by niemeyer pwd and grp modules error msg improvements (2004-01-16) http://python.org/sf/878572 closed by bwarsaw Float infinity unpicklable with BINFLOAT-using protocols (2004-01-20) http://python.org/sf/880990 closed by tim_one Small problems with the csv module's documentation (2003-08-30) http://python.org/sf/797853 closed by montanaro Error in obmalloc. (2004-01-21) http://python.org/sf/881641 closed by mwh 2.3.3 hangs in test_fork1 and test_threadedtempfile (2004-01-21) http://python.org/sf/881768 closed by dcd Possible incorrect code generation (2004-01-24) http://python.org/sf/883987 closed by nnorwitz New / Reopened RFE __________________ Add ResolveFinderAliases to macostools module (2004-01-21) http://python.org/sf/881824 opened by Paul Donovan Enable command line exit in IDLE. (2004-01-22) http://python.org/sf/882171 opened by Raymond Hettinger Parsing userID:passwd in http_proxy (2004-01-22) http://python.org/sf/882397 opened by Marcin J. Kraszewski RFE Closed __________ Thai encoding alias for 'cp874' (2003-12-05) http://python.org/sf/854511 closed by loewis builtin save() function available interactively only (2003-12-01) http://python.org/sf/852222 closed by rhettinger All numbers are bitarrays too (2003-11-21) http://python.org/sf/846568 closed by rhettinger Requesting Mock Object support for unittest.TestCase (2003-03-22) http://python.org/sf/708125 closed by purcell Parsing userID:passwd in http_proxy (2004-01-22) http://python.org/sf/882397 closed by sjoerd

1 0

Weekly Python Bug/Patch Summary
by kbk＠shore.net Jan. 26, 2004

Jan. 26, 2004

Skip has kindly agreed to pass the maintenance of the report on to me. I'll give it a shot for awhile. Please let me know if you see any problems and/or if you have suggestions for improvements. Thanks to Skip for creating and maintaining this report over the last couple of years, and thanks to Jemery and Skip for the code I've been able to build on! -- KBK

1 0

PyCon core sprint?
by Aahz Jan. 25, 2004

Jan. 25, 2004

Guido posted a while back that he didn't have time to organize a sprint. Anyone want to volunteer? -- Aahz (aahz(a)pythoncraft.com) <*> http://www.pythoncraft.com/ "The joy of coding Python should be in seeing short, concise, readable classes that express a lot of action in a small amount of clear code -- not in reams of trivial code that bores the reader to death." --GvR

2 1

Performance regression tests?
by Nick Bastin Jan. 25, 2004

Jan. 25, 2004

Does there exist a set of interpreter performance regressions tests? For example, I've modified the interpreter to allow the profiling of C extension functions, and want to make sure that the performance impact on non-profiled applications is negligible. Does a test suite for this already exist (basically, something that calls a very lightweight C extension functions a few hundred thousand times)? -- Nick

3 2

Oodles of warnings in cjkcodecs
by Tim Peters Jan. 25, 2004

Jan. 25, 2004

Under MSVC 6, tons of new warnings are generated for these new files. Then all the new tests fail on Win98SE, with errors like: LookupError: unknown encoding: shift_jisx0213 New warnings: multibytecodec.c _cp932.c C:\Code\python\Modules\cjkcodecs\_cp932.c(23) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _cp949.c C:\Code\python\Modules\cjkcodecs\_cp949.c(21) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _cp950.c C:\Code\python\Modules\cjkcodecs\_cp950.c(22) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _euc_jisx0213.c _euc_jp.c C:\Code\python\Modules\cjkcodecs\_euc_jisx0213.c(47) : warning C4761: integral size mismatch in argument; conversion supplied C:\Code\python\Modules\cjkcodecs\_euc_jisx0213.c(54) : warning C4761: integral size mismatch in argument; conversion supplied C:\Code\python\Modules\cjkcodecs\_euc_jisx0213.c(57) : warning C4761: integral size mismatch in argument; conversion supplied C:\Code\python\Modules\cjkcodecs\_euc_jp.c(21) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _euc_kr.c C:\Code\python\Modules\cjkcodecs\_euc_kr.c(20) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _gb18030.c _gb2312.c C:\Code\python\Modules\cjkcodecs\_gb2312.c(20) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _gbk.c C:\Code\python\Modules\cjkcodecs\_gbk.c(22) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _hz.c C:\Code\python\Modules\cjkcodecs\_hz.c(39) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_hz.c(42) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _iso2022_jp.c C:\Code\python\Modules\cjkcodecs\iso2022common.h(189) : warning C4018: '>=' : signed/unsigned mismatch C:\Code\python\Modules\cjkcodecs\iso2022common.h(196) : warning C4018: '<' : signed/unsigned mismatch C:\Code\python\Modules\cjkcodecs\_iso2022_jp.c(52) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_jp.c(64) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_jp.c(80) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_jp.c(104) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _iso2022_jp_1.c C:\Code\python\Modules\cjkcodecs\iso2022common.h(189) : warning C4018: '>=' : signed/unsigned mismatch C:\Code\python\Modules\cjkcodecs\iso2022common.h(196) : warning C4018: '<' : signed/unsigned mismatch C:\Code\python\Modules\cjkcodecs\_iso2022_jp_1.c(54) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_jp_1.c(66) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_jp_1.c(82) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_jp_1.c(113) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _iso2022_jp_2.c C:\Code\python\Modules\cjkcodecs\iso2022common.h(189) : warning C4018: '>=' : signed/unsigned mismatch C:\Code\python\Modules\cjkcodecs\iso2022common.h(196) : warning C4018: '<' : signed/unsigned mismatch C:\Code\python\Modules\cjkcodecs\_iso2022_jp_2.c(60) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_jp_2.c(72) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_jp_2.c(88) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_jp_2.c(143) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _iso2022_jp_3.c C:\Code\python\Modules\cjkcodecs\iso2022common.h(189) : warning C4018: '>=' : signed/unsigned mismatch C:\Code\python\Modules\cjkcodecs\iso2022common.h(196) : warning C4018: '<' : signed/unsigned mismatch _iso2022_jp_ext.c C:\Code\python\Modules\cjkcodecs\_iso2022_jp_3.c(84) : warning C4761: integral size mismatch in argument; conversion supplied C:\Code\python\Modules\cjkcodecs\_iso2022_jp_3.c(91) : warning C4761: integral size mismatch in argument; conversion supplied C:\Code\python\Modules\cjkcodecs\_iso2022_jp_3.c(94) : warning C4761: integral size mismatch in argument; conversion supplied C:\Code\python\Modules\cjkcodecs\iso2022common.h(189) : warning C4018: '>=' : signed/unsigned mismatch C:\Code\python\Modules\cjkcodecs\iso2022common.h(196) : warning C4018: '<' : signed/unsigned mismatch C:\Code\python\Modules\cjkcodecs\_iso2022_jp_ext.c(52) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_jp_ext.c(64) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_jp_ext.c(80) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_jp_ext.c(113) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _iso2022_kr.c C:\Code\python\Modules\cjkcodecs\iso2022common.h(189) : warning C4018: '>=' : signed/unsigned mismatch C:\Code\python\Modules\cjkcodecs\_iso2022_kr.c(46) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data C:\Code\python\Modules\cjkcodecs\_iso2022_kr.c(50) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _johab.c C:\Code\python\Modules\cjkcodecs\_johab.c(47) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _shift_jis.c C:\Code\python\Modules\cjkcodecs\_shift_jis.c(35) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data _shift_jisx0213.c C:\Code\python\Modules\cjkcodecs\_shift_jisx0213.c(36) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data mapdata_ja_JP.c C:\Code\python\Modules\cjkcodecs\_shift_jisx0213.c(51) : warning C4761: integral size mismatch in argument; conversion supplied C:\Code\python\Modules\cjkcodecs\_shift_jisx0213.c(58) : warning C4761: integral size mismatch in argument; conversion supplied C:\Code\python\Modules\cjkcodecs\_shift_jisx0213.c(61) : warning C4761: integral size mismatch in argument; conversion supplied mapdata_ko_KR.c mapdata_zh_CN.c mapdata_zh_TW.c _big5.c C:\Code\python\Modules\cjkcodecs\_big5.c(21) : warning C4244: '=' : conversion from 'unsigned short ' to 'unsigned char ', possible loss of data

5 11

test_poll fails when building python 2.3.3 on osx
by Jodok Batlogg Jan. 24, 2004

Jan. 24, 2004

hi, i'm trying to build py2.3.3 on osx (10.3) with gcc3.3 (and 3.1) but test_poll always fails. any idea? ./python.exe Lib/test/test_poll.py Running poll test 1 This is a test. This is a test. This is a test. This is a test. This is a test. This is a test. This is a test. This is a test. This is a test. This is a test. This is a test. This is a test. Traceback (most recent call last): File "Lib/test/test_poll.py", line 171, in ? test_poll1() File "Lib/test/test_poll.py", line 65, in test_poll1 poll_unit_tests() File "Lib/test/test_poll.py", line 77, in poll_unit_tests r = p.poll() select.error: (9, 'Bad file descriptor') thanks jodok batlogg solution2u.net gmbh · hof 4 · a-6861 alberschwende fon +43 5579 85777-65 · fax -77 · mobil +43 699 11841546 http://solution2u.net/ · batlogg(a)solution2u.net have a nice day

4 4