Re: [Python-Dev] Patch #1731330 - pysqlite_cache_display - missing Py_DECREF

2007-06-05 Thread Tim Delaney
On 06/06/07, Guido van Rossum <[EMAIL PROTECTED]> wrote: On 6/5/07, Tim Delaney <[EMAIL PROTECTED]> wrote: > I've added patch #1731330 to fix a missing Py_DECREF in > pysqlite_cache_display. I've attached the diff to this email. > > I haven't actually bee

Re: [Python-Dev] Repeatability of looping over dicts

2008-01-04 Thread Tim Delaney
ot; provides the same value for pairs. Another way to create the same list is "pairs = [(v, k) for (k, v) in a.iteritems()]". Tim Delaney ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Uns

Re: [Python-Dev] Repeatability of looping over dicts

2008-01-04 Thread Tim Delaney
ot; provides the same value for pairs. Another way to create the same list is "pairs = [(v, k) for (k, v) in a.iteritems()]". Tim Delaney ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Uns

Re: [Python-Dev] PEP 393 Summer of Code Project

2011-08-24 Thread Tim Delaney
ch as slowspitfire) would probably exercise things quite well. http://speed.pypy.org/about/ Tim Delaney ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/o

Re: [Python-Dev] [SPAM: 3.000] [issue11682] PEP 380 reference implementation for 3.3

2011-11-09 Thread Tim Delaney
ore relaxed syntax, that can be added later (either in 3.3 or a later release). Tim Delaney ___ 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] PEP 405 (proposed): Python 2.8 Release Schedule

2011-11-09 Thread Tim Delaney
> > Brilliant suggestion! Vinay? :) 410 Gone would be more appropriate IMO. But 404 does have more mindshare. Tim Delaney ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://m

Re: [Python-Dev] Hash collision security issue (now public)

2011-12-29 Thread Tim Delaney
bly a good salt. (If it is likely to change, a salt override should be being used instead). Don't use any other IPv6 address. In particular, never use a "temporary" IPv6" address like Windows assigns - multiprocessing could end up with instances with different salts. b. Take th

Re: [Python-Dev] Hash collision security issue (now public)

2011-12-29 Thread Tim Delaney
> > +1 to option c (environment variable) as an override. And/or maybe an > override on the command line. > That obviously should have said option b (environment variable) ... Tim Delaney ___ Python-Dev mailing list Python-Dev@pyt

Re: [Python-Dev] Hash collision security issue (now public)

2011-12-29 Thread Tim Delaney
On 30 December 2011 06:59, Tim Delaney wrote: > +0 to exposing the salt as a constant (3.3+ only) - or alternatively > expose a hash function that just takes an existing hash and returns the > salted hash. That would make it very easy for anything that wanted a salted > hash to get o

Re: [Python-Dev] PEP 7 clarification request: braces

2012-01-02 Thread Tim Delaney
se braces. I'd also point out that if you're expecting braces, not having them can make the code less readable. A consistent format tends to make for more readable code. Cheers, Tim Delaney ___ Python-Dev mailing list Python-Dev@python.org http:

Re: [Python-Dev] PEP 7 clarification request: braces

2012-01-02 Thread Tim Delaney
On 3 January 2012 09:55, Raymond Hettinger wrote: > > On Jan 2, 2012, at 2:09 PM, Tim Delaney wrote: > > I'd also point out that if you're expecting braces, not having them can > make the code less readable. > > > If a programmer's mind explodes whe

Re: [Python-Dev] Status of the fix for the hash collision vulnerability

2012-01-16 Thread Tim Delaney
he non-deterministic behaviour in pathological cases, which we would presumably need new tests for. Thoughts? Tim Delaney ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.pyth

Re: [Python-Dev] Status of the fix for the hash collision vulnerability

2012-01-16 Thread Tim Delaney
On 17 January 2012 10:14, Tim Delaney wrote: > On 17 January 2012 09:23, Paul McMillan wrote: > >> This is why the "simply throw an error" solution isn't a complete fix. >> Making portions of an interface unusable for regular users is clearly >> a bad th

Re: [Python-Dev] Counting collisions for the win

2012-01-22 Thread Tim Delaney
ssive conflicts would fail. 4. (Optional) in 3.3, provide a way to get a dictionary with random salt (i.e. not wait for attack). Tim Delaney ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

