OSNews: http://www.osnews.com/story/18796/DOS_Lives_Secrets_of_the_Windows_Command_Prompt Exploring the Future of Computing en-us Copyright 2001-2009, David Adams adam+nospam@osnews.com Mon, 09 Nov 2009 03:32:23 GMT http://www.osnews.com/images/osnews.gif OSNews.com http://www.osnews.com Interesting... http://osnews.com/thread?279502 http://osnews.com/thread?279502 ...if only for the news (to me) of the ROBOCOPY command. That could be very handy at work (Win2K3R2 servers). Of course, I'd much prefer cp, but you can't have everything. Sun, 21 Oct 2007 11:36:00 GMT donotreply@osnews.com (mwtomlinson) Comments It's worth noting… http://osnews.com/thread?279503 http://osnews.com/thread?279503 Â…that CMD.EXE isn't DOS at all. It's a Win32/Win64 console application, that presents a command-line interface similar to DOS. If you want emulated DOS, you run COMMAND.COM (and notice how sluggish it feels in comparison).

CMD.EXE has moved on an awful lot from the interface it inherited from DOS (lots of new commands and new switches to older commands, as well as incidental features, and slight variances in behaviours to make life easier for people doing scripting). Sun, 21 Oct 2007 11:39:00 GMT donotreply@osnews.com (nevali) Comments DOS? http://osnews.com/thread?279504 http://osnews.com/thread?279504 Cmd.exe is not DOS, like some parts of the article seems to imply.
Edit: To late.Edited 2007-10-21 11:42 Sun, 21 Oct 2007 11:42:00 GMT donotreply@osnews.com (Invincible Cow) Comments RE: Interesting... http://osnews.com/thread?279505 http://osnews.com/thread?279505 Yeah, it's a quite interesting artice. Even though I am using Cygwin with Bash as my shell of choice under Windows, there're some information I might use in the future (especially the Networking part) Sun, 21 Oct 2007 11:42:00 GMT donotreply@osnews.com (SCHWEjK) Comments finally... http://osnews.com/thread?279507 http://osnews.com/thread?279507 (DOS can use forward slashes, but their behavior is inconsistent, so it's safest to stick with the backslash.)

That's news to me.

ROBOCOPY is a directory-copying (i.e., folder-copying) tool. It can even mirror a directory tree on a network computer, which can help you resume automatically after a network failure.

FINALLY, WE CAN COPY DI...err...FOLDERS!! OMG!!!111

And my favorite:

GETMAC

Quickly and diligently, your PC's MAC address appears.

DOS got colourful command prompt NOW!!!

COLOR 1F


WOW, just wow.... Sun, 21 Oct 2007 11:48:00 GMT donotreply@osnews.com (antik) Comments RE: DOS? http://osnews.com/thread?279509 http://osnews.com/thread?279509 Cmd.exe is not DOS, like some parts of the article seems to imply.

IIRC then in Windows NT 4.0 sometimes cmd.exe reported DOS version 5.0 or something. Sun, 21 Oct 2007 11:50:00 GMT donotreply@osnews.com (antik) Comments RE[2]: DOS? http://osnews.com/thread?279514 http://osnews.com/thread?279514
IIRC then in Windows NT 4.0 sometimes cmd.exe reported DOS version 5.0 or something.


If you run "COMMAND.COM" (or some other actual DOS program), the INT 21h function call to return the DOS version reported that it was MS-DOS 5.0; this is buried in ntvdm (the virtual DOS machine that provides emulation services for DOS programs).

CMD.EXE would always report the actual Windows version, as it had nothing to do with the DOS VM. Sun, 21 Oct 2007 12:05:00 GMT donotreply@osnews.com (nevali) Comments RE: finally... http://osnews.com/thread?279523 http://osnews.com/thread?279523 > FINALLY, WE CAN COPY DI...err...FOLDERS!! OMG!!!111

Hold your sarcasm. The ability to correctly resume ofter a network disruption, or the mirroring ability (deleting files in the destination that were deleted in the source) are very useful. Sun, 21 Oct 2007 12:39:00 GMT donotreply@osnews.com (pxa270) Comments RE[2]: finally... http://osnews.com/thread?279527 http://osnews.com/thread?279527 One word: rsync Sun, 21 Oct 2007 12:59:00 GMT donotreply@osnews.com (siride) Comments RE: Interesting... http://osnews.com/thread?279563 http://osnews.com/thread?279563 Google "Robocopy GUI" for a decent graphical frontend to Robocopy. It's finicky, but helps out with the plethora of switches, plus you can script it out after designing it for doing batch processing.

