Re: [Python-Dev] cpython (2.7): - Issue #17086: Backport the patches from the 3.3 branch to cross-build

On 2/4/2013 3:04 PM, Matthias Klose wrote: - the 2.7 branch is the only branch which doesn't have expected release dates on the calendar. Which calendar? I see 2.7.4, 3.2.4 (its final release), and 3.3.1 on the Release Schecule at python.org. And from a distributor/vendor point o

Re: [Python-Dev] cpython (2.7): - Issue #17086: Backport the patches from the 3.3 branch to cross-build

On 2/6/2013 8:16 AM, Matthias Klose wrote: Am 05.02.2013 07:13, schrieb Terry Reedy: On 2/4/2013 3:04 PM, Matthias Klose wrote: - there were way too may regressions checked in on at least the 2.7 branch. I think you are using 'regression' too freely. But that aside, I

Re: [Python-Dev] os.path.join failure mode

On 2/9/2013 8:31 AM, R. David Murray wrote: On Sat, 09 Feb 2013 09:59:13 +, Thomas Scrace wrote: If a function (or other non-string object) is accidentally passed as an argument to os.path.join() the result is an AttributeError: In [3]: os.path.join(fn, "path") --

Re: [Python-Dev] Usage of += on strings in loops in stdlib

On 2/12/2013 6:20 PM, MRAB wrote: Tuples are much like immutable lists; sets were added, and then frozensets; should we be adding mutable strings too (a bit like C#'s StringBuilder)? (Just wondering...) StringIO is effectively a mutable string with a file interface. sio.write('abc') is the equ

Re: [Python-Dev] Usage of += on strings in loops in stdlib

On 2/12/2013 4:03 PM, Maciej Fijalkowski wrote: Hi We recently encountered a performance issue in stdlib for pypy. It turned out that someone commited a performance "fix" that uses += for strings instead of "".join() that was there before. Now this hurts pypy (we can mitigate it to some degree

[Python-Dev] Re: Rewriting PEP4

""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] As a (currently) casual user of Python, this is my view of the standard library dilemma and its solution: 1. It is too small: I may someday want to use a module not yet added. 2. It is too big: I cannot keep every

[Python-Dev] Re: Re: Re: 2.4 news reaches interesting places

For a subsite aimed at businesses, business.python.org is obvious and easily remembered. Not all businesses are corporations. 'about' and 'why' are not specific at all. I think such a subsite, linked from the main site also, would be a good idea. It should explain both why (including success

[Python-Dev] Re: Python in education

"Randy Chung" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi everyone, > > I'm going to be leading a class on Python at the University of > California, Berkeley next semester (starting in January). Great. > I'm interested in using actual bugs in Python as exercises Please

[Python-Dev] Re: proto-pep: How to change Python's bytecode

"Brett C." <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] At to the title, bytecodes are a property of the CPython implementation, not of Python itself. Since I think the distinction is quite important to maintain, I would insert the missing 'C' and everywhere else as appropriat

[Python-Dev] Re: Please help complete the AST branch

"Jeremy Hylton" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > The file Python/compile.txt on the ast-branch has a brief overview of > the project: http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/Python/Attic/compile.txt?rev=1.1.2.8&only_with_tag=ast-branch&view=auto

[Python-Dev] Re: Please help complete the AST branch

"Terry Reedy" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/Python/Attic/compile.txt?rev=1.1.2.8&only_with_tag=ast-branch&view=auto > > Clicking on the above gave me: > > (502) Bad Ga

[Python-Dev] Re: super() harmful?

"James Y Knight" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Please notice that I'm talking about concrete, real issues, not just a > "super is bad!" rant. Umm, James, come on. Let's be really real and concrete ;-). Your title "Python's Super Considered Harmful" is an obviou

[Python-Dev] Re: Re: super() harmful?

