A Guided Tour of the Microsoft Command Shell

jpkunst writes "Ryan Paul at Ars Technica provides an in-depth, 13 page review of the new Microsoft Command Shell (Monad). (The beta release can be downloaded for free from Microsoft.) From the conclusion: 'Despite my initial skepticism, I am deeply impressed with MSH technology, and I am legitimately excited about the future of the Windows command line.'"

Comments

The true meaning of "msh"

[Anonymous Coward]

Everyone knows that "msh" really stands for "Microsoft Hell".

Re:The true meaning of "msh"

[canuck57]

Everyone knows that "msh" really stands for "Microsoft Hell".

And once people realize it is crippled there will be a gsh (Gate Shell) and a bsh (Ballmer Shell) as equally handycaped as the msh. A legal suit will follow from Google for gsh but the bsh will last.

Wouldn't it be easier just to get a copy of Linux and call it MS-Linux? I thought Microsoft thought all of UNIX/POSIX was crap and you didn't need a shell?

Re:The true meaning of "msh"

[Anonymous Coward]

And once people realize it is crippled there will be a gsh (Gate Shell) and a bsh (Ballmer Shell) as equally handycaped as the msh. A legal suit will follow from Google for gsh but the bsh will last.

In Ballmer Shell, you can interrupt a running process using the fucking-kill command, as in:

fucking-kill gsh

Chair-throwing is completely optional.

Re:The true meaning of "msh"

[borawjm]

so shouldn't the command prompt for msh be something like this?

$>

or maybe a few more...

$$$>

ah, what the heck...

$$$$$$$$$$$$$$$$$$>

Re:The true meaning of "msh"

[kurosawdust]

And once people realize it is crippled there will be a gsh (Gate Shell) and a bsh (Ballmer Shell) as equally handycaped as the msh. A legal suit will follow from Google for gsh but the bsh will last.

bsh> developers
developers

bsh> developers
developers

bsh> developers
YEAH!

Re:The true meaning of "msh"

[SilverspurG]

You've got that backwards. MIcrosoft hasn't implemented anything new. Everything that MS is doing is an idea that they've pirated from University students who didn't have the time or the resources to patent/copyright their ideas while they were writing their graduate theses. MS may have expanded it some or made the GUI a little more consistent but there's nothing new in the corporate world. The only reason why you don't see massive disputes between academia and MS is that the computing industry is relatively young and Universities weren't on the intellectual property bandwagon until fairly recently.

Re:The true meaning of "msh"

[Tuxedo Jack]

You obviously don't remember XENIX, which MS developed, then sold to SCO. I happen to have a box of floppies containing that in front of me now.

It's like Satan took a dump, then a sewer mucker found it, packaged it up in a nice shiny box, and sold it to the unsuspecting masses.

Re:The true meaning of "msh"

[fava]

What about mash (Microsoft Again SHell) for when windows is broken and needs major emergency repair.

Who wrote the introduction?

[mi]

The "robust commercial applications and standard graphical utilities" are, indeed, in much need of reinvention. Oops.

And what's with the "unleash" keyword? Do these people really think in terms, that glossy ads use to compare the advertised products with animals?

Re:Who wrote the introduction?

[CyricZ]

Not only that, but consider the portion that says 'The Windows community is a universe of uniformity [...] and standard graphical utilities.'

Indeed, we are seeing that that is not the case. Microsoft has gone out of their way to drastically alter their GUI, such that it looks nothing like the XP GUI, and thus nothing like the older GUI before that. Hardly a show of uniformity, if I do say so myself.

Re:Who wrote the introduction?

[Jugalator]

Are you talking about the new Vista UI?

In that case, that's a visual style that's changing only the aspects of the UI Windows XP changed. Windows border styles and new flashy button hover effects, etc. Think of it as a different theme/skin, not a way for them to change the UI design guidelines. "OK" will still always be followed by "Cancel", group boxes will still group UI elements with a relation, menus will still be part of the applications and not the dsektop, combo boxes will still be recommended only in "little space" situations, and so on. :-)

Actually, Microsoft has released preliminary design guidelines for Vista, and I was surprised to see how much can be directly applied, and is even recommended to be applied like that, to Windows XP.

Also, even in Windows Vista, just like in XP, can you still apply the Windows 2000 look & feel via a flip of a switch. That if anything should show that all they're really doing are mostly just applying new skins to sell their product, and not coming up with new guidelines that indeed would alienate their broad customer base. If I'm at some user that have applied some simple settings, I often lose myself in thinking I'm working on a Windows 2000 workstation when I'm in reality on XP.

Re:Who wrote the introduction?

[cnelzie]

There's far more of a difference between Windows XP and Windows 2000, then just a graphical skin. The methods for accessing a handful of configuration settings windows has altered and in some cases, those configuration modules have changed significantly on their own.

    To say that there won't be changes beyond simple "Graphical skins" simply does not hold with the historical perspective of the sweeping changes with each major iteration of Windows.

    Windows 3.11 to Windows 95 to Windows 98 to WindowsMe, there were underlying configuration changes that made learning the "new" OS important.

    Windows NT 3.5 to Windows NT 4.0 to Windows 2000 to Windows XP also included significant configuration setting alterations that were far more drastic then the "Consumer Level" Windows Operating Systems.

Re:Who wrote the introduction?

[everphilski]

The colors may have changed but the patterns are the same. The start button is at the bottom left hand corner. The taskbar spans the entire bottom of the screen. The three buttons on the upper right of any window are minimize, toggle fullscreen/windowed, and exit, respectively, in that order.

That is what uniformity is. Changing colors / visual schema is not uniformity. That's like saying a green car is not uniform to a blue car. You can still drive it with the knowlege you learned in drivers ed.

-everphilski-

Re:Who wrote the introduction?

[SilentChris]

I've studied the new UI quite a bit, and you, sir, are clueless.

Are they keeping things like "OK" and "Cancel? Yes. Are you able to change the look back to Windows 2000 (well, sort of). Yes. They do things like this so people don't need to totally retrain.

Is the user interface anything like Windows XP, under the hood? No. God no.

The entire thing has been rewritten from the ground up. Everything is a .NET object, everything inherits from another object. The entire thing is texture based, like OS X.

What this means is they CAN make drastic changes down the road by simply changing a few objects. Everything will inherit down. Ever notice that buttons can be totally dissimilar from one app to the next, and all MS has been able to do is (for example) but a blue highlight around them? That's because the UI has been so cripped.