http://www.microsoft.com/technet/technetmag/issues/2006/11/UtilityS...

It's also worth mentioning that xcopy can do many of the things robocopy can do, such as the ability to restart failed copies, preserving file ACLs/attributes, etc. Sun, 21 Oct 2007 15:06:00 GMT donotreply@osnews.com (jayson.knight) Comments CMD.EXE http://osnews.com/thread?279574 http://osnews.com/thread?279574 As far as I can tell, the sole purpose of CMD.EXE is to let the wizened old computer science professors here continue to pretend that GUIs never happened...

From the article:

Rumor has it that some Windows programmers at Microsoft almost exclusively use the command prompt to configure and run their systems.


To hear some Microsoft programmers talk about Windows Powershell as if it's God's gift to them, and how it is the best UI ever, I do not doubt this.Edited 2007-10-21 15:58 UTC Sun, 21 Oct 2007 15:55:00 GMT donotreply@osnews.com (Almafeta) Comments They should try http://osnews.com/thread?279578 http://osnews.com/thread?279578 bash, I think they will like it.Edited 2007-10-21 16:12 Sun, 21 Oct 2007 16:12:00 GMT donotreply@osnews.com (troc) Comments RE[3]: finally... http://osnews.com/thread?279585 http://osnews.com/thread?279585 come now ;) just because we have things a little more luxurious than them doesent mean we should announce it to them ;) Sun, 21 Oct 2007 16:56:00 GMT donotreply@osnews.com (Redeeman) Comments RE: CMD.EXE http://osnews.com/thread?279586 http://osnews.com/thread?279586 As far as I can tell, the sole purpose of CMD.EXE is to let the wizened old computer science professors here continue to pretend that GUIs never happened...

Or perhaps it's the easiest way to automate large cumbersome tasks other than downloading a full development environment and learning a programming language.

I find that GUIs are generally imprecise and error-prone methods of commanding a computer to manipulate files in a way that could otherwise be done very simply and quickly from a command prompt.

The GUI doesn't solve the world's computer-use problems, it often just puts a single-button interface in front of a user that couldn't otherwise do anything.

(edit: fixed tag)Edited 2007-10-21 16:59 Sun, 21 Oct 2007 16:59:00 GMT donotreply@osnews.com (umccullough) Comments Command line is very useful, but... http://osnews.com/thread?279590 http://osnews.com/thread?279590 ... the Windows command prompt is lousy at best. Fortunately you can install the GNU tools on Win32 and do some serious scripting.Edited 2007-10-21 17:33 Sun, 21 Oct 2007 17:32:00 GMT donotreply@osnews.com (Sodki) Comments RE: CMD.EXE http://osnews.com/thread?279596 http://osnews.com/thread?279596
As far as I can tell, the sole purpose of CMD.EXE is to let the wizened old computer science professors here continue to pretend that GUIs never happened...


Two words:

Logon scripts. Sun, 21 Oct 2007 18:13:00 GMT donotreply@osnews.com (nevali) Comments security http://osnews.com/thread?279597 http://osnews.com/thread?279597 There is a lot of commands and info available in there. How does it handle security? What can the non-administrative user do? Sun, 21 Oct 2007 18:13:00 GMT donotreply@osnews.com (matthekc) Comments 4NT http://osnews.com/thread?279601 http://osnews.com/thread?279601 I still prefer JPSoft's 4NT (as I did in the age of dos, but then I preferred 4DOS :-) Sun, 21 Oct 2007 18:27:00 GMT donotreply@osnews.com (leplatdujour) Comments RE[4]: finally... http://osnews.com/thread?279603 http://osnews.com/thread?279603 After years of ignoring rsync, because I don't run any mirrors and prefered archive formats like tar.lzo for backups, I have "discovered" rsync. It is truly amazing. I always assumed that it only operated at the file level. In reality, the amazing rsync algorithm can operate upon files down to the 1k block level, quickly and efficiently syncing corresponding files which differ, with transparent compression, and with minimal use of bandwidth and processor. Once in a while I come across something that I have *known about* for years, which absolutely stuns me when I look closer and discover its true capabilities. Sun, 21 Oct 2007 18:31:00 GMT donotreply@osnews.com (sbergman27) Comments RE: security http://osnews.com/thread?279604 http://osnews.com/thread?279604 Basically anything that doesn't affect the state of the system outside the user's given set of privileges (e.g., standard user can't modify files owned by the system or another user). You can use runas to run commands using different credentials, or optionally on Vista, right-click the command prompt shortcut and click "run as administrator" to open an elevated prompt.Edited 2007-10-21 18:38 Sun, 21 Oct 2007 18:38:00 GMT donotreply@osnews.com (n4cer) Comments Change colors http://osnews.com/thread?279606 http://osnews.com/thread?279606 [i]It's also possible to change the command prompt window's text and background colors, something old-time DOS users requested for years.

