Re: Py3K idea: why not drop the colon?

2006-11-13 Thread Michael Hobbs
Robert Kern wrote: > Michael Hobbs wrote: > >> True enough. Although, I have to ask how many times you define a new >> function only to have Python spit a syntax error out at you saying that >> you forgot a colon. It happens to me all the time. (Usually after an &

Re: Py3K idea: why not drop the colon?

2006-11-13 Thread Michael Hobbs
Robert Kern wrote: > Michael Hobbs wrote: > >> In the end, I have to admit that I really couldn't give a flying frog if >> the colon is there or not. It's just a colon, after all. I *was* hoping >> that I could convince someone to honestly think about i

Re: Py3K idea: why not drop the colon?

2006-11-13 Thread Michael Hobbs
Ron Adam wrote: > Michael Hobbs wrote: > >> Ron Adam wrote: >> >>> LOL, of course it would. I would expect that too after a suitable amount >>> of >>> 'brain washing', oops, I mean training and conditioning. ;-) >>> &

Re: Py3K idea: why not drop the colon?

2006-11-13 Thread Michael Hobbs
Ron Adam wrote: > LOL, of course it would. I would expect that too after a suitable amount of > 'brain washing', oops, I mean training and conditioning. ;-) > Trust me, my brain is quite filthy and doesn't wash easily. I do appreciate aesthetics, which is why still stay with Python, even aft

Re: Py3K idea: why not drop the colon?

2006-11-13 Thread Michael Hobbs
Carsten Haese wrote: > On Sat, 2006-11-11 at 23:18 -0800, Doug wrote: > >> Michael Hobbs wrote: >> >>> I think the colon could be omitted from every type of compound >>> statement: 'if', 'for', 'def', 'class', wha

Re: Py3K idea: why not drop the colon?

2006-11-13 Thread Michael Hobbs
Ron Adam wrote: > [EMAIL PROTECTED] wrote: > >> > I'm not sure why '\'s are required to do multi-line before the >> colon. >> Special cases aren't special enough to break the rules. >> >> Georg >> >>> A bit of a circular answer. >> >>> >> >>> Why

Re: Py3K idea: why not drop the colon?

2006-11-13 Thread Michael Hobbs
Georg Brandl wrote: > Ron Adam wrote: > >> Michael Hobbs wrote: >> >> >>> The same problem that is solved by not having to type parens around the >>> 'if' conditional, a la C and its derivatives. That is, it's unnecessary >&g

Re: Py3K idea: why not drop the colon?

2006-11-13 Thread Michael Hobbs
Antoon Pardon wrote: > On 2006-11-11, Steven D'Aprano <[EMAIL PROTECTED]> wrote: > >> On Fri, 10 Nov 2006 13:16:32 -0600, Michael Hobbs wrote: >> >> >>> Yeah, okay, I didn't read through the details of the PEP. I picked a bad >>>

Re: Py3K idea: why not drop the colon?

2006-11-13 Thread Michael Hobbs
Steven D'Aprano wrote: > On Fri, 10 Nov 2006 15:18:55 -0600, Michael Hobbs wrote: > > >> Ron Adam wrote: >> >>> It is also an outline form that frequently used in written languages. >>> Something >>> python tries to do, is to be

Re: Py3K idea: why not drop the colon?

2006-11-10 Thread Michael Hobbs
Ron Adam wrote: > It is also an outline form that frequently used in written languages. > Something > python tries to do, is to be readable as if it were written in plain language > where it is practical to do so. So the colon/outline form makes a certain > sense > in that case as well. >

Re: Py3K idea: why not drop the colon?

2006-11-10 Thread Michael Hobbs
Ron Adam wrote: > The faq also pointed out a technical reason for requiring the colon. It > makes > the underlying parser much easier to write and maintain. This shouldn't be > taken to lightly in my opinion, because a simpler easer to maintain and more > reliable python parser means developm

Re: Py3K idea: why not drop the colon?

2006-11-10 Thread Michael Hobbs
Steve Holden wrote: > Michael Hobbs wrote: > >> Ben Finney wrote: >> > [...] > >>> A use case. What problem is being solved by introducing this >>> inconsistency? >>> >>> >> The same problem that is solved by

Re: Py3K idea: why not drop the colon?

2006-11-10 Thread Michael Hobbs
Ben Finney wrote: > Please don't hide your new thread as a reply to an existing, unrelated > message. Start a new message if your message isn't actually a reply. > > My apologies. My email client was apparently hiding some important headers from me. >> The colon that divides the statement ther

Re: Py3K idea: why not drop the colon?

2006-11-09 Thread Michael Hobbs
Paul Boddie wrote: > Michael Hobbs wrote: > >> I think the colon could be omitted from every type of compound >> statement: 'if', 'for', 'def', 'class', whatever. Am I missing anything? >> > > The FAQ answer. ;-) > &g

Py3K idea: why not drop the colon?

2006-11-09 Thread Michael Hobbs
Can anyone find a flaw with this change in syntax? Instead of dividing a compound statement with a colon, why not divide it on a newline? For example, the colon could be dropped from this statement: if self.hungry: self.eat() to if self.hungry self.eat() Python is already