The new UI is simple, beautiful and brilliant. Is it completely different than Windows XP? No. It's not intended to be. The goal, like .NET, is to have a framework to build off for the future. Like .NET, too, the new UI is well-written. I've been programming for it for half a year now and it blows Windows XP out of the water. It even tops OS X in a few areas.

Re:Who wrote the introduction?

[SilverspurG]

Everything is a .NET object, everything inherits from another object

Between that line and the information that MSH will interface with other programs through ActiveX I can see a whole new world of exploits.

What this means is they CAN make drastic changes down the road by simply changing a few objects

And so can all the malware, spyware, crippleware, middleware, trojans, worms, viruses, and anyone with even a mild desire to make life difficult for people around them. I bet it'll be even easier to hide shadow processes on the system from the unwary user thus increasing Microsoft's ability to sell the world's desktop out to corporate marketing departments. Imagine banner ads, not in your browser, but legally (via click through EULAs) on your desktop. There's nothing you'll be able to do about it.

Registry + ActiveX + a functional shell (finally) + .NET == cataclysmic user-base catastrophe waiting to happen

Windows admins are screwed. Get out of IT now if you're still sane, get out even if you're long past sane. Life will become hell very soon.

Re:Who wrote the introduction?

[SilverspurG]

I bet the majority of the world would thank us if we'd go back to pen and paper and quit pushing computers at them all the time. You make a good suggestion.

Re:Who wrote the introduction?

[yhamade]

Okay, I don't normally latch onto so such an advert piece of flamebait, but this one I couldn't pass on...

And so can all the malware, spyware, crippleware, middleware, trojans, worms, viruses, and anyone with even a mild desire to make life difficult for people around them.

Do you know what the definition of "malware" is? Any code can be malware. If you sent someone a shell script to shutdown their system and they think its a link to their favorite pr0n site, guess what? Its malware!

Registry + ActiveX + a functional shell (finally) + .NET == cataclysmic user-base catastrophe waiting to happen

Then by using your logic, so is giving someone the keys to a car.... The registry is a centralized database of configuration settings for the OS and applications. Its no different than having 5000 configuration files scattered through a system, other than of course that its in a centralized database. IMNSHO the *nixes can benefit from this concept. Yes, there are limitations, and there should be better security within it, but nothing is stopping someone from hacking Httpd.conf either.

Active-X is a development platform. It can be exploited just like anything else, people create java based virii all the time, the problem is users are dumb enough to just hit "yes install this crap on my system".

.NET is once again a programming API. It's nothing *NEW* its just a uniform model that Microsoft is developing to. Yes, it makes things easier for developers. Yes, this means that instead of the script kiddies having to decipher the Win32API docs, they can use the more developer friendly access methods. But as I said before, any "code" in any language on any platform can be "exploited".

Here's a nice quote for you:
'We fear things in proportion to our ignorance of them.' -- Titus Livius

Now, yes, these things make it *EASIER* for people to take advantage of. However, they were always there, they're there on any platform, its just whether or not people take advantage of them in malice. The better question is "What's MS actually doing to MITIGATE these problems?" Well, I think they finally took a page from the *nix (linux/unix) world and implemented this "revolutionary" feature with Vista: User Account Protection What the hell is that you ask? Well, in simplest terms, its sudo. When UAP is enabled, any action you take that requires "administrator" access, will now prompt you for credentials to do so, even if you are an administrator. Yeap, you guessed it, even admins are no longer admins. What's that do to applications? Well, thats for the developers to fix! But it "fixes" one of the most blatant issues most people had with Windows security: that their grandmother had to be an administrator on her home PC to use her copy of Quicken, and because of that, she also had 5kajillian pieces of spyware installed.

Re:Who wrote the introduction?

[Kymermosst]

The registry is a centralized database of configuration settings for the OS and applications. Its no different than having 5000 configuration files scattered through a system

AKA "Single point of failure". At least with 5000 config files, if just a few of them get hosed, you can rebuild them easily. Your registry has something happen to it, you might be doing a complete restore or reinstall.

Re:Who wrote the introduction?

[Vancorps]

Please come into the new millenium. If the registry gets corrupted due to a filesystem problem or a piece of malware you don't have to use it. You can either use a backup copy which Windows automatically generates for you or use a failsafe registry which will for all intents and purposes always get you back into Windows.

This is the first time I've ever seen someone refer to a database as a single point of failure.

Always good to see new things.

Re:Who wrote the introduction?

[ScrewMaster]

The registry isn't exactly new ... Windows 3.1 had one, I believe. But it was a stupid idea from the start. I understand that Vista is going to be putting more "protections" in place to reduce registry abuse, but nevertheless like Windows File Protection it's just a hack on top of a hack.

