On 10/12/06, Josiah Carlson <[EMAIL PROTECTED]> wrote:
>
> It would basically be something along the lines of cPickle, but would
> only support the basic types of: int, long, float, str, unicode, tuple,
> list, dictionary.
>
Great idea! Check this thread for past efforts:
http://mail.python.org/p
who are working on any game or
multimedia related projects. As a company, this is a new area of
business development which we are investigating, and we are therefore
very keen to see Python develop further along these lines.
-Simon Wittber
___
Python-
On 12/7/05, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> Are there any generator specific needs that are not met by the PEP 342
> implementation? Given a choice between throw(), close(), and send(), I
> would have thought that all the bases have been covered.
Agreed. When the new functionality
On 12/7/05, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> [Matthew F. Barnes] Perhaps it would be a useful addition to the
> itertools
> > module then?
> >
> > itertools.interruptable(iterable)
>
> Any real-world use cases or compelling contrived examples?
I use something like this in th
On 9/30/05, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
>
> > (C) That scheduler is non-preemptive. A single
> > greedy generator can starve all the others.
>
> Instead of looking at this as a problem, you could look at it as a
> feature. Since generators can't be switched at arbitrary places, the
> I use XML-RPC as the communications protocol between an Apache web server
> and a middleware piece that talks to a MySQL database. The web server
> contains a mixture of CGI scripts written in Python and two websites written
> in Mason (Apache+mod_perl). Performance is fine. Give either of the
> Why this discussion of yet another serialization format?
Pickle is stated to be unsafe. Marshal is also stated to be unsafe.
XML can be bloated, and XML+gzip is quite slow.
Do size,speed, and security features have to mutually exclusive? No,
that possibly is why people have had to invent their
n the standard library.
Do you disagree?
Simon Wittber.
___
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
lso attached (gherkin.py).
Critcism and comments on the PEP and the implementation are appreciated.
Simon Wittber.
PEP: XXX
Title: Serialization of Simple Python Types
Version: $Revision: $
Last-Modified: $Date: $
Author: Simon Wittber <[EMAIL PROTECTED]>
Status: Draft
Type: Standards Track
P
