Re: merits of Lisp vs Python

On Fri, 08 Dec 2006 14:52:33 -0500, Ken Tilton wrote: > > > Aahz wrote: >> In article <[EMAIL PROTECTED]>, >> Mark Tarver <[EMAIL PROTECTED]> wrote: >> >>>I'm looking at Python and I see that the syntax would appeal to a >>>newbie. Its clearer than ML which is a mess syntactically. But I >>>d

Re: how to remove the blank lines?

boyeestudio wrote: Please keep the discourse on c.l.py/python-list. > Thanks a lot! > I have modified it,and it works well now! > but the KeyboardInterrupt on which I have a little problem. > When I type CTRL+C,it show me an I/O error. > it seems that even as I click the CTRL+C,the try block is t

Re: merits of Lisp vs Python

David Lees <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] wrote: >> Okay, since everyone ignored the FAQ, I guess I can too... >> Mark Tarver wrote: >>> How do you compare Python to Lisp? What specific advantages do you >>> think that one has over the other? >> (Common) Lisp is the only industri

Re: Common Python Idioms

On Fri, 08 Dec 2006 17:42:56 +0100, Daniel Dittmar wrote: > Marc 'BlackJack' Rintsch wrote: >> If ``in`` shouldn't work with dictionaries, either `__contains__()` must >> be implemented to throw an exception or dictionaries shouldn't be iterable. > > I agree completely (in the sense that dictiona

Re: merits of Lisp vs Python

David Lees wrote: > [EMAIL PROTECTED] wrote: > >> Okay, since everyone ignored the FAQ, I guess I can too... >> >> Mark Tarver wrote: >> >>> How do you compare Python to Lisp? What specific advantages do you >>> think that one has over the other? >> >> >> (Common) Lisp is the only industrial st

Re: merits of Lisp vs Python

On Fri, 08 Dec 2006 08:50:41 -0800, George Sakkis wrote: > André Thieme wrote: > >> On the other hand can I see difficulties in adding macros to Python, >> or inventing a new object system, or adding new keywords without >> changing the sources of Python itself. > > Actually, an even bigger diff

Re: merits of Lisp vs Python

On Fri, 08 Dec 2006 16:50:01 +0200, Alex Mizrahi wrote: > (message (Hello 'Istvan) > (you :wrote :on '(8 Dec 2006 06:11:20 -0800)) > ( > > ??>> seems to show that Python is a cut down (no macros) version of Lisp > ??>> with a worse performance. > > IA> or maybe it shows that Lisp is an obfus

Re: merits of Lisp vs Python

"Kaz Kylheku" <[EMAIL PROTECTED]> writes: > > Lisp just seems hopelessly old-fashioned to me these days. A > > modernized version would be cool, but I think the more serious > > Lisp-like language designers have moved on to newer ideas. > > What are some of their names, and what ideas are they wo

Re: dict.has_key(x) versus 'x in dict'

"Roel Schroeven" <[EMAIL PROTECTED]> wrote: > Hendrik van Rooyen schreef: > > <[EMAIL PROTECTED]> wrote: > > > >> Hendrik> - as long as it works, and is fast enough, its not broken, so > >> Hendrik> don't fix it... > >> > >> That's the rub. It wasn't fast enough. I only realized that h

Re: merits of Lisp vs Python

[EMAIL PROTECTED] wrote: > Okay, since everyone ignored the FAQ, I guess I can too... > > Mark Tarver wrote: >> How do you compare Python to Lisp? What specific advantages do you >> think that one has over the other? > > (Common) Lisp is the only industrial strength language with both pure > com

Re: merits of Lisp vs Python

3Paul Rubin writes: > Lisp just seems hopelessly old-fashioned to me these days. A Indeed. All the excitement nowadays is centered around youngster interpreted languages that support type-edit-run development only and are controlled by a single person. Standardized,

Re: Automatic debugging of copy by reference errors?

On 9 dic, 02:22, "Niels L Ellegaard" <[EMAIL PROTECTED]> wrote: > Is there a module that allows me to find errors that occur due to copy > by reference? What do you mean by "copy by reference"? > I am looking for something like the following: > > >>> import mydebug > >>> mydebug.checkcopybyrefer

Re: merits of Lisp vs Python

Paul Rubin wrote: > Lisp just seems hopelessly old-fashioned to me these days. A > modernized version would be cool, but I think the more serious > Lisp-like language designers have moved on to newer ideas. What are some of their names, and what ideas are they working on? Also, who are the less

Re: I think Python is a OO and lite version of matlab

Allen wrote: > Does anyone agree with me? > If you have used Matlab, welcome to discuss it. I'm sorry Allen, but Python is heading on the long road to being Lisp. Matlab will have to wait its turn ;-) -- http://mail.python.org/mailman/listinfo/python-list

Re: Driver selection

On 9 dic, 00:53, "Stuart D. Gathman" <[EMAIL PROTECTED]> wrote: > The pyspf package [http://cheeseshop.python.org/pypi/pyspf/] can use > either pydns, or dnspython. The pyspf module has a simple driver > function, DNSLookup(), that defaults to the pydns version. It can be > assigned to a dnspytho

Re: Interacting with keyboard LEDs

On Friday 08 December 2006 23:18, Chris Lasher wrote: > Is there a way to interact with keyboard LEDs (for Caps/Scroll/Num > Lock) in Python? I'd like to achieve an effect similar to the *NIX > command "setleds -L", but I'm not sure where to start, but I figured > someone out there would have an id

Re: merits of Lisp vs Python

[EMAIL PROTECTED] writes: > However, it is nice to work > with friends, who know Python and not Lisp.) It would be nicer a friendship if you taught them Lisp... -- __Pascal Bourguignon__ http://www.informatimago.com/ In a World without Walls and Fences, who needs Windows an

Re: merits of Lisp vs Python

On 8 dic, 23:00, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > semantics. More importantly, even if I grant you that it's not trivial > (which I'm happy to so stipulate) my point was that YOU COULD do this > if YOU wanted, whereas in Python, YOU COULD NOT unless GUIDO wanted. > QED. Not true.

Automatic debugging of copy by reference errors?

Is there a module that allows me to find errors that occur due to copy by reference? I am looking for something like the following: >>> import mydebug >>> mydebug.checkcopybyreference = True >>> a=2 >>> b=[a] >>> a=4 Traceback (most recent call last): File "", line 1, in ? CopyByReferenceError:

Interacting with keyboard LEDs

Is there a way to interact with keyboard LEDs (for Caps/Scroll/Num Lock) in Python? I'd like to achieve an effect similar to the *NIX command "setleds -L", but I'm not sure where to start, but I figured someone out there would have an idea or maybe experience with something similar. Thanks very muc

Re: merits of Lisp vs Python

What are you? A pointy haired boss? - s Bjoern Schliessmann wrote: > Alex Mizrahi wrote: > > > hell no, lisp's syntax is much easier than python's since it's > > homogenous > > Can you give an example? I cannot imagine how homogenity always > results in easiness. > > > (and certainly lisp was inv

Re: More elegant to get a name: o.__class__.__name__

alf wrote: > Hi, > is there a more elegant way to get o.__class__.__name__. For instance I > would imagine name(o). > decided to stick to o.__class__.__name__ for readibility. -- alfz1 -- http://mail.python.org/mailman/listinfo/python-list

Re: where the extra space comes from on the stdout

Simon Percivall wrote: > > You already got the answer, but as for the rest: It's really easier for > you if you use raw_input() for your question/input pair instead. > thx, this is what I was looking for, alf -- http://mail.python.org/mailman/listinfo/python-list

Re: testing for valid reference: obj vs. None!=obs vs. obj is not None

alf wrote: > Hi, > > I have a reference to certain objects. What is the most pythonic way to > test for valid reference: > > if obj: > > if None!=obs: > > if obj is not None: > thx for all answers - now "if obj is not None:" in an obvious choice ... -- http://mail.python.org/mail

Re: How to create a global hotkey?

On Thursday 07 December 2006 05:53, [EMAIL PROTECTED] wrote: > I want to make a Python app that runs in the background, and when a > user hits a key combination, for a function to run. This sounds simple > enough, but all of the keypress detecting libraries I can find count on > you creating a wind

Re: merits of Lisp vs Python

Mark Tarver wrote: > How do you compare Python to Lisp? A little bit OT but I can not resist it. What always impressed me with Lisp is that LOGO (any one remembers) is Lisp based yet designed to teach kids programming. I do not know Lisp but used to program a bit in LOGO - everything was so na

Re: autoadd class properties

On 8 dic, 20:59, "manstey" <[EMAIL PROTECTED]> wrote: > We've looked at them a little. Cache is a native OO dbase, so there is > no ORM required. Cache does that for you behind the scenes if you need > it to. What I want is to translate Cache classes and properties into > Python classes and prope

Re: merits of Lisp vs Python

[EMAIL PROTECTED] (Rob Warnock) writes: > Weird. This is exactly why I use *Lisp* -- because it stays > completely readable even if you don't use it on a daily basis!!! Hmm. I haven't used Lisp in a while and no longer find it so readable. Lisp just seems hopelessly old-fashioned to me these day

Driver selection

The pyspf package [http://cheeseshop.python.org/pypi/pyspf/] can use either pydns, or dnspython. The pyspf module has a simple driver function, DNSLookup(), that defaults to the pydns version. It can be assigned to a dnspython version, or to a test driver for in memory DNS. Or you can modify the

Re: How to create a global hotkey?

Paul Boddie wrote: > [EMAIL PROTECTED] wrote: > > Sorry, I should have mentioned that I'm running Linux, and I only will > > be running this app while X is running. > > Global "hot keys" are typically the domain of the desktop environment > (or window manager for archaic desktops). Yep, that's wh

Re: merits of Lisp vs Python

Paul Rubin wrote: +--- | Bill Atkins <[EMAIL PROTECTED]> writes: | > This is a silly claim. What observational experience are you talking | > about? Lisp is delightfully readable. In fact, I find it more | > readable than any other language. Why do you thi

Re: autoadd class properties

manstey wrote: > We've looked at them a little. Cache is a native OO dbase, so there is > no ORM required. Cache does that for you behind the scenes if you need > it to. What I want is to translate Cache classes and properties into > Python classes and properties. We can only use class wrappers, b

Python on mac - can't extend interpreter with "catch_exception_raise" wrapper.

Hi. I've run into a very strange problem with Python on the mac. I'm trying to write a python script which will monitor an application for exceptions. It turns out on a mac, to do this you want to use the Mach IPC interface, see: http://web.mit.edu/darwin/src/modules/xnu/osfmk/man/ http://www.w

Re: merits of Lisp vs Python

Bill Atkins <[EMAIL PROTECTED]> writes: > This is a silly claim. What observational experience are you talking > about? Lisp is delightfully readable. In fact, I find it more > readable than any other language. Why do you think that is? Could it > be because I use Lisp on a daily basis? Could

Re: merits of Lisp vs Python

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: > First off, it probably would be Lisp, but this is a mere issue of > semantics. More importantly, even if I grant you that it's not trivial > (which I'm happy to so stipulate) my point was that YOU COULD do this > if YOU wanted, How? -- http://mai

Re: merits of Lisp vs Python

[EMAIL PROTECTED] (Aahz) writes: > I would say that your statement about Lisp syntax is wrong. Not that it > is technically inaccurate, but that it completely misses the point, so > much so that it is wrong to say it. One of the key goals of Python is > readability, and while it is indeed easy t

Re: merits of Lisp vs Python

> Yeah, Lisp macros are Turing-complete and you could basically > implement a coroutine-supporting compiler out of macros and do all of > the above, but the target language wouldn't be Lisp any more. First off, it probably would be Lisp, but this is a mere issue of semantics. More importantly, eve

Re: merits of Lisp vs Python

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: > Well, okay, Scheme [same thing (to me), although I realize that they > aren't, quite -- and CWCC is one place where they aren't!] But I don't > follow why you can't come very close by appropriate macrification of > closures. You have to be able to

Re: merits of Lisp vs Python

Paul Rubin writes: > Huh? Are you saying Lisp systems never release new versions? And you He's pretty clearly not saying that. -- http://mail.python.org/mailman/listinfo/python-list

Re: merits of Lisp vs Python

> ... you can't implement Python generators as Lisp macros in any reasonable > way. You could do them in Scheme using call-with-current-continuation > but Lisp doesn't have that. Well, okay, Scheme [same thing (to me), although I realize that they aren't, quite -- and CWCC is one place where they

Re: merits of Lisp vs Python

[EMAIL PROTECTED] wrote: > Okay, since everyone ignored the FAQ, I guess I can too... [snip] > What Python has is stupid slogans > ("It fits your brain." "Only one way to do things.") and an infinite > community of flies that, for some inexplicable reason, believe these > stupid slogns. IOW, you p

Re: merits of Lisp vs Python

[EMAIL PROTECTED]: > Sorry, I missed something here. Why do you need a release to have these > sorts of things? Can't you just expand the language via macros to > create whatever facility of this sort you need... Oh, sorry. You CAN'T > expand the language Too bad. I guess waiting for Guido to f

wx.Font.GetPointSize returning bogus value?

The following program gets a TextCtrl's text attributes and sets them back unchanged. However it reports that the font size is 124, and after resetting the attributes the text becomes that size. That is, the window displays a normal-size "foo" and a gigantic "bar". Anyone know what's going on? Thi

Re: merits of Lisp vs Python

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: > > There is (IMO) some truth to that, but the flavor of Python > > programming is not that much like Lisp any more. Especially with > > recent Python releases (postdating that Norvig article) using iterator > > and generator objects (basically delay

Re: Mod_python vs. application server like CherryPy?

> For example, consider an extreme case such as WSGI. Through a goal of > WSGI being portability it effectively ignores practically everything > that Apache has to offer. Thus although Apache offers support for > authentication and authorisation, a WSGI user would have to implement > this functiona

Re: merits of Lisp vs Python

[EMAIL PROTECTED]: > Sorry, I missed something here. Why do you need a release to have these > sorts of things? Can't you just expand the language via macros to > create whatever facility of this sort you need... Oh, sorry. You CAN'T > expand the language Too bad. I guess waiting for Guido to f

Re: Logging output from python

Gabriel Genellina wrote: > At Thursday 7/12/2006 23:21, Cameron Walsh wrote: > > > > Here is my problem. I want to log everything displayed in the screen > > > after I start the main python script. Things include unhandled > > > exceptions , message from print statement and other sources. > > > Ba

Re: merits of Lisp vs Python

Mark Tarver wrote: > How do you compare Python to Lisp? What specific advantages do you > think that one has over the other? > > Note I'm not a Python person and I have no axes to grind here. This is > just a question for my general education. > > Mark Im myself python programmer with C,C++,Java

Re: merits of Lisp vs Python

Paul Rubin wrote: > "Mark Tarver" <[EMAIL PROTECTED]> writes: > > Thanks; a quick read of your reference to Norvig's analysis > > > > http://norvig.com/python-lisp.html > > > > seems to show that Python is a cut down (no macros) version of Lisp > > with a worse performance. The only substantial a

Re: merits of Lisp vs Python

Mark Tarver wrote: > > Thanks; a quick read of your reference to Norvig's analysis > > http://norvig.com/python-lisp.html > > seems to show that Python is a cut down (no macros) version of Lisp > with a worse performance. I'm quite interested in Lisp, at least from the perspective of seeing how i

Re: autoadd class properties

Hi, Cache is a pure OO dbase, so no ORM is required. Cache provides a python equivalent for the Cache class, but not for the Cache properties. Instead, the programmer has to know in advance the properties and their type to get and set them. I want to wrap the Python-cache class and add the Cache p

Re: autoadd class properties

We've looked at them a little. Cache is a native OO dbase, so there is no ORM required. Cache does that for you behind the scenes if you need it to. What I want is to translate Cache classes and properties into Python classes and properties. We can only use class wrappers, because cache uses old st

Re: merits of Lisp vs Python

"Mark Tarver" <[EMAIL PROTECTED]> writes: > Thanks; a quick read of your reference to Norvig's analysis > > http://norvig.com/python-lisp.html > > seems to show that Python is a cut down (no macros) version of Lisp > with a worse performance. The only substantial advantage I can see is > that G

Re: Anyone use GD with pyhton?

thanks, it works :D Jonathan Curran wrote: > On Friday 08 December 2006 16:17, jeff wrote: > > could somebody explain to me how to install (or compile) GD for linux, > > so that it works in pyhton? > > Jefff, the gd-library's website is at http://www.boutell.com/gd/ and they have > a link there fo

Re: Anyone use GD with pyhton?

thanks, it works :D Jonathan Curran wrote: > On Friday 08 December 2006 16:17, jeff wrote: > > could somebody explain to me how to install (or compile) GD for linux, > > so that it works in pyhton? > > Jefff, the gd-library's website is at http://www.boutell.com/gd/ and they have > a link there for

Re: Anyone use GD with pyhton?

thanks, it works :D Jonathan Curran wrote: > On Friday 08 December 2006 16:17, jeff wrote: > > could somebody explain to me how to install (or compile) GD for linux, > > so that it works in pyhton? > > Jefff, the gd-library's website is at http://www.boutell.com/gd/ and they have > a link there for

Re: merits of Lisp vs Python

> I heard it's scheduled right after strong AI and before time > travel... I think that time travel predated strong AI, although I'm not sure since it's a little hard to pin down the time coordinates of time travel (probably The Time Machine will do > A quick look at > http://www.tiobe.com/tpci.h

Re: Anyone use GD with pyhton?

thanks, it works :D Jonathan Curran wrote: > On Friday 08 December 2006 16:17, jeff wrote: > > could somebody explain to me how to install (or compile) GD for linux, > > so that it works in pyhton? > > Jefff, the gd-library's website is at http://www.boutell.com/gd/ and they have > a link there for

Re: merits of Lisp vs Python

Ken Tilton wrote: > George Sakkis wrote: > > [EMAIL PROTECTED] wrote: > > > >>Okay, since everyone ignored the FAQ, I guess I can too... > >> > >>Mark Tarver wrote: > >> > >>>How do you compare Python to Lisp? What specific advantages do you > >>>think that one has over the other? > >> > >>(Common

Re: merits of Lisp vs Python

"Paddy" <[EMAIL PROTECTED]> writes: > Mark Tarver wrote: > >> How do you compare Python to Lisp? What specific advantages do you >> think that one has over the other? >> >> Note I'm not a Python person and I have no axes to grind here. This is >> just a question for my general education. >> >> M

Re: merits of Lisp vs Python

George Sakkis wrote: > [EMAIL PROTECTED] wrote: > >>Okay, since everyone ignored the FAQ, I guess I can too... >> >>Mark Tarver wrote: >> >>>How do you compare Python to Lisp? What specific advantages do you >>>think that one has over the other? >> >>(Common) Lisp is the only industrial strengt

Re: merits of Lisp vs Python

[EMAIL PROTECTED] wrote: > Okay, since everyone ignored the FAQ, I guess I can too... > > Mark Tarver wrote: > > How do you compare Python to Lisp? What specific advantages do you > > think that one has over the other? > > (Common) Lisp is the only industrial strength language with both pure > com

Re: Anyone use GD with pyhton?

On Friday 08 December 2006 16:17, jeff wrote: > could somebody explain to me how to install (or compile) GD for linux, > so that it works in pyhton? Jefff, the gd-library's website is at http://www.boutell.com/gd/ and they have a link there for download as well. It is highly likely that your linu

Re: merits of Lisp vs Python

Mark Tarver wrote: > How do you compare Python to Lisp? What specific advantages do you > think that one has over the other? > > Note I'm not a Python person and I have no axes to grind here. This is > just a question for my general education. > > Mark cmp `which clisp` `which python` /usr/bin/

Re: merits of Lisp vs Python

[EMAIL PROTECTED] wrote: > Okay, since everyone ignored the FAQ, I guess I can too... > > Mark Tarver wrote: > > How do you compare Python to Lisp? What specific advantages do you > > think that one has over the other? > > (Common) Lisp is the only industrial strength language with both pure > c

Re: merits of Lisp vs Python

Aahz wrote: > I would say that your statement about Lisp syntax is wrong. Not that it > is technically inaccurate, but that it completely misses the point, so > much so that it is wrong to say it. One of the key goals of Python is > readability, and while it is indeed easy to learn the rules for

Anyone use GD with pyhton?

could somebody explain to me how to install (or compile) GD for linux, so that it works in pyhton? -- http://mail.python.org/mailman/listinfo/python-list

Re: merits of Lisp vs Python

Aahz wrote: > As for your claims about speed, they are also nonsense; I doubt one > would find an order of magnitude increase of speed for production > programs created by a competent Lisp programmer compared to programs > created by a competent Python programmer. Lisp can be compiled into an ex

Re: reading id3 tags with python

ok, i see..nut its just for myself--im not planning on redistributing it, and most people dont have folders that end with '.mp3' in their music folder > It's just a friendly warning that you shouldn't suppose that all that > is scanned are indeed files, and not directories. -- http://mail.python

Re: merits of Lisp vs Python

Mark Tarver wrote: > How do you compare Python to Lisp? What specific advantages do you > think that one has over the other? > > Note I'm not a Python person and I have no axes to grind here. This is > just a question for my general education. > > Mark I've never programmed in Lisp but I have p

Re: I think Python is a OO and lite version of matlab

Allen wrote: > Does anyone agree with me? > If you have used Matlab, welcome to discuss it. Matlab is a tool for scientists and engineers. Python is a tool for programmers. I think you are looking at Python from the scientist perspective. Python's numpy and matplotlib modules would probably feel

Re: *** C.L.L README/FAQ ***

A suggestion is to mention Dylan as a possibility to people who think Lisp syntax is too funky but want to see something Lisp-like. -- Fred Gilham [EMAIL PROTECTED] Progressive (adj): Value-free; tolerant; non-judgemental. E.g. traditional archery instruction met

Re: why is this different?

On 7 dic, 22:53, Schüle Daniel <[EMAIL PROTECTED]> wrote: > In [38]: f = [lambda:i for i in range(10)] > In [39]: ff = map(lambda i: lambda : i, range(10)) > In [40]: f[0]() > Out[40]: 9 > In [41]: f[1]() > Out[41]: 9 > In [42]: ff[0]() > Out[42]: 0 > In [43]: ff[1]() > Out[43]: 1 > > I don't unde

Re: ERROR CLOSING CONNECTION: mysql connection close

On 8 Dec 2006 13:33:05 -0800, johnny <[EMAIL PROTECTED]> wrote: > I am getting following connection error from my python script: > > conn.close() > AttributeError: adodb_mysql instance has no attribute 'close' >From the sample code on the adodb documentation page, that should be spelled "conn.

Re: Snake references just as ok as Monty Python jokes/references in python community? :)

In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > >Problem is I don't know that anyone born after Elvis died gets any of >these Monty Python jokes. Who is Elvis? -- Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/ Member of the Groucho Marx

ERROR CLOSING CONNECTION: mysql connection close

I am getting following connection error from my python script: conn.close() AttributeError: adodb_mysql instance has no attribute 'close' Here is my relevant code below: def worker(tq): while True: host, e = tq.get() c = ftplib.FTP(host) c.connect() try:

Re: merits of Lisp vs Python

Okay, since everyone ignored the FAQ, I guess I can too... Mark Tarver wrote: > How do you compare Python to Lisp? What specific advantages do you > think that one has over the other? (Common) Lisp is the only industrial strength language with both pure compositionality and a real compiler. What

Re: merits of Lisp vs Python

Pillsy <[EMAIL PROTECTED]> wrote: +--- | hankhero wrote: | > Pythons advantages are: | > Faster startup-time which makes it a good scripting language. | | ... but on my machine, SBCL starts up and runs a "Hello World" | program a bit faster than Python, and CLisp really blows its doors

Bug in pybwidgets, or my code?

I'm trying to use pybwidgets in a Tkinter application I'm developing; the BWidgets listbox supports insertion of images alongside text, and is nicer than the alternatives I've looked at (various tree widgets, for instance). I've found what I think is a bug. When the BWidgets listbox is placed insi

test

please disregard -- Kevin Walzer Code by Kevin http://www.codebykevin.com -- http://mail.python.org/mailman/listinfo/python-list

Re: Snake references just as ok as Monty Python jokes/references in python community? :)

Tim Chase wrote: > > I'm semi-seriously wondering if snake jokes are valid in the Python > > community since technically, Python came from Monty Python, not > > slithery animals. > > > > Problem is I don't know that anyone born after Elvis died gets any of > > these Monty Python jokes. > > I prote

Re: merits of Lisp vs Python

On 8 Dec 2006 12:23:54 -0800, Stephen Eilert <[EMAIL PROTECTED]> wrote: > > Alex Mizrahi escreveu: > > > > > > we should feed this text to the query-builder. > > then we should bind ?dept to our variable departament (i'm not sure how this > > is done in SPARQL, but there should be a way). > > then

Re: Snake references just as ok as Monty Python jokes/references in python community? :)

[EMAIL PROTECTED] wrote: > I'm semi-seriously wondering if snake jokes are valid in the Python > community since technically, Python came from Monty Python, not > slithery animals. > > Problem is I don't know that anyone born after Elvis died gets any of > these Monty Python jokes. > > Is it koshe

Re: merits of Lisp vs Python

O.K. I agree with what you said about the generic function vs per object dictionary dispatch. But do the performance differences vanish when only builtin types and functions are used to express Python algorithms? -- http://mail.python.org/mailman/listinfo/python-list

Re: merits of Lisp vs Python

Alex Mizrahi escreveu: > > we should feed this text to the query-builder. > then we should bind ?dept to our variable departament (i'm not sure how this > is done in SPARQL, but there should be a way). > then we should iterate over results and output HTML. a python-like > pseudocode: > > query =

Re: Snake references just as ok as Monty Python jokes/references in python community? :)

On 2006-12-08, Roy Smith <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: >> I'm semi-seriously wondering if snake jokes are valid in the >> Python community since technically, Python came from Monty >> Python, not slithery animals. >>

Re: Common Python Idioms

Ben Finney escreveu: > "Stephen Eilert" <[EMAIL PROTECTED]> writes: > > > Is there a list somewhere listing those not-so-obvious-idioms? > > They're only not-so-obvious to those who learn one version of Python > and then ignore release notes on future versions. The "k in some_dict" > was a wonder

Re: Snake references just as ok as Monty Python jokes/references in python community? :)

> I'm semi-seriously wondering if snake jokes are valid in the Python > community since technically, Python came from Monty Python, not > slithery animals. > > Problem is I don't know that anyone born after Elvis died gets any of > these Monty Python jokes. I protest...Elvis isn't dead... ;-) Ev

Re: merits of Lisp vs Python

(message (Hello 'Bjoern) (you :wrote :on '(Fri, 08 Dec 2006 19:57:28 +0100)) ( ??>> also, there's no need for operator precendence to be taken in ??>> accound -- order is explicitly defined. expressions are ??>> homogenous, they do not depend on other expressions near them ??>> (except lexica

Re: Snake references just as ok as Monty Python jokes/references in python community? :)

In article <[EMAIL PROTECTED]>, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > I'm semi-seriously wondering if snake jokes are valid in the Python > community since technically, Python came from Monty Python, not > slithery animals. > > Problem is I don't know that anyone born after Elvis died

Re: merits of Lisp vs Python

Aahz wrote: > In article <[EMAIL PROTECTED]>, > Mark Tarver <[EMAIL PROTECTED]> wrote: > >>I'm looking at Python and I see that the syntax would appeal to a >>newbie. Its clearer than ML which is a mess syntactically. But I >>don't see where the action is in Python. Not yet anyway. Lisp syn

Re: merits of Lisp vs Python

Bjoern Schliessmann wrote: > Alex Mizrahi wrote: > >>(message (Hello 'Bjoern) > > >>> BS> Can you give an example? I cannot imagine how homogenity >>> always BS> results in easiness. > > > >>homogenity means that i can cut any expression and paste in any >>other expression, and as long as

Snake references just as ok as Monty Python jokes/references in python community? :)

I'm semi-seriously wondering if snake jokes are valid in the Python community since technically, Python came from Monty Python, not slithery animals. Problem is I don't know that anyone born after Elvis died gets any of these Monty Python jokes. Is it kosher to make snake jokes/references even th

Re: merits of Lisp vs Python

In article <[EMAIL PROTECTED]>, Mark Tarver <[EMAIL PROTECTED]> wrote: > >I'm looking at Python and I see that the syntax would appeal to a >newbie. Its clearer than ML which is a mess syntactically. But I >don't see where the action is in Python. Not yet anyway. Lisp syntax >is easy to learn.

Re: merits of Lisp vs Python

["Followup-To:" header set to comp.lang.python.] On 2006-12-08, Mark Tarver <[EMAIL PROTECTED]> wrote: > I'm looking at Python and I see that the syntax would appeal to > a newbie. Its clearer than ML which is a mess syntactically. And if you stew it like applesauce, it tastes more like prunes th

Re: I think Python is a OO and lite version of matlab

On Dec 7, 11:48 pm, "Allen" <[EMAIL PROTECTED]> wrote: > Does anyone agree with me? > If you have used Matlab, welcome to discuss it. Numpy definitely was inspired in its extended array syntax by matlab. Besides that, I don't think two languages could be more different. Philosophically, matlab i

Re: merits of Lisp vs Python

Alex Mizrahi wrote: > (message (Hello 'Bjoern) >> BS> Can you give an example? I cannot imagine how homogenity >> always BS> results in easiness. > homogenity means that i can cut any expression and paste in any > other expression, and as long as lexical variables are ok, i'll > get correct re

Re: merits of Lisp vs Python

hankhero wrote: [...] > Pythons advantages are: > Faster startup-time which makes it a good scripting language. I agree with the others (especially the cleverness of Python's string quoting), but on my machine, SBCL starts up and runs a "Hello World" program a bit faster than Python, and CLisp re

Re: merits of Lisp vs Python

Petter Gustad wrote: > Bjoern Schliessmann <[EMAIL PROTECTED]> >> Can you give an example? I cannot imagine how homogenity always >> results in easiness. > CL-USER> (+ 1 2 3 4 5 6 7 8 9 10) > 55 > > CL-USER> (< 1 2 3 4 5 6 7 8 9 10) > T > CL-USER> (< 1 2 3 4 5 6 7 8 9 10 9) > NIL Please forgiv

Re: merits of Lisp vs Python

Bill Atkins wrote: > Um, so does that mean that Python couldn't have borrowed other > features? No, but he used this point in direct conjunction with the syntax. At least by my understanding. Regards, Björn Xpost cll,clp -- BOFH excuse #61: not approved by the FCC -- http://mail.python.o

  1   2   3   >