The only legitimate (and I'm using the term loosely) function that the Registry performs is to make it virtually impossible to move a major application from one machine to another without running the actual installation program. In effect, it's an intrinsic anti-piracy technique. Sometimes I think that's the only reason that it's still there.

Quick! Open Source Monkeys Fly

[Anonymous Coward]

We must have a working implimentation of this shell in Gnome immediately.

I propose we call it Gonad.
It will be the dogs bollocks.

Re:Quick! Open Source Monkeys Fly

[Bobke]

While you are trying to be funny, you are correct,
unix does need a shell like monad I'm afraid (hence ac)

What monad will offer is something like

>ls -l | head -n 10 | sort size | excel

They are piping objects, we would need to do a lot of parsing to achief the same effect.

Someone really needs to write a new shell for unix and abstract the unix system, by giving it knowledge of the common unix tools (parsing the output for the user), like ps, ls, sed, etc.

Want to be famous ?
Here is your idea.

Re:Quick! Open Source Monkeys Fly

[tomhudson]

What monad will offer is something like

>ls -l | head -n 10 | sort size | excel

They are piping objects, we would need to do a lot of parsing to achief the same effect.

Just do : ls -l | sort | head -10 | tr -s " " "\t" > dir.txt; gnumeric dir.txt & After all, if you're going to be manipulating it in a spreadsheet, you probably want to save it in a file somewhere anyway, right?

Re:Quick! Open Source Monkeys Fly

[Shaklee39]

That joke has been used every time a story on monad has been posted. There have been at least 3 stories. You are not funny or original.

Re:Quick! Open Source Monkeys Fly

[Proc6]

Just do : ls -l | sort | head -10 | tr -s " " "\t" > dir.txt; gnumeric dir.txt & After all, if you're going to be manipulating it in a spreadsheet, you probably want to save it in a file somewhere anyway, right?

Kick in the *NIX fanboi defense reflex: Offer a half-baked parallel and insist that any deficiencies are things you didn't need or shouldn't be doing in the first place.

Re:Quick! Open Source Monkeys Fly

[tomhudson]

Your example is wrong. If a filename had spaces, your script would surely fail. With Monad using objects, it would encapsulate the filename into a single string object and therefor be opened up correctly in excel.

So do this (handles filenames with embedded spaces just fine now)

ls -lQ | sort | head -0 > dir.txt; perl -e 'open(DIR, "<dir.txt"); while(<DIR>) { ($a,$b,$c,$d,$e,$f,$g,$h) = split(" ", $_, 8); print "$a,$b,$c,$d,$e,$f,$g,$h\n";}' > dir.csv; gnumeric dir.csv &

Again, a 1-liner, and you can even discard the fields you don't want by not "print"ing them.

And as a bonus, you already have the file in comma-separated format before opening the spreadsheet, so you're good to go for importing, exporting, etc.; if you were using the spreadsheet just to save the data in csv, you can even skip that step.

So, ancient *NIX shell foo beats not-yet-ready-for-prime-time MSH shell foo, especially when you consider that the *NIX one will run with a LOT fewer resources.

impressive

[Anonymous Coward]

Indeed, that MSH demo is impressive and all, but python is great too. System-wide integration? Big fucking deal:
>>> import kudzu
>>> kudzu.probe(kudzu.CLASS_HD, kudzu.BUS_IDE, kudzu.PROBE_ALL)
[Desc: MAXTOR 6L040J2 Driver: ignore
Device: hda , Desc: ST360021A
Driver: ignore Device: hdc
, Desc: Maxtor 6Y120P0 Driver: ignore
Device: hde ]

etc, and python is easily expandible to cover ALL the system. What makes MSH rock is that it's a python-like programming languaje PLUS a user-oriented (user=administrator) shell like bash. In linux we're used to program scripts with python, then pass the data through pipes to bash to do something with it. Crappy. When you have to do things like "command | cut -d ' ' -f 3 | cut -d ':' -f 1" to get some data, you know something is WRONG.

The cool thing about MSH that its a SUBSTITUTE to bash/cmd.exe, not a "complement" like python is. Is not that bash or python are bad, but bash-like shells are 30-years-old unchanged technology. Fortunately, there're people writing user-oriented python-based shells, like http://ipython.scipy.org/

Re:impressive

[Anonymous Coward]

When you have to do things like "command | cut -d ' ' -f 3 | cut -d ':' -f 1" to get some data, you know something is WRONG.

Yes. Either your command is wrong (it should do that formatting as its output) or you should have used [g]awk instead of cut.

Re:impressive

[NickFortune]

When you have to do things like "command | cut -d ' ' -f 3 | cut -d ':' -f 1" to get some data, you know something is WRONG.

Agreed. In this case it's the coder, who should really have enough nous to print the data in the format in which he intends to use it. That's hardly rocket science, is it?

Of course, if you didn't write the python script and don't have the time and/or skill to hack it, you might nd up using cut and the like to get the data in the format you need. The cool think about that is that it's possible. I don't know if the same can be said under MSH, but it seems unlikely - the focus of Monad seems to be .NET integration, not a stream based filtering command line environment.

Then again, maybe you didn't even write the wrapper script and don't understand anything. If so you can always troll slashdot as an AC and get some astroturfing in.

Re:impressive

[ookaze]

What makes MSH rock is that it's a python-like programming languaje PLUS a user-oriented (user=administrator) shell like bash

Perhaps that's interersting from the POV of the programmer, but from the POV of the sys admin, it's a nightmare.
Those that don't understand Unix are bound to reimplement it, badly.
Bash goes out of its ways to provide tools and syntax allowing you to remove all customizations others could have put in the environment. Korn shell compatible shells are lightweight and portable and cross-platform and respect a small standard. Lacking any of this means a shell is NOT like bash (or any other shell). So your premise is wrong for MSH. MSH does not have MOST of these power features of shells, so I don't understand how you can compare it to them.

In linux we're used to program scripts with python

I'm not. Who is this 'we' ?

then pass the data through pipes to bash to do something with it. Crappy.

This says it all. It is one of the most powerful feature of Unix, and you call it 'crappy'.
Again, 'those that don't understand Unix ...'
FYI, I saved several production data in real time in big french firms thanks to this crappy feature ...

When you have to do things like "command | cut -d ' ' -f 3 | cut -d ':' -f 1" to get some data, you know something is WRONG

Which, obviously here, is the person who has wrote this garbage. I would never write this, but would rather write a sed command to do that.

The cool thing about MSH that its a SUBSTITUTE to bash/cmd.exe, not a "complement" like python is

It sure is cool. csh was cool too. Look at what happened to it. Cool and Useful/Powerful are not the same.

Is not that bash or python are bad

Fortunately you have enough common sense to agree with that.

but bash-like shells are 30-years-old unchanged technology

Proven technology, what is wrong with that ?? FYI, people have tried to add cool things to the concept (csh types, zsh, ...). Bash is actually an evolution of sh/ksh, contrary to what you say. It's just more powerful.
A shell must have, among its features, stability and security. 30 years old is a good thing when you want these. Given that MSH is developed by MS, and given their track record on these 2 points (stability, security), excuse me if I don't hold my breath on MSH.

Fortunately, there're people writing user-oriented python-based shells, like http://ipython.scipy.org/

User-oriented python-based shells, OMG !!
Given the problems I've got till this day with Python apps (memory leaks, unexplained and untracable crashes), given the tedious work of migrating core systems based on Python (look at Gentoo), excuse me, but I think I will stay with bash for a long time.

Re:impressive

[SilverspurG]

I'm reading the article and, you know, I'm just not seeing anything in here but a horribly tortured object oriented syntax and a reexpression of MS' nightmarish implementation of the common "--help". I did, however, find this admonishment:

One of the major frustrations of MSH is the lack of support for piped input in other Windows applications. I can't pipe my HTML content into a new instance of Internet Explorer and I can't pipe my CSV content directly into a new instance of Excel.

Considering the decades of command line functionality which sh type shells have, apparently MSH is only dreaming of what BASH can do.

Followed closely by:

I sincerely hope that the final release of MSH features an entire collection of convert and export commands for a broader variety of formats. Sources inside Microsoft tell us that MSH users will probably use COM and ActiveX to interface with major Windows applications.

It's a security nightmare waiting to happen. If people think BASH viruses are a potential problem then imagine the full horrors of ActiveX with access to a system shell. At least Mozilla exploits don't lead to "rm -rf /" or malware stuffed all over the system.

Re:impressive

[NickFortune]

You may have misunderstood my objection. I have no idea if Microsoft are offering something like cut. But that's missing the point, because your scenario should never occur under MSH.

There's a big difference between should never and will never however. You may have to cope with malformed data, text streams from the WWW, archaic media, inputs from legacy screen scraping applications. Sometimes the ability to slice text up by column is useful. We don't use cut much on Linux either as it happens.

Sure, you *can* still pipe raw text from one app to another, but it's not correct behaviour for programs written for MSH You may have misunderstood my objection. I have no idea if Microsoft are offering something like cut. But that's missing the point, because your scenario should never occur under MSH.

There's a big difference between should never and will never however. You may have to cope with malformed data, text streams from the WWW, archaic media, inputs from legacy screen scraping applications. Sometimes the ability to slice text up by column is useful. We don't use cut much on Linux either as it happens.

Sure, you *can* still pipe raw text from one app to another, but it's not correct behavior for programs written for MSH

Which probably the difference between Bash and Monad in a (pardon the term) Nutshell. Because bash is designed as a glue language with a toolkit aimed enabling compatibility with other data sources. From your description of Monad however, it seems determined to restrict the user to a Microsoft environment. Certainly that would fit with MS strategy to date.

incidentally, I don't have a problem with the assertion that Monad is a more powerful scripting environment than bash - proper comparison is, IMHO, with perl. Bash is optimised for command line use first and foremost, whereas Monad seems to be written mainly for scripting. I know there's all the hype about it being a new command line shell, but I suspect a lot of that will turn out to be marketing hype. There's a command shell module for perl as well. I've never heard of anyone using it for day to day use though - Perl is optimised for scripting. From what I've seen, I think that'll turn out the case for Monad too.

Incidentally, I don't have a problem with Monad being more powerful than bash; Perl or Python would be a better basis for comparison. Bash is optimised for command line use first and foremost, whereas Monad seems to be written mainly for scripting. I know there's all the hype about it being a new command line shell, but I suspect a lot of that will turn out to be marketing hype. There's a command shell module for Perl as well. I've never heard of anyone using it for day to day use though - Perl is optimised for scripting. From what I've seen, I think that'll turn out the case for Monad too.

Re:impressive

[EvilNTUser]

"I'm just not seeing anything in here but a horribly tortured object oriented syntax and a reexpression of MS' nightmarish implementation of the common "--help"."

The object oriented stuff provides extra features. You can still alias all the old stuff to the usual commands, and it apparently does so by default.

"Considering the decades of command line functionality which sh type shells have, apparently MSH is only dreaming of what BASH can do."

Please explain again how you think it's the shell's fault that other applications don't support its features. Oh and btw, `echo 'html-stuff' | firefox` results in a blank browser window.

An open source clone?

[CyricZ]

Has any project been started to provide an open source clone, similar to what the Mono Project has done with .NET?

Re:An open source clone?

[zootm]

They're similar, but not really the same. Python isn't geared towards being a command shell (although obviously after importing the right packages you can use it as one).

Re:An open source clone?

[LnxAddct]

There are already quite a few shells in unix that follow a similar paradigm. Python's default shell comes pretty close, but there are off shoots of it that provide functionality designed to be used as a command shell. MSH is pretty much an interactive ruby shell or python shell designed to run regular commands and treat files like objects (which is as simple as defining a class that can interpret the file information and give it methods like .get_extension) The real key here is that I belive everything is treated as an object. With minor modifications to the python shell and maybe an additional class or two you would have the exact same functionality. You see... there is a reason though that noone has done this. System administrators should not have to learn the concepts of object orientation just to do their job. They are not programmers. Its bad enough when programmers design GUIs because they cater to programmers and not typical users. Monad caters to programmers and not system administrators. Most unix sys admin I know do know how to script in something like perl or python, but most windows admin are point and click or they can type a few commands into a file and rename it to .bat to run it. The monad shell has some great ideas for a shell used by and for programmers, but honestly it isn't a sys admins job to understand programming or programming paradigms. Let admins use simple bash like commands, even if it may not be the cleanest way, conceptually it is often easier, and let programmers script their way out of any hole they want.
Regards,
Steve

Re:An open source clone?

[AnodeCathode]

So are you saying he'd meet some Windows Admins only if he kept his head in his ass? Very subtle slam on Windows Admins.

Some Wise Man Said

[R55]

Those who do not understand Unix are condemned to reinvent it, poorly.

-- Henry Spencer<br>
Usenet signature, November 1987

Google Shell

[zaguar]

The new google shell: Gonad

It's nuts

Almost as good as . . .

[Council]

Perhaps the Windows shell has finally reached the levels of goodness of that old shell, whatchyacallit. DOS, I think it was.

I forget what company it was that made that, but I'm sure if they were still around, they'd be doing amazing things. We can certainly agree that they'd without a doubt have a command line that would blow Microsoft's right out of the water.

New website.....

[SomeoneGotMyNick]

Backslashdot

Specializing in Unix bashing (somewhat of an ironic statement)

Jeez...

[gowen]

the text-based shell is the nexus of computational control and the point at which proper articulation of will can transform commands into consequences Which leads to two questions : who wrote this shit, and were they getting paid per syllable?

Re:Jeez...

[revery]

Which leads to two questions : who wrote this shit, and were they getting paid per syllable?

It was the same person that wrote the dialogue for research breakthroughs in Alpha Centauri.

the text-based shell is the nexus of computational control and the point at which proper articulation of will can transform commands into consequences
- Col. Corazon Santiago Spartan Programmer's Manual

Re:Jeez...

[ikkonoishi]

Ah come on those things were great.

My favorite.

We are all aware that the senses can be deceived, the eyes fooled.
But how can we be sure our senses are not being deceived at any
particular time, or even all the time? Might I just be a brain in
a tank somewhere, tricked all my life into believing in the events
of this world by some insane computer? And does my life gain or lose
meaning based on my reaction to such solipsism?
^
^ -- Project PYRRHO, Specimen 46, Vat 7
^ Activity Recorded M.Y. 2302.22467
^ TERMINATION OF SPECIMEN ADVISED

Another Wise Man Said...

[Dante Shamest]

A witty saying proves nothing.
- Voltaire

Slightly Wrong...

[Anonymous Coward]

Taken from "system requirements"Requires the .NET Framework Version 2.0 Redistributable Package Beta 2 (x86) (see Related Downloads below).
Note that the "Supporting Operating Systems" list above is slightly wrong: the release is supported on Windows XP SP2, not Windows XP Embedded SP2.

Microsoft can't even get its own system requirements right... I someone expects a robust security infrastructure...

Re:Oh, I am so excited!

[Vorondil28]

a...hmm...like a....

...massive security exploit waiting to happen.
I'll stick with DOS batch scripts, thank you. ;)

On The Pipe

[Murmer]

It's worth mentioning here that the real strength of the pipe is not "what you can pipe", but "what you can pipe things from, and to", and the fact that you can daisy-chain them together as far as you like. There are literally thousands, maybe tens of thousands of little tools and widgets that you can pipe information into and out of to achieve various effects. Regardless of what new things the MSH pipe can do, the unix world has a significantly larger toolbox.

Re:On The Pipe

[/ASCII]

True. But on the other hand it is much harder to write simple general purpose filters for generic objects than for text data. There are quite a lot of general purpose tools in Unix, like grep, sed, tail, etc. that can operate on almost any form of data, whereas MSH tools need to operate on objects, which is quite a bit harder. The potential for ultimate coolness is there, but if the implementation is lacking, MSH will be useless.

Re:On The Pipe

[zootm]

Very true. I think this system could work well though, despite not having used it, but I guess I'll have to give it a go to really know. Kinda worried about the noted limitations of its tab-completion though — that's one feature that I'd, at the very least, find difficult to let go.

As for more arbitrary pipes, there is some degree of good news in the discussion thread which goes along with the article, in particular this little gem:

You can essentially make an alias in MSH that associates a short name with the full path of one of the Cygwin command line apps. It's nice being able to occasionally use awk, sed and grep from the MSH command line.

msh> new-alias grep "C:\Cygwin\bin\grep.exe"
msh> get-childitem | grep blah

I'm not sure how far this aliasing can be taken, it's possible it only works on text rather than bitstreams, but it's encouraging that the *nix command line apps can be aliased and seem to "play nice" with the MSH system.

Re:On The Pipe

[Haeleth]

it is much harder to write simple general purpose filters for generic objects than for text data. There are quite a lot of general purpose tools in Unix, like grep, sed, tail, etc. that can operate on almost any form of data, whereas MSH tools need to operate on objects, which is quite a bit harder.

If all objects have methods to serialise them to strings - and it doesn't seem unreasonable to assume that they will - then whenever you're fed an object you don't know about, you can access it as a string. At which point, bingo! you can use a general purpose filter for text data, just like in Unix.

I may be wrong, but this does look to me like a technique that can degrade reasonably elegantly to the lowest-Unix-denominator for programs that don't make use of all the .NET stuff.

A shell is nice but...

[CastrTroy]

A shell is nice but, can you change all the settings from the command line? The fact that most of your settings are stored in the registry, makes things a lot harder to do from the command line. Sure you could probably change a key or two if you needed to. But you'd probably have to know the exact location. Browsing the settings, to find the key you want, would be a lot harder. Can you install most programs from the command line, and manage all your installed software from the command line. I like the fact that in Linux, most base system stuff is designed so that it can be done by the command line, first and foremost, I like the fact that Linux stores all the settings in text files. This means that you can change the setting with any text editor of your choice. Also, there is a huge library of tools available at the command line. Not just stuff that was thought up by the people who made your command line (bash, csh, zsh), but also anybody else who made just about any other utility.

Re:A shell is nice but...

[alecks]

Yes, you can. you can change registry settings from the command line. Yes, you have to know the exact location, but that's like saying 'you have to know how to use a computer to use a computer'.
Yes you can install ALL programs from the command line... expecially the ones designed to use the standard windows installer (.MSI). It has some powerful commandline options, which are universal across all apps that use it. Search for msiexec.exe
You can do everything and anything from the command line. WSH/WMI add a great deal more functionality as well, and you can still keep it at the command line.

Re:A shell is nice but...

[TummyX]

If you had read the article you would have discovered that MSH includes a managed virtualfilesystem-like provider for the registry that allows you to navigate the registry and read/write settings.

Re:A shell is nice but...

[timeOday]

If you had read the article you would have discovered that MSH includes a managed virtualfilesystem-like provider for the registry that allows you to navigate the registry and read/write settings.

HA!! It took over 10 years, but finally they're coming around. May I propose a name for that "managed virtualfilesystem-like provider":

/etc

Re:A shell is nice but...

[gnovos]

HARD? What's so hard about:

echo 0x0001429 | regfxr32 \g \l \b \"/virtual registry hive sftwre/000003/Local Users and Directories/software/Microsoft/user/holebert/alpha MIX4_2_07/0x8827832fa777e9182/settings/color\"

Re:A shell is nice but...

[WebCowboy]

A shell is nice but, can you change all the settings from the command line? The fact that most of your settings are stored in the registry, makes things a lot harder to do from the command line.

Very valid concern regarding the Windows platform. You can indeed do most of what you need to do in Windows through a command line if you are a guru, however without Monad Windows command-line capabilities are extremely weak. Regedit can be used at the command line, however it is quite cumbersome--especially if you must browse the registry. The whole concept of the registry puzzles me actually--here is this obsfucated, hidden, monolithic configuration file that holds all this important system information and if it were to be corrupted it could potentially make the machine unusable. In order to manage it, MS spent the time to greate this regedit program to decode the registry and present it as...a filesystem-like tree structure. Good Lord, what the hell for? When MS was addressing the problem of .ini files ten years ago what happened to the KISS principle? They did a good thing when they invented the "Program Files" folder and instructed developers to install their program folders there. Why didn't they just make another directory called "System Settings" and specify a standard .ini file format at that point?

If that sounds almost like a UN*X /etc directory then you'd be right--it's worked for aeons so why complicate things by re-inventing the wheel? The concept was sound it just needed fine tuning. Then MS wouldn't have had to make a special utility to manage system settings at all if it didn't want to.

Fortunately MS has seen the light and it appears that they are trying to quietly re-invent Windows in the image of UN*X. Of course, they won't admit their mistakes and copy UN*X/Linux design outright--they are re-architecting Windows using the same concepts but their own dialects (and in some cases they are making improvements to those concepts). This means that Microsoft can claim to be "innovating" instead of fixing bad design decisions. Some examples of the direction MS is going:

* Monad--an "object oriented shell" that brings a modern image to a very old idea. MS is acknoledging that the command line really IS a good adia and not obsolete, and that it was a mistake to neglect its command line shell. The object oriented approach and consistent interface is a modern solution to a problem originally solved in part with pipes in UN*X. Python provides an object-oriented shell on that platform now--but MS just polished the idea a bit and made the whole shell solution more unified.

* XML-based config files. You won't ever hear Microsoft admit it, but the system registry is a flawed concept and the implementation in Windows was so bad it was a significant source of relaibility and security problems. If you look hard enough in MSDN literature and in blogs, you will find that MS is quietly pushing developers to eliminate their dependency on the registry in favour of .config XML files stored in the same folder as the application's executable. MS is deprecating any tools they had to deal with the registry in favour of this method of managing system settings.

* Microsoft has been slowly expanding developer options for creating GUI-less applications (services and console apps). Prior to VS.NET (right up to version 6) to do so required using C or employing awful, unsupported hacks (anyone who has tried writing a VB6 console app or service knows what I'm talking about--the required hooks into low-level Windows APIs make the result so ugly you are best advised to give up and use C anyways). Now MS has the CLR and .NET libraries that make it much easier to do GUIless application developent and allow you to do it in many different languages (although if you look at VB.NET it is more of a CLR dialect than a distinct language anymore--esentially C# without semicolons and a handful of BASIC

Re:A shell is nice but...

[owlstead]

They already got that one. Not that there is much in it. But it's there :)

This is just the beginning

[Dekortage]

Just a few days ago, there was another article on Slashdot about how Ballmer wants to "storm Linux." If they can convince *nix people that Windows has a powerful CLI, this will do much to suck them in... it is the "eye candy" for true geeks.

The article author starts to say this himself: My biggest frustration with MSH is the low quality of the actual shell interface. On my Linux system, I am extremely dependent on line editing keyboard shortcuts that simplify manipulation and alteration of command line input. MSH has very few line editing shortcuts, and extremely limited support for tab completion.

And I remember when CP/M was all the rage... *sigh*

Marketing sucks

[Xarius]

Yet again Microsoft takes an age-old technology, like scalable icons or transparency, and turns it into the best thing since sliced bread? Shouldn't they be condemned for leaving it this long to release a tool as powerful as this, instead of praised?

The best I can say is "It's about damn time".

..C#

[jkind]

Well it looks like C# will be alive and well for some time to come. This article definitely had the feel of Jesse Liberty's Programming C# OReilly book.
" MSH has a number of unique features that make it easy for users to leverage .NET technology at the command line. Type casting is an easy way to transform a simple core type into a .NET instance or another core type. To cast an instance into another type, simply place the name of the desired type in brackets right in front of the instance. You can change a string into a number with an int cast:
msh> [int]"5" + 5
10
"
is basically the section from the book on boxing and unboxing. Anyway, as a C# developer, it's great to see the language isn't dying..

The why

[zxm]

Finally, MS has understood that a powerful shell language is necessary for a modern operating system.

For a long time, it has been proud of his UI technologies, and thought the UNIX shells are too complicated to most people. As for the genernal people, it's right indeed; but it's not true for those developers that want to perform some customized tasks through some kind of relatively easy method.

The real problem is, Linux has been attracted more and more developers, it's absolutely dangerours to the Windows future. it must do something to change this situation, as a part of a series of actions according its plan.

Unix shell argument parsing

[murdie]

>Unlike Linux command-line utilities, which contain their own argument parsers and output
>format mechanisms, MSH commands (called Cmdlets) all inherit a single base class, which
>ensures that all commands expose the same methods, parse arguments the same way

That's not entirely true about Unix (Linux): first, it omits to mention that Unix shells traditionally expand pattern matches in the given arguments, and match the command to an executable, before passing the arguments to that executable; and, second, everyone has used getopt(1) or getopt(3) (in whatever language) for years now, haven't they? (It's a common Unix newbie misapprehension to think that each executable has to expand the shell filename pattern matches in the arguments itself). These are a good start at maintaining command format consistency. I regret only that the original (Research) Unix didn't define which of: '-d -i' or '-di' and which of '-darg' or '-d arg' was preferable, and POSIX.2 (1991) appears (to me, glancing at it now) simply to have rubber-stamped the original situation.

Re:Oh, I am so excited!

[bozho]

4nt/bash + cygwin tools + python/perl.

doing it for?

[sgt scrub]

I didn't get very far into the article before they got to the "we do things for you" part. Maybe I'm alone in this belief but I absolutely hate it when a language/shell/application will do things for me.
For instance (from the article):

MSH features the typical data types found in most other modern languages: strings, integers, arrays, and hash tables. When you enter any of those kinds of values at the command line, MSH will echo them back.
msh> "blah"
blah
msh> 5
5
By comparison, in the Bash shell, expressions are always treated as commands and the echo command must be called explicitly if the user wants to display a value at the command line.

If I want an echo statement I WILL TYPE echo! I don't want the software to ASSUME (make and ass out of me) if I make a typo!

Re:doing it for?

[fzammett]

Ah, so, by extension you should be bitching about every shell that assumes I entered a command? Shouldn't I have to TELL IT to 'execute ls'? Why does it ASSUME that if I type ls I want to see a directory listing? Stupid shell, I hate them when they do things for me!

And, you know, if a shell is going to make an assumption at all, I'd prefer it assume it's an expression than a command because if someone aliases ls with rm -fR, better it just echo that back then execute it, right?!?

Re:doing it for?

[memfrob]

Why does it ASSUME that if I type ls I want to see a directory listing?

The GP isn't so much complaining about the assumption, but the arbitrariness of it. In most UNIX shells, everything you type at the prompt is a command. In MSH however, it appears that sometimes when you type something in, it might be a command, it might be a value, it might be a.... etc.

msh> 5
5

Who's to say I don't have a command called '5'? What if it's not in the correct path? Or, for that matter, who's to say I don't have a command called '6' that I typo'd?

And so did another

[suso]

Neither does one that is said by Voltaire.
-Suso

Re:And so did another

[mwvdlee]

Thus proving Voltaire's saying is correct?

What a weird MiSHMaSH

[Xthlc]

I kill me.

Seriously though, the design of MSH is odd. Their hybrid of paradigms from functional programming and OOP is just weird and inconsistent. Having completely different syntaxes for invoking "Commands" and "Methods" is obviously a byproduct of trying to have both a traditional shell syntax and OOPy goodness, without thinking much about internal consistency.

Typical Microsoft: very use-case focused, at the expense of helping their users build a consistent mental model of how their system works. I bet it's pretty hard to do anything in MSH that its designers didn't specifically anticipate.

Re:What a weird MiSHMaSH

[kuzb]

Don't you mean "It doesn't act like, SH, ZSH, Bash, etc... AND IT WAS MADE BY MICROSOFT, BUUUURN!"

I really don't understand people like you. You whine, moan and complain because Microsoft's command prompt sucks, and when they fix it, you go out of your way to find new things to bitch about. What is very interesting, is that if they HAD copied Bash, or one of the other unix command lines, you would have immediatly jumped on them for that too.

Better name: Gonuts

[dscho]

Title says it all

Re:Better name: Gonuts

[Andrewkov]

I thought a Monad was when you lost one of your gonads. Or was that mononad.

Hypothetical for the Linux Crew

[CDPatten]

Hypothetically: What if MS pulls it off and puts out the best OS that the Linux guys have ever seen. Let's say it's the Longhorn Server, WinFS, Monad, and everything MS has been touting works. Remember this is a hypothetical here so save the flaming/trolling for another thread.

Will the Linux guys at that point stop bashing MS? Will you consider using the MS OS? Now I understand you don't trust them, but how will you respond if you can't say their product sucks? Will the comments be, "Ya they make the best OS, but they are evil?" Or will you continue to say that "Windows is just crap because they don't share the kernel source?"

We are starting to see more and more people say that MS is doing a good job (like the parent thread here), and much to my surprise they are starting to open up their formats and products a little (not completely I know, but moving towards that direction). By all accounts it looks like for the next 18 months MS will be releasing some decent software, most of it strides ahead of the OSS available. Not to say that MS isn't catching up to SOME open source products... but that's fine, they should add the best features to their product, why wouldn't they?

Just an honest hypothetical here, I'm not trolling or anything, I'm trying to understand your stance a little better. The standard cliché response of "MS is a monopoly and EVIL" is fine, but I was hoping for more thought provoking responses.

Re:Hypothetical for the Linux Crew

[99BottlesOfBeerInMyF]

Hypothetically: What if MS pulls it off and puts out the best OS that the Linux guys have ever seen. Let's say it's the Longhorn Server, WinFS, Monad, and everything MS has been touting works... Will the Linux guys at that point stop bashing MS? Will you consider using the MS OS?

You're attempting to formulate a "what if" scenario, but as often happens you've oversimplified things on such a scale that it is meaningless. Linux admins do consider using MS products now, and deploy them occasionally where appropriate. As for "what if MS put out a better OS" well, I guess that depends upon what you mean by a better OS. The case for Linux vs. MS is both technological and business. Suppose the next version of Windows is technologically on par with, or better than, Linux as a server. It will still suffer from not being free of cost, not being customizable by the end user, locking the user into a single supplier for a critical component of a system, and putting customers in the position of having to deal with a company renowned for putting it's customers out of business using unfair tactics. No smart businessman wants any of those things. Even so, in some cases it makes sense to put up with those problems, and that is what smart administrators do.

For example, If I run a smaller business and need specialty software only available commercially on Windows and I don't have the resources and contacts necessary to build a open solution on an open platform, then it makes a whole lot of business sense to buy a Windows machine, at least for that one component. If, on the other hand, I'm working for IBM or a company with similar resources, there is rarely any compelling reason to go with MS for anything, since the resources are available to get a better long-term ROI and TOC by using open source solutions. Why lock oneself into paying a competitor every year, with no competitive bidding, when for a slightly higher initial investment a free alternative, with free development, and some free support can be created, that also places IBM in the position of being a market leader in that particular niche and ties into the bread and butter services business.

A good analogy might be, you invent a new desert pastry and it needs a fruit filling. You can use oranges, which you can get from any number of vendors, or grow yourself or you can use MSFruit which is patented and you can only buy from one supplier. Even supposing MS gains the edge in harvesting and processing technologies, does it make sense to sign a contract to use them as your sole supplier and agree to never alter your recipe or does it make sense to invest in better harvesting and processing technologies and keep using oranges so that you can take competitive bids and experiment with new recipes?

Of course, as you said, this is all theoretical. MS is so far behind other solutions in so many areas that they have not even tried to address that it is unlikely MS will catch up any time soon. The fact that they keep introducing anti-features designed to benefit MS as a company and cost customers extra money somewhat counters other advances they make. They pay a lot of attention to bullet points and making things "good enough" while not really achieving that for a good portion of users. They have a few nice features that I'd say are better and more usable than anyone else, but at the same time they are really really behind in other areas and falling further behind all the time. Don't call me when they have pipes and scripting that work without writing any code and from the GUI. Don't call me when they allow programs to offer services to other programs. Don't call me when they fix the disaster they call managing programs. Don't call me when they no longer expose network services by default. Don't call me when they move to open APIs. Don't call me when they open and document their formats and support other open formats. Don't call me when they have workable non-admin accounts. Don't call me when they make the UI responsive during heavy multit

If only linux had this

[bxbaser]

it would finally be ready for the desktop.
when will the linux devs get on the ball its 2005 the new wave of computing is the command line.
who says microsoft doesnt inovate.

DOS Window, still?!?

[bbzzdd]

Thank you Microsoft for updating the "DOS" shell. Us command-line jocks really do appreciate it. They were even nice to us switch-hitters in that "cd /windows/system32" (note the forward slashes) actually works now. I guess they concede they lost the slash wars after all these years :)

But seriously. After spending in any time in a Linux or OS X sexy, semi-transparent shell windows, with a nice courier font and syntax highlighting, Monand (as it is now) still runs in the gross 1982 DOS window?

I hope this changes come Long^M^M^M^M Vista

Interactive Ruby Shell

[Beautyon]

It looks just like eval.rb the interactive ruby shell:

http://www.rubyist.net/~slagell/ruby/strings.html

Re:I'm surprised none of you have seen it.

[Hektor_Troy]

Wait wait .. so ... when Microsoft does something interesting (it happens) and it's remade in whatever OSS flavor of the month, that's cool.

But if Microsoft remakes something interesting made by OSS it's stealing.

I thought, in both cases, it was a matter of reverse engineering and clean room implementation.

hummm....

[Vo0k]

I'm on page 6 already and I must say I start liking msh more and more.
It's completely un-microsoftish!
- It's very easy to shoot yourself in the foot. Extremely easy - anything that is not a command is an expression that is evaluated, so a typo may pass unnoticed and without a warning.
- It provides lots of sweet syntactic sugar making things easy and terse while not overly obscuring them.
- It takes some of the best from lots of other languages. Shamelessly too. ($_, select, | etc)
- It makes some evilly hack-friendly assumptions ("current instance" is the current directory)
- It will likely suck as an interactive shell, but makes simple scripts to automate system tasks obscenely easy. Likely, no more repeating 1000 times "click add user, type username, type password twice, mark 'Password never expires', enter Groups, select 'staff', click 'add group', click OK, click OK".

It really looks like the project was created by the programmers while the management was on vacations, then all the details hidden and managers just fed with marketspeech while programmers worked on a tool that would finally make THEIR OWN life easier, instead of just appealing to managers of customer companies and making programmers' life more painful.

Re:hummm....

[leighklotz]

- It takes some of the best from lots of other languages.
Syntactic sugar leads to cancer of the semicolon -- Al Perlis.

Wow, interesting!

[ratta]

I was thinking that microsoft would never provide such a thing, but only the unusable DOS/cmd.exe prompt, to make windows users think that "operating systems based on the command line are very difficult to use" :) I'm now interested to see how it maps with gnu bash, if it tries to superseed it with features or will be vaguely compatible with it... Nice!

Re:Ars and Windows

[/ASCII]

Nothing new. Go back and read a few older Ars articles, like the ones about the PS2, or the POWER architecture. Ars always produces very high quality writing, but they obviously write about things they think are really cool, hence they often give an over-positive spin on things.

Huh? It's only 22 MB...

[Otto]

320 MB? Where in hell did you see that? The .NET Framework Version 2.0 Redistributable Package Beta 2 weighs in at 22 MB. Still hefty, I grant you, but certainly not 300+ megs.

http://www.microsoft.com/downloads/details.aspx?fa milyid=7ABD8C8F-287E-4C7E-9A4A-A4ECFF40FC8E&displa ylang=en

Now, for a command line, I grant you, that's heavy. But a) It's still beta and b) It's the framework for all .NET 2.0 apps. The framework is this big collection of shared libraries used by all .NET apps whether they are C++, C#, yadda yadda yadda... You get the gist. No worse than getting Java, really. MSH is just implemented using .NET, basically. The 1.1 framework stuff is built into XP's Service Pack 1 and later, and I'm sure that the 2.0 framework will be built into Vista.