Re: [Python-Dev] PEP 409 - final?

2012-02-01 Thread Tim Delaney
NoException__' confusing? Seems perfectly expressive to me so long as it can't itself be raised. Tim Delaney ___ 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] PEP 409 - final?

2012-02-01 Thread Tim Delaney
ions of > "fill this in from somewhere else", and since we really just want a > known sentinel object that isn't None and isn't a meaningful type like > the boolean singletons... > It's cute yet seems appropriate ... I quite like it. Tim Delaney

Re: [Python-Dev] PEP 409 update [was: PEP 409 - final?]

2012-02-02 Thread Tim Delaney
> reset a variable explicitly to its default value. In that case, would the best syntax be: raise Exception() from Ellipsis or: raise Exception() from ... ? I kinda like the second - it feels more self-descriptive to me than "from Ellipsis" - but there's the counter-argum

Re: [Python-Dev] PEP 409 update [was: PEP 409 - final?]

2012-02-02 Thread Tim Delaney
and __context__ alone, and if you're raising a *new* > exception, then __cause__ will already be Ellipsis by default - you > only need to use "raise X from Y" to set it to something *else*. > Absolutely - I can't think of a reason to want to reraise an existing exce

Re: [Python-Dev] folding cElementTree behind ElementTree in 3.3

2012-02-16 Thread Tim Delaney
a slight cost compared to previously (always importing the python version) and you'll still be using cElementTree directly until it's removed, but if/when it is removed you won't notice it. Tim Delaney ___ Python-Dev mailing list Python-Dev@p

Re: [Python-Dev] PEP 418 is too divisive and confusing and should be postponed

2012-04-06 Thread Tim Delaney
27;s valid). By choosing relative terms, it caters to people's desire to have the "best" clock, but doesn't set the expectation that the behaviour is guaranteed. Tim Delaney ___ Python-Dev mailing list Python-Dev@python.org http://ma

Re: [Python-Dev] doc change for weakref

2012-05-25 Thread Tim Delaney
ng weakrefs before GC - however, since the object would then be completely unreachable (except by C code) I'm not sure it matters. Tim Delaney ___ 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] [RELEASED] Python 3.3.0 release candidate 3

2012-09-28 Thread Tim Delaney
On 29 September 2012 06:51, Paul Moore wrote: > > Wow! I had no idea cdecimal was that close in speed to float. That's > seriously impressive. > If those numbers are similar in other benchmarks, would it be accurate and/or reasonable to include a statement along the lines of: "comparable to flo

Re: [Python-Dev] [RELEASED] Python 3.3.0 release candidate 3

2012-09-28 Thread Tim Delaney
On 29 September 2012 07:50, Tim Delaney wrote: > On 29 September 2012 06:51, Paul Moore wrote: > >> >> Wow! I had no idea cdecimal was that close in speed to float. That's >> seriously impressive. >> > > If those numbers are similar in other benchmarks,

Re: [Python-Dev] [RELEASED] Python 3.3.0 release candidate 3

2012-09-29 Thread Tim Delaney
BTW, "What's New": http://www.python.org/download/releases/3.3.0/ still says 80x for decimal performance. Tim Delaney ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Uns

Re: [Python-Dev] [RELEASED] Python 3.3.0 release candidate 3

2012-09-29 Thread Tim Delaney
Also the example at http://docs.python.org/py3k/whatsnew/3.3.html#pep-409-suppressing-exception-contextreads: ... raise AttributeError(attr) from None... Looks like there's an elipsis there that shouldn't be. Tim Delaney ___

Re: [Python-Dev] Python 3.3 vs. Python 2.7 benchmark results (again, but this time more solid numbers)

