Re: [Python-Dev] constant/enum type in stdlib

On 23/11/2010 21:15, Antoine Pitrou wrote: Le mardi 23 novembre 2010 à 16:10 -0500, Glyph Lefkowitz a écrit : On Nov 23, 2010, at 10:01 AM, Antoine Pitrou wrote: Well, it is easy to assign range(N) to a tuple of names when desired. I don't think an automatically-enumerating constant generator

Re: [Python-Dev] constant/enum type in stdlib

On 23/11/2010 14:16, Nick Coghlan wrote: On Tue, Nov 23, 2010 at 11:50 PM, Michael Foord wrote: PEP 354 was rejected for two primary reasons - lack of interest and nowhere obvious to put it. Would it be *so bad* if an enum type lived in its own module? There is certainly more interest now

Re: [Python-Dev] constant/enum type in stdlib

On 24/11/2010 14:08, Nick Coghlan wrote: On Wed, Nov 24, 2010 at 10:30 PM, Michael Foord wrote: Based on a non-exhaustive search, Python standard library modules currently using integers for constants: Thanks for that review. I think following up on the "NamedConstant" idea may

Re: [Python-Dev] constant/enum type in stdlib

On 25/11/2010 10:12, Nadeem Vawda wrote: On Thu, Nov 25, 2010 at 11:34 AM, Glenn Linderman wrote: So the following code defines constants with associated names that get put in the repr. The code you gave doesn't work if the constant() function is moved into a separate module from the code that

Re: [Python-Dev] constant/enum type in stdlib

On 25/11/2010 09:34, Glenn Linderman wrote: So the following code defines constants with associated names that get put in the repr. I'm still a Python newbie in some areas, particularly classes and metaclasses, maybe more. But this Python 3 code seems to create constants with names ... works

Re: [Python-Dev] [Python-checkins] r86750 - python/branches/py3k/Demo/curses/life.py

On 27/11/2010 12:22, Nick Coghlan wrote: On Fri, Nov 26, 2010 at 12:15 PM, Senthil Kumaran wrote: Re: “colour”: the rest of the file use US English, as do the function names (see for example curses.has_color). It’s good to use one dialect consistently in one file. Good catch. Did not realize

Re: [Python-Dev] [Python-checkins] r86745 - in python/branches/py3k: Doc/library/difflib.rst Lib/difflib.py Lib/test/test_difflib.py Misc/NEWS

On 27/11/2010 13:00, Eli Bendersky wrote: On Sat, Nov 27, 2010 at 14:17, Nick Coghlan > wrote: On Thu, Nov 25, 2010 at 4:12 PM, terry.reedy mailto:python-check...@python.org>> wrote: > The :class:`SequenceMatcher` class has this constructor: >

Re: [Python-Dev] constant/enum type in stdlib

On 27/11/2010 10:51, Nick Coghlan wrote: On Thu, Nov 25, 2010 at 3:41 AM, Michael Foord wrote: Can you explain what you see as the difference? I'm not particularly interested in type validation but I like the fact that typical enum APIs allow you to group constants: the generated con

Re: [Python-Dev] [Python-checkins] r86750 - python/branches/py3k/Demo/curses/life.py

On 27/11/2010 15:04, Nick Coghlan wrote: On Sat, Nov 27, 2010 at 10:52 PM, Michael Foord wrote: I just resign myself to having to spell words like colour and serialise wrong when I'm working on Python. Compared to the adjustments the non-native English speakers have to make, I figur

Re: [Python-Dev] constant/enum type in stdlib

ndard library, otherwise we can just point people at one of the several existing packages. All the best, Michael Foord -- http://www.voidspace.org.uk/ READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers ar

Re: [Python-Dev] constant/enum type in stdlib

On 28/11/2010 02:38, Nick Coghlan wrote: On Sun, Nov 28, 2010 at 9:26 AM, Raymond Hettinger wrote: On Nov 27, 2010, at 12:56 PM, Glenn Linderman wrote: On 11/27/2010 2:51 AM, Nick Coghlan wrote: Not quite. I'm suggesting a factory function that works for any value, and derives the parent cl

Re: [Python-Dev] constant/enum type in stdlib