UNC Paths

[TheDawgLives]

It doesn't seem to be much better cmd.exe other than it actually supports UNC paths. That was one thing that always pissed me off about cmd and cygwin. How can you NOT support UNC paths in windows 98+?

direct download

[rednuhter]

This download offers you the benefits of registering with Microsoft. Click the Continue button near the top of this page to register.
no thanks, I would rather just download it.
http://download.microsoft.com/download/7/4/6/746ec 8ff-c4eb-41f3-884e-981bf39997b7/monad_b2_50215_x86 .zip
taken from
http://www.leeholmes.com/blog/CommentView,guid,8b2 6fea1-723d-4bd6-93c1-19d681af9276.aspx
(which also has the 64 bit version)

Script to convert Office to OpenDocuments?

[sperm]

Great! Now, we can easily write a script to convert all Office (Word / Excel, etc) to the OpenDocument formats!!!

Have you tried IPython?

[tartarugo]

Take a look at http://ipython.scipy.org. You can actually use it as a shell replacement. Quoth the homepage:

IPython is a free software project (released under the BSD license) which tries to:

1. Provide an interactive shell superior to Python's default. IPython has many features for object introspection, system shell access, and its own special command system for adding functionality when working interactively. It tries to be a very efficient environment both for Python code development and for exploration of problems using Python objects (in situations like data analysis).
   
