Mailman 3 August 2000 - Python-Dev

Re: [Python-checkins] CVS: python/dist/src/PC _winreg.c,1.7,1.8
by Greg Stein Aug. 1, 2000

Aug. 1, 2000

This could be simplified quite a bit by using PyObject_AsReadBuffer() from abstract.h ... Cheers, -g On Thu, Jul 27, 2000 at 08:44:43PM -0700, Mark Hammond wrote: > Update of /cvsroot/python/python/dist/src/PC > In directory slayer.i.sourceforge.net:/tmp/cvs-serv12325 > > Modified Files: > _winreg.c > Log Message: > Allow any object supporting the buffer protocol to be written as a binary object. > > Index: _winreg.c > =========================================… [View More]

1 0

Bug Database
by Moshe Zadka Aug. 1, 2000

Aug. 1, 2000

I've just had a quick view over the database, and saw what we can prune at no cost: 110647 -- Segmentation fault in "%.1200d" % 1. Fixed for me... 110649 -- Core dumps on compiling big expressions ('['+'1,'*100000+'1]'). Fixed for me -- now throws a SyntaxError 110653 -- Complain about how class foo: def __init__(self): self.bar1 = bar def bar(self): pass Creates cycles. A notabug if I ever saw one. 110654 -- 1+0j tested false. The bug was fixed. … [View More]

3 3

regression test failure in test_tokenize?
by Mark Favas Aug. 1, 2000

Aug. 1, 2000

Current CVS (Wed Aug 2 04:22:16 WST 2000) fails on Tru64 Unix: ./python Lib/test/regrtest.py test_tokenize.py test_tokenize test test_tokenize failed -- Writing: "57,4-57,5:\011NUMBER\011'3'", expected: "57,4-57,8:\011NUMBER\011'3." 1 test failed: test_tokenize Test produces (snipped): 57,4-57,5: NUMBER '3' Test should produce (if supplied output correct): 57,4-57,8: NUMBER '3.14' Is this just me, or an un-checked checkin? (I noticed some new sre bits in my current CVS version.… [View More]

4 3

Winreg recap
by Paul Prescod Aug. 1, 2000

Aug. 1, 2000

I specifically asked everyone here if an abstraction was a good idea. I got three + votes and no - votes. One of the + votes requested that we still ship the underlying module. Fine. I was actually pointed (on python-dev) to specs for an abstraction layer that AFAIK had been designed *on Python-dev*. Back then, I said: > > I've just had a chance to look at the winreg module. I think that it is > > too low-level. Mark Hammond said: > I agree. There was a proposal (from Thomas … [View More]Heller, IIRC) to do just this. > I successfully argued there should be _2_ modules for Python - the raw > low-level API, which guarantees you can do (almost) anything. A > higher-level API could cover the 80% of cases. > ... > I have no real problem with your proposed design, as long as it it written > in Python, _using_ the low-level API. It could be called "registry" or I > would even be happy for "winreg.pyd" -> "_winreg.pyd" and your new module > to be called "winreg.py" Gordon pointed me to the spec. I took it and expanded on it to cover a wider range of cases. So now I go off and code it up and in addition to complaining about one detail, I'm also told that there is no real point to having a high level API. Windows users are accustomed to hacks and pain so crank it up! > FWIW, I ignored all the winreg modules, and all the debate about them. Why? > Just because Mark's had been in use for years already, so was already > battle-tested. There's no chance that any other platform will ever make use > of this module, and given that its appeal is thus solely to Windows users, > it was fine by me if it didn't abstract *anything* away from MS's Win32 API. It is precisely because it is for Windows users -- often coming from VB, JavaScript or now C# -- that it needs to be abstracted. I have the philosophy that I come to Python (both the language and the library) because I want things to be easy and powerful at the same time. Whereever feasible, our libraries *should* be cleaner and better than the hacks that they cover up. Shouldn't they? I mean even *Microsoft* abstracted over the registry API for VB, JavaScript, C# (and perhaps Java). Are we really going to do less for our users? To me, Python (language and library) is a refuge from the hackiness of the rest of the world. -- Paul Prescod - Not encumbered by corporate consensus "I don't want you to describe to me -- not ever -- what you were doing to that poor boy to make him sound like that; but if you ever do it again, please cover his mouth with your hand," Grandmother said. -- John Irving, "A Prayer for Owen Meany" [View Less]

1 0

RE: [Python-Dev] New winreg module really an improvement?
by Bill Tutt Aug. 1, 2000

Aug. 1, 2000

Mark wrote: > To try and get more productive: Bill, Gordon et al appear to have the > sense to stay out of this debate. Unless other people do chime in, Paul > and I will remain at an impasse, and no one will be happy. I would much > prefer to move this forward than to vent at each other regarding mails > neither of us can remember in detail ;-) I'm actually in the process of checking it out, and am hoping to compose some comments on it later today. I do know this about … [View More]

1 0

Re: [Python-Dev] InfoWorld July 17 looks at Zope and Python
by James C. Ahlstrom Aug. 1, 2000

Aug. 1, 2000

Paul Prescod wrote: > > Would you mind giving me the jist of the review? 20-word summary, if you > don't mind. Please note that I don't necessarily agree with the reviews. Also, there is no such thing as bad publicity. Page 50: "Zope is a powerful application server. Version 2.2 beta scales well, but enterprise capability, Python language raise costs beyond the competition's." Author claims he must purchase ZEO for $25-50K which is too expensive. Zope is dedicated to OOP, but … [View More]

1 0

Access to the Bug Database
by Moshe Zadka Aug. 1, 2000

Aug. 1, 2000

Hi! I think I need access to the bug database -- but in the meantime, anyone who wants to mark 110612 as closed is welcome to. -- Moshe Zadka <moshez(a)math.huji.ac.il> There is no IGLU cabal. http://advogato.org/person/moshez

2 1

Should repr() of string should observe locale?
by Guido van Rossum Aug. 1, 2000

Aug. 1, 2000

There have been some requests (Francois Pinard, recently Alexander Voinov) that repr() of a string should not use escape sequences for characters that are printable according to the locale. I don't have the time to write a PEP or implement it (although it should be simple enough) but it needs to be recorded as a feature that I think is good (that's at least a +0). --Guido van Rossum (home page: http://www.pythonlabs.com/~guido/)

5 7

Re: [Python-Dev] Negative slice steps considered unhealthy (extended slicing for lists)
by Michael Hudson Aug. 1, 2000

Aug. 1, 2000

"Fredrik Lundh" <effbot(a)telia.com> writes: > greg wrote: > > > I think there are some big conceptual problems with allowing > > negative steps in a slice. > > wasn't "slices" supposed to work the same way as "ranges"? The problem is that for slices (& indexes in general) that negative indices have a special interpretation: range(10,-1,-1) range(10)[:-1] Personally I don't think it's that bad (you just have to remember to write :: instead of :-1: when … [View More]

1 0

Re: [Python-Dev] extended slicing for lists
by Michael Hudson Aug. 1, 2000

Aug. 1, 2000

The patch is here, btw: http://sourceforge.net/patch/?func=detailpatch&patch_id=100998&group_id=5470 Ka-Ping Yee <ping(a)lfw.org> writes: > On 28 Jul 2000, Michael Hudson wrote: > > >>> l = range(10) > > >>> l[2:10:2] = [0]*5 > > >>> l > > [0, 1, 0, 3, 0, 5, 0, 7, 0, 9] > > >>> > > Hmph. I'd be perfectly comfortable with > > >>> l[2:10:2] = [0]*5 > TypeError: lists … [View More]

5 4