Huh? You've been able to do this in DOS for as long as I can remember using it. I used to do this with DR-DOS and MS-DOS 4 or 5, can't remember but it certainly isn't something new. Sun, 21 Oct 2007 18:57:00 GMT donotreply@osnews.com (Zoidberg) Comments RE: Change colors http://osnews.com/thread?279607 http://osnews.com/thread?279607
Huh? You've been able to do this in DOS for as long as I can remember using it. I used to do this with DR-DOS and MS-DOS 4 or 5, can't remember but it certainly isn't something new.


You could do it with ANSI.SYS and clever use of the PROMPT environment variable since DOS 3.0, possibly earlier.

Windows does it differently, though, and somewhat more cleanly. Sun, 21 Oct 2007 19:01:00 GMT donotreply@osnews.com (nevali) Comments RE: Command line is very useful, but... http://osnews.com/thread?279608 http://osnews.com/thread?279608 Yes, one can install GNU tools - or possibly Cygwin - or SFU (Services For Unix - parts released under the GPL by Microsoft) - or one can install Windows PowerShell. It is ~99% compatible with Bash-syntax as well as old DOS-syntax.

copy, cp, del, rm, dir, ls, move, mv and so on... it's there.

Not in the older CLI - but the newer CLI. Microsoft should at least have credit for that. Sun, 21 Oct 2007 19:01:00 GMT donotreply@osnews.com (dylansmrjones) Comments RE: CMD.EXE http://osnews.com/thread?279612 http://osnews.com/thread?279612 As far as I can tell, the sole purpose of CMD.EXE is to let the wizened old computer science professors here continue to pretend that GUIs never happened...

Well, then you're misinformed. Scripting is a terribly useful thing, and most GUI's completely suck at it-- or would, if they actually did it at all.

Using a gui of your choice under Windows Server 2003R2, create a job to run nightly that creates a .zip file of a specific directory, copies it to another server, and maintains no more than 5 past copies. The zip files should have a name of the format of "backups-YYYYMMDD.zip" where YYYY is the year, MM is the numeric month, and DD is the numeric day.

I used infozip's zip.exe, cmd.exe (batch file), and scheduled tasks. I could have used perl, but the script would have been more complicated(!?!), and it would be Yet Another Package to document and maintain in the event the system needs to be rebuilt. Sun, 21 Oct 2007 19:15:00 GMT donotreply@osnews.com (grat) Comments RE: Command line is very useful, but... http://osnews.com/thread?279614 http://osnews.com/thread?279614 "Fortunately you can install the GNU tools on Win32 and do some serious scripting."

Or use VBscript, or a combination of Automator/Applescript/Bash on OSX :-) Sun, 21 Oct 2007 19:35:00 GMT donotreply@osnews.com (netpython) Comments Correction to Article... http://osnews.com/thread?279617 http://osnews.com/thread?279617 "Buried deep within Mac OSX's bosom is a carbon-crusted fossil from the ancient days of computing. This aged wart on OSX's soul harkens back to a more primitive time, when computers lacked the oomph to go graphical and mice were nothing but rodents. I speak of the command prompt, whose roots lie in UNIX, that antique operating system of the 1980s. UNIX is gone now. Yet despite OSX's glorious graphical goodness, a wispy memory of text-based computer life still exists. It's a program called TERMINAL, and it appears in OSX as the command prompt window. Believe it or not, the command prompt to this day still serves as a useful alternative way to control your computer. Indeed, there are some things you can do in the command prompt window that in OSX's graphical interface are tedious, slow or darn near impossible. Come with me as we discover how an old warhorse like UNIX can once again find purpose." Sun, 21 Oct 2007 19:59:00 GMT donotreply@osnews.com (sfernald) Comments RE: CMD.EXE http://osnews.com/thread?279625 http://osnews.com/thread?279625 "As far as I can tell, the sole purpose of CMD.EXE is to let the wizened old computer science professors here continue to pretend that GUIs never happened..."

