Re: [Python-Dev] MinGW And The other Py2.4 issue

2004-12-18 Thread Paul Moore
On Wed, 15 Dec 2004 22:57:00 +0100, Martin v. Löwis <[EMAIL PROTECTED]> wrote: > Paul Moore wrote: > > For a starter, what steps do you actually take to build a release? I > > assume that the first step is to build Python, by clicking on "build" > > in VS.NET

Re: [Python-Dev] an idea for improving struct.unpack api

2005-01-06 Thread Paul Moore
On Thu, 6 Jan 2005 21:28:26 +1100, Anthony Baxter <[EMAIL PROTECTED]> wrote: > My take on this: > > struct.pack/struct.unpack is already one of my least-favourite parts > of the stdlib. Of the modules I use regularly, I pretty much only ever > have to go back and re-read the struct (an

Re: [Python-Dev] an idea for improving struct.unpack api

2005-01-08 Thread Paul Moore
On Fri, 7 Jan 2005 19:40:18 -0800 (PST), Ilya Sandler <[EMAIL PROTECTED]> wrote: > Eg. I just looked at xdrlib.py code and it seems that almost every > invocation of struct._unpack would shrink from 3 lines to 1 line of code > > (i = self.__pos > self.__pos = j = i+4 > data

Re: [Python-Dev] PEP 246, redux

2005-01-12 Thread Paul Moore
On Wed, 12 Jan 2005 00:33:22 +0100, Alex Martelli <[EMAIL PROTECTED]> wrote: > But adaptation is not transmission! It's PERFECTLY acceptable for an > adapter to facade: to show LESS information in the adapted object than > was in the original. It's PERFECTLY acceptable for an adapter to say > "th

Re: [Python-Dev] PEP 246, redux

2005-01-12 Thread Paul Moore
On Wed, 12 Jan 2005 00:33:22 +0100, Alex Martelli <[EMAIL PROTECTED]> wrote: > By imposing transitivity, you're essentially asserting that, if a > programmer forgets to code and register an A -> C direct adapter, this > is never a problem, as long as A -> B and B -> C adapters are > registered, bec

Re: [Python-Dev] PEP 246, redux

2005-01-13 Thread Paul Moore
On Wed, 12 Jan 2005 21:50:14 -0600, Ian Bicking <[EMAIL PROTECTED]> wrote: > Phillip J. Eby wrote: > > At 04:07 PM 1/12/05 -0600, Ian Bicking wrote: > > > >> It also seems quite reasonable and unambiguous that a path object > >> could be adapted to a IReadableFile by opening the file at the given >

Re: [Python-Dev] PEP 246, redux

2005-01-13 Thread Paul Moore
On Thu, 13 Jan 2005 10:26:54 -0500, Phillip J. Eby <[EMAIL PROTECTED]> wrote: > At 09:34 AM 1/13/05 -0500, Clark C. Evans wrote: > >On Thu, Jan 13, 2005 at 10:35:39AM +0000, Paul Moore wrote: > >| One thing I feel is key is the fact that adaptation is a *tool*, and > &g

Re: [Python-Dev] PEP 246, redux

2005-01-13 Thread Paul Moore
On Thu, 13 Jan 2005 13:43:53 -0800, Paramjit Oberoi <[EMAIL PROTECTED]> wrote: > On Thu, 13 Jan 2005 20:40:56 +0100, Alex Martelli <[EMAIL PROTECTED]> wrote: > > > > So please explain what's imperfect in wrapping a str into a StringIO? > > If I understand Philip's argument correctly, the problem i

Re: [Python-Dev] PEP 246: lossless and stateless

2005-01-15 Thread Paul Moore
On Fri, 14 Jan 2005 20:06:22 -0500, Phillip J. Eby <[EMAIL PROTECTED]> wrote: > >My feeling here was not that people thought that stateless adapters > >were in general intrinsically better -- just when the adaptation was > >going to be done implicitly (e.g. by type declarations). > > Yes, exactly.

[Python-Dev] PEP 309 (Was: Patch review: [ 1094542 ] add Bunch type to collections module)

2005-01-27 Thread Paul Moore
On Thu, 27 Jan 2005 01:07:06 -0700, Fernando Perez <[EMAIL PROTECTED]> wrote: > I really would like to see such a class in the stdlib, as it's something that > pretty much everyone ends up rewriting. I certainly don't claim my > implementation to be a good reference (it isn't). But perhaps it can

[Python-Dev] Re: PEP 309 (Was: Patch review: [ 1094542 ] add Bunch type to collections module)

2005-01-29 Thread Paul Moore
On Thu, 27 Jan 2005 09:49:48 +, Paul Moore <[EMAIL PROTECTED]> wrote: > On the subject of "things everyone ends up rewriting", what needs to > be done to restart discussion on PEP 309 (Partial Function > Application)? The PEP is marked "Accepted" and var

Re: [Python-Dev] python-dev Summary for 2004-12-16 through 2004-12-31 [draft]

2005-02-01 Thread Paul Moore
On Mon, 31 Jan 2005 14:02:20 -0800, Brett C. <[EMAIL PROTECTED]> wrote: > 2.5 was released just before the time this summary covers so most stuff was > on bug > fixes discovered after the release. Give Guido the time machine keys back! I assume you meant 2.4, or is this a blatant attempt to get

Re: [Python-Dev] discourage patch reviews to the list?

2005-02-10 Thread Paul Moore
On Wed, 09 Feb 2005 17:25:14 -0800, Brett C. <[EMAIL PROTECTED]> wrote: > All valid points, but I also don't want people to suddenly start posting > one-liners or bug posts. > > I guess it comes down to a signal-to-noise ratio and if the level of signal we > are currently getting will hold. If we

Re: [Python-Dev] PEP 309 enhancements

2005-02-26 Thread Paul Moore
On Sat, 26 Feb 2005 16:50:06 +1000, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Moving a discussion from the PEP309 SF tracker (Patch #941881) to here, since > it's gone beyond the initial PEP 309 concept (and the SF tracker is a lousy > place to have a design discussion, anyway). > > The discussion

Re: [Python-Dev] PEP 309

2005-02-26 Thread Paul Moore
On Sat, 26 Feb 2005 13:20:46 -0500, Raymond Hettinger <[EMAIL PROTECTED]> wrote: > It is better to teach how to write a closure than to introduce a new > construct that has its own problems and doesn't provide a real > improvement over what we have now. You make some good points. But this all remi

Re: [Python-Dev] PEP 309

2005-02-27 Thread Paul Moore
On Sun, 27 Feb 2005 09:31:26 +0100, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Raymond Hettinger wrote: > > Are you sure about that? Contriving examples is easy, but download a > > few modules, scan them for use cases, and you may find, as I did, that > > partial() rarely applies. The argumen

Re: [Python-Dev] PEP 309

2005-02-27 Thread Paul Moore
On Sun, 27 Feb 2005 19:05:18 +0100, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Again, this I cannot understand. I do believe that there is no better > way to implement the PEP. The PEP very explicitly defines what precisely > functional.partial is, and the implementation follows that specificat

Re: [Python-Dev] itemgetter/attrgetter extension

2005-03-10 Thread Paul Moore
On Thu, 10 Mar 2005 21:19:16 +1000, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Raymond Hettinger wrote: > > Any objections to extending itemgetter() and attrgetter() to be able to > > extract multiple fields at a time? > > > > # SELECT name, rank, serialnum FROM soldierdata > > map(attrgette

Re: [Python-Dev] Adding any() and all()

2005-03-11 Thread Paul Moore
On Fri, 11 Mar 2005 11:30:38 +0100, BJörn Lindqvist <[EMAIL PROTECTED]> wrote: > Not sure this is pertinent but anyway: "any" and "all" are often used > as variable names. "all" especially often and then almost always as a > list of something. It would not be good to add "all" to the list of > word

Re: [Python-Dev] Re: RELEASED Python 2.4.1, release candidate 1

2005-03-12 Thread Paul Moore
On Sat, 12 Mar 2005 10:53:06 -0500, Jeremy Hylton <[EMAIL PROTECTED]> wrote: > I seem to have a problem with the install on XP SP1. Python itself is > installed, but IDLE won't start. The error says: "IDLE's subprocess > didn't make connection. Either IDLE can't start a subprocess or > personal

Re: [Python-Dev] Rationale for sum()'s design?

2005-03-15 Thread Paul Moore
On Mon, 14 Mar 2005 17:57:42 -0800, Guido van Rossum <[EMAIL PROTECTED]> wrote: > Unfortunately this started when I claimed in my blog that sum() was a > replacement for 80% of all reduce() uses. That's probably where the error lies, then. When it was introduced, sum() was for summing numbers. Whe

Re: [Python-Dev] thread semantics for file objects

2005-03-18 Thread Paul Moore
On Fri, 18 Mar 2005 07:57:25 +0100, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > The guarantee that "we" want to make is certainly stronger: if the > threads all read from the same file, each will get a series of "chunks". > The guarantee is that it is possible to combine the chunks in a way to >

Re: [Python-Dev] python-dev Summary for 2005-03-01 through 2005-03-15 [draft]

2005-03-18 Thread Paul Moore
On Thu, 17 Mar 2005 18:21:33 -0800, Brett C. <[EMAIL PROTECTED]> wrote: > > 2.4.1 should be out soon > > Python 2.4.1c1 is out. Very shortly c2 will be released. Assuming no major > issues come up, 2.4 final will be out. You probably mean somethi

Re: [Python-Dev] Draft PEP to make file objects support non-blocking mode.

2005-03-21 Thread Paul Moore
On Mon, 21 Mar 2005 17:32:36 +1200, Greg Ewing <[EMAIL PROTECTED]> wrote: > > On 18 March 2005, Donovan Baarda said: > >>The read method's current behaviour needs to be documented, so its actual > >>behaviour can be used to differentiate between an empty non-blocking read, > >>and EOF. This means

Re: [Python-Dev] bug in pythondotnet implementation. Maybe related to a bug in cpython implementation...help!!!!

2005-03-23 Thread Paul Moore
On Wed, 23 Mar 2005 12:13:56 +0100, Stan Pinte <[EMAIL PROTECTED]> wrote: > I would welcome any help regarding: > > -how can I get/give more info on what's happening? > -how to solve that stuff? > > thanks a lot in advance. > > here is the problem: > > I have a python (actually pythondotnet) pr

Re: [Python-Dev] Shorthand for lambda

2005-03-23 Thread Paul Moore
On Wed, 23 Mar 2005 10:33:53 -0600 (CST), Ka-Ping Yee <[EMAIL PROTECTED]> wrote: > It dawned on me that you could use this idea to make the whole > filter/lambda experience vastly more pleasant. I whipped up a quick > implementation: > > >>> from placeholder import _ > >>> numbers = [5, 9

Re: [Python-Dev] How do you get yesterday from a time object

2005-04-19 Thread Paul Moore
On 4/19/05, Ralph Hilton <[EMAIL PROTECTED]> wrote: > i'm a beginning python programmer. > > I want to get the date for yesterday > > nowTime = time.localtime(time.time()) > print nowTime. > oneDay = 60*60*24 # number seconds in a day > yday = nowTime - oneDay # <-- generates an error > print yd

Re: [Python-Dev] anonymous blocks

2005-04-20 Thread Paul Moore
On 4/19/05, Brian Sabbey <[EMAIL PROTECTED]> wrote: > Guido van Rossum wrote: > >> @acquire(myLock): > >> code > >> code > >> code > > > > It would certainly solve the problem of which keyword to use! :-) And > > I think the syntax isn't even ambiguous -- the trailing colon > > distingu

Re: [Python-Dev] Re: anonymous blocks

2005-04-21 Thread Paul Moore
On 4/20/05, Samuele Pedroni <[EMAIL PROTECTED]> wrote: > > > > > > >def do(): > >print "setup" > >try: > >yield None > >finally: > >print "tear down" > > > > doesn't quite work (if it did, all you would need is syntactic sugar > > for "for > > du

Re: [Python-Dev] defmacro (was: Anonymous blocks)

2005-04-25 Thread Paul Moore
On 4/25/05, Michael Chermside <[EMAIL PROTECTED]> wrote: > I've been following this conversation, and it sounds to me as if we > are stumbling about in the dark, trying to feel our way toward something > very useful and powerful. I think Jim is right, what we're feeling our > way toward is macros.

Re: [Python-Dev] Re: anonymous blocks

2005-04-25 Thread Paul Moore
On 4/25/05, Tim Delaney <[EMAIL PROTECTED]> wrote: > Guido van Rossum wrote: > > > but for backwards compatibility with the existing argument-less next() > > API I'm introducing a new iterator API next_ex() which takes an > > exception argument. If that argument is None, it should behave just > >

Re: [Python-Dev] Re: anonymous blocks vs scope-collapse

2005-04-26 Thread Paul Moore
On 4/26/05, Jim Jewett <[EMAIL PROTECTED]> wrote: > I'm not sure I understand this. The preferred way would be > to just stick the keyword before the call. Using 'collapse', it > would look like: > > def foo(b): > c=a > def bar(): > a="a1" > collapse foo("b1") >

Re: [Python-Dev] Re: anonymous blocks

2005-04-29 Thread Paul Moore
On 4/29/05, Shane Hathaway <[EMAIL PROTECTED]> wrote: > I think this concept can be explained clearly. I'd like to try > explaining PEP 340 to someone new to Python but not new to programming. > I'll use the term "block iterator" to refer to the new type of > iterator. This is according to my lim

Re: [Python-Dev] PEP 340: Breaking out.

2005-05-04 Thread Paul Moore
On 5/3/05, Nicolas Fleury <[EMAIL PROTECTED]> wrote: > We could avoid explaining to a newbie why the following code doesn't > work if "opening" could be implemented in way that it works. > > for filename in filenames: > block opening(filename) as file: > if someReason: break My initia

Re: [Python-Dev] PEP 340: Breaking out.

2005-05-04 Thread Paul Moore
On 5/4/05, Alex Martelli <[EMAIL PROTECTED]> wrote: > > On May 4, 2005, at 01:57, Paul Moore wrote: > > > > I can't think of a reasonable condition which wouldn't involve reading > > the file - which either involves an inner loop (and we already can't

[Python-Dev] PEP 340 - Remaining issues

2005-05-05 Thread Paul Moore
On 5/5/05, Steven Bethard <[EMAIL PROTECTED]> wrote: > I wonder if it would be possible to update PEP 310 with your ideas, > or perhaps start a new PEP? I'd like to see a competitor for PEP 340 that > addresses some of the issues that came up, e.g. that the block-statement > doesn't look like a lo

Re: [Python-Dev] PEP 340: Breaking out.

2005-05-05 Thread Paul Moore
On 5/5/05, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Well, Michael Hudson and Paul Moore are the current authors of PEP 310, so > updating it with any of my ideas would be their call. I'm willing to consider an update - I don't know Michael's view. I currently find mys

Re: [Python-Dev] PEP 340: Breaking out.

2005-05-06 Thread Paul Moore
On 5/5/05, Steven Bethard <[EMAIL PROTECTED]> wrote: > On 5/5/05, Paul Moore <[EMAIL PROTECTED]> wrote: > > And does your proposal allow for "continue EXPR" as supported by PEP > > 340? I can't see that it could, given that your proposal treats block &g

Re: [Python-Dev] PEP 340: Breaking out.

2005-05-06 Thread Paul Moore
On 5/6/05, Greg Ewing <[EMAIL PROTECTED]> wrote: > Seems to me it should be up to the block iterator whether > a break statement gets caught or propagated, since it's > up to the block iterator whether the construct behaves > like a loop or not. > > This could be achieved by having a separate exce

Re: [Python-Dev] Breaking off Enhanced Iterators PEP from PEP 340

2005-05-06 Thread Paul Moore
On 5/6/05, Steven Bethard <[EMAIL PROTECTED]> wrote: > Well, busy-work or not, I took the 20 minutes to split them up, so I > figured I might as well make them available. It was actually really > easy to split them apart, and I think they both read better this way, > but I'm not sure my opinion co

Re: [Python-Dev] PEP 340: Deterministic Finalisation (new PEP draft, either a competitor or update to PEP 340)

2005-05-08 Thread Paul Moore
On 5/8/05, Jp Calderone <[EMAIL PROTECTED]> wrote: > If such a construct is to be introduced, the ideal spelling would seem to > be: > > for [VAR in] EXPR: > BLOCK1 > finally: > BLOCK2 While I have not been following this discussion at all (I don't have the energy or ti

Re: [Python-Dev] Merging PEP 310 and PEP 340-redux?

2005-05-11 Thread Paul Moore
On 5/11/05, Nick Coghlan <[EMAIL PROTECTED]> wrote: > I've posted draft 1.4 of my PEP 310/PEP 340 merger PEP (PEP 650, maybe?): > http://members.iinet.net.au/~ncoghlan/public/pep-3XX.html I've been skipping the discussion, but this is starting to look pretty good. I'll give it a proper read soon.

Re: [Python-Dev] Merging PEP 310 and PEP 340-redux?

2005-05-12 Thread Paul Moore
On 5/11/05, Guido van Rossum <[EMAIL PROTECTED]> wrote: > I realize that the pushback was against looping, but whereas in the > PEP 340 proposal general exception handling comes out naturally, it > feels as an ugly wart in the modified PEP 310 proposal. > > Plus I think the use cases are much weak

Re: [Python-Dev] Merging PEP 310 and PEP 340-redux?

2005-05-13 Thread Paul Moore
On 5/13/05, Guido van Rossum <[EMAIL PROTECTED]> wrote: > Tastes differ. I think the generator wins; more so when there's more > state to remember. [...] > > > Straight up-or-down votes in the full senate are appreciated at this > > > point. > > > > +1 for the PEP 340 variant. I am also +1 for th

Re: [Python-Dev] PEP 343 - Abstract Block Redux

2005-05-14 Thread Paul Moore
On 5/14/05, Fredrik Lundh <[EMAIL PROTECTED]> wrote: > Nick Coghlan wrote: > > > PEP 343 (like PEP 310 before it) makes it possible to define the correct > > resource management *once*, and then invoke it via a 'with' (or 'do') > > statement. This is probably the main point for me - encapsulate t

Re: [Python-Dev] PEP 343 - Abstract Block Redux

2005-05-15 Thread Paul Moore
On 5/14/05, Brett C. <[EMAIL PROTECTED]> wrote: > Nick's was obviously directly against looping, but, with no offense to Nick, > how many other people were against it looping? It never felt like it was a > screaming mass with pitchforks but more of a "I don't love it, but I can deal" > crowd. Agr

Re: [Python-Dev] PEP 343 - Abstract Block Redux

2005-05-16 Thread Paul Moore
On 5/15/05, Steven Bethard <[EMAIL PROTECTED]> wrote: > Having done the python-dev summary on this topic, You have my deepest sympathy :-) > So in some sense, PEP 340 was the reason for the lack of "enthusiasm"; > with the semantics laid out, people were forced to deal with a specific > implement

Re: [Python-Dev] PEP 343 - Abstract Block Redux

2005-05-17 Thread Paul Moore
On 5/17/05, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Guido van Rossum wrote: > > [Greg Ewing] > > > >>I still think it's conceptually cleaner if the object > >>you use to access the resource is created by the > >>__enter__ method rather than being something pre- > >>existing, but I'm willing to co

Re: [Python-Dev] PEP 343 - New kind of yield statement?

2005-05-19 Thread Paul Moore
On 5/19/05, Greg Ewing <[EMAIL PROTECTED]> wrote: > Michael Hudson wrote: > > > This is, to me, neat and clear. I don't find the idea that iterators > > are tied to exactly 1 for loop an improvement (even though they > > usually will be). > > To fix this in a fully backward-compatible way, we >

Re: [Python-Dev] Adventures with Decimal

2005-05-21 Thread Paul Moore
On 5/21/05, Raymond Hettinger <[EMAIL PROTECTED]> wrote: > A root difference is that I believe we have both a compliant > implementation (using Context.create_decimal) and a practical context > free extension in the form of the regular Decimal constructor. Please forgive an intrusion by someone wh

Re: [Python-Dev] PEP 343 rewrite complete

2005-06-05 Thread Paul Moore
On 6/1/05, Guido van Rossum <[EMAIL PROTECTED]> wrote: > I hope that I've got the rewrite of PEP 343 to include generator > extensions right now. I've chosen the 'with' keyword. Please review > here; I think this is ready for review by the unwashed masses. :-) > > http://www.python.org/peps/pep-

Re: [Python-Dev] Adventures with ASTs - Inline Lambda

2006-02-16 Thread Paul Moore
On 2/16/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote: > Talin wrote: > > I definately don't want to start a flame war, although I suspect I already > > have :/ > > I think most about everything has already been said wrt lambda already, > but I guess we could have a little war on spelling issues ;-)

Re: [Python-Dev] PEP 338 issue finalisation (was Re: 2.5 PEP)

2006-02-16 Thread Paul Moore
On 2/16/06, Guido van Rossum <[EMAIL PROTECTED]> wrote: > On 2/16/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > > The PEP itself requests that a string be returned from get_data(), but > > doesn't > > require that the file be opened in text mode. Perhaps the PEP 302 emulation > > should use binar

Re: [Python-Dev] Proposal: defaultdict

2006-02-17 Thread Paul Moore
On 2/17/06, Raymond Hettinger <[EMAIL PROTECTED]> wrote: > >> Over lunch with Alex Martelli, he proposed that a subclass of dict > >> with this behavior (but implemented in C) would be a good addition to > >> the language > > I would like to add something like this to the collections module, +1 >

Re: [Python-Dev] Proposal: defaultdict

2006-02-20 Thread Paul Moore
On 2/19/06, Steve Holden <[EMAIL PROTECTED]> wrote: > > You are missing the rationale of the PEP process. The point is > > *not* documentation. The point of the PEP process is to channel > > and collect discussion, so that the BDFL can make a decision. > > The BDFL is not bound at all to the PEP pr

Re: [Python-Dev] conditional expressions - add parens?

2006-03-07 Thread Paul Moore
On 3/7/06, Jeremy Hylton <[EMAIL PROTECTED]> wrote: > On 3/6/06, Alex Martelli <[EMAIL PROTECTED]> wrote: > > > > On Mar 6, 2006, at 9:17 AM, Jim Jewett wrote: > > ... > > > I think that adding parentheses would help, by at least signalling > > > that the logic is longer than just the next (sin

Re: [Python-Dev] how about adding ping's uuid module to the standard lib ?

2006-03-07 Thread Paul Moore
On 3/7/06, Phillip J. Eby <[EMAIL PROTECTED]> wrote: > At 06:29 AM 3/7/2006 +0100, Fredrik Lundh wrote: > >see subject and http://python.org/sf/1368955 > > > >comments ? > > would be nice if you could just call UUID() to create a generic UUID in a > platform-appropriate way. PEAK's uuid module doe

Re: [Python-Dev] "as" mania

2006-03-07 Thread Paul Moore
On 3/7/06, Andrew Koenig <[EMAIL PROTECTED]> wrote: > As it turns out, Python has similar ways of decomposing data structures: > > (x, y) = foo > > or > > def bar((x, y)): > # etc. > > and I have sometimes wished I could write > > z as (x, y) = foo > > or > >

Re: [Python-Dev] Making builtins more efficient

2006-03-09 Thread Paul Moore
On 3/9/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Steven Elliott wrote: > > I'm interested in how builtins could be more efficient. I've read over > > some of the PEPs having to do with making global variables more > > efficient (search for "global"): > > http://www.python.org/doc/essays/pe

Re: [Python-Dev] Another threading idea

2006-03-14 Thread Paul Moore
On 3/14/06, Raymond Hettinger <[EMAIL PROTECTED]> wrote: > FWIW, I've been working on a way to simplify the use of queues with daemon > consumer threads > > Sometimes, I launch one or more consumer threads that wait for a task to > enter a > queue and then work on the task. A recurring problem is

Re: [Python-Dev] Another threading idea

2006-03-14 Thread Paul Moore
On 3/14/06, Guido van Rossum <[EMAIL PROTECTED]> wrote: > Isn't this a job for threading.BoundedSpemaphore()? Not sure I see how. What I think Raymond's after (and certainly what I want) is to queue N tasks, set a counter to N, then wait until the counter goes to zero. I suppose counter = Se

Re: [Python-Dev] bytes thoughts

2006-03-17 Thread Paul Moore
On 3/17/06, Josiah Carlson <[EMAIL PROTECTED]> wrote: > Considering your quote, I have thusfar not seen any opinion dissenting > from what I stated as 'obvious' behavior. FWIW, I have no objections to the behaviour you state as "obvious", but I didn't find it immediately obvious (although admitted

Re: [Python-Dev] Expose the array interface in Python 2.5?

2006-03-17 Thread Paul Moore
On 3/17/06, Thomas Heller <[EMAIL PROTECTED]> wrote: > Travis E. Oliphant wrote: > > Would it be possible to add at least the C-struct array interface to the > > Python arrayobject in time for Python 2.5? > > I'm very much for that. > > > Is someone on this list willing to help make it happen? > >

Re: [Python-Dev] Python 3000 Process

2006-03-20 Thread Paul Moore
On 3/20/06, Barry Warsaw <[EMAIL PROTECTED]> wrote: > On Mon, 2006-03-20 at 13:30 -0500, Terry Reedy wrote: > > "Guido van Rossum" <[EMAIL PROTECTED]> wrote in message > > >Barry, if you could create that mailing list, please? > > > > And please mirror it on gmane the same way as this list is. > >

Re: [Python-Dev] pysqlite for 2.5?

2006-03-29 Thread Paul Moore
On 3/29/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote: > from a user perspective, adding this to the standard library is a no-brainer. > the only reason not to add it would be if the release managers don't have > time to sort out the build issues. Agreed. As a SQL user, it feels like a no-brainer t

Re: [Python-Dev] Firefox searchbar engine for Python bugs

2006-04-02 Thread Paul Moore
On 4/2/06, Anthony Baxter <[EMAIL PROTECTED]> wrote: > On Sunday 02 April 2006 14:17, Anthony Baxter wrote: > > I've created a searchbar plugin for the firefox search bar that > > allows you to search bugs. > > I should clarify - it allows you to pull up a bug by bug ID, using the > www.python.org/

Re: [Python-Dev] RELEASED Python 2.5 (alpha 1)

2006-04-05 Thread Paul Moore
On 4/5/06, Anthony Baxter <[EMAIL PROTECTED]> wrote: > On behalf of the Python development team and the Python > community, I'm happy to announce the first alpha release > of Python 2.5. Excellent! Downloading it now for a test run... One (possibly very minor) point - the web page offers Windows

[Python-Dev] Possible issue with 2.5a1 Win32 binary

2006-04-05 Thread Paul Moore
Can someone check http://www.python.org/sf/1465093 for me? It looks like a fairly serious issue with the Windows binaries - pywin32 is a pretty important package on Windows. I've verified it on 2 machines, but can't work out what the issue might be. I've assigned it to Martin, as the owner of the

Re: [Python-Dev] Possible issue with 2.5a1 Win32 binary

2006-04-06 Thread Paul Moore
On 4/6/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > What happens when you run > > D:\Apps\Python25\python.exe -Wi D:\Apps\Python25\Lib\compileall.py -f -x > badsyntax D:\Apps\Python25\Lib > > and look at the status of the program? I think also excluding bad_coding > might already help. Statu

Re: [Python-Dev] need info for externally maintained modules PEP

2006-04-09 Thread Paul Moore
On 4/8/06, Brett Cannon <[EMAIL PROTECTED]> wrote: > Anyway, here is a list of the packages that I think have outside > maintenance (or at least have been at some point). Anyone who has > info on them that I need, please let me know the details. Also, if I > missed any, obviously speak up: I thi

[Python-Dev] Is test_sundry really expected to succeed on Windows?

2006-04-13 Thread Paul Moore
I've just managed to get Python built using the free MS compiler and tools (yay! full instructions to follow somewhere - probably the wiki and maybe as a patch to PCBuild\readme.txt) There's one thing that puzzled me - test_sundry is marked as an "unexpected skip". As it imports tty, which imports

Re: [Python-Dev] Is test_sundry really expected to succeed on Windows?

2006-04-13 Thread Paul Moore
On 4/13/06, Tim Peters <[EMAIL PROTECTED]> wrote: > [Paul Moore] > You didn't say from where, or when, you got the Python source code. > Someone recently added a bare "import tty" to test_sundry on the > trunk, without realizing that would cause test_sundry to get

[Python-Dev] Building Python with the free MS Toolkit compiler

2006-04-13 Thread Paul Moore
I've just added some instructions on how to build Python on Windows with the free MS Toolkit C++ compiler. They are at http://wiki.python.org/moin/Building_Python_with_the_free_MS_C_Toolkit. Most of the credit for this goes to David Murmann, whose posting on the subject to python-list pointed out

Re: [Python-Dev] Building Python with the free MS Toolkit compiler

2006-04-15 Thread Paul Moore
On 4/15/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Paul Moore wrote: > > I've just added some instructions on how to build Python on Windows > > with the free MS Toolkit C++ compiler. They are at > > http://wiki.python.org/moin/Building_Python_wi

Re: [Python-Dev] [Python-checkins] r45321 - in python/trunk: Lib/test/test_traceback.py Lib/traceback.py Misc/NEWS

2006-04-16 Thread Paul Moore
On 4/16/06, John J Lee <[EMAIL PROTECTED]> wrote: > OK, I suppose I should have asked "will 2.5's module traceback work with > Python 2.4?". I guess the answer is something resembling "no", but of > course (?) the question I'm really interested in is "how, without too much > effort or ugliness, ca

Re: [Python-Dev] adding Construct to the standard library?

2006-04-18 Thread Paul Moore
On 4/17/06, tomer filiba <[EMAIL PROTECTED]> wrote: > after several people (several > 10) contacted me and said "IMHO 'construct' > is a good candidate for stdlib", > i thought i should give it a try. of course i'm not saying it should be > included right now, but in 6 months time, or such a > time

Re: [Python-Dev] adding Construct to the standard library?

2006-04-18 Thread Paul Moore
On 4/18/06, Thomas Heller <[EMAIL PROTECTED]> wrote: > It is not yet too late (but the timeslot left is very small) to propose > enhancements to ctypes. classmethods like 'from_string', 'from_buffer' or > whatever would probably make sense. A from_buffer classmethod would probably be good. I didn

Re: [Python-Dev] setuptools in 2.5.

2006-04-20 Thread Paul Moore
On 4/20/06, M.-A. Lemburg <[EMAIL PROTECTED]> wrote: > I wonder why people always seem to imply that installing > packages has never worked before there was setuptools. > > There's really nothing wrong with the standard distutils > two step process: > > 1. download and unzip the source file > > 2.

Re: [Python-Dev] setuptools in 2.5.

2006-04-21 Thread Paul Moore
On 4/21/06, Ian Bicking <[EMAIL PROTECTED]> wrote: > Paul Moore wrote: > > 2. Distributors will supply .egg files rather than bdist_wininst > > installers (this is already happening). > > Really people should at least be uploading source packages in addition > to eg

Re: [Python-Dev] Distutils thoughts

2006-04-21 Thread Paul Moore
On 4/21/06, Greg Ewing <[EMAIL PROTECTED]> wrote: > While we're on the subject of distutils revision, here > are a few things I've encountered about distutils which > seem less than desirable. > > * There doesn't seem to be a way of supplying options >on the command line for anything except the

Re: [Python-Dev] setuptools in 2.5.

2006-04-21 Thread Paul Moore
On 4/20/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote: > - they're currently discussing whether to use stricter version requirements > for individual components, to increase the chance that people end up using > a combination that someone else has actually tested. That makes me quite nervous. While

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-21 Thread Paul Moore
On 4/21/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > - Paul Moore has contributed a Python build procedure for the > free version of the 2003 compiler. This one is without IDE, > but still, it should allow people without a VS 2003 license > to work on Pyth

Re: [Python-Dev] Why are contexts also managers? (was r45544 - peps/trunk/pep-0343.txt)

2006-04-22 Thread Paul Moore
On 4/22/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Alternatively, I could have a go at clearing it up for next week's alpha2, and > we can ask Anthony to make an explicit request for review of those docs in the > announcement. . . I've just had a *very* quick scan through the 2.5a1 documentatio

Re: [Python-Dev] Why are contexts also managers? (was r45544 - peps/trunk/pep-0343.txt)

2006-04-22 Thread Paul Moore
On 4/22/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > So I'm going to express my gratitude by asking you to read the same docs all > over again in a few days time :) No problem. Remind me if I forget... > I'll be making a pass through the docs (and PEP) this weekend using the > definitions: > >

Re: [Python-Dev] magic in setuptools (Was: setuptools in the stdlib)

2006-04-23 Thread Paul Moore
On 4/23/06, Phillip J. Eby <[EMAIL PROTECTED]> wrote: > At 01:19 PM 4/23/2006 +1000, Anthony Baxter wrote: > >On Sunday 23 April 2006 11:43, Nick Coghlan wrote: > > > Maybe we need something that's the equivalent of alien (rpm -> dpkg > > > converter), so that given an egg, one can easily get a nat

Re: [Python-Dev] With context, please

2006-04-23 Thread Paul Moore
On 4/23/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > - contextlib.contextmanager() > - is actually used to define contexts according to the current docs > - but returns a GeneratorContextManager object You may just be trying to avoid overcomplicating things by adding too much detail

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-23 Thread Paul Moore
> Aside from the What's New document, this has now been done. My modifications > consisted of terminology changes in the contextlib docs and the language > reference to match the 2.5a1 implementation, a Context Types addition to the > library reference similar to that for Iterator Types, and a very

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Paul Moore
On 4/24/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: [...] > The __iter__ method isn't called __iterator__, so why would the __context__ > method need to be called "__contextmgr__"? Because. Hmm, Oleg already responded to this, and to be honest, I think the whole issue is a nitpick. Apologi

Re: [Python-Dev] Why are contexts also managers? (wasr45544 -peps/trunk/pep-0343.txt)

2006-04-24 Thread Paul Moore
On 4/24/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > I'm going to try a pass through the docs using "context specifier", which > gives three separate terms: [...] > This removes the ambiguity between "context object" and "runtime context". That might just work. At the very least, I'd much rather

Re: [Python-Dev] Visual studio 2005 express now free

2006-04-24 Thread Paul Moore
On 4/24/06, Neil Hodgson <[EMAIL PROTECTED]> wrote: > Martin v. Löwis: > > > Apparently, the status of this changed right now: it seems that > > the 2003 compiler is not available anymore; the page now says > > that it was replaced with the 2005 compiler. > > > > Should we reconsider? > >I expe

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Paul Moore
On 4/24/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > > I think I've now read enough on the subject that my value as an > > unbiased reader is being lost... > > Your input really helped me figure out where the problem was, though. Trying > to describe 3 different things using only 2 distinct terms

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Paul Moore
On 4/24/06, Phillip J. Eby <[EMAIL PROTECTED]> wrote: > At 10:26 AM 4/24/2006 +0100, Paul Moore wrote: > >OK. At this point, the discussion seems to have mutated from a > >"Phillip vs Nick" debate to a "Paul vs Nick" debate. > > I only stepped asid

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-24 Thread Paul Moore
On 4/24/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Paul Moore wrote: > > I've proposed splitting it into > > two, but that seems not to suit you (you've never responded to it > > specifically, so I may be misreading your silence here). > > Wanting to

[Python-Dev] Must objects with __enter__/__exit__ also supply __context__?

2006-04-24 Thread Paul Moore
The current, alpha 2, documentation insists that objects with __enter__ and __exit__ methods must also define __context__ in such a way that it returns self. I don't understand why that is necessary. I can understand that it is convenient, in cases where __context__ doesn't need to create a new o

Re: [Python-Dev] PEP 343 update (with statement context terminology)

2006-04-25 Thread Paul Moore
On 4/25/06, Nick Coghlan <[EMAIL PROTECTED]> wrote: > PEP 343 made a *deliberate, conscious design decision* to copy the semantics > of iterators by making the context management protocol a superset of the > context protocol (or rather, the context specification protocol in alpha 2). OK. It's poss

Re: [Python-Dev] Reviewed patches [was: SoC proposal: "fix some old, old bugs in sourceforge"]

2006-04-26 Thread Paul Moore
On 4/25/06, Jim Jewett <[EMAIL PROTECTED]> wrote: > Perhaps; part of the problem is with the SF workflow. Yes. Brett should probably add that to the list of what's wanted from a new tracker (good alerting of new items, and maybe some specific "Request commit" functionality, tied to a listing of co

Re: [Python-Dev] Must objects with __enter__/__exit__ also supply __context__?

2006-04-26 Thread Paul Moore
On 4/26/06, Guido van Rossum <[EMAIL PROTECTED]> wrote: > Really? I thought that that was due to the magic in the decorator (and > in the class it uses). In this case the use of magic is fine by me; I > know I could reconstruct it from scratch if I had to (with only one or > two bugs :-) but it's c

Re: [Python-Dev] Dropping __init__.py requirement for subpackages

2006-04-27 Thread Paul Moore
On 4/27/06, Guido van Rossum <[EMAIL PROTECTED]> wrote: > On 4/26/06, Thomas Wouters <[EMAIL PROTECTED]> wrote: > > Of course, I only consider *my* reasons to be valid, and mine weren't > > knee-jerk or tool-related. I don't think Python should be going "Oh, what > > you wanted wasn't possible, but

Re: [Python-Dev] Dropping __init__.py requirement for subpackages

2006-04-27 Thread Paul Moore
On 4/27/06, Paul Moore <[EMAIL PROTECTED]> wrote: > However, I'd have to say that your timing sucks :-) Your initial > message read to me as "Quick! I'm about to get lynched here - can I > have the OK to shove this change in before a2 goes out?" And this

Re: [Python-Dev] PEP 3102: Keyword-only arguments

2006-05-01 Thread Paul Moore
On 5/1/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote: > btw, talking about idioms used in the language reference, can any of the > native speakers on this list explain if "A is a nicer way of spelling B" means > that "A is preferred over B", "B is preferred over A", "A and B are the same > word and w

<    13   14   15   16   17   18   19   >