Mailman 3 November 2007 - Python-Dev

Re: [Python-Dev] Should we do away with unbound methods in Py3k?
by Phillip J. Eby Nov. 22, 2007

Nov. 22, 2007

At 01:41 AM 11/22/2007 +0100, Amaury Forgeot d'Arc wrote: >Could we check for "real" inheritance first, and call >__instancecheck__ only when the previous is false? It would speed-up >the common cases. +1. >Or is there really a use case for a derived class to appear as NOT >being a subclass of its base class? The only reason to do this would be to work around badly written code, but IMO the cure is worse than the disease at that point. The lookup sequence should probably be … [View More]

2 2

Summary of Tracker Issues
by Tracker Nov. 21, 2007

Nov. 21, 2007

ACTIVITY SUMMARY (11/14/07 - 11/21/07) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1328 open (+20) / 11638 closed (+21) / 12966 total (+41) Open issues with patches: 418 Average duration of open issues: 693 days. Median duration of open issues: 806 days. Open Issues Breakdown open 1322 (+19) pending 6 ( +1) Issues Created Or Reopened (42) _______________________________ … [View More]

1 0

interested in google intership..
by cave girl Nov. 21, 2007

Nov. 21, 2007

Sir, I am a computer science student studying in India. I have maintained a good academic record throughtout my engineering. I would like to associate myself with GOOGLE. I will be glad if you let me know how to apply for GOOGLE INTERSHIP.. given a chance i would prove to be an asset to your firm.Yourhelp might provide a new dimension to my career. Please help. Thank you -- SILKY SINGH

2 1

Summary of Tracker Issues
by Tracker Nov. 20, 2007

Nov. 20, 2007

ACTIVITY SUMMARY (11/13/07 - 11/20/07) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1328 open (+20) / 11630 closed (+18) / 12958 total (+38) Open issues with patches: 419 Average duration of open issues: 692 days. Median duration of open issues: 805 days. Open Issues Breakdown open 1322 (+19) pending 6 ( +1) Issues Created Or Reopened (39) _______________________________ … [View More]

1 0

Summary of Tracker Issues
by Tracker Nov. 19, 2007

Nov. 19, 2007

ACTIVITY SUMMARY (11/12/07 - 11/19/07) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1325 open (+15) / 11623 closed (+20) / 12948 total (+35) Open issues with patches: 416 Average duration of open issues: 693 days. Median duration of open issues: 802 days. Open Issues Breakdown open 1320 (+15) pending 5 ( +0) Issues Created Or Reopened (36) _______________________________ … [View More]

1 0

Re: [Python-Dev] r59042 - python/branches/py3k/Modules/xxmodule.c
by Christian Heimes Nov. 19, 2007

Nov. 19, 2007

Brett Cannon wrote: > Can't you do this testing in your own checkout without committing the > change until you have talked to python-dev about the idea of changing > how all types are initialized? CC to Python Dev The discussion is about http://svn.python.org/view?rev=59042&view=rev I've carefully studied the docs before I've committed the change. The problem is a well documented compiler issue on Windows. The tp_base slot can't be filled with a type on Windows when the module is … [View More]

2 2

Summary of Tracker Issues
by Tracker Nov. 18, 2007

Nov. 18, 2007

ACTIVITY SUMMARY (11/11/07 - 11/18/07) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1322 open (+14) / 11618 closed (+21) / 12940 total (+35) Open issues with patches: 417 Average duration of open issues: 693 days. Median duration of open issues: 801 days. Open Issues Breakdown open 1317 (+14) pending 5 ( +0) Issues Created Or Reopened (35) _______________________________ … [View More]

1 0

Summary of Tracker Issues
by Tracker Nov. 17, 2007

Nov. 17, 2007

ACTIVITY SUMMARY (11/10/07 - 11/17/07) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1323 open (+14) / 11615 closed (+23) / 12938 total (+37) Open issues with patches: 418 Average duration of open issues: 692 days. Median duration of open issues: 800 days. Open Issues Breakdown open 1318 (+14) pending 5 ( +0) Issues Created Or Reopened (37) _______________________________ … [View More]

1 0

Python Library Addition: First-class Procedure Signatures
by Isaac Morland Nov. 17, 2007

Nov. 17, 2007

For another project (see my previous email on named tuples), I needed to represent procedure signatures, and use them to expand arguments into the dictionary of values that exists when execution of a procedure starts. To my surprise, this capability didn't seem to be provided by the Python library, even though it clearly is present within the Python system somewhere. So I wrote a Signature class. Instances of the class represent all the information present between the parentheses of a … [View More]procedure definition. Properties are provided to get the information out, and an expand_args method can be called to expand arguments into a dictionary. This expand_args method implements (if I've done it right) the argument conversion part of section 5.3.4 of the Python Reference Manual (http://docs.python.org/ref/calls.html). I've put the code below, but I wonder if the real solution is just to create an interface to already-existing capability? It occurs to me that the implementation is likely to be in the interpreter itself and not written in Python. One possible improvement (and I'm not sure it's better, so I'm just putting it out there): perhaps expand_args should be renamed to __call__. Then essentially a Signature object would be a procedure whose body is just "return locals ()". class Signature (object): def __init__ (self, argnames, excessargs=None, excesskeys=None, defaults=None): self.__argnames = tuple (argnames) self.__excessargs = excessargs self.__excesskeys = excesskeys if defaults is None: defaults = {} self.__defaults = dict (defaults) @property def argnames (self): return self.__argnames @property def excessargs (self): return self.__excessargs @property def excesskeys (self): return self.__excesskeys def defaults (self): return dict (self.__defaults) def expand_args (self, *args, **keys): # Start with defaults result = self.defaults () # Assign positional arguments for i in range (min (len (args), len (self.argnames))): result[self.argnames[i]] = args[i] # Assign keyword arguments for arg in self.argnames: if arg in keys: if arg in result: raise TypeError result[arg] = keys[arg] del keys[arg] # Check for missing arguments for i in range (len (args), len (self.argnames)): if not self.argnames[i] in result: raise TypeError # Excess positional arguments (*args parameter) if self.excessargs is None: if len (args) > len (self.argnames): raise TypeError else: result[self.excessargs] = args[len (self.argnames):] # Excess keyword arguments (**keys parameter) if self.excesskeys is None: if keys: raise TypeError else: result[self.excesskeys] = keys return result Isaac Morland CSCF Web Guru DC 2554C, x36650 WWW Software Specialist [View Less]

4 8

for loop with if filter
by Gustavo Carneiro Nov. 17, 2007

Nov. 17, 2007

I am finding myself often doing for loops over a subset of a list, like: for r in results: if r.numNodes != numNodes: continue # do something with r It would be nice if the plain for loop was as flexible as list comprehensions and allowed an optional if clause, like this: for r in results if r.numNodes == numNodes: # do something with r Has this idea come up before? Does anyone else like this idea? -- Gustavo J. A. M. … [View More]

7 7