2. Serve as an embeddable, ready to use interpreter for your own programs. IPython can be started with a single call from inside another program, providing access to the current namespace. This can be very useful both for debugging purposes and for situations where a blend of batch-processing and interactive exploration are needed.
   
3. Offer a flexible framework which can be used as the base environment for other systems with Python as the underlying language. Specifically scientific environments like Mathematica, IDL and Mathcad inspired its design, but similar ideas can be useful in many fields.

Deffinatly needs some work

[tmortn]

Just in futzing with it for a bit I have some major beefs here. Yeah I know its just beta and that some if not all of this stuff is in flux but this is what I noticed.

1) They still have the problem of cuting and pasting GUI environment info to the cmd shell window.

2) They are still limited to crappy display levels for the cmd shell window

3) If your building a verbose object oriented language you need a better refferencing system. Insane long wordy names are in theroy good and makes learning easier. But for repetative stuff it gets old typing them. Sure you can denote aliases... but why not always denote one by default? Just establish a best practices for creating a unique shorthand of the longer name.... and build it into the script to check with help to make sure its not walking on anything else. I garountee anyone that uses this thing for any length of time is going to create a shorthand for it... if there is one by default it will make it easier for people to talk it without first establishing what they all call their aliases for which function.

4) More works but is not listed under help. It has a flaw in that when you advance a single line it continually types the instructions just under the new line without deleting the old line... ie if you advance by line you then have alternating document info and instruction lines rather than the document txt incremeting above the instruction line ie...

