Hi,
I am the author of cx_Freeze which creates "frozen" executables from Python
scripts. To this point I have been using frozen modules (compiled C) but
this has the side effect of bundling parts of Python with a cx_Freeze
release -- and this has bitten me on a number of occasions when newer
versions of Python use slightly incompatible modules. :-)
By scanning the code I discovered that Python automatically searches on
startup
<PYTHONHOME>/lib/pythonNN.zip
where NN is replaced by the major and minor version that is being executed.
Using this would allow me to ensure that bootstrap modules are not bundled
with cx_Freeze but acquired from the distribution that is actually using it
-- thereby eliminating the hassle noted above.
I have tested this approach and found it works flawlessly. There is,
however, no documentation that I can find for the contents of sys.path --
the documentation simply says that it is an installation default and
doesn't specify what that default is.
So my question is: can I safely make use of this "feature"? It has remained
in place since at least Python 2.6 but I don't want to assume anything.
Please advise! Thanks.
Anthony
Hi folks,
I'm trying to determine the greatest depth (in the ocean or underground)
and highest altitude at which Python code has been executed.
Please note that I'm interested in where the code was executed, and not,
say, where data that Python analyzed was acquired. I know for example that
NASA has analyzed plenty of data from space in Python, but the analysis was
done in labs here on Earth. :)
Do you have some good candidates? Please let me know!
Regards,
-Jessica
Hi,
In 3.3 I could do the following
>>> "{x:s}".format(**{'x': [1, 2, 3]})
'[1, 2, 3]'
But in 3.4
>>> "{x:s}".format(**{'x': [1, 2, 3]})
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
TypeError: non-empty format string passed to object.__format__
Is this intentional?
regards,
James Swift
Hi,
In 3.3 I could do the following
>>> "{x:s}".format(**{'x': [1, 2, 3]})
'[1, 2, 3]'
But in 3.4
>>> "{x:s}".format(**{'x': [1, 2, 3]})
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
TypeError: non-empty format string passed to object.__format__
Is this intentional?
regards,
James Swift
On behalf of the Python development community and the Python 3.4 release
team, I'm pleased to announce the availability of Python 3.4.1rc1.
Python 3.4.1rc1 has over three hundred bugfixes and other improvements
over 3.4.0. One notable change: the version of OpenSSL bundled with the
Windows installer no longer has the "HeartBleed" vulnerability.
You can download it here:
https://www.python.org/download/releases/3.4.1
One note: the "topics" data file for the pydoc is broken in this
release. This means the pydoc command and the built-in "help" will fail
on some topics.
//arry/
On Fri, May 2, 2014 at 3:02 PM, zach.ware <python-checkins(a)python.org> wrote:
> http://hg.python.org/devguide/rev/375b0b0b186b
> changeset: 696:375b0b0b186b
> user: Zachary Ware <zachary.ware(a)gmail.com>
> date: Fri May 02 14:44:20 2014 -0500
> summary:
> Fix broken link to Skip's optimizer paper, update bug link
>
> files:
> compiler.rst | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
>
> diff --git a/compiler.rst b/compiler.rst
> --- a/compiler.rst
> +++ b/compiler.rst
> @@ -553,10 +553,10 @@
> .. _SPARK: http://pages.cpsc.ucalgary.ca/~aycock/spark/
>
> .. [#skip-peephole] Skip Montanaro's Peephole Optimizer Paper
> - (http://www.python.org/workshops/1998-11/proceedings/papers/montanaro/montan…)
> + (http://www.smontanaro.net/python/spam7/optimizer.html)
Is this a good link or is there a 'better' one available? This was
the first result of a Google search for "skip montanaro peephole
optimizer" and seems to be straight from the source, so I went with it
:)
Regards,
--
Zach