"Alex Martelli" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > On 2005 Jan 06, at 20:16, Terry Reedy wrote: > >> [Knight's] title "Python's Super Considered Harmful" is an obvious >> reference to >> and takeoff on

[Python-Dev] Re: Recent IBM Patent releases

"Scott David Daniels" <[EMAIL PROTECTED]> > IBM has recently released 500 patents for use in opensource code. > > http://www.ibm.com/ibm/licensing/patents/pledgedpatents.pdf > > "...In order to foster innovation and avoid the possibility that a > party will take advantage of this pledg

[Python-Dev] Re: Re: PEP 246: LiskovViolation as a name

"Skip Montanaro" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > The first example here: >http://www.compulink.co.uk/~querrid/STANDARD/lsp.htm > Looks pretty un-extreme to me. To both summarize and flesh out the square-rectangle example: Q. Is a square 'properly' a rectangle? A

[Python-Dev] Re: Getting rid of unbound methods: patch available

"Guido van Rossum" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > What do people think? (My main motivation for this, as stated before, > is that it adds complexity without much benefit.) >From the viewpoint of learning and explaining Python, this is a plus. I never understood why

[Python-Dev] Re: PyCon: The Spam Continues ;-)

Huh? I get a mostly blank page. Perhaps there are no authors by thatname.tjr ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org

[Python-Dev] Re: Is msvcr71.dll re-redistributable?

"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > So, in an amusing turn of events, the EULA actually appears to forbid the > current offering of Python for Windows, since it does not have such a > EULA. Except of course that MS gave Python developers several copie

[Python-Dev] Re: Wanted: members for Python Security Response Team

"Raymond Hettinger" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >> Would it be possible to release a 2.3.4a that has just the fix over > and >> above the released version? In this case it turns out that the fix > nearly >> coincided with the release of 2.3.5 and 2.4.1. Would yo

[Python-Dev] Re: license issues with profiler.py and md5.h/md5c.c

""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > http://www.python.org/psf/contrib.html After reading this page and pages linked thereto, I get the impression that you are only asking for contributor forms from contributors of original material (such as module

[Python-Dev] Re: Re: license issues with profiler.py and md5.h/md5c.c

"Aahz" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] On Sat, Feb 12, 2005, Terry Reedy wrote: >>> http://www.python.org/psf/contrib.html >> After reading this page and pages linked thereto, I get the impression >> that >> you

[Python-Dev] Re: Confusing "hasattr" behaviour

"J. David Ibanez" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Given that the behavior of hasattr is clearly defined in Lib Manual 2.1 as equivalent to def hasattr(obj, name): try: getattr(obj, name) return True except: return False I am not sure what could be co

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

"Michael Chermside" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Tim writes: >> I'd personally be delighted if sum() never worked on anything other >> than numbers. > > Guido writes: >> I think the conclusion should be that sum() is sufficiently >> constrained by backwards compat

[Python-Dev] Re: Ye don't be needin' these!

"Herman Toothrot" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Avast! Why be there builtins divmod and pow, when operators **, /, and % > should be good enough for ya? It runs counter to TOOWTDI, I be thinking. Questions like this should be asked on comp.lang.python or the py

[Python-Dev] Re: C API for the bool type?

"Bo Thorsen" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > If this is not the correct place to post this problem, I apologize. In > that case, please be gentle and point me to a better mailing list. The general Python mailing list (pyrhon-list ?) also at python.org. Or comp.lan

[Python-Dev] Re: tree data structure and python

"vivek khurana" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > i am a new member on this list. I have to implement > tree data structure using python. How it can be done > in python. Is there an existing data structure which > can be used as tree? I have searched archives and > man

[Python-Dev] Re: comprehension abbreviation (was: Adding any() andall())

"Steve Holden" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Having to write > > [x for x in seq] > > to produce a copy of a list doesn't seem that outrageous to me, Except for (currently) leaving the last value of sequence bound to 'x' after making the copy, how is the abov

[Python-Dev] Re: python-dev Summary for 2005-03-16 through 2005-03-31[draft]

