Re: [Python-Dev] Proposed revision of PEP 3 (using the issue tracker)

"Nick Coghlan" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | *invalid* | the reported bug was either not described clearly enough to be reproduced, | or is actually the intended behaviour | | *works for me* | the reported bug could not be replicated by the developers This str

Re: [Python-Dev] Proposed revision of PEP 3 (usingthe issue tracker)

"Nick Coghlan" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] |Martin v. Löwis wrote: |> One issue to consider is also politeness. People sometimes complain that |> they feel treated unfair if their report is declared "invalid" - they |> surely believed it was a valid report, at the

Re: [Python-Dev] Complexity documentation request

"Greg Ewing" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] || Yeah, there's no substitute for having at least a | rough idea of how the object you're using is implemented, | e.g. array vs. linked list. As I understand it, the new 2.6 docs include a new one on CPython specifically.

Re: [Python-Dev] Why .index() is not a method of all sequence types ?

"Joost Behrends" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | With such a tuple tp i tried 'ix = tp.index(...)' recently and was | astonished to learn, that this doesn't work. Since we have '... in tp' | for me it seems, that it should make very little difference in | the interpr

Re: [Python-Dev] The Case Against Floating Point ==

"Imri Goldberg" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | Most experienced programmers know that you shouldn't compare floating | point numbers with ==. As a general statement, this is wrong. Mark gave examples. Please drop the proposal. The reason for the int division chan

Re: [Python-Dev] No __bases__ in dir()

"Guido van Rossum" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | In Py3k, dir() will allow any class to makes its instances special | cases by defining __dir__(). Nice. Then the current special case will become explainable as type.__dir__ excluding type's numerous attibutes, to

Re: [Python-Dev] The Breaking of distutils and PyPI for Python 3000?

""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | This is probably not correct. However, in 2.6, you could write | that as | | if type(s) is bytes: s = unicode(s, 'utf-8') | | as bytes is str in 2.6. If you want to support even older | versions, do | | try: |by

Re: [Python-Dev] PEP 365 (Adding the pkg_resources module)

"Tres Seaver" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | -BEGIN PGP SIGNED MESSAGE- | Hash: SHA1 | | Paul Moore wrote: | | > 1. No integration with the system packager (Windows, in my case). If I | > do easy_install nose, then nose does not show up in add/remove | > pro

Re: [Python-Dev] [Distutils] PEP 365 (Adding thepkg_resources module)

"Jeff Rush" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | In your scenario, what happens when one egg pulls in another and another, | until you have a hundred entries in your add/remove menu? As I said in another response, I don't think such things belong in add/remove.

Re: [Python-Dev] PEP 365 (Adding the pkg_resources module)

"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] To Paul's question: I have only installed a couple of things (and not recently) that added their own add/remove entry. But I am not sure I would have called them add-ons as opposed to independent applications writte

Re: [Python-Dev] windows standard [was: PEP 365 (Adding thepkg_resources module)]

"Jim Jewett" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | Terry Reedy | > The standard (and to me, preferable) way of dealing | > with such things is to have an 'installation manager' | > that can reinstall as well as delete and that has a

Re: [Python-Dev] Proposal: from __future__import unicode_string_literals

""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I think we all can agree that we would like Plone to migrate to 3.x without too much pain and that their collective situation may be more difficult for migration than some others. | http://wiki.python.org/moin/Por

Re: [Python-Dev] Decimal(unicode)

"Mark Dickinson" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | On Tue, Mar 25, 2008 at 11:29 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote: | | > The isinstance(value, str) check in Py3k is too restrictive - it needs | > to accept bytes instances as well. | > | | Hmm. There's not a

Re: [Python-Dev] fixing tests on windows

