[Fwd: Re: [Uuu-devel] languages] <-- Why Python

Ville Vainio ville at spammers.com
Mon Feb 21 03:16:50 EST 2005


>>>>> "Mike" == Mike Meyer <mwm at mired.org> writes:

    Mike> IPython's pysh seems a little clumsy for interactive use, as
    Mike> it requires special characters to distinguish between
    Mike> commands to be passed to the shell and commands to be passed
    Mike> to the scripting language. This should be contrasted with

What do you mean by "the commands to be passed to the shell"? Commands
on the path (the normal situation in Unix) can be executed directly
just like in bash et al. Ditto for "magic" functions if "automagic" is
on.

I only use ! for calling commands that are in the current directory. A
*real* deficiency with ipython/pysh under Linux is the lack of job
control (in the sense that ^z suspends the whole ipython). I don't see
why pysh would not be able to match and exceed the capabilities of
shell in job control as well. It's not a priority for fperez himself
ATM, but we'll see how easy it is to add shellish job control in the
future after the refactoring...

    Mike> I'll say it again - if you're arguing about which language
    Mike> to use, you're arguing about the wrong thing.

In a sense C is the native language of Unix and Windows (system calls
are in C). It might make sense to expose the OS as Python objects.

I work w/ Symbian OS in my day job, with the OS API in C++. I'm not
sure whether it's a good idea or not, but at least some people are
doing it :).

-- 
Ville Vainio   http://tinyurl.com/2prnb



More information about the Python-list mailing list