2012-10-27 Thread Tim Delaney
slightly higher). To be clear - I'm *not* suggesting Cython become part of the required build toolchain. But *if* the Cython-compiled extensions prove to be significantly faster I'm thinking maybe it could become a semi-supported option (e.g. a HOWTO with the caveat &

Re: [Python-Dev] Python 3.3 vs. Python 2.7 benchmark results (again, but this time more solid numbers)

2012-10-28 Thread Tim Delaney
e Cython on speed.python.orgeventually (in two modes - one without hints as a baseline and one with hints). Of course the ideal situation would be to have every implementation of Python 3.3 that is capable of running on the hardware contributing numbers e.g. if/when Jython achieves 3.3 compatibility

Re: [Python-Dev] More compact dictionaries with faster iteration

2012-12-10 Thread Tim Delaney
leted from (probably most dict literals) and it would be nice to have an iteration order for them that matched the source code. However if deletions occur all bets would be off. If you need to maintain insertion order in the face of deletions, use an explicit ordereddict. Tim Delaney __

Re: [Python-Dev] Mercurial workflow question...

2012-12-16 Thread Tim Delaney
Apologies the top-posting (damned Gmail ...). Tim Delaney ___ 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] Mercurial workflow question...

2012-12-16 Thread Tim Delaney
each collapsed changeset is for a single change I haven't seen this be a major issue. However, I'm personally a "create a new named branch for each task, keep all intermediate history" kind of guy (and I get to set the rules for my team ;) so I don't see collapsed changesets

Re: [Python-Dev] Re:[Python-checkins] python/dist/src/Pythonmarshal.c, 1.79, 1.80

2004-12-20 Thread Tim Delaney
and tear it down at the end? you've then got full control of that server and can make it do whatever you want. Or replace the socket objects with mock objects? Tim Delaney ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailma

Re: [Python-Dev] Python for Series 60 released

2004-12-22 Thread Tim Delaney
Guido van Rossum wrote: Python runs on Nokia cell phones (the high-end ones, anyway) and has support from Nokia! Pretty cool all around. I couldn't find out which version of Python is supported - have they told you? Cheers. Tim Delaney ___ P

Re: [Python-Dev] anonymous blocks

2005-04-19 Thread Tim Delaney
it's possible to override get_foo in subclasses if done right ... Two approaches are here: http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/408713 Tim Delaney ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailma

Re: [Python-Dev] Re: anonymous blocks

2005-04-24 Thread Tim Delaney
: return obj.next(exception) # Will raise an appropriate exception return obj.next() Tim Delaney ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/opt

Re: [Python-Dev] Re: anonymous blocks

2005-04-25 Thread Tim Delaney
names, and I don't think this should be one of them - it has obvious uses other than as an implementation detail. PS The first person to replace builtin __next__ in order to implement a "next hook" of some sort, gets shot :-) Damn! There goes the use case ;) Tim Delaney

Re: [Python-Dev] Re: anonymous blocks

2005-04-27 Thread Tim Delaney
7;s concern about distinguishing between exceptions and values passed to the generator. Anything except StopIteration or ContinueIteration will be presumed to be an exception and will be raised. Anything passed via ContinueIteration is a value. Tim Delaney __

Re: [Python-Dev] Re: anonymous blocks

2005-04-27 Thread Tim Delaney
Tim Delaney wrote: Also, within a for-loop or block-statement, we could have ``raise `` be equivalent to:: arg = continue For this to work, builtin next() would need to be a bit smarter ... specifically, for an old-style iterator, any non-Iteration exception would need to be re-raised

Re: [Python-Dev] Re: anonymous blocks

2005-04-27 Thread Tim Delaney
another value. when discussing StopIteration? Tim Delaney ___ 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] LOAD_SELF and SELF_ATTR opcodes

2005-10-14 Thread Tim Delaney
tely, I think it's at work - don't seem to have a copy here :( Obviously, this isn't applicable to as many cases, but it might be interesting to compare what kind of results this produces compared to LOAD_SELF/SELF_ATTR. Tim Delaney ___ Python-Dev

Re: [Python-Dev] LOAD_SELF and SELF_ATTR opcodes

2005-10-15 Thread Tim Delaney
Tim Delaney wrote: > that also binds all attribute accesses all the way down into a single > constant call e.g. > >LOAD_FAST 0 >LOAD_ATTR 'a' >LOAD_ATTR 'b' >LOAD_ATTR 'c' >LOAD_ATTR 'd' > > is bo

Re: [Python-Dev] Building Python with Visual C++ 2005 ExpressEdition

2005-11-12 Thread Tim Delaney
ards MinGW becoming the official Windows build platform. There was a considerable amount of angst with the 2.4 release that can be blamed solely on the CRT change (and hence different DLLs to link to). And with them deprecating ISO standard functions ... Tim Delaney _

<    1   2