"Tim Golden" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | [re tests which fail because something's holding a file | open with SHARE_DELETE] There are a couple of things one can do in a directory's Properties box (right click) to reduce interference. 1. Under General/Advanced, u

Re: [Python-Dev] fixing tests on windows

"Steven Bethard" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | On Thu, Apr 3, 2008 at 3:09 PM, Terry Reedy <[EMAIL PROTECTED]> wrote: | > "Tim Golden" <[EMAIL PROTECTED]> wrote in message | > news:[EMAIL PROTECTED] | > | > |

Re: [Python-Dev] fixing tests on windows

"Tim Golden" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | Terry Reedy wrote: | > I suspect, but do not know, that the dialog box effects changes through | > user-programmable interfaces. So while I would start with manual changes | > to see if t

Re: [Python-Dev] RELEASED Python 2.6a2 and 3.0a4

"Gerhard Häring" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | In case you don't know already, the website is not fully updated, yet: | | http://www.python.org/download/releases/2.6/ | | Top of the page says "2.6a1" instead of "2.6a2". | | This file is apparently not yet updated f

Re: [Python-Dev] RELEASED Python 2.6a2 and 3.0a4

"Barry Warsaw" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I think I fixed these -- at least a grep of my local tree turns up no other references to 2.6a1 or 3.0a3. It might take a little while for the site to get rebuilt though. = Fixed now. Now I am only waiting f

Re: [Python-Dev] New project : Spyke python-to-C compiler

"Rahul Garg" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | Note this message has been posted to numpy-discussion and python-dev. | Sorry for the multiple posting but I thought both python devs and | numpy users will be interested. If you believe your list should not | receive this

Re: [Python-Dev] unittest's redundant assertions: assertsvs. failIf/Unlesses

"Michael Foord" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | > Someone please open a bug for this task. | > | > | This sounds like a good compromise and I'm happy to take on the cleanup | - unless someone else beats me to it. I guess it should wait until 3.0 | final is out of the

Re: [Python-Dev] very bad network performance

"Ralf Schmitt" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | Hi all, | | I'm using mercurial with the release25-maint branch. I noticed that checking | out a local repository now takes more than | 5 minutes (it should be around 30s). | | I've tracked it down to this change: | htt

Re: [Python-Dev] string representation of range in 3.0

"Guido van Rossum" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | On Wed, Apr 16, 2008 at 3:15 AM, Armin Rigo <[EMAIL PROTECTED]> wrote: | > What about the less confusing and more readily generalizable: | > | > | > | > It would also be helpful IMHO to use this kind of repr fo

Re: [Python-Dev] string representation of range in 3.0

"Guido van Rossum" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | Why only str()? Note that the interactive prompt uses repr() to display values. I was under the impression that for range, you still wanted to maintain the distinction between an evalable and a friendly representa

Re: [Python-Dev] Proposed unittest changes

"Michael Foord" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | I think that there is still work I can do on the docs even before any | grand renaming... In a related thread, I proposed and Guido approved that the 2.6/3.0 docs be changed to 1. specify that the Fail... names will di

Re: [Python-Dev] python hangs when parsing a bad-formed email

"Amaury Forgeot d'Arc" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | When you think you found a problem with python, please submit an issue | in the python issue tracker: |http://bugs.python.org/ Or post to comp.lang.python / python mailing list / gmane.comp.python.general

Re: [Python-Dev] Encoding detection in the standard library?

""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] |> I certainly agree that if the target set of documents is small enough it | | Ok. What advantage would you (or somebody working on a similar project) | gain if chardet was part of the standard library? What if it wa

Re: [Python-Dev] annoying dictionary problem, non-existing keys

Python-dev is for discussion of development of future Python. Use python-list / comp.lang.python / gmane.comp.python.general for usage questions. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev U

Re: [Python-Dev] shal we redefine "module" and "package"?

"zooko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | Folks: | Unfortunately these answers aren't quite right. A "package" is | actually a directory containing an __init__.py file, and a | distribution is actually what you think of when you say "package" -- | a reusable package o

[Python-Dev] PEP 8: Discourage named lambdas?

