Mailman 3 June 2009 - Python-Dev

CPython in the web browser under Native Client
by Mark Seaborn June 17, 2009

June 17, 2009

I have been doing some work to extend Google's Native Client [1] to support dynamic linking [2]. For those who haven't heard of it, Native Client is a sandboxing system for running a subset of x86 code. It is proposed as a way of running native code inside web apps. One of my aims has been to get CPython working in the web browser under Native Client without having to modify CPython. I recently got to the point where modules from the Python standard library are importable under Native Client,… [View More]

4 3

Re: [Python-Dev] Functions that steal references (Re: [pygame] [patch] minor memory leaks...)
by Hrvoje Niksic June 17, 2009

June 17, 2009

Christian Heimes wrote: >>>> I assumed that since PyModule_AddObject is documented as stealing a >>>> reference, it always stole a reference. But in reality it only does so >>>> conditionally, when it succeeds. >>> As an aside, is this a general feature of functions >>> that steal references, or is PyModule_AddObject an >>> oddity? >> >> IIRC, It's an oddity. > > But it is a convenient oddity nonetheless. … [View More]

1 0

Functions that steal references (Re: [pygame] [patch] minor memory leaks...)
by Greg Ewing June 17, 2009

June 17, 2009

Lenard Lindstrom wrote: > I assumed that since PyModule_AddObject is documented as > stealing a reference, it always stole a reference. But in reality it > only does so conditionally, when it succeeds. As an aside, is this a general feature of functions that steal references, or is PyModule_AddObject an oddity? I ask because I've been thinking about adding features to Pyrex for dealing with stolen references, and it could be important to know things like this. Also, if it's an … [View More]

3 3

Iterator version of contextlib.nested
by Hagen Fürstenau June 15, 2009

June 15, 2009

