Am 15.01.2012 15:27, schrieb Victor Stinner:
I don't think that it would be hard to patch this library to use
another hash function. It can implement its own hash function, use
MD5, SHA1, or anything else. hash() is not stable accross Python
versions and 32/64 bit systems.
As I wrote in a reply
Am Montag 22 Mai 2006 02:46 schrieben Sie:
> Heiko Wundram wrote:
> > 2) Just as I've replied to Terry J. Reed, if you find list comprehensions
> > easy to read, you're also bound to be able to understand what "for
> > in if :" does, at least AFAIC
Am Montag 22 Mai 2006 02:22 schrieb Greg Ewing:
> Heiko Wundram wrote:
> > for node in tree:
> > if not node.haschildren():
> > continue
> >
>
> Er, you do realise that can be written more straightforwardly as
&
Am Montag 22 Mai 2006 01:59 schrieb Josiah Carlson:
> > 1) It unifies the syntax for list comprehensions and for loops, which use
> > the
>
> No, it /partially unifies/ list comprehensions and for loops. To
> actually unify them, you would need to allow for arbitrarily nested fors
> and ifs...
>
>
Am Sonntag 21 Mai 2006 22:11 schrieb Talin:
> As a general guideline, I've noticed that proposals which are purely
> syntactic sugar are unlikely to be accepted unless there is some
> additional benefit other than just compression of source code.
I know about this, but generally, I find there's mo
Am Sonntag 21 Mai 2006 18:08 schrieb Steven Bethard:
> While this has been proposed before, I'd like to thank you for putting
> together a full PEP and a working implementaiton. I think you should
> still submit the PEP, if for nothing else so that when the issue comes
> up again, we can point to
Am Sonntag 21 Mai 2006 20:31 schrieb Terry Reedy:
> Isn't this the same as
>
> for node in tree:
> if node.haschildren():
>
>
> so that all you would save is ':\n' and the extra indents?
Saving an extra indent and the ':\n' makes it quite a bit easier for me to
rea
Am Sonntag 21 Mai 2006 17:38 schrieb Guido van Rossum:
> -1. The contraction just makes it easier to miss the logic.
I actually don't think so, because it's pretty synonymous to what 'if' means
for list comprehensions which use the same keywords (that's why I called
it "unification of ... syntax
-Modified: $Date$
Author: Heiko Wundram <[EMAIL PROTECTED]>
Status: Active
Type: Standards Track
Content-Type: text/plain
Created: 21-May-2006
Post-History: 21-May-2006 17:00 GMT+0200
Abstract
When list comprehensions were introduced, they added the ability
to add conditions which are
Am Donnerstag 18 Mai 2006 06:06 schrieb Dave Cinege:
> This is useful, but possibly better put into practice as a separate
> method??
I personally don't think it's particularily useful, at least not in the
special case that your patch tries to address.
1) Generally, you won't only have one chara
Am Donnerstag 18 Mai 2006 17:11 schrieb Guido van Rossum:
> (Did anyone mention the csv module yet? It deals with this too.)
Yes, mentioned it thrice. ;-)
--- Heiko.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listin
Am Donnerstag 18 Mai 2006 12:26 schrieb Giovanni Bajo:
> I believe the standard library already covers common usage. There will
> surely be cases where a custom lexer/splitetr will have to be written, but
> that's life
The csv data field parser handles all common usage I have encountered so far,
Am Donnerstag 18 Mai 2006 10:21 schrieb Giovanni Bajo:
> Heiko Wundram <[EMAIL PROTECTED]> wrote:
> > Don't get me wrong, I personally find this functionality very, very
> > interesting (I'm +0.5 on adding it in some way or another),
> > especially as a
Am Donnerstag 18 Mai 2006 06:06 schrieb Dave Cinege:
> This is useful, but possibly better put into practice as a separate
> method??
I personally don't think it's particularily useful, at least not in the
special case that your patch tries to address.
1) Generally, you won't only have one chara
Am Samstag 13 Mai 2006 17:30 schrieb draconux:
> I found a bug in python
> I'm using python 2.4 with debian etch
>
> string.lstrip("source/old_prog","source/") return "ld_prog" instead of
> "old_prog"
This is not a bug, but rather expected behaviour. Read the specification of
lstrip() correctly.
Am Donnerstag 04 Mai 2006 21:25 schrieb Heiko Wundram:
> 2) -? and /? are recognized on Windows, as are /help and /version,
>because / is just a different longopt-specifier on Windows for the
>getopt machinery in _PyOS_GetOpt
Just on a side-note: I chose for '/
Am Donnerstag 04 Mai 2006 16:21 schrieb Fredrik Lundh:
> I'm +1 on adding --help and --version, +1 on adding -? and /? for windows
> only, -0=slightly sceptical if adding a generic long option machinery is
> worth it, and -1 on a guessing machinery.
I've updated the patch on the SourceForge tracke
Am Donnerstag 04 Mai 2006 15:41 schrieb Georg Brandl:
> Heiko Wundram wrote:
> > Your thoughts?
>
> Personally, I'm +1, but wonder if it would be enough to support '--help'
> and '--version'. We then could cut out the "best guess" code and the
Hi all!
Martin von Löwis said that it'd be necessary to discuss a patch to Python's
ability to parse command-line parameters to the interpreter here, and I
thought I might start the ball rolling.
The associated patch of mine is:
http://sourceforge.net/tracker/index.php?func=detail&aid=1481112&
Hi all!
I've implemented recvmsg and sendmsg for the socket module in my private
Python tree for communication between two forked processes, which are
essentially wrappers for proper handling of SCM_RIGHTS and SCM_CREDENTIALS
Unix-Domain-Socket messages (which are the two types of messages that
Am Dienstag, 26. April 2005 22:53 schrieb Paul Dubois:
> Three different computers running Linux / Mozilla are crashing Mozilla
> when directed to python.org. A Netscape works ok. Are we hacked or are
> we showing off?
Firefox on Gentoo works okay...?
--
--- Heiko.
listening to: Incubus - Megalo
21 matches
Mail list logo