Ignorance is not a point of view, pal. Sun, 21 Oct 2007 20:51:00 GMT donotreply@osnews.com (Snifflez) Comments RE: Correction to Article... http://osnews.com/thread?279626 http://osnews.com/thread?279626 BWA-HAHAHAHA! Oh, that was classic! So true... so true... except I think MacOS X, then, has older "bits" in it than even Windows XP/Vista. For shame! :-)

Or does this article ALSO apply to XP/Vista? *gasp!* Sun, 21 Oct 2007 20:56:00 GMT donotreply@osnews.com (Luposian) Comments RE[2]: Command line is very useful, but... http://osnews.com/thread?279628 http://osnews.com/thread?279628 Don't ever use VBscript. There's a reason why it is hidden away as much as possible in WinXP and Win2K3. Sun, 21 Oct 2007 21:01:00 GMT donotreply@osnews.com (dylansmrjones) Comments RE: CMD.EXE http://osnews.com/thread?279629 http://osnews.com/thread?279629 """
As far as I can tell, the sole purpose of CMD.EXE is to let the wizened old computer science professors here continue to pretend that GUIs never happened...

"""

No. I *rarely* use Windows. But I have clients who do. And some of them have need to connect to their Linux servers remotely. There is ssh, of course. But dynamic IPs, combined with the prevalence of brute force password attacks these days makes straight ssh a no go. And, of course, they want to print. OpenVPN is *great*. But talking a user through copying a key file and config file to the proper location and setting it up to run as a service is a frustrating affair for all concerned.

But with cmd.exe, it's easy to send them a zip file and have them simply click "setup". While Windows' command line does not seem to be as powerful as what I am used to, I was pleasantly surprised that I could start the service and set it to start automatically in just a couple of lines.

I'm hardly a wizened old computer science professor. But it's obvious to me that one does not have to look hard to find real *utility* in the Windows command line in the 21st century.

Didn't I read an article a while back saying that future Windows Server versions would have the option to run *without* a gui?

I'm not a big Microsoft fan, as my OSNews comrades surely know. But hey, we learn from them. They learn from us. Sun, 21 Oct 2007 21:11:00 GMT donotreply@osnews.com (sbergman27) Comments RE[2]: CMD.EXE http://osnews.com/thread?279631 http://osnews.com/thread?279631
Two words: Logon scripts.


I don't know what an old unpatched vulnerability has to do with the topic at hand... Sun, 21 Oct 2007 21:30:00 GMT donotreply@osnews.com (Almafeta) Comments RE[3]: CMD.EXE http://osnews.com/thread?279633 http://osnews.com/thread?279633
I don't know what an old unpatched vulnerability has to do with the topic at hand...


Eh?

Have you ever been near a corporate Windows installation? Logon scripts are used fairly typically on a regular basis to ensure consistency across the network (although I'm sure Microsoft would rather they were all written in VBscript or were GPOs or something instead). It's not uncommon for ITS to need to roll out "ensure X is in Y location for every user when they log on" type stuff, or forcibly mount network drives (Windows—rightly—won't "remember" to re-mount a share next time you log on if you manually disconnect it), or sync some arbitrary data with your proprietary back-office at logon time. Sun, 21 Oct 2007 21:38:00 GMT donotreply@osnews.com (nevali) Comments RE: Command line is very useful, but... http://osnews.com/thread?279685 http://osnews.com/thread?279685 The windows command line is OK. But for serious command line stuff I use a wrapper around it. My personal favourite is winconsole(http://winconsole.co3soft.net). Mon, 22 Oct 2007 02:09:00 GMT donotreply@osnews.com (rogerH12) Comments RE[2]: Correction to Article... http://osnews.com/thread?279696 http://osnews.com/thread?279696 You're the best poster on OSNews. Mon, 22 Oct 2007 03:00:00 GMT donotreply@osnews.com (senornoodle) Comments PITA to use http://osnews.com/thread?279704 http://osnews.com/thread?279704 My interest to use windows command shell / dos ( or whatever you want to call it) dropped quickly when i first time needed read current date to a variable in BAT file.

Please, if _anyone_ knows any better way to do this on bat file not using any 3rd party tool, please let me know.

rem get date
FOR /F "tokens=2" %%i IN ('date /t') DO set mydate=%%i Mon, 22 Oct 2007 03:59:00 GMT donotreply@osnews.com (Hurtta) Comments RE[4]: finally... http://osnews.com/thread?279705 http://osnews.com/thread?279705 ROBOCOPY also has a folder-change notification based mirroring mode that monitors and syncs. Also, there's no reason you can't run rsync on Windows ;) . It's just a program after all. Mon, 22 Oct 2007 04:24:00 GMT donotreply@osnews.com (PlatformAgnostic) Comments RE[2]: CMD.EXE http://osnews.com/thread?279708 http://osnews.com/thread?279708
Or perhaps it's the easiest way to automate large cumbersome tasks other than downloading a full development environment and learning a programming language.


Yes indeed. Anyone who has tried Windows scripting, WSH GUI scripting not command line batch, will agree with this. Spending a couple minutes whipping up an on the fly batch file is nothing really even for a novice while whipping up an WSH file is pretty hellish, especially for a novice. Mon, 22 Oct 2007 04:40:00 GMT donotreply@osnews.com (Flatland_Spider) Comments RE: CMD.EXE http://osnews.com/thread?279712 http://osnews.com/thread?279712 It's pretty amazing what can be done with CMD.exe after rooting around in it, and about it, for a while. My personal favorites are CACL(S), I think that's the correct spelling, and diskpart. There are pretty powerful tools out there, but the mainly manifest themselves in the enterprise arena.

It's still not as powerful as the Unix command line, but that has been honed for years. Mon, 22 Oct 2007 04:46:00 GMT donotreply@osnews.com (Flatland_Spider) Comments RE: They should try http://osnews.com/thread?279714 http://osnews.com/thread?279714 They have bash. It's not base, but it can be added on.

http://en.wikipedia.org/wiki/Microsoft_Windows_Services_for_UNIX Mon, 22 Oct 2007 04:54:00 GMT donotreply@osnews.com (Flatland_Spider) Comments Some minor mistakes http://osnews.com/thread?279715 http://osnews.com/thread?279715 NET USE by itself does not show who's using your shares... it just shows which shares you have credentials for and are using at the moment.

The rundll command he mentioned is also not exactly described properly. Rundll loads a dll and calls a function with the passed in parameters. In his "%SYSTEMROOT%SYSTEM32RUNDLL32.EXE "%PROGRAMFILES%WINDOWS PHOTO GALLERYPHOTOVIEWER.DLL", IMAGEVIEW_FULLSCREEN %1" command, he's calling a function called ImageView_FullscreenW in photoviewer.dll.

Some unmentioned but useful commands are "NETSH" and "WMIC".

Windows .cmd files are not the most pleasant development environment, but they do get the job done and vbscript can be used for most of the more complicated jobs.

I really don't see the huge advantage that the common UNIX CLIs give the user over CMD.EXE. I'm curious about this one for instance: what's the UNIX equivalent of "RENAME foo.* bar.*" in a directory containing files "foo.h and foo.cpp"? Mon, 22 Oct 2007 04:57:00 GMT donotreply@osnews.com (PlatformAgnostic) Comments RE[2]: DOS? http://osnews.com/thread?279720 http://osnews.com/thread?279720
IIRC


You recall incorrectly. Cmd.exe has never pretended to be command.com or DOS. Mon, 22 Oct 2007 05:32:00 GMT donotreply@osnews.com (Soulbender) Comments RE: finally... http://osnews.com/thread?279722 http://osnews.com/thread?279722
FINALLY, WE CAN COPY DI...err...FOLDERS!! OMG!!!111


Am I the only one old enough to remember xcopy? Mon, 22 Oct 2007 05:33:00 GMT donotreply@osnews.com (Soulbender) Comments RE: CMD.EXE http://osnews.com/thread?279723 http://osnews.com/thread?279723
As far as I can tell, the sole purpose of CMD.EXE is to let the wizened old computer science professors here continue to pretend that GUIs never happened...


Good thing Windows comes with GUI ping, route and tracert, right? Oh wait, it doesn't.
Not that the CLI tools are good (they're quite abysmal really) but it's all you get to do basic troubleshooting with. Mon, 22 Oct 2007 05:36:00 GMT donotreply@osnews.com (Soulbender) Comments RE: Some minor mistakes http://osnews.com/thread?279725 http://osnews.com/thread?279725
I really don't see the huge advantage that the common UNIX CLIs give the user over CMD.EXE.


As an interactive shell the difference isn't that big. You got your command history and command completion (does CMD have completion? I cant remember).
What makes the *nix CLI superior is the abundance of useful CLI apps, piping and the shell scripting. Bat and cmd files aren't exactly smooth sailing and there's not a lot of usefull CLI tools. Mon, 22 Oct 2007 05:43:00 GMT donotreply@osnews.com (Soulbender) Comments written by a baby ... http://osnews.com/thread?279730 http://osnews.com/thread?279730 well, gee. the command prompt has never gone away, as the fresh-out-of-puberty (i suspect) author of the article tried to imply. for most of us experienced windows users, it is very much alive.

one infamous incident has a microsoft engineer making a file copy via command line while demoing a new windows releases ... Mon, 22 Oct 2007 06:14:00 GMT donotreply@osnews.com (lucifer) Comments RE[2]: Some minor mistakes http://osnews.com/thread?279731 http://osnews.com/thread?279731
does CMD have completion? I cant remember


CMD supports file and directory completion and you can configure the key(s) that map to each function. The TAB key is used by default in most cases. Some versions of Windows (e.g., IIRC Windows 2000 RTM) may have completion disabled or not mapped to TAB by default (CTRL+D/CTRL+F for directories/files respectively). In this case, type cmd /? for details on enabling/remapping completion. Mon, 22 Oct 2007 06:16:00 GMT donotreply@osnews.com (n4cer) Comments Big Chunky Text http://osnews.com/thread?279738 http://osnews.com/thread?279738 For a real trip down amnesia lane press Alt-Enter in a CMD window, and check out DOS (or its look-alike) in all its full screen glory on your 21" LCD :-) Mon, 22 Oct 2007 07:43:00 GMT donotreply@osnews.com (HappyGod) Comments ? http://osnews.com/thread?279781 http://osnews.com/thread?279781 Always thought CMD was the NT command shell and COMMAND was dos?

If you go to start run and type COMMAND you will get Microsoft Windows DOS

You can tell the difference because in DOS you can't see spaces in folders like you can in the NT shell.

So if you are in docs and settings in the NT shell you get: c:Documents and SettingsUsername

In DOS you get: c:DOCUME~1Username Mon, 22 Oct 2007 11:46:00 GMT donotreply@osnews.com (Windows Sucks) Comments RE[5]: finally... http://osnews.com/thread?279789 http://osnews.com/thread?279789 right.... its just a freaking pain and install it for winblows.. i for one really really prefer having it by default with gentoo, or simply issuing 1 command and have the package manager install it ;) Mon, 22 Oct 2007 12:31:00 GMT donotreply@osnews.com (Redeeman) Comments Windows Command Line / Shell http://osnews.com/thread?279803 http://osnews.com/thread?279803 on the NT side of things that is, NT/2k/XP/Vista;

cmd, and a host of tools have long been available for scripters. in corp land this stuff is used pretty often.

large cmd scripts, vbs scripts with all sorts of wsh, or just pure wsh. there are also tons of cmd/shell based tools available for scripters, things like ifmember for parsing nt and ad groups of cusrmgr the comand line user manager.

and on the vbs/Perl side of things there is tons of native calls you can do.


this is not rocket science, windows admins have been scripting since day one. (at least good admins do)

its not unlike good Unix admins, script everything. just becuase some people did not know, its possiable in windows does not mean you cann't do it. there is even rysnc for windows, and most of the GNU tools have all been ported also. things like sed, etc are all there if you want them.

sheesh....




-Nex6Edited 2007-10-22 13:26 Mon, 22 Oct 2007 13:24:00 GMT donotreply@osnews.com (Nex6) Comments RE: PITA to use http://osnews.com/thread?279975 http://osnews.com/thread?279975 C:TEMP>echo %DATE% %TIME%

Mon 10/22/2007 18:22:37.84 Mon, 22 Oct 2007 23:23:00 GMT donotreply@osnews.com (Rugxulo) Comments GUI vs. command line http://osnews.com/thread?280069 http://osnews.com/thread?280069 It is very simple: For tasks you don't do often, so that you basically have to relearn them every time you do them, ad GUI is more efficient, because it's procedures are closer to real-world physical experiences the user has (take drag and drop moving of some file, it's close to moving physical objects).

For tasks you do often, the command line is better, because you don't need to relearn all the time, and the command line is much more powerful than the GUI. Tue, 23 Oct 2007 10:05:00 GMT donotreply@osnews.com (gustl) Comments