On 28/11/2010 16:28, Michael Foord wrote: [snip...] I don't think there are *many* competing features, in fact as far as feature requests on python-dev go I think this is a relatively straightforward one with a lot of *agreement* on the basic functionality. We have had various discus

Re: [Python-Dev] constant/enum type in stdlib

On 28/11/2010 17:05, Michael Foord wrote: [snip...] It is sensible if flag values are only powers of 2; we could enforce that or not... (Another one for the optional feature list.) Another 'optional' feature I omitted was Phillip J. Eby's suggestion / requirement that

Re: [Python-Dev] constant/enum type in stdlib

On 28/11/2010 18:05, Steven D'Aprano wrote: Michael Foord wrote: Another 'optional' feature I omitted was Phillip J. Eby's suggestion / requirement that named values be pickleable. Email is clunky for handling this, is there enough support (there is still some objecti

Re: [Python-Dev] Python and the Unicode Character Database

On 28/11/2010 23:33, "Martin v. Löwis" wrote: float('١٢٣٤.٥٦') 1234.56 Even if this is somehow an accident or something that someone snuck in, I think it a good idea that *users* be able to input amounts with their native digits. That is different from requiring *programmers* to write literals

Re: [Python-Dev] Python and the Unicode Character Database

On 28/11/2010 23:59, "Martin v. Löwis" wrote: FWIW the C# equivalent is locale aware *unless* you pass in a specific culture. (System.Double.Parse): That's not quite the equivalent of float(), I would say: this one apparently is locale-aware, so it is more the equivalent of locale.atof. Right.

Re: [Python-Dev] Python and the Unicode Character Database

On 29/11/2010 00:04, Alexander Belopolsky wrote: On Sun, Nov 28, 2010 at 6:59 PM, "Martin v. Löwis" wrote: .. The next question then is if it supports indo-arabic digits in any locale (or more specifically in an arabic locale). And once you answered that question, does it support Devanagari or

Re: [Python-Dev] constant/enum type in stdlib

On 29/11/2010 00:48, Nick Coghlan wrote: On Mon, Nov 29, 2010 at 2:28 AM, Michael Foord wrote: For wrapping mutable types I'm tempted to say YAGNI. For the standard library wrapping integers meets almost all our use-cases except for one float. (At work we have a decimal constant as it ha

Re: [Python-Dev] PEP 291 versus Python 3

On 30/11/2010 06:33, Éric Araujo wrote: Good morning python-dev, PEP 291 (Backward Compatibility for Standard Library) does not seem to take Python 3 into account. Is this PEP only relevant for the 2.7 branch?* If it’s supposed to apply to 3.x too, despite the view that 3.0 was a clean break,

Re: [Python-Dev] Python and the Unicode Character Database

On 30/11/2010 16:40, Alexander Belopolsky wrote: [snip...] And of course, unicodedata.digit('\U0001D7CE') 0 but int('\U0001D7CE') .. UnicodeEncodeError: 'decimal' codec can't encode character '\ud835' .. on a narrow Unicode build. (Note the character reported in the error message!) If

Re: [Python-Dev] Porting Ideas

On 01/12/2010 19:17, Antoine Pitrou wrote: On Wed, 1 Dec 2010 13:02:00 -0600 Brian Curtin wrote: On Wed, Dec 1, 2010 at 12:51, Prashant Kumarwrote: Hello everyone. My name is Prashant. I and my friend Zubin recently ported 'Configobj'. It would be great if somebody can suggest about any utili

Re: [Python-Dev] Deprecating undocumented, unused functions in difflib.

On 01/12/2010 20:23, Terry Reedy wrote: Difflib.SequenceMatcher object currently get two feature attributes: self.isbjunk = junk.__contains__ self.isbpopular = popular.__contains__ Tim Peters agrees that the junk and popular sets should be directly exposed and documented as part of the api, the

Re: [Python-Dev] PEP 384 accepted

Things are getting very much better, but happening in distutils2 not distutils. All the best, Michael Foord Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://

Re: [Python-Dev] PEP 384 accepted

On 02/12/2010 23:01, "Martin v. Löwis" wrote: [snip...] I'm just getting tired having to talk to five projects just to make a single change to the build infrastructure available to the Python community. The very best hope of resolving that particular problem is distutils2. :-) distutils2 is

Re: [Python-Dev] PEP 384 accepted

On 02/12/2010 23:51, Amaury Forgeot d'Arc wrote: Hi, 2010/12/3 Michael Foord <mailto:fuzzy...@voidspace.org.uk>> On 02/12/2010 23:01, "Martin v. Löwis" wrote: [snip...] I'm just getting tired having to talk to five projects just t

Re: [Python-Dev] Python Style Sheets ? Re: User's complaints

ugh third part extensions like EasyExtend or Logix. (Effectively implementing a separate compiler.) Readability (one way to do it...) are a central part of the Python philosophy. This philosophy means that it is important that code written by one developer should be readable by others. Your su

Re: [Python-Dev] new security doc using object-capabilities

system would be interprocess communication (?) with a trusted interpreter communicating with an un-trusted one. Would the communication layer need to be implemented as a C extension, or will a standard Python API be possible ? Hmmm maybe I should read your doc. :-) Michael Foord http://www.voidspace