(q)for quite (cr) for next line (space) for next page
Line of text from the file
(q)for quite (cr) for next line (space) for next page
Line of text from the file
(q)for quite (cr) for next line (space) for next page
Line of text from the file

Extremely annoying.

Some other thoughts.

Why are they trying to limit themselves to creaky old txt displaying methodologies ? Yes a command line consists of text information primarily but the reason it evolved in such a constricted interface was that there was no other option at first. Just because it is a command line does not mean it could not also be a gui. Give it the power of both. For instance lets say I open my computer. I get the standard drive icons etc and at the bottom I get a prompt. If I double click C or type cd c:\ at the prompt the same results happen on screen. Lets say I drag a file down to the command line.. now a token appears there for dealing with that file. I have a graphical rpresentation as well as text information and I can interact both with a mouse and with cmd line input.

Additionally they spent a crap load of time developing a pretty slick interface in the Studio .NET IDE... why not adapt that for a cmd line interface ? ie pull down lists of functions with a properties windows and the ability to explore the help information and view examples ? All in a tabbed interface. Sweetness.

The marriage of the command line and the GUI is the next generation. It does not have to be EITHER OR. Both have strengths and both have weaknesses. Instead of being stuck with one or the other create a system that allows you freedom to use both sets of strengths to offset the others weaknesses.