Some people write somename = lambda args: expression instead of the more obvious (to most people) and, dare I say, standard def somename(args): return expression The difference in the result (the only one I know of) is that the code and function objects get the generic name '' instead of

Re: [Python-Dev] Invitation to try out open source code review tool

"Stefan Behnel" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | Any chance to try it without signing contracts with Google? Depends: Yes. You may read anything without an account. No. You may not write anything to a Google hosted service without a Google account, agreeing to s

Re: [Python-Dev] [Python-3000] Invitation to try out open sourcecode review tool

"Guido van Rossum" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] |I've been reluctant to use the Rietveld name too much since Americans can't spell it. :-) Well, it follows the i before e rule, so I think I will manage. And it is a nice name, unlike Unix 'creat'. In any case, Ameri

Re: [Python-Dev] Invitation to try out open source code review tool

"Guido van Rossum" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | On Tue, May 6, 2008 at 10:41 AM, Alexander Michael <[EMAIL PROTECTED]> wrote: | > Was it also a coincidence that Mondrian and Rietveld were both members | > of the De Stijl movement? If so, a very nice one! | | No

Re: [Python-Dev] On quote styles

<[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | | Moving from python-checkins and giving this topic a proper subject. The | original thread started here with a checkin by Benjamin: | |http://mail.python.org/pipermail/python-checkins/2008-May/069181.html To me, those changes ar

Re: [Python-Dev] Adding start to enumerate()

"Nick Coghlan" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | I'd like to hear from Raymond before we do this. I'm pretty sure we had | a reason for *not* doing it that way in when enumerate() was added, but | I can't remember what that reason might have been... http://bugs.python

Re: [Python-Dev] Adding start to enumerate()

"Duncan Booth" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | | If you are generating paginated output then a function to generate an | arbitrary page would likely want to enumerate starting at some value larger | than one. | | Of course in that case you'll also want to skip part

Re: [Python-Dev] Conditional For Statements

"Ryan Hitchman" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | I'd like to propose an addition to the for statement's syntax: | | for {variable} in {iterable} if {condition}: |{block} | | which is equivalent to | | for {variable} in {iterable}: |if not {condition}: |

Re: [Python-Dev] Module renaming and pickle mechanisms

"Nick Coghlan" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | M.-A. Lemburg wrote: | > I don't think that an administrative problem such as forward- | > porting patches to 3.x warrants breakage in the 2.x branch. | > | > After all, the renaming was approached for Python 3.0 and not

Re: [Python-Dev] Iterable String Redux (aka String ABC)

"Armin Ronacher" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | Basically *the* problematic situation with iterable strings is something like | a `flatten` function that flattens out every iterable object except of strings. In most real cases I can imagine, this is way too broad

Re: [Python-Dev] Iterable String Redux (aka String ABC)

"Steven D'Aprano" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Just throwing a suggestion out there... def atomic(obj, _atomic=(basestring,)): try: return bool(obj.__atomic__) except AttributeError: if isinstance(obj, _atomic): return True

Re: [Python-Dev] Mini-Pep: Simplifying the Integral ABC

"Raymond Hettinger" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | From: "Guido van Rossum" <[EMAIL PROTECTED]> | > Unless more folks actually say they agree I don't want to go forward | > with this. There was quite a bit of discussion about PEP 3141 and it | > was accepted; striki

Re: [Python-Dev] Assignment to None

"Tony Nelson" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | At 4:46 PM +0100 6/9/08, Michael Foord wrote: | Or perhaps CPython should just stop trying to detect this at compile time. | Note that while assignment to ".None" is not allowed, setattr(foo, "None", | 1) then referenci

Re: [Python-Dev] Assignment to None

""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] |> At the global level, the subversion does not work: | | I think you are misinterpreting what you are seeing. No, you didn't understand the code I posted which explicitely demonstrated the same point you repeated.

Re: [Python-Dev] bug or a feature?

