Collin Winter schrieb:
> But Pass, Break, Continue and Ellipsis aren't in the same category as
> Add, Mult, Div, etc.. The former stand alone
That's not true. Pass, Break, Continue don't stand alone; they are
members of the body sequence of some other statement (in particular
for Break and Contin
> Right -- most of your problem will be solved by creating
> 'C:\\WINDOWS\\system32\\python25.zip', containing the contents of
> C:\\Python25\\lib\\.
C:\\Python25\\lib\\. contain *many* packages with .dll files - i can't
just zip it.
wxPython,pyOpenGL,PIL,tk and so on. On Fedora 6 more than 40% di
KoDer schrieb:
> open("/usr/lib/python2.4/site-packages/Durus-3.6-py2.4-linux-i686.egg",
> O_RDONLY|O_LARGEFILE) = 6
> ..
> _llseek(6, 98304, [98304], SEEK_SET)= 0
> read(6, "\340\377\224\322\373C\200\177.\245\367\205\0\307x\207\r"...,
> 4096) = 4096
> _llseek(6, 102400, [102400], SEEK_SET)
On Fri, Feb 16, 2007 at 01:28:01PM +1300, Greg Ewing wrote:
> Nick Maclaren wrote:
>
> > Threading
> > -
> >
> > An I/O operation passes a buffer, length, file and action and receives a
> > token back.
>
> You seem to be using the word "threading" in a completely
> different way than usu
At 01:25 PM 2/17/2007 +0200, KoDer wrote:
>C:\\Python25\\lib\\. contain *many* packages with .dll files - i can't
>just zip it.
>wxPython,pyOpenGL,PIL,tk and so on. On Fedora 6 more than 40% dirs of
>/usr/lib/site-packages contained .so files. Some of them add dirs to path
>(wx,PIL,Gtk,...).
I'm n
On 2/17/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Collin Winter schrieb:
> > But Pass, Break, Continue and Ellipsis aren't in the same category as
> > Add, Mult, Div, etc.. The former stand alone
>
> That's not true. Pass, Break, Continue don't stand alone; they are
> members of the body s
=
pypy-0.99.0: new object spaces, optimizations, configuration ...
=
Welcome to the PyPy 0.99.0 release - a major snapshot
and milestone of the last 8 months of work and c
On 2/16/07, Derek Shockey <[EMAIL PROTECTED]> wrote:
> Since I was writing a script to work with potentially very large zipped
> files, I took it upon myself to write an extract() method for zipfile, which
> is essentially an adaption of the read() method modeled after tarfile's
> extract(). I feel