>This led to a much more fleshed out design document > (found in Python/compile.txt in the AST branch), The directory URL http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/Python/?only_with_tag=ast-branch or even the file URL http://cvs.sourceforge.net/viewcvs.py/python/python/dist/s

[Python-Dev] Re: Security capabilities in Python

"Eyal Lotem" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >I would like to experiment with security based on Python references as > security capabilities. I am pretty sure that there was a prolonged discussion on Python, security, and capability on this list a year or two ago. P

[Python-Dev] Re: marshal / unmarshal

"Tim Peters" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > All Python behavior in the presence of a NaN, infinity, or signed zero > is a platform-dependent accident. The particular issue here is not platform dependence as such but within-platform usage dependence, as in the same

[Python-Dev] Re: anonymous blocks

"Shannon -jj Behrens" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >Have you guys considered the following syntax for anonymous blocks? There have probably been about 10 such proposals bandied about over the years, mostly on comp.lang.python, which is the more appropriate place f

[Python-Dev] Re: anonymous blocks

I do not know that I have ever needed 'anonymous blocks', and I have therefore not followed this discussion in detail, but I appreciate Python's beauty and want to see it maintained. So I have three comments and yet-another syntax proposal that I do not remember seeing (but could have missed)

[Python-Dev] Re: anonymous blocks

"Fredrik Lundh" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Guido van Rossum wrote: > >> At the same time, having to use it as follows: >> >> for f in with_file(filename): > < for line in f: >> print process(line) >> >> is really ugly, so we need new synt

[Python-Dev] Re: Re: anonymous blocks

"Nick Coghlan" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Guido van Rossum wrote: > > statement expansion", I think we can expect EXPR to produce a value > > that is already an iterator (rather than merely an interable). > > Not supporting iterables makes it harder to write a c

[Python-Dev] Re: Re: anonymous blocks

"Skip Montanaro" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >Guido> with VAR = EXPR: >Guido> BODY > > What about a multi-variable case? Will you have to introduce a new level > of > indentation for each 'with' var? I would expect to see the same structure u

[Python-Dev] Re: Re: anonymous blocks

"Brett C." <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > And before anyone decries the fact that this might confuse a newbie > (which > seems to happen with every advanced feature ever dreamed up), remember > this > will not be meant for a newbie but for someone who has experien

[Python-Dev] Re: Re: Caching objects in memory

Guido: But for *immutable* objects (like numbers, strings and tuples) the implementation is free to use caching. In practice, I believe ints between -5 and 100 are cached, and 1-character strings are often cached (but not always). Hope this helps! I would think this is in the docs somewhere but p

[Python-Dev] Re: Re: Caching objects in memory

"Terry Reedy" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Guido: > > But for *immutable* objects (like numbers, strings and tuples) the > implementation is free to use caching. In practice, I believe ints > between -5 and 100 are cached, an

[Python-Dev] Re: Re: Re: anonymous blocks

"Greg Ewing" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Terry Reedy wrote: The part you quoted was by Nick Coghlan, not me, as indicated by the >> (now >>>) instead of > (which would now be >>) in front of the lines. >>>

[Python-Dev] Re: a few SF bugs which can (probably) be closed

"Ilya Sandler" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Here a few sourceforge bugs which can probably be closed: > > [ 1168983 ] : ftplib.py string index out of range > Original poster reports that the problem disappeared after a patch > committed by Raymond Not clear to me

Re: [Python-Dev] problems with memory management

>I do hava a problem with python and it is that it raise an outofmemory > >(i comment lines in Py.java to avoid system.exit, to debug), Questions about using current Python belong on the Python list or comp.lang.python. Python-dev is for discussions about developing future versions.

Re: [Python-Dev] Loading compiled modules under MSYS/MingGW?

"Steve Castellotti" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Simple question. I'm working on getting Python [2.3] support enabled > for the Gimp under Win32. ... >Am I missing something obvious? Is this a question better suited to > MinGW/MSYS mailing lists, or perhaps