"Scott Dial" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] || If non-string keys are not allowed in __dict__, then the AddOns library | should be changed to add another dict to the object of interest to track | these AddOn instances. There are three possibilities with respect to __

Re: [Python-Dev] bug or a feature?

"Maciej Fijalkowski" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | On Thu, Jun 12, 2008 at 2:32 AM, Terry Reedy <[EMAIL PROTECTED]> wrote: | > | > "Scott Dial" <[EMAIL PROTECTED]> wrote in message | > news:[EMAIL PROTECTED] | >

Re: [Python-Dev] bug or a feature?

"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | At 08:32 PM 6/11/2008 -0400, Terry Reedy wrote: | >The Data Model chapter of the Reference Manual lists .__dict__ as a special | >attribute of callables, modules, classes, and instances. It de

Re: [Python-Dev] Status of Issue 2331 - Backport parameter annotations

David Pokorny wrote: [warning - mini rant] Reason is, I am using 3.0a for now for this project, but I am sorry to say that using parentheses for raising exceptions drives me up the wall, [warning - a bit of a counter-rant ;-] Does it bother you that you need ()s to make instances elsewhere?

Re: [Python-Dev] C API for gc.enable() and gc.disable()

Kevin Jacobs <[EMAIL PROTECTED]> wrote: I can say with complete certainty that of the 20+ programmers I've had working for me, many who have used Python for 3+ years, not a single one would think to question the garbage collector if they observed the kind of quadratic time complexity I've de

Re: [Python-Dev] Proposal: Run GC less often

Neil Schemenauer wrote: BTW, I suspect that documentation needs updating since I understand that the GC is no longer optional (the stdlib and/or the Python internals create reference cycles themselves). Is it possible and might it be useful for those internal cycle-creating operations to in

Re: [Python-Dev] Suggested API change to PyOS_InputHook