contextlib.nested has recently been deprecated on grounds of being unnecessary now that the with statement accepts multiple context managers. However, as has been mentioned before (http://mail.python.org/pipermail/python-dev/2009-May/089359.html), that doesn't cover the case of a variable number of context managers, i.e. with contextlib.nested(*list_of_managers) as list_of_results: or with contexlib.nested(*iterator_of_managers): It was suggested that in these use cases a custom context … [View More]

6 16

Is the py3k mercurial mirror broken?
by Paul Moore June 15, 2009

June 15, 2009

I get the following: >hg version Mercurial Distributed SCM (version 1.2) Copyright (C) 2005-2008 Matt Mackall <mpm(a)selenic.com> and others This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >hg clone http://code.python.org/hg/branches/py3k python-3k requesting all changes adding changesets transaction abort! rollback completed ** unknown exception encountered, details follow ** … [View More]

2 1

ctime: I don't think that word means what you think it means.
by Zooko Wilcox-O'Hearn June 14, 2009

June 14, 2009

The stat module uses the "st_ctime" slot to hold two kinds of values which are semantically different and which are frequently confused with one another. It chooses which kind of value to put in there based on platform -- Windows gets the file creation time and all other platforms get the "ctime". The only sane way to use this API is then to switch on platform: if platform.system() == "Windows": metadata["creation time"] = s.st_ctime else: metadata["unix ctime"] = s.st_ctime (That … [View More]

4 3

Distributed computing & sending the interpreter
by Jeremy Cowles June 14, 2009

June 14, 2009

Hi all, I apologize if this question is misplaced, I wasn't sure which list to post it in. I'm working on a distributed computing project (PyMW and BOINC) where we are sending Python scripts to client machines. Currently, we make two very unlikely assumptions: that Python 2.5 is installed and that the interpreter is available on the PATH. We are looking at our options to remove this assumption and the two most likely are redistributing the entire Python installation (for each supported … [View More]

2 2

Re: [Python-Dev] FINAL PROPULSION OPEN SOURCE ENGINE VARIANT FOR THE F-35 JOINT STRIKE FIGHTER
by OMEGA RED June 13, 2009

June 13, 2009

Guido, The reason why I use a code name is that it would be dangerous to reveal my true name to the world since there are those who are radical liberals who would like to think that there is no need for a U.S. military and that people such as myself should be eliminated. Think of the U.S. military as the heroes that they truly are to protect its citizens from attack from other entities. The U.S. military is here to serve and protect people such as yourself, not to … [View More]act as the terrorist organization as bin laden would like you to think. If any of you need any further evidence of the need of the U.S. military or the F-35 for that matter, then I would suggest that you all take a nice long trip to Manhattan island in New York City and take some time to notice the fact that there appears to be a large hole where many buildings used to be located. Second, the biggest concern that I see in utilizing the python language in safety-critical systems is that it is a dynamically type language. Unlike Ada which is safety statically type language. These were just brainstorming ideas, but if you do not like those that brainstorm regarding the further development of python, then I guess I will be moving forward to some other language that is more capable to assist in the development of safety critical systems. These were just brainstorming ideas. The idea being is to research onto the idea of developing a statically type variant of the python language for the development of software for safety critical systems. Is this possible? I am also wondering if it was possible to interface Ada programs with Python, similar to the method that has been utilized to interface FORTRAN with Python. Is this also possible? Thank You. W108dab --- On Sat, 6/13/09, Guido van Rossum <guido(a)python.org> wrote: From: Guido van Rossum <guido(a)python.org> Subject: Re: [Python-Dev] FINAL PROPULSION OPEN SOURCE ENGINE VARIANT FOR THE F-35 JOINT STRIKE FIGHTER To: "OMEGA RED" omega_force2003(a)yahoo.com Date: Saturday, June 13, 2009, 11:58 AM I'm sorry, but I have so far three problems with your proposals. (1) You use a code name. (2) Your first message was ALL CAPS. (3) You don't seem to know much about programming language design, or you wouldn't propose such a vague non-starter as "adopt the safety-critical charasteristics of the Ada programming language an incorporate them into Python." This is my last message to you. --Guido On Sat, Jun 13, 2009 at 7:27 AM, OMEGA RED<omega_force2003(a)yahoo.com> wrote: > Yes, > > I think that python developers would be great in the development of the > FADEC controller as an open-source alternative to the propreitary FADEC > controller software to the propulsion system for the F-35. The FADEC > controller is Full Authority Flight Digital Electronic Controller. > > I know that the python community could never possibly create the mechanical > aspects of this proposed engine, but that does not mean that we cannot > create something else. > > I believe that what could be done is to create a safety-critical version of > python. Such as adopt the safety-critical charasteristics of the Ada > programming language an incorporate them into python. > > How about that as a project? Create the python equivalent of Ada? > > Thank You, > > w108dab > > > Subject: Re: [Python-Dev] FINAL PROPULSION OPEN SOURCE ENGINE VARIANT FOR > THE F-35 JOINT STRIKE FIGHTER > To: "OMEGA RED" <omega_force2003(a)yahoo.com> > Date: Saturday, June 13, 2009, 6:16 AM > > > I'm reasonably confused here, are you searching for Python developers? > > > > > On Fri, Jun 12, 2009 at 7:01 PM, OMEGA RED <omega_force2003(a)yahoo.com> > wrote: >> >> >> TO ALL, >> >> >> I AM HAPPY TO SAY THAT I AM NOW IN THE PROCESS OF DEVELOPING A WEBSITE FOR >> THE STATED PURPOSE OF COMBINING SOME OF THE BEST MINDS IN THE WORLD. THIS >> PROJECT WILL BE A MEANS TO DEVELOP THE FIRST AND ONLY COMPLETELY OPEN SOURCE >> VARIANT OF THE PROPULSION ENGINE FOR THE F-35 JOINT STRIKE FIGHTER. WHICH >> MEANS THAT EVERYTHING ABOUT THE DESIGN, DEVELOPMENT, AND CONSTRUCTION OF THE >> ENGINE WILL BE COMPLETELY AVAILABLE TO THE PUBLIC AND TO ANY ENGINE >> MANUFACTURE FREE OF ANY REQUIREMENTS. >> >> THIS ENGINE WILL BE CALLED THE PHOENIX NexT F-200 ENGINE. >> >> THIS ENGINE WILL ALSO BE A POTENTIAL THIRD AND FINAL ALTERNATIVE ENGINE >> FOR THE JOINT STRIKE FIGHTER. >> >> THIS ENGINE WILL BE STATED AS BEING A COMPETITOR WITH BOTH THE F-135 AND >> THE F-136 ENGINE, WHICH ARE PROVIDED BY BOTH PRATT-WHITNEY AND GENERAL >> ELECTRIC/ ROLLS ROYCE. >> >> THIS ENGINE WILL UTILIZE PYTHON FOR THE MAJOR PORTION OF THE SIMULATION, >> RESEARCH AND DEVELOPMENT STAGES FOR THE DEVELOPMENT OF THE ENGINE. THE >> CONSTRUCTION OF THE MATHEMATICAL PROCESSING OF THE REQUIRED NONLINEAR >> CONTROLS WILL BE BASED ON A SPECIALIZED VERSION OF GROUP THEORY FOR THE >> DESIGN AND CONSTRUCTION OF THE NONLINEAR CONTROL SYSTEMS. >> >> >> THE PURPOSE OF THE DEVELOPMENT OF THE ENGINE WILL BE TO CONSTRUCT AN >> ENGINE FOR THE F-35 THAT WILL BE AS RELIABLE AND CAPABLE AS THE F-135 AND >> THE F-136. >> >> HOWEVER, THE PHOENIX NexT ENGINE WILL ALSO BE STATED AS BEING ONLY AROUND >> $20,000 TO $110,000 DOLLARS TO BEING PURCHASED BY AN OPERATOR OF THE F-35, >> WHICH WILL BE AN INSIGNIFICANT COST COMPARED TO THE COST OF BOTH THE F-135 >> AND THE F-136 ENGINE (10 MILLION DOLLARS PER UNIT). >> >> HOW MANY OUT THERE WANT TO HELP IN THIS ENDEAVOR ? I BELIEVE THAT WE >> ALL CAN SUCCEED WHERE BOTH PRATT-WHITNEY AND GE/ROLLS ROYCE HAVE FAILED TO >> DEVELOP AN INEXPENSIVE AND RELIABLE ENGINE FOR THE F-35. >> >> THANKS, >> >> W108DAB >> >> _______________________________________________ >> Python-Dev mailing list >> Python-Dev(a)python.org >> http://mail.python.org/mailman/listinfo/python-dev >> Unsubscribe: >> http://mail.python.org/mailman/options/python-dev/josepharmbruster%40gmail.… >> > > > -- --Guido van Rossum (home page: http://www.python.org/~guido/) [View Less]

2 1

FINAL PROPULSION OPEN SOURCE ENGINE VARIANT FOR THE F-35 JOINT STRIKE FIGHTER
by OMEGA RED June 13, 2009

June 13, 2009

TO ALL, I AM HAPPY TO SAY THAT I AM NOW IN THE PROCESS OF DEVELOPING A WEBSITE FOR THE STATED PURPOSE OF COMBINING SOME OF THE BEST MINDS IN THE WORLD. THIS PROJECT WILL BE A MEANS TO DEVELOP THE FIRST AND ONLY COMPLETELY OPEN SOURCE VARIANT OF THE PROPULSION ENGINE FOR THE F-35 JOINT STRIKE FIGHTER. WHICH MEANS THAT EVERYTHING ABOUT THE DESIGN, DEVELOPMENT, AND CONSTRUCTION OF THE ENGINE WILL BE COMPLETELY AVAILABLE TO THE PUBLIC AND TO ANY ENGINE … [View More]

9 10

[RELEASED] Python 3.1 Release Candidate 2
by Benjamin Peterson June 13, 2009

June 13, 2009

On behalf of the Python development team, I'm happy to announce the second release candidate of Python 3.1. Python 3.1 focuses on the stabilization and optimization of the features and changes that Python 3.0 introduced. For example, the new I/O system has been rewritten in C for speed. File system APIs that use unicode strings now handle paths with undecodable bytes in them. Other features include an ordered dictionary implementation, a condensed syntax for nested with statements, and … [View More]

1 0