Re: [Python-Dev] Localized Type Inference of Atomic Types in Python

"Brett C." <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > My thesis, "Localized Type Inference of Atomic Types in Python", was > successfully defended today for my MS in Computer Science at the > California > Polytechnic State University, San Luis Obispo. Woo hoo. Congratulation

Re: [Python-Dev] [ANN] Have fun programming with your kids

Dear Mr. Ducasse, The PyDev mailing list, bidirectionally gatewayed to gmane.comp.python.devel, which you apparently used as the insertion point, is a specialized list for discussion and development of the next Python version and occasionally beyond. Even most posts to comp.lang.python (== gm

Re: [Python-Dev] nice()

"Greg Ewing" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I don't think you're doing anyone any favours by trying to protect > them from having to know about these things, because they *need* to > know about them if they're not to write algorithms that seem to > work fine on test

Re: [Python-Dev] Proposal: defaultdict

"Fredrik Lundh" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Raymond Hettinger wrote: > >> I would like to add something like this to the collections module, but a >> PEP is >> probably needed to deal with issues like: > > frankly, now that Guido is working 50% on Python, do we

Re: [Python-Dev] bytes.from_hex()

"Josiah Carlson" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Again, the problem is ambiguity; what does bytes.recode(something) mean? > Are we encoding _to_ something, or are we decoding _from_ something? > Are we going to need to embed the direction in the encoding/decoding >

Re: [Python-Dev] Proposal: defaultdict

> Quoting [EMAIL PROTECTED]: >> The only question in my mind is whether or not getting a non-existent >> value >> under the influence of a given default value should stick that value in >> the >> dictionary or not. It seems to me that there are at least two types of default dicts, which have op

Re: [Python-Dev] Proposal: defaultdict

"Raymond Hettinger" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > [Terry Reedy] >> One is a 'universal dict' that maps every key to something -- the >> default if >> nothing else. That should not have the default ever explicitl

Re: [Python-Dev] New Module: CommandLoop

I know it is tempting and perhaps ok in your own privatecode, but casually masking builtins like 'str' in public library code sets a bad example ;-). tjr ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python

Re: [Python-Dev] buildbot is all green

>>>is always necessary with Windows). With a couple of more machines added, should there be two separate pages for trunk and 2.4 builds? Or do most checkins affect both? ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailma

Re: [Python-Dev] buildbot is all green

""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Terry Reedy wrote: >> With a couple of more machines added, should there be two separate pages >> for trunk and 2.4 builds? Or do most checkins affect both? > > I&

Re: [Python-Dev] buildbot vs. Windows

"Neal Norwitz" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > There's nothing to prevent buildbot from making debug builds, though > that is not currently done. Now that there are separate report pages for 2.4 and 2.5, you could add pages for debug builds, perhaps with a lower fr

Re: [Python-Dev] PEP for Better Control of Nested Lexical Scopes

"Almann T. Goo" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I certainly hope that an initiative like this doesn't get stymied by > the lack of a good name for such a keyword. Maybe something like > "outer"? Adding a keyword has a cost that you have so far ignored. Guido is

Re: [Python-Dev] PEP for Better Control of Nested Lexical Scopes

"Jeremy Hylton" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > If I recall the discussion correctly, Guido said he was open to a > version of nested scopes that allowed rebinding. Yes. Among other places, he said in http://article.gmane.org/gmane.comp.python.devel/25153/match=ne

Re: [Python-Dev] PEP for Better Control of Nested Lexical Scopes

"Almann T. Goo" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > IMO, Having properly nested scopes in Python in a sense made having > closures a natural idiom to the language and part of its "user > interface." By not allowing the name re-binding it almost seems like > that "user i

Re: [Python-Dev] bytes.from_hex()

"Greg Ewing" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Efficiency is an implementation concern. It is also a user concern, especially if inefficiency overruns memory limits. > In Py3k, strings > which contain only ascii or latin-1 might be stored as > 1 byte per character,

Re: [Python-Dev] PEP 328