Michael Abbott wrote: Please CC me in any replies: I am quite literally unable to cope with the volume of traffic that a subscription to python-dev will give me. You can read python-dev (and 1000s of other mail lists, with a newsreader, like I do, for the same reason, via the free list to n

Re: [Python-Dev] Community buildbots and Python release quality metrics

[EMAIL PROTECTED] wrote: to what extent should Python actually be compatible between releases? As I understand things from years of observation, the following are fair game to changed in ways possibly backward-incompatible for specific code: bugs, detailed float behavior (which may be syst

Re: [Python-Dev] [Python-checkins] r64424 - in python/trunk:Include/object.h Lib/test/test_sys.py Misc/NEWSObjects/intobject.c Objects/longobject.c Objects/typeobject.cPython/bltinmodule.c

Raymond Hettinger wrote: From: "Guido van Rossum" <[EMAIL PROTECTED]> Let's step back and discuss the API some more. - Do we need all three? I think so -- see the the reasons below. I would prefer 1, see below. Of course, my first choice was not on your list. To me, the one obvious wa

Re: [Python-Dev] [Python-checkins] r64424 - in python/trunk:Include/object.h Lib/test/test_sys.py Misc/NEWSObjects/intobject.c Objects/longobject.c Objects/typeobject.cPython/bltinmodule.c

Mark Dickinson wrote: math.tohex(3.14) '0x1.91eb851eb851fp+1' math.fromhex('0x1.91eb851eb851fp+1') 3.1401 How about just one self-inverse method .hex? .hex(float/hexstring) returns corresponding hexstring/float ___ Python-Dev mail

Re: [Python-Dev] UCS2/UCS4 default

Daniel Arbuckle wrote: Regardless, as I said before, nothing justifies silently changing the meaning of a program based on an option that most users don't set for themselves and are not aware of. The premise of this thread seems to be that the majority should suffer for the benefit of a few

Re: [Python-Dev] UCS2/UCS4 default

Guido van Rossum wrote: On Thu, Jul 3, 2008 at 10:44 AM, Terry Reedy <[EMAIL PROTECTED]> wrote: The premise of this thread seems to be that the majority should suffer for the benefit of a few. That is not Python's philosophy. The premise is the OP's idea that Python shou

Re: [Python-Dev] PEP: Consolidating names and classes in the `unittest` module

Benjamin Peterson wrote: On Mon, Jul 14, 2008 at 6:18 PM, Ben Finney <[EMAIL PROTECTED]> wrote: "Benjamin Peterson" <[EMAIL PROTECTED]> writes: On Mon, Jul 14, 2008 at 8:25 AM, Ben Finney <[EMAIL PROTECTED]> wrote: Use new-style classes throughout The follo

Re: [Python-Dev] PEP: Consolidating names and classes in the `unittest` module (updated 2008-07-15)

Stephen J. Turnbull wrote: Yes, for the purposes of this PEP. We already know that many people want various different things. You want fail* /rather than/ assert*, but Steven d'Aprono wants /both/, and I prefer assert* /exclusively/. I don't see why we all shouldn't be satisfied[1], so the c

Re: [Python-Dev] Proposed unittest changes

http://lists.idyll.org/pipermail/testing-in-python/2007-November/000406.html & associated thread, for those interested in the variety of mock libraries... That might be a good beginning for an updateable wiki page on mock libraries. ___ Python-De

Re: [Python-Dev] Running Py2.6 with the -3 option

Benjamin Peterson wrote: On Tue, Jul 15, 2008 at 12:37 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: I wonder if it might not be simpler (at least in some cases) to just disable the warnings for certain modules? I imagine in many cases fixing up the 2.6 code to suppress -3 warnings would be

Re: [Python-Dev] PEP: Consolidating names and classes in the `unittest` module (updated 2008-07-15)

Ben Finney wrote: "Stephen J. Turnbull" <[EMAIL PROTECTED]> writes: Terry Reedy writes: > For the community as a whole, all stdlib modules are suggestions > and examples, not commands. Well, even if "standard" is too strong a word, the DeprecationWarn

Re: [Python-Dev] PEP: Consolidating names in the `unittest` module

Michael Foord wrote: Collin Winter wrote: Is any provision being made for a 2to3 fixer/otherwise-automated transition for the changes you propose here? As the deprecation is intended for 2.X and 3.X - is 2to3 fixer needed? A fixer will only be needed when it actually is needed, but wh

Re: [Python-Dev] PEP: Consolidating names and classes in the `unittest` module (updated 2008-07-15)

Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- If camelCase / duplicated names are such a pain, write a *new* module, 'unittest2', and port Python's tests to use it, thereby leaving the much larger volume of not-in-Python tests still working. One might then remove the 'unittest' modu

Re: [Python-Dev] Implementing restricted Python in Zope2

Benjamin Peterson wrote: On Thu, Jul 17, 2008 at 4:10 PM, Sidnei da Silva <[EMAIL PROTECTED]> wrote: """ The safety of RestrictedPython has been validated in a somewhat formal process with Python 2.4. Ranjith is working to validate it with Python 2.5. He is first working to discover all cha

Re: [Python-Dev] Fwd: Change in repr of Decimal in 2.6

Karen Tracey wrote: Yeah, but the testcases are not quite that simple. They're often testing return values from functions and as much verifying that the type is correct as the value, so I think I'd have to change stuff like: >>> f.clean('1') Decimal("1") to: >>> x = f.clean('1') >>> p

Re: [Python-Dev] Python VM

Jakob Sievers wrote: Hi, I've been reading the Python VM sources over the last few afternoons and I took some notes, which I thought I'd share (and if anyone familiar with the VM internals could have a quick look at them, I'd really appreciate it). This is the CPython VM. Other implementatio

[Python-Dev] Close PEP 211? (was Re: Infix operators)

Sebastien Loisel wrote: The one thing which I found was PEP 211 http://www.python.org/dev/peps/pep-0211/ This now has a status of deferred. Given that itertools.product(A,B) == ((x,y) for x in A for y in B) == the proposed 'A @ B' and given Guido's pronounced distaste for new infix, shoul

Re: [Python-Dev] Matrix product

Fernando Perez wrote: re http://www.python.org/dev/peps/pep-0225/ I am hereby volunteering to try to organize a BOF session at the conference on this topic, and can come back later with the summary. I'm also scheduled to give a talk at BayPiggies on Numpy/Scipy soon after the conference, so

Re: [Python-Dev] Memory tests in Unicode

Antoine Pitrou wrote: Facundo Batista gmail.com> writes: The test_raiseMemError() in test_unicode.py is complicating me the regression tests: tries to use all the memory in my system, which starts to swap as crazy, and almost freezes everything. When the test finishes (always pass ok), I have

Re: [Python-Dev] eval() accepts compiled 'exec' statements

Patrick Maupin wrote: This may or may not be relevant to 2.6 or 3.0 (because I don't have those handy at the moment), but on 2.5 and earlier: Python 2.5.2 (r252:60911, May 7 2008, 15:19:09) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type "help", "copyright", "credits" or "license" for more

Re: [Python-Dev] Unicode 5.1.0

Guido van Rossum wrote: I was just paid a visit by my Google colleague Mark Davis, co-founder of the Unicode project and the president of the Unicode Consortium. He would like to see improved Unicode support for Python. (Well duh. :-) On his list of top priorities are: 1. Upgrade the unicodata

[Python-Dev] IDLE croaks on both beta3s?

Marks Summerfield and Dickenson report 2.6/3.0 b3 will not run IDLE http://bugs.python.org/issue3628 because idlelib/run.py needs s/set_daemon(True)/daemon = True/ Assuming they are correct and this is general: 1. Is not there any test to make sure that IDLE basically runs? For instance by havin

Re: [Python-Dev] Unicode 5.1.0

Guido van Rossum wrote: 2008/8/25 M.-A. Lemburg <[EMAIL PROTECTED] >: > I would really like to see more Unicode support in Python, e.g. > for collation, compression, indexing based on graphemes and > code points, better support for special casing situations (to > c

Re: [Python-Dev] the explicit self

Kilian Klimek wrote: i know this has been discusses very much, There is a related discussion on python-ideas right now and was a long discussion on python-list/c.l.p within the last month. And the month before. Either would have been the place to post this. i'm sorry, but i can't

Re: [Python-Dev] Things to Know About Super

Michele Simionato wrote: Notice that I was discussing an hypothetical language. I was arguing that in principle one could write a different language from Python, with single inheritance only, and not lose much expressivity. I am not advocating any change to current Python. Since this is a li

Re: [Python-Dev] Documentation Error for __hash__

Jeff Hall wrote: I'm not sure about the first but as for the __reversed__ we had a discussion yesterday and it was indeed added in 2.4 (oddly, my 2.5 documentation has this correct... ) 2.4 doc: reversed( seq) Return a reverse iterator. seq must be an object which supports the sequence pro

Re: [Python-Dev] Add python.exe to PATH environment variable

Tarek Ziadé wrote: So I don't see any good reason (besides the technical complexity) Unless and until someone is able and willing to deal with the technical complexity, that would seem to be a sufficient reason. > to [not, I presume] add it to the Windows installer. So I would love to se

Re: [Python-Dev] Add python.exe to PATH environment variable

M.-A. Lemburg wrote: On 2008-09-02 23:14, Terry Reedy wrote: An alternative to manipulating PATH would be to make and add to the Start Menu a Command Prompt shortcut, call it Command Window or something, that starts in the Python directory. Then one could enter python or >Scripts/gofo

[Python-Dev] Can/should built-in functions get __get__?

One of the nice features of 3.0 is that differences between classes defined in C and Python (other than speed) are mostly erased or hidden from the view of a Python programmer. However, there are still sometimes surprising and quite visible differences between 'functions' written in C and Pyth

Re: [Python-Dev] Can/should built-in functions get __get__?

Christian Heimes wrote: Terry Reedy wrote: One of the nice features of 3.0 is that differences between classes defined in C and Python (other than speed) are mostly erased or hidden from the view of a Python programmer. However, there are still sometimes surprising and quite visible

Re: [Python-Dev] ANNOUNCE: CapPython, an object-capability subset of Python

Mark Seaborn wrote: During the past couple of months I have been working on an object-capability subset of Python - in other words, a restricted execution scheme for sandboxing Python code. It has been influenced by other object-capability subset languages, such as Joe-E (a subset of Java [1]),

Re: [Python-Dev] [Python-3000] New proposition for Python3 bytes filename issue

Le Monday 29 September 2008 19:06:01 Guido van Rossum, vous avez écrit : I know I keep flipflopping on this one, but the more I think about it the more I believe it is better to drop those names than to raise an exception. Otherwise a "naive" program that happens to use os.listdir() can be re

Re: [Python-Dev] [Python-3000] New proposition for Python3 bytes filename issue

Guido van Rossum wrote: No, that's because bytes is missing from the explicit list of allowable types in io.open. Victor has a one-line trivial patch for this. Could you try this though? import _fileio _fileio._FileIO(b'tem') >>> import _fileio >>> _fileio._FileIO(b'tem') _fileio._FileIO(3,

Re: [Python-Dev] Doc nits question

Georg Brandl wrote: Fred Drake schrieb: On Oct 2, 2008, at 9:21 AM, Georg Brandl wrote: I intend to set things up so that the docs at docs.python.org are continually rebuilt, just like the /dev docs were until now. Will you do the same for the 3.0 version? http://docs.python.org/dev/3.0/ T

Re: [Python-Dev] porting pycxx and pysvn to python 3.0 hit a problem

Barry Scott wrote: for key in [pysvn.wc_status_kind.added, pysvn.wc_status_kind.replaced, pysvn.wc_status_kind.unversioned]: print( '2 key', key, key in wc_status_kind_map, cmp( key, pysvn.wc_status_kind.unversioned ), hash( key ) ) try: print( '2 lookup

Re: [Python-Dev] status of 2.5

Martin v. Löwis wrote: Neal Norwitz wrote: Should we plan to put out a final 2.5 release? If so, should we continue to backport fixes (like Martin's removal of Alpha in setup.py)? My preference is that we do put out a final 2.5 that has all accumulated bug fixes. Then close the branch. That

Re: [Python-Dev] effect of "exec" on local scope

Willem Broekema wrote: The issue came up while trying to get some Sympy code running on CLPython. class C: exec "a = 3" print locals() 1. Is it guaranteed that class C gets an attribute "a", i.e. that the locals printed include {'a': 3}? 2. It it (also) guaranteed if it were in a function sco

Re: [Python-Dev] effect of "exec" on local scope

Ondrej Certik wrote: Which works in CPython but fails in CLPython. From your answer it seems to me that this code is not nice and we should not use it and should rather use something like: class Basic(AssumeMeths): ... for k in AssumeMeths._assume_defined: setattr(Basic, 'is_%s' % k, prope

Re: [Python-Dev] Documentation idea

[EMAIL PROTECTED] wrote: On 9 Oct, 11:12 pm, [EMAIL PROTECTED] wrote: Background -- In the itertools module docs, I included pure python equivalents for each of the C functions. Necessarily, some of those equivalents are only approximate but they seem to have greatly enhanced the doc

Re: [Python-Dev] syntax change justification

Jim Jewett wrote: Nick Coghlan's explanation of what justifies a syntax change (most of message http://mail.python.org/pipermail/python-dev/2008-October/082831.html ) should probably be added to the standard docs/FAQs somewhere. I agree that this was a helpful explanation. A link to the origin

Re: [Python-Dev] Documentation idea

Brett Cannon wrote: On Fri, Oct 10, 2008 at 1:45 PM, Terry Reedy <[EMAIL PROTECTED]> wrote: The advantage of the decorator version is that the compiler or module loader could be special cased to recognize the 'C' decorator and try it first *before* using the Python version, w

Re: [Python-Dev] heapq, min and max

Kristján Valur Jónsson wrote: Ok. And sorry, I missed your part about heapq now having a c implementation. This is indeed good, I was misled by the presence of heapq.py. Duplicate Python/C code will probably become more common. Even if the Python is not used for prototyping (which I believe

Re: [Python-Dev] [ANN] VPython 0.1

David Ripton wrote: Feedback is, of course, very welcome and it'd be great to have some pybench results from different machines. My results are very similar to Jakob's. From looking thru the vmgen manual, there are two things it is doing that CPython is not. 1. gcc-specific threaded code; c

Re: [Python-Dev] [ANN] VPython 0.1

[EMAIL PROTECTED] wrote: It's a substantial patch, but from what I understand it's a huge performance improvement and completely compatible, both at the C API and Python source levels. I have not seen any Windows test yet. The direct threading is gcc-specific, so there might be degradation

Re: [Python-Dev] Using Cython for standard library?

Stefan Behnel wrote: I think the main advantage for stdlib modules is actually the maintenance cost. Having a single, easy-to-read code base for extension modules that compiles without modification in Py2.6/7 and Py3.0/3.1 (and 2.3, 2.4 and 2.5), makes life a lot easier for both maintainers and

Re: [Python-Dev] Using Cython for standard library?

Stefan Behnel wrote: Terry Reedy wrote: Do you have any plans to support/use 3.0 type annotations so that one could develop function-oriented code in 3.0 and then compile efficient C (for whatever CPython version) without adding Python-incompatible cdefs? That is still an official TODO

Re: [Python-Dev] Looking for VCS usage scenarios

Paul Moore wrote: 2008/11/5 David Ripton <[EMAIL PROTECTED]>: All timings very approximate: Time for average user to check out Python sources with bzr: 10 minutes Time for average user to check out Python sources with git or hg: 1 minute Time for average user's trivial patch to be reviewed an

Re: [Python-Dev] Released fixes for CVE-2008-2315 for Python 2.4?

Martin v. Löwis wrote: Skip Montanaro and others hackers started to port the multiprocessing module to Python 2.4 and 2.5. http://code.google.com/p/python-multiprocessing/ Is it planned to include it in 2.4.6 and/or 2.5.3? Neither. For 2.4.x, we only accept security fixes; for 2.5.3, only

Re: [Python-Dev] n.numbits: method or property?

Mike Klaas wrote: On 11-Nov-08, at 4:16 PM, Mark Dickinson wrote: More generally, what are the guidelines for determining when it's appropriate to make something a property rather than a method? Both are awkward on numeric types in python, necessitating brackets or a space before the dot:

Re: [Python-Dev] Optimize Python long integers

Victor Stinner wrote: Le Wednesday 12 November 2008 00:14:40, vous avez écrit : There are some very interesting propositions (with patches!) to optimize Python int and long types (especially the long integers). Just trying to clarify the focus: would you like to see any of these applied to 2.6?

Re: [Python-Dev] [Python-3000] 2.6.1 and 3.0

Barry Warsaw wrote: -BEGIN PGP SIGNED MESSAGE- Let's try this for 3.0rc4 then. The current release is rc2. Skipping rc3 would confuse people'-) ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/pyt

Re: [Python-Dev] issue 4336

Kristján Valur Jónsson wrote: Hello there. I recently created this issue: http://bugs.python.org/issue4336 3 days ago. I‘ve had no response so far. Possible reasons: no automatic assignee; core developers focused on getting 2.5.3, 2.6.1, and 3.0.0 out in the next few weeks; some people

<    14   15   16   17   18   19   20   21   22   23   >