Re: [Python-Dev] new security doc using object-capabilities

Michael Foord wrote: > Brett Cannon wrote: > >> After various people suggesting object-capabilities, takling with Mark >> S. Miller of the E programming language, and the people Mark works >> with at HP Labs (who have been giving talks every week during this >>

[Python-Dev] os.utime and os.chmod failures (etc) Python 2.5b2

iment, but tonight I will try uninstalling all my Python 2.5 stuff and re-installing just 2.5b2. I will see what dlls are present, run the interpreter a few times, and test a simple script with shutil.copytree. All the best, Michael Foord http://www.voidspace.org.uk/python/index.shtml

Re: [Python-Dev] os.utime and os.chmod failures (etc) Python 2.5b2

Thomas Heller wrote: > Michael Foord schrieb: > >> Hello all, >> >> There may be a reasonable cause for this (i.e. it is likely to be my >> fault) - but it is consistent across two different machines I have tried >> it on. >> >> With Pytho

Re: [Python-Dev] New miniconf module

ySub(self, o): return -self.build_Const(o.getChildren()[0]) def build_UnaryAdd(self, o): return self.build_Const(o.getChildren()[0]) def unrepr(s): if not s: return s return Builder().build(getObj(s)) HTH Michael Foord [1] http://www.void

Re: [Python-Dev] New miniconf module

gt; New version of miniconf (version 1.2.0) is out [1][2], including a > unrepr() function; that's the only change this time. > > Michael Foord wrote: > >> ConfigObj [3] gained an 'unrepr' mode a while back. The code is simple, >> and originally came fr

[Python-Dev] Patch Against shutil.copytree Bug

shutil.copytree is broken on windows without it. All the best, Michael Foord [1] Bugfix supplied by Thomas Heller and is attached to the sourceforge bug report. [2] And consistently off in a weird way FWIW... 76a77,103 > > def test_copytree_simple(sel

Re: [Python-Dev] unicode hell/mixing str and unicode as dictionary keys

with a "not convertible" exception). Which of the > two conversions is selected is arbitrary; we should, of > course, continue to use the one we always used (for > "ascii", there is no difference between the two). > > +1 This seems the most (onl

Re: [Python-Dev] unicode hell/mixing str and unicode as dictionary keys

David Hopwood wrote:[snip..] > > >>> we should, of course, continue to use the one we always used (for >>> "ascii", there is no difference between the two). >>> >> +1 >> >> This seems the most (only ?) logical solution. >> > > No; always considering Unicode and non-ASCII byte strings

[Python-Dev] Suggestion for a new built-in - flatten

kinter : import _tkinter._flatten as flatten There are several different possible approaches in pure Python, but is this an idea that has legs ? All the best, Michael Foord http://www.voidspace.org.uk/python/index.shtml -- No virus found in this outgoing message. Checked by AVG Free Editi

Re: [Python-Dev] Suggestion for a new built-in - flatten

[EMAIL PROTECTED] wrote: > On Fri, 22 Sep 2006 18:43:42 +0100, Michael Foord <[EMAIL PROTECTED]> wrote: > > >> I have a suggestion for a new Python built in function: 'flatten'. >> > > This seems superficially like a good idea, but I think add

Re: [Python-Dev] 2.3.6 for the unicode buffer overrun

em. Particularly the SVN integration. If rest2web is a serious option and needs any customisation, I'd be happy to look into it. Michael Foord > Once again, it's a matter of people putting the time in

[Python-Dev] PropertyType

Hello all, Could / should 'PropertyType' be added to the types module ? Michael Foord http://www.voidspace.org.uk/python/articles.shtml -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.15.26/600 - Release Date:

Re: [Python-Dev] The bytes type

> > The string holds 'a string' (singular), the bytes datatype will hold 'bytes' plural. Bytes is more accurate and I would stumble over byte. Michael Foord > > ___ > Python-Dev mailing list > Python-Dev@pyth

Re: [Python-Dev] Unipath package

t accept a solution which subclassed a string type? Michael Foord > There's a Path class for pathname calculations, and a FSPath subclass > for filesystem calls. I'm hoping Path -- or something resembling it > -- will find its way into os.path in Python 2.6 or 3.0. FSPath is &

Re: [Python-Dev] Shortcut Notation for Chaining Method Calls

Greg Ewing wrote: > Michael O'Keefe wrote: > >> I'd like to see a built-in shorthand to allow me to >> chain method calls even when a method call does not explicity >> return a reference to the instance of the object (self). >> > > >> def newFunc02(): >> return NewList([8,9,7,1]).s

Re: [Python-Dev] New syntax for 'dynamic' attribute access

currently) we use getattr / setattr almost as many as 8 times. (I was very surprised at how low that was.) That said, when I explained the proposal to two of my colleagues both of them were *very* happy with the obj.[name] suggestion. Michael Foord > Sorry for the noise, > > A

Re: [Python-Dev] with_traceback

to the current situation) by having the traceback information overwritten, they just can't take direct advantage of the new attribute. Michael Foord ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubsc

Re: [Python-Dev] with_traceback

Greg Ewing wrote: > Michael Foord wrote: > >> With the >> proposed changes, modules that do this would *continue* to work, surely >> ? >> > > Probably, but it might mean they were no longer thread > safe. An exception caught and raised in one thr

Re: [Python-Dev] PEP 344

> newbies could unwittingly emulate). > > Personally, I think the new attributes and the new syntax are *great* improvements to exception handling. I would be sad to see parts of these proposals not happen. Michael Foord ___ Python-Dev mail

Re: [Python-Dev] with_traceback

Greg Ewing wrote: > Michael Foord wrote: > >> Greg Ewing wrote: >> >> >>> An exception caught and raised in one thread would >>> be vulnerable to having its traceback clobbered by >>> another thread raising the same instance. >>&g

Re: [Python-Dev] splitext('.cshrc') (and encouraging developers)

rtunity to involve new developers - but some kind of active engagement would seem appropriate... All the best, Michael Foord > Regards, > Martin > ___ > Python-Dev mailing list > Python-Dev@python.org > http://mail.python.org/mail

Re: [Python-Dev] with_traceback

Greg Ewing wrote: > Michael Foord wrote: > >> With the >> proposed changes, modules that do this would *continue* to work, surely >> ? >> > > Probably, but it might mean they were no longer thread > safe. An exception caught and raised in one thr

[Python-Dev] Non implementation dependent access to calling scope

s built in functions ? If they were specified then the IronPython guys would have to implement it for us. B-) I realise that this can allow bad some bad programming patterns, but there are times when it can be very useful. All the best, Michael Foord

Re: [Python-Dev] Non implementation dependent access to calling scope

Martin v. Löwis wrote: > Michael Foord schrieb: >> Hello all, >> >> I realise that this may be more relevant to Python ideas, in which >> case feel free to ignore this (and my apologies). >> >> I occasionally see code looking (something) like : >> >

Re: [Python-Dev] Proposal to revert r54204 (splitext change)

ven been shown to fix bugs in current code ? Honestly it is this sort of pointless prevarication that gives python-dev a bad name. Michael Foord ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Proposal to revert r54204 (splitext change)

oot + ext == path, and ext is empty or begins with a period and contains at most one period. Even the docstring only states that either part may be empty, hardly documenting what is clearly a misfeature. Michael Foord > Tim Delaney > ___ >

Re: [Python-Dev] Proposal to revert r54204 (splitext change)