"Thomas Wouters" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > The one open point that Aahz forwarded me, and is expressed somewhat in > http://mail.python.org/pipermail/python-dev/2004-September/048695.html , > is > the case where you have a package that you want to transparentl

Re: [Python-Dev] Using and binding relative names (was Re: PEP forBetter Control of Nested Lexical Scopes)

"Almann T. Goo" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On 2/26/06, Greg Ewing <[EMAIL PROTECTED]> wrote: >> Alternatively, 'global' could be redefined to mean >> what we're thinking of for 'outer'. Then there would >> be no change in keywordage. >> Given the rarity of globa

Re: [Python-Dev] Switch to MS VC++ 2005 ?!

"Benji York" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >> http://msdn.microsoft.com/vstudio/express/default.aspx > > The express editions are only "free" until November 7th: > http://msdn.microsoft.com/vstudio/express/support/faq/default.aspx#pricing One can keep using any

Re: [Python-Dev] Switch to MS VC++ 2005 ?!

"M.-A. Lemburg" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Note: This is just a thought - I haven't looked into the consequences > of building with VC8 yet, e.g. from the list of pre-requisites, > it's possible that .NET 2.0 would become a requirement. >From the FAQ (see other

Re: [Python-Dev] defaultdict and on_missing()

"Greg Ewing" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > And you don't think there are many different > types of iterables? You might as well argue > that we don't need len() because it "only > applies to sequences". Since you mention it..., many people *have* asked on c.l.p wh

Re: [Python-Dev] Webstats for www.python.org et al.

"Thomas Wouters" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I added webstats for all subsites of python.org: > > http://www.python.org/webstats/ > http://beta.python.org/webstats/ > http://bugs.python.org/webstats/ > http://planet.python.org/webstats/ > http://docs.python.org/w

Re: [Python-Dev] Slightly OT: Replying to posts

"Talin" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Just a quick question about the mechanics of replying to this list. > > I am a subscriber to the list, however I much prefer readiing the list > archives on the web instead of having the postings delivered to my email > account.

Re: [Python-Dev] iterator API in Py3.0

"Michael Hoffman" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Another nice thing about having a next() built-in is that it makes > getting the first item of a generator expression a lot more elegant, > I think this: > next(item for item in items if item > 3) > is a lot clearer t

Re: [Python-Dev] Py3k: Except clause syntax

"Greg Ewing" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Baptiste Carvello wrote: > >> what about >> >> except with : >> >> a program dies "with" an error message, not "as" an error message. > > No. The exception object you're catching *is* the value, > not something which

Re: [Python-Dev] Bug 1184112 still valid

"Fredrik Lundh" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >> http://sourceforge.net/tracker/index.php?func=detail&aid=1184112&group_id=5470&atid=105470 >"When compiling multi-line statements, two caveats apply: line >endings must be represented by a single newline charac

Re: [Python-Dev] GeneratorExit inheriting from Exception

Exception +- KeyboardInterrupt +- GeneratorExit +- SystemExit +- StopIteration This would look even better to me and be easier to learn and remember if the above specifics were gathered under one general category parallel to Error and Warning. Not sure what. Not NonErrorNonWarning though. Sys

Re: [Python-Dev] buildbot failure in sparc solaris10 gcc trunk

wrote in message news:[EMAIL PROTECTED] > The Buildbot has detected a new failure of sparc solaris10 gcc trunk. > Full details are available at: > http://www.python.org:9010/sparc%20solaris10%20gcc%20trunk/builds/68 > > Buildbot URL: http://www.python.org:9010/ Both links failed with Cannot Fin

Re: [Python-Dev] Python 3000 Process

"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. Terry ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org

Re: [Python-Dev] Documenting the ssize_t Python C API changes

"M.-A. Lemburg" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >Perhaps we should have three lists: >1. Py_ssize_t output parameters (these need changes) >2. Py_ssize_t return values (these need overflow checks) >3. Py_ssize_t input parameters (these can be used to enhance the ex

Re: [Python-Dev] PySet API

"Greg Ewing" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Gareth McCaughan wrote: > >> For what it's worth[1], I think Raymond is absolutely on crack here. > > +1 on a good concrete set API from me, too. For what it's worth, I think Gareth's crack at Raymond is childish and out

Re: [Python-Dev] pysqlite for 2.5?

"Anthony Baxter" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >> Anything, but please no "db" or "database" top-level module or >> package :-) > > How about "sql"? Whereas I am quite happy with a 'db' package, and would like to see other db stuff put under it. tjr __

Re: [Python-Dev] pysqlite for 2.5?

"Gerhard Häring" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I proposed to link dynamically on Windows, and ship the Windows > SQLite3.DLL. This has two advantages: > > - Python users can upgrade the SQLite3.DLL by a simple download from in > case of emergency +1 and thanks fro

[Python-Dev] gmane.comp.python.devel.3000 has disappeared

For about a week, I have been reading and occasionally posting to the new pydev-3000 mailing list via the gmane mirror gmane.comp.lang.devel.3000. Today, it has disappeared and was still gone after reloading their newsgroup list. Was this intentional on the part of the mail list maintainers?

Re: [Python-Dev] gmane.comp.python.devel.3000 has disappeared

"Guido van Rossum" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Wasn't my intention. Good ;-) > gmane is black magic to me (I've never used it) so I can't be much > help debugging this... I did add 3 new admins and changed the list > password. Since one of the last messages I

