Re: RegExp performance?

In article <[EMAIL PROTECTED]>, Christian Sonne <[EMAIL PROTECTED]> wrote: > Thanks to all of you for your replies - they have been most helpful, and > my program is now running at a reasonable pace... > > > I ended up using r"\b\d{9}[0-9X]\b" which seems to do the trick - if it > turns out t

Re: Regex Speed

In article <[EMAIL PROTECTED]>, "John Machin" <[EMAIL PROTECTED]> wrote: > Getting back to the "It would be nice ..." bit: yes, it would be nice > to have even more smarts in re, but who's going to do it? It's not a > "rainy Sunday afternoon" job :-) Well, just as an idea, there is a portable C

Re: Best Free and Open Source Python IDE

In article <[EMAIL PROTECTED]>, Stef Mientki <[EMAIL PROTECTED]> wrote: > Which brings me to some other questions on waste: > - isn't it a pitty so many people are involved in writing another editor / > IDE ? I don't know about that. Most of the new editor development appears to involve one o

Re: "Subscribing" to topics?

In article <[EMAIL PROTECTED]>, "Mizipzor" <[EMAIL PROTECTED]> wrote: > On Feb 4, 9:55 pm, Toby A Inkster <[EMAIL PROTECTED]> > wrote: > > You discovered wrong -- Google does not provide a free newsserver. They no > > doubt *have* several newsservers, but don't provide direct access to them > > e

Re: Definitions of editor and IDE?

In article <[EMAIL PROTECTED]>, "Paddy" <[EMAIL PROTECTED]> wrote: > On Feb 4, 9:01 am, Necmettin Begiter <[EMAIL PROTECTED]> > wrote: > > Can't give definitions, but here is the difference: if you use an editor, > > you > > will have to run your script or program from outside the editor; if you

Re: Python does not play well with others

In article <[EMAIL PROTECTED]>, "Paul Boddie" <[EMAIL PROTECTED]> wrote: > Would it benefit the Python community more if Python shipped with > MySQL support out of the box? Is it likely that a user suddenly finds > him/herself needing to connect to a MySQL database? The other problem is that it

Re: Python does not play well with others

In article <[EMAIL PROTECTED]>, "Paul Boddie" <[EMAIL PROTECTED]> wrote: > Quite. I imagine that most GNU/Linux distributions (and various BSDs) > provide at least some version of MySQLdb as a package. Bingo, I've rarely installed python from python.org, or other libraries from sourceforge, etc.

Re: Python does not play well with others

In article <[EMAIL PROTECTED]>, Paul Rubin wrote: > [EMAIL PROTECTED] writes: > > Where would you stop? At the boundaries of your particular application > > interests? > > If the Pythonistas are serious > about such a claim, competitive analysis says they should be wi

Re: Python does not play well with others

In article <[EMAIL PROTECTED]>, Paul Rubin wrote: > I do think the core should have more stuff than it does, so that its > functionality can be on a par with competing language distros like > J2SE and PHP. Both of those distros include database connectvity > modules an

Re: merits of Lisp vs Python

In article <[EMAIL PROTECTED]>, Kirk Sluder <[EMAIL PROTECTED]> wrote: > In article <[EMAIL PROTECTED]>, > Paul Rubin <http://[EMAIL PROTECTED]> wrote: > > > n! = (n/e)**n * sqrt(2*pi*n) * (1 + (1/12n)) * ... > > If computer languages were to m

Re: merits of Lisp vs Python

In article <[EMAIL PROTECTED]>, Paul Rubin <http://[EMAIL PROTECTED]> wrote: > Kirk Sluder <[EMAIL PROTECTED]> writes: > > Personally, I've always preferred use the imperative to describe > > _basic_ math rather than the passive. This would see

Re: merits of Lisp vs Python

In article <[EMAIL PROTECTED]>, Paul Rubin wrote: > Don't be silly. Some operators are more natural as infix and others > as functions. It's just like in natural language. People have an > innate ability to make such distinctions and it's fine for a > programming lang

Re: merits of Lisp vs Python

In some cases lisp macros are a way of saying tomato to something that would be called "tomahto" in python. One common use of macros is custom iteration constructs. In my social network analysis I wanted to do something to each and every sender-recipient pair in the header line of "mail" messag

Re: merits of Lisp vs Python

In article <[EMAIL PROTECTED]>, Steven D'Aprano <[EMAIL PROTECTED]> wrote: > So it is good that English restricts the expressiveness and power of the > syntax and grammar. While we're talking English, we can both understand > each other, and in fact people who redefine words and ignore the commo

Re: merits of Lisp vs Python

In article <[EMAIL PROTECTED]>, Steven D'Aprano <[EMAIL PROTECTED]> wrote: > On Sat, 09 Dec 2006 21:55:19 +, Kirk Sluder wrote: > > Who says they do? All forms of abstraction have been criticized. Sometimes > the criticism is valid. Sometimes it warns agains

Re: merits of Lisp vs Python

In article <[EMAIL PROTECTED]>, Pascal Bourguignon <[EMAIL PROTECTED]> wrote: > Kirk Sluder <[EMAIL PROTECTED]> writes: > > I've not seen a convincing explanation as to why imported macros > > from some library are so much more evil than imported functions

Re: merits of Lisp vs Python

In article <[EMAIL PROTECTED]>, Steven D'Aprano <[EMAIL PROTECTED]> wrote: > Now, if you want to tell me that, despite all the talk, Lisp coders don't > actually create new syntax or mini-languages all that often, that they > just use macros as functions, then the question becomes: why do you nee

Re: merits of Lisp vs Python

In article <[EMAIL PROTECTED]>, "mystilleef" <[EMAIL PROTECTED]> wrote: > 1). More and better mature standard libraries (Languages don't matter, > libraries do). > On Lisp Macros: > > I think they are overrated, and in general cause more harm than good. > It's the reason I find Lisp-like pr