Re: problemi con POST

2006-05-09 Thread Michael Hobbs
Bruno Desthuilliers wrote: > Heavy a écrit : > >> Ciao a tutti, >> sto creando una applicazione in python, che deve fungere anche da >> server web... >> non ho assolutamente problemi a prendere i parametri di una 'GET', mi >> limito a fare il parsing della URL, ma come faccio a prendere i >> par

ANN: iTorrent alpha-2

2006-05-08 Thread Michael Hobbs
rrent content will then be fed to iTunes via a standard HTTP loopback connection. It uses the official BitTorrent 4.4.0 code to perform the actual downloads from a BitTorrent network. (http://www.bittorrent.com) Regards, - Michael Hobbs <[EMAIL PROTECTED]> -- http://mail.python.org/mailm

Re: how to comment lot of lines in python

2006-03-31 Thread Michael Hobbs
Eric Deveaud wrote: > [EMAIL PROTECTED] wrote: > >> Eric Deveaud wrote: >> >>> [EMAIL PROTECTED] wrote: >>> Like in C we comment like /* Bunch of lines of code */ Should we use docstring """ """ >>> I would say NO. docstring are disp

ANN: iTorrent alpha-1

2006-03-29 Thread Michael Hobbs
fed to iTunes via a standard HTTP loopback connection. It uses the official BitTorrent 4.4.0 code to perform the actual downloads from a BitTorrent network. (http://www.bittorrent.com) Regards, - Michael Hobbs <[EMAIL PROTECTED]> -- http://mail.python.org/mailman/listinfo/python-list

Anyone else experience Thread.join() returning early?

2005-01-31 Thread Michael Hobbs
I just wanted to see if anyone else experienced a problem with the Thread.join() method in Python 2.4. Unfortunately, I did not debug this problem fully before re-writing my code to avoid Thread.join(). My specific situation was that I called subprocess.Popen() to spawn a separate process with th

Re: why are people still using classic classes?

2005-01-13 Thread Michael Hobbs
Simon Wittber <[EMAIL PROTECTED]> wrote: > I've noticed that a few ASPN cookbook recipes, which are recent > additions, use classic classes. > > I've also noticed classic classes are used in many places in the > standard library. > > I've been using new-style classes since Python 2.2, and am supr

Re: Detecting shutdown of remote socket endpoint.

2005-01-12 Thread Michael Hobbs
Tim Gosselin <[EMAIL PROTECTED]> wrote: > I am writing a tcp tunnel but cannot find a way of detecting when a socket > shuts down its read end without writing to the socket. For testing the > write end of the remote endpoint I just do a: > > if not sock.recv(buffsize) > > I cannot write to the so

Re: Python Operating System???

2005-01-07 Thread Michael Hobbs
David Brown <[EMAIL PROTECTED]> wrote: > Hello. I recently came across a free operating system called Unununium (or > something like that) and it was developed in Python and Assembly. > > Now, I have been looking for a way to make an operating system for a long > long time and the only possibiliti

Re: Getting rid of "self."

2005-01-07 Thread Michael Hobbs
Nick Coghlan <[EMAIL PROTECTED]> wrote: > > Wait for Python 3k when this will work: > > class c: > def __init__(self): > with self: > .x = 1 > .y = 2 > .hi = "Hi there!" Python is looking more like JavaScript every day... -- http://mail.python.org/mailman/listinfo/pytho

Re: Optional Static Typing: Part II

2005-01-04 Thread Michael Hobbs
John Roth <[EMAIL PROTECTED]> wrote: > Now, the base objective seems to be to incorporate PyChecker > functionality into the root. This in turn requires type inference, > which in turn strongly suggests type annotations to help the > inferencer out over rough spots. > > I like this approach a lot.

Re: Python evolution: Unease

2005-01-04 Thread Michael Hobbs
Ville Vainio <[EMAIL PROTECTED]> wrote: > What form of extreme dynamic behaviour have you been using lately? One real-world example: in my new coverage analysis tool (to be released any month now), I need to trace threads without changing any code. To do so, I redefine the thread.start_new_thread

Re: Optional Static Typing - Haskell?

2004-12-27 Thread Michael Hobbs
Neal D. Becker <[EMAIL PROTECTED]> wrote: > I've just started learning about Haskell. I suggest looking at this for an > example. > > A good intro: http://www.haskell.org/tutorial > I've always found that with Haskell, if I can get my program to compile without error, it usually runs flawlessly

Re: Optional Static Typing

2004-12-27 Thread Michael Hobbs
Rahul <[EMAIL PROTECTED]> wrote: > I am assuming that optional type checking is being added for easier > debugging only. So if 'expects' are turned on , python raises > warnings(which do not halt the system) but not when they are turned > off. These will enable easier debugging for new people while

Re: installing wxPython on Linux and Windows

2004-12-03 Thread Michael Hobbs
Daniel Bickett <[EMAIL PROTECTED]> wrote: >> I have no way to build it on Windows though, as I don't have Visual C++ >> 7.1, for that we must wait for Robin Dunn. > > Would it be too difficult of a task to try getting the build working > with Dev-C++? That way those without enough incentive for pu