Re: [Python-Dev] gmane.comp.python.devel.3000 has disappeared

> Yes Gmane is subscribed. > I checked if there is a pydev-3000 newsgroup on there server. I found the renamed group. Prefered the original name since it sorted just after this one in the subscribed groups list. tjr ___ Python-Dev mailing list Pyth

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

"Brett Cannon" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > This should only apply to modules that want > bugs reported outside of the Python tracker and have a separate dev > track. People who just use the Python repository as their mainline > version can just be left out. If

Re: [Python-Dev] [Python-3000] Removing 'self' from methoddefinitions

"Jim Jewett" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >>>> # No syntax errors when creating m() >>>> class C: >def m(): pass > > but the method can't actually be called Unless it is wrapped as a staticmethod ;-) ... >>>> C().m() > >Traceback (most rece

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

"tomer filiba" <[EMAIL PROTECTED]> wrote in message >* using lambda functions for meta expressions, instead of eval(string) -- >perhaps >it's faster, but lambda is getting deprecated by python3k :( Good news for you then: Guido's latest thought that I have read is to leave lambda alone, as is.

Re: [Python-Dev] 2.5a1 Performance

"M.-A. Lemburg" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > FWIW: The docs are currently in the README file in Tools/pybench. I took a look. The only thing that puzzles me is 'warp factor', which appears exactly once. tjr ___ Py

Re: [Python-Dev] proposal: evaluated string

"tomer filiba" <[EMAIL PROTECTED] >i don't mean to be rude, Then don't be. Your worst was the silly suggestion in an ad hominen barb that a contributor of many years does not belong on this list. But this time-wasting quibble post, in response to a request to quit wasting everyone's time, c

Re: [Python-Dev] [pypy-dev] Python Software Foundation seeksmentors and students for Google Summer of Code

"Guido van Rossum" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > sign up through the Google SoC website! > (code.google.com/soc/) Easier said than done. I emailed soc2006support suggesting that they add something or make whatever I missed more obvious. tjr ___

Re: [Python-Dev] patch #1454481 - runtime tunable thread stack size

"Andrew MacIntyre" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > http://www.python.org/sf/1454481 > > I would like to see this make it in to 2.5. To that end I was hoping to > elicit any review interest beyond Martin and Hye-Shik, both of whom I > thank for their feedback. > > As

Re: [Python-Dev] setuptools: past, present, future

"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I have some general comments which I will not try to tie to specific quotes. 1. Based on comments on c.l.py, the biggest legitimate fact-based (versus personal-taste-based) knock again Python versus, in particular, P

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

"Nick Coghlan" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > As Phillip pointed out, we need input from people that haven't been > intimately > involved in the PEP 343 discussions OK, here is my attempt to cut the knot. To me, 'context' and 'context manager' can be seen as near

Re: [Python-Dev] setuptools: past, present, future

"Guido van Rossum" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Leaving aside the Perl vs. Py thing, opinions on CPAN seem to be > diverse -- yes, I've heard people say that this is something that > Python sorely lacks; but I've also heard from more than one person > that CPAN su

Re: [Python-Dev] setuptools: past, present, future

"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > At 05:41 PM 4/22/2006 +1000, Nick Coghlan wrote: >>I'm not sure that's what Terry meant - I took it to mean *make the spider >>part of PyPI itself*. > > Which would also be accomplished by using Grig's Cheesecake tool,

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

"Baptiste Carvello" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >+1 for context maker. [me, Terry] >> I would call the decorator @contextmaker since that is what it turns the >> >> decorated function into. >I'm confused here. Do we agree that the object with __enter__ and > >

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

"Just van Rossum" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >> +1 for context maker. >Or maybe "context factory"? Yes, I thought of that too. Latin 'facere' == 'to make'. I might even put a sentence in the doc explaining that a context maker is a context factory, in the CS

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

"Alan McIntyre" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi all, > > I would like to participate in the Summer of Code as a student. At the > moment it looks like the Python tracker on SF has about 2100 open bugs > and patches, going back to late 2000. The latest weekly tra

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

""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Sure: they will remove download access to VS 2005 when VS 2007 > comes available. Still, VS 2005 is available for download right > now, and VS 2003 isn't (anymore). Just yesterday, I downloaded the 2003 Toolkit usi

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

"Alan McIntyre" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I suppose the "new code" emphasis may make writing a proposal to fix > bugs an exercise in futility. :) I personally consider anything *you* write to be 'new code'. Let us see what Google thinks. Patches that other

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

"A.M. Kuchling" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On Mon, Apr 24, 2006 at 09:45:41PM -0700, Neal Norwitz wrote: >> hard bugs to fix. I guess there are also a lot that we can't >> reproduce and the submitter is MIA. Those might be easier. Ping them >> if not reproduc

Re: [Python-Dev] what do you like about other trackers and what do youhate about SF?

"Brett Cannon" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > So, if you could, please reply to this message with ONE thing you have > found in a tracker other than SF that you have liked (especially > compared to SF) and ONE thing you dislike/hate about SF's tracker. I > will use

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

"Jim Jewett" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >> The latest weekly tracker summary says about 1300, + 200 RFEs. ... > >> I worry about ... a batch of 50-100 nice new patches could then sit >> unreviewed on the patch tracker along with those already there. > > Is there

Re: [Python-Dev] what do you like about other trackers and what doyouhate about SF?

"Terry Reedy" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > The most useful thing I can think of is to be able to tag each item by > the doc section (lang ref, lib ref, tut, pep) most applicable to the item > and then be able to sort tracker items (on a

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

"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >>It might also be good to check that the directory actually contained >>python >>modules. > > This is a great idea, but might be hard to implement in practice with the > current C implementation of import, at least for

Re: [Python-Dev] Google Summer of Code proposal: New class for workwith binary trees AVL and RB as with the standard dictionary.

"Josiah Carlson" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Then again, you already have your own implementation of a tree module, > and it seems as though you would like to be paid for this already-done > work. I don't know how google feels about such things, They are explic

Re: [Python-Dev] Type-Def-ing Python

"Brian C. Lum" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Brett Cannon, "Localized Type Inference of Atomic Types in Python": > http://www.ocf.berkeley.edu/~bac/thesis.pdf > > I was wondering if anyone could help me contact him so that I could might > ask him for his source cod

<    19   20   21   22   23   24   25   26   >