> at hand. > It looks to me like a clear bugfix (the fact that there were unit tests for the insane behaviour doesn't make it any less a bug). The current docstring that states that the first element may be empty hardly counts as it being a 'documented featur

Re: [Python-Dev] Proposal to revert r54204 (splitext change)

Delaney, Timothy (Tim) wrote: > [snip..] >> >> Even the docstring only states that either part may be empty, hardly >> documenting what is clearly a misfeature. >> > > splitext(p) > Split the extension from a pathname. > > Extension is everything from the last dot to the end. > ^^^

Re: [Python-Dev] Amusing fan mail I got

Sorry for the top post, but I couldn't find the right place to interject... Are you going to try it ? Michael Guido van Rossum wrote: > -- Forwarded message -- > From: Mustafa <[EMAIL PROTECTED]> > Date: Mar 19, 2007 11:41 AM > Subject: have u seen an idea even billGates shouldn'

Re: [Python-Dev] Fwd: Re: Py2.5.1 release schedule

[EMAIL PROTECTED] wrote: > >> How about Sunday, April 1st? > > Barry> I could probably show up for a few hours that day. > > I can likely spend a couple hours as well. Afternoon (Central Time) would > be better. Depends on Ellen's work schedule. > I'd like to put something back into Py

Re: [Python-Dev] deprecate commands.getstatus()

gt; Sure. os.fork() and the os.exec*() family can stay. But os.spawn*(), > that abomination invented by Microsoft? I also hear no opposition > against killign os.system() and os.popen() Except that 'os.system' is really easy to use and I use it rarely enough that I *

Re: [Python-Dev] deprecate commands.getstatus()

Titus Brown wrote: > On Thu, Mar 22, 2007 at 09:34:46PM +0000, Michael Foord wrote: > -> Guido van Rossum wrote: > -> > Sure. os.fork() and the os.exec*() family can stay. But os.spawn*(), > -> > that abomination invented by Microsoft? I also hear no opposition >

Re: [Python-Dev] PEP 30XZ: Simplified Parsing

omma, no warning ... > # silently becomes f("abcdef", None) > > Implicit string concatenation is massively useful for creating long strings in a readable way though: call_something("first part\n" "second l

Re: [Python-Dev] \u and \U escapes in raw unicode string literals

gt; easy to learn (if you leave out the detail that \ can't be the last > character in a raw string - which should get fixed also, IMO). +1 Michael Foord ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/pyt

Re: [Python-Dev] The docs, reloaded

ould be > possible to use those instead of the current LaTeX->latex2html toolchain. > > For the impatient: the result can be seen at <http://pydoc.gbrandl.de>. > Wow! Very impressive. Changing to ReST would encourage more contributions to the documentation and widen the r

Re: [Python-Dev] [Python-checkins] r86965 - python/branches/py3k/Lib/test/__main__.py

On 03/12/2010 10:53, Nick Coghlan wrote: On Fri, Dec 3, 2010 at 8:42 PM, michael.foord wrote: +# When tests are run from the Python build directory, it is best practice +# to keep the test files in a subfolder. It eases the cleanup of leftover +# files using command "make distclean". +if sysc

Re: [Python-Dev] PEP 384 accepted

On 04/12/2010 11:27, Antoine Pitrou wrote: On Fri, 3 Dec 2010 18:11:57 -0500 James Y Knight wrote: On Dec 3, 2010, at 5:52 PM, Martin v. Löwis wrote: Am 03.12.2010 23:48, schrieb Éric Araujo: But I'm not interested at all in having it in distutils2. I want the Python build itself to use it,

Re: [Python-Dev] Repo frozen for 3.2

On 06/12/2010 21:02, Raymond Hettinger wrote: On Dec 6, 2010, at 11:40 AM, Fred Drake wrote: On Mon, Dec 6, 2010 at 2:21 PM, Raymond Hettinger wrote: We really ought to stop with the SafeFoo naming convention. It is only descriptive to the person who wrote the class or function, not to the u

Re: [Python-Dev] [Python-checkins] r86855 - in python/branches/py3k: Doc/library/unittest.rst Lib/unittest/case.py

plan for compatibility? unittest2 will continue to track changes in unittest. A 0.6.0 release is planned, with feature parity with the version of unittest in Python 3.2. Of course if you want to help that would be much appreciated. :-) All the best, Michael Foord Regards -- http

Re: [Python-Dev] The fate of transform() and untransform() methods

On 09/12/2010 15:03, M.-A. Lemburg wrote: Alexander Belopolsky wrote: On Fri, Dec 3, 2010 at 1:05 PM, Guido van Rossum wrote: On Fri, Dec 3, 2010 at 9:58 AM, R. David Murray wrote: .. I believe MAL's thought was that the addition of these methods had been approved pre-moratorium, but I don'

Re: [Python-Dev] futures API

On 09/12/2010 16:36, Brett Cannon wrote: On Thu, Dec 9, 2010 at 04:26, Thomas Nagy wrote: Hello, I am looking forward to replacing a piece of code (http://code.google.com/p/waf/source/browse/trunk/waflib/Runner.py#86) by the futures module which was announced in python 3.2 beta. I am a bit s

Re: [Python-Dev] A grammatical oddity: trailing commas in argument lists -- continuation

natures is even more preferable, but *sometimes* they are needed. All the best, Michael Foord That would be a lot of hassle to get rid of something that people probably aren't doing in the first place, though. Regards, Nick. -- http://www.voidspace.org.uk/ READ CAREFULLY. By accept

Re: [Python-Dev] [Python-checkins] r87296 - python/branches/py3k/Doc/library/test.rst

On 16 December 2010 00:23, eric.araujo wrote: > Author: eric.araujo > Date: Thu Dec 16 01:23:30 2010 > New Revision: 87296 > > Log: > Advertise “python -m” instead of direct filename. > > > Modified: > python/branches/py3k/Doc/library/test.rst > > Modified: python/branches/py3k/Doc/library/test

Re: [Python-Dev] [Python-checkins] r87296 - python/branches/py3k/Doc/library/test.rst

On 16/12/2010 01:07, Éric Araujo wrote: -option. Run :program:`python regrtest.py -uall` to turn on all +option. Run :program:`python -m regrtest -uall` to turn on all Shouldn't this be `python -m test.regrtest`, or even just `python -m test`? It should :) I was about to fix just that but then

Re: [Python-Dev] Multiprocessing module - Synergeticprocessing (my custom module) - Pickling unPickling issues

to be applied quickly if you can package it in the form of a test that demonstrates the issue and a patch that fixes it. http://bugs.python.org/ All the best, Michael Foord (Synergeticprocessing module is located at GitHub: https://github.com/dpritsos/synergeticprocessing) Starting with

Re: [Python-Dev] Issue #8863 adds a new PYTHONNOFAULTHANDLER environment variable

On 19/12/2010 23:02, Victor Stinner wrote: Le samedi 18 décembre 2010 à 08:50 -0500, James Y Knight a écrit : I think instead of calling abort() to kill the process, you should: - install the signal handler with SA_NODEFER|SA_RESETHAND (or if sigaction is not present, explicitly reset the actio

Re: [Python-Dev] r87389 - in python/branches/py3k: Doc/library/unittest.rst Lib/unittest/case.py Misc/NEWS

is (actual, expected), to reverse it would be dumb (why should everyone using the current ordering reformat all their tests for the new order?). So, -1 on dropping actual and expected. They're standard and useful terminology / concepts for testing. If we do move to a more "agnosti

Re: [Python-Dev] r87389 - in python/branches/py3k: Doc/library/unittest.rst Lib/unittest/case.py Misc/NEWS

On 20/12/2010 13:47, Antoine Pitrou wrote: Le lundi 20 décembre 2010 à 13:00 +, Michael Foord a écrit : Ah man, we've *nearly* finished bikeshedding about the names of unittest assert methods so its time to move onto the names and order of the arguments. Really? Apparently someone de

Re: [Python-Dev] sqlite, DDL, and transactions

://bugs.python.org/ All the best, Michael Foord Attached patch addresses the issue. Patch is against 2.6.1, but looking at Trunk in svn, it seems like the patch is needed and would apply. One issue I could foresee is that this behavior might depend on the sqlite version in use (I'm on 3.6.10). T

Re: [Python-Dev] r87389 - in python/branches/py3k: Doc/library/unittest.rst Lib/unittest/case.py Misc/NEWS

well). The (actual, expected) pattern matches the way almost everyone I've ever seen write if statements and asserts: if x == 5: rather than if 5 == x: assert x == 5 rather than assert 5 == x It also matches functions like isinstance and issubclass. On the other hand it doesn'

Re: [Python-Dev] Fault handler updated, now disabled by default

On 24/12/2010 02:21, Victor Stinner wrote: Le jeudi 23 décembre 2010 à 21:59 +0100, Georg Brandl a écrit : this thread showed that it is not at all obvious how the feature should look like Ok, I understand. I closed #8863 (rejected) and I created a third party module on the Python cheese shop:

Re: [Python-Dev] r87389 - in python/branches/py3k: Doc/library/unittest.rst Lib/unittest/case.py Misc/NEWS

On 22/12/2010 02:26, Terry Reedy wrote: On 12/21/2010 7:17 AM, Michael Foord wrote: My first priority is that doc and code match. Close second is consistency (hence, ease of learning and use) between various AssertXs. Symmetrical diffs (element in first not in second, element in second not

[Python-Dev] Tools/unicode

n 3.2. I'm removing the "for Python 2.0" from the description, but I would rather remove the tool altogether. If someone knows if this tool is still used/useful then please let us know how the description should best be updated. If there are no replies I'll remove it.

Re: [Python-Dev] Tools/unicode

On 03/01/2011 15:39, Alexander Belopolsky wrote: On Mon, Jan 3, 2011 at 10:33 AM, Michael Foord wrote: .. If someone knows if this tool is still used/useful then please let us know how the description should best be updated. If there are no replies I'll remove it. If you are talking

Re: [Python-Dev] Tools/unicode

On 03/01/2011 16:19, M.-A. Lemburg wrote: Michael Foord wrote: On 03/01/2011 15:39, Alexander Belopolsky wrote: On Mon, Jan 3, 2011 at 10:33 AM, Michael Foord wrote: .. If someone knows if this tool is still used/useful then please let us know how the description should best be updated. If

Re: [Python-Dev] Possible optimization for LOAD_FAST ?

On 04/01/2011 01:02, Guido van Rossum wrote: On Mon, Jan 3, 2011 at 9:52 AM, David Malcolm wrote: On Sun, 2011-01-02 at 19:18 -0800, Guido van Rossum wrote: On Sun, Jan 2, 2011 at 5:50 PM, Alex Gaynor wrote: No, it's singularly impossible to prove that any global load will be any given value

Re: [Python-Dev] Possible optimization for LOAD_FAST ?

On 04/01/2011 16:54, Barry Warsaw wrote: On Jan 04, 2011, at 10:21 AM, Alex Gaynor wrote: Ugh, I can't be the only one who finds these special cases to be a little nasty? Special cases aren't special enough to break the rules. Yeah, I agree. Still it would be interesting to see what kind of

Re: [Python-Dev] Possible optimization for LOAD_FAST ?

On 04/01/2011 23:29, Guido van Rossum wrote: On Tue, Jan 4, 2011 at 3:13 PM, Steven D'Aprano wrote: Guido van Rossum wrote: But why couldn't you edit the source code? Because there was no source code -- I was experimenting in the interactive interpreter. I could have just re-created the funct

Re: [Python-Dev] Possible optimization for LOAD_FAST ?

__.open and raw_input. https://www.google.com/codesearch?hl=en&lr=&q=%22patch%28%27__builtin__.%22+lang%3Apython+case%3Ayes :-) Michael Foord The only example I can think of might be the use of mocks for testing purposes, but even there I'd prefer to inject the mock into the module I

Re: [Python-Dev] [Python-checkins] devguide: Strip out all generic svn instructions from the FAQ. It's not only

d them when they ask the questions. It sounds like it's working! :-) All the best, Michael Foord The copy of the dev FAQ on the website has not been touched, so me cutting this stuff out so I know what has and has not been covered has no permanent impact. Plus having the devguide on

Re: [Python-Dev] Summary of Python tracker Issues

On 07/01/2011 17:07, Python tracker wrote: ACTIVITY SUMMARY (2010-12-31 - 2011-01-07) Python tracker athttp://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open2501 (-24) closed 2013

Re: [Python-Dev] API refactoring tracker field for Python4

On 07/01/2011 19:11, Guido van Rossum wrote: On Fri, Jan 7, 2011 at 10:36 AM, Alexander Belopolsky wrote: -1 on the "star system" for the tracker The tracker on Google Code uses stars. We use this tracker to track external App Engine issues. It works very well to measure how widespread a part

Re: [Python-Dev] API refactoring tracker field for Python4

On 07/01/2011 18:44, Antoine Pitrou wrote: On Fri, 7 Jan 2011 13:36:26 -0500 Alexander Belopolsky wrote: On Fri, Jan 7, 2011 at 1:14 PM, anatoly techtonik wrote: .. Don't you think that if people could review issues and "star" them then such minor issues could be scheduled for release not on

Re: [Python-Dev] API refactoring tracker field for Python4

On 07/01/2011 19:22, Guido van Rossum wrote: On Fri, Jan 7, 2011 at 11:15 AM, Michael Foord wrote: On 07/01/2011 19:11, Guido van Rossum wrote: On Fri, Jan 7, 2011 at 10:36 AM, Alexander Belopolsky wrote: -1 on the "star system" for the tracker The tracker on Google Code uses

Re: [Python-Dev] Summary of Python tracker Issues

On 07/01/2011 17:07, Python tracker wrote: ACTIVITY SUMMARY (2010-12-31 - 2011-01-07) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open2501 (-24) closed 201

Re: [Python-Dev] PEP 3333: wsgi_string() function

On 10/01/2011 17:24, Ian Bicking wrote: On Sun, Jan 9, 2011 at 1:47 AM, Stephen J. Turnbull mailto:step...@xemacs.org>> wrote: Robert Brewer writes: > Python 3.1 was released June 27th, 2009. We're coming up faster on the > two-year period than we seem to be on a revised WSGI s

Re: [Python-Dev] devguide: Add an intermediate task of helping triage issues (not to be confused with the

On 10/01/2011 19:05, Brett Cannon wrote: On Mon, Jan 10, 2011 at 10:24, Antoine Pitrou > wrote: On Sun, 9 Jan 2011 15:18:12 -0800 Brett Cannon mailto:br...@python.org>> wrote: > > OK, so the sentence is poorly phrased, but in the list of tasks i

Re: [Python-Dev] devguide: Add an intermediate task of helping triage issues (not to be confused with the

On 10/01/2011 19:31, Antoine Pitrou wrote: Le lundi 10 janvier 2011 à 19:26 +, Michael Foord a écrit : Fair enough. I will remove it. Well, *often* a test that exposes the issue can be written - and if so it is a useful exercise (surely). Yes, well, that's a matter of "usefu

Re: [Python-Dev] "unit test needed"

On 10/01/2011 19:48, Alexander Belopolsky wrote: On Mon, Jan 10, 2011 at 1:49 PM, Éric Araujo wrote: +1 to rename it “test needed” +1 to remove it I meant either one would be an improvement. +1 to remove it Let's remove it first, an then decide if another stage is necessary. The problems wit

Re: [Python-Dev] [Python-checkins] r87980 - in python/branches/py3k/Lib/importlib: _bootstrap.py abc.py

party developers are free to create whatever use cases they want for annotations) so annotations are being kept out of the standard library. Particularly given that they were untested and unused. All the best, Michael Foord -jJ On Wed, Jan 12, 2011 at 9:31 PM, raymond.hettinger wrote

Re: [Python-Dev] devguide: Cover how to (un-)apply a patch.

On 19/01/2011 11:35, Nick Coghlan wrote: On Wed, Jan 19, 2011 at 5:32 AM, wrote: The odds that someone will remember the syntax for the diff command for the VCS are much higher than the revert command. My guess is "diff" is executed more often than any other version control commands except "up

Re: [Python-Dev] devguide: Cover how to (un-)apply a patch.

On 19/01/2011 19:10, s...@pobox.com wrote: Antoine> Ok, thank you but... are you suggesting something or not? Yes. Keep the vcs command recommendations simple. At least mention idioms which likely to apply across a wider range of version control systems. The revert works with svn, hg a

Re: [Python-Dev] devguide: Cover how to (un-)apply a patch.

On 19/01/2011 19:47, Antoine Pitrou wrote: On Wed, 19 Jan 2011 19:20:01 +0100 Michael Foord wrote: On 19/01/2011 19:10, s...@pobox.com wrote: Antoine> Ok, thank you but... are you suggesting something or not? Yes. Keep the vcs command recommendations simple. At least mention idi

<    2   3   4   5   6   7   8   9   10   11   >