cmd vs Powershell  

77 members have voted

  1. 1. Which would you like to see in Windows 8?

    • Powershell default, cmd alternative
    • cmd default, Powershell alternative (Currently in Windows 7)
    • Powershell default, no cmd at all
    • cmd default, no Powershell at all


Recommended Posts

cmd can't be removed as it would break existing scripts and applications that call cmd.

Though PowerShell has aliases for many cmd built-in commands, the cmdlets for which the aliases are mapped do not support the switches of the cmd commands (e.g., you can't do "dir /w" in PowerShell). Variable syntax is also different (e.g., %windir% in cmd vs $env:windir in PowerShell).

PowerShell is getting ever increasing usage as the underpinning for Windows administration and troubleshooting functionality. While it should see greater exposure, such as adding it to the Ribbon and the context menu ("Open PowerShell here"), cmd should not be removed to elevate PowerShell unless the use cases for cmd are covered by PowerShell. It's not like cmd is the only shell besides PowerShell that currently ships with Windows. Its presence doesn't diminish PowerShell.

Nor is it meant to.

Add-on command shells have existed for NT-based flavors of Windows from the beginning (two of the more well-known were the Hamilton C Shell, a straight-up port of the Bourne Again Shell (bash) to NT, and 4NT (and 4NT alternative TakeCommand) from JP Software) - PowerShell isn't meant to take away from that. (Bash certainly hasn't taken away the usefulness of other shells anywhere else - including Linux distributions, MacOS, or even UNIX, where bash began.) The reason, in fact, for the popularity of bash as a shell is the fact that the same commands are usable regardless of the underlying OS. PowerShell, unlike bash, is designed expressly for Windows - it's far from OS-neutral. Most of the documentation for PowerShell is on the *server* side of Windows (that is despite the reality that PowerShell is usable by Windows 7 today) - generally, unless you have a niche usage that PowerShell fits, you likely won't be running PowerShell on Windows 7 (though you certainly can).

So install Bash. You can do that.

Cmd maybe, but don't think you've actually tried PowerShell or you wouldn't be saying that. It's quite powerful. Bash is good yes,but looking over what Bash has built in, nothing really jumps out as being something that others can't do or just doesn't apply.. most of it's goodies come from external programs or scripting languages, most of which are available to other shells.

True. The very attraction of bash is that it is OS-neutral - it works the same regardless of the underlying operating system. (Have we forgotten one of the very first NT CMD alternatives, the Hamilton C Shell? It was, in fact, a direct port of bash (which stands for the Bourne Again Shell, which itself was a fork of ash) to NT 3.1/9x. The Hamilton C Shell was one of my favorite *jaw-dropper* programs during the Windows 95 beta, because it was an NT program that ran *untouched/unaltered* on 9x.) Most CMD alternatives (including PowerShell) are designed to fill in niches.

Why invoke cmd just to ping an asset?

And the link you posted to........is that really a reason to use cmd over Powershell? :rolleyes: come on....

Let me ask you a question. You made a poll here, right? Then you ask everyone's opinion, when someone gives it you just come with all your love for Powershell. I know the differences between CMD and Powershell and that's why I posted my goddamn opinion.

I don't think really think people understand what powershell is. In some ways its more powerful then bash and other ways its more awkward. But I do think it really is getting better/ more powerful with each version. In Windows 8 server powershell knowledge looks like it almost most know.

Windows needs a more powerful default command interpreter. Powershell is worlds ahead of the stock "cmd", and seems to effectively rival things like BASH in *nix by allowing complex scripting and greater access to system resources.

The old school cmd needs to go away, especially since Powershell can run all the normal commands anyway.

It seems many people here don't understand what CMD is.

Short explanation: CMD is a console window that provides basic functionality for changing the current directory (cd), showing the files and folders (dir) and a few other things (copy, auto-completion, command history...). The most important thing it does is to enable you to open files, give arguments to executables, and provide input and output for console applications.

What you're doing by calling "robocopy C:\SomeFolder C:\SomeOtherFolder" is launching robocopy.exe using "C:\SomeFolder" and "C:\SomeOtherFolder" as parameters. "tree C:\" just calls tree.com with "C:\" as a parameter. "ping google.com" calls ping.exe with "google.com" as parameter. And so on.

These programs (not commands - check your C:\Windows\System32 folder) can be used exactly the same way in PowerShell, and their output will look exactly the same.

In fact, if Microsoft set the default background color to black in PowerShell and removed the "PS" at the beginning of each line, most people wouldn't notice the difference. You would still be able to use the programs you use now.

Great post :)

cmd and Powershell are like kids toys by comparison

cmd of course but Powershell.........Powershell and bash can compete pretty good with each other :)

Cmd maybe, but don't think you've actually tried PowerShell or you wouldn't be saying that. It's quite powerful. Bash is good yes,but looking over what Bash has built in, nothing really jumps out as being something that others can't do or just doesn't apply.. most of it's goodies come from external programs or scripting languages, most of which are available to other shells.

Another good post.

Lets not make this a bash vs Powershell thread :p

wtf is powershell?

I already posted this: http://en.wikipedia.org/wiki/Windows_PowerShell

Powershell is NOT a replacement for CMD and ALL commands do not work in the same manner or using the same syntax in the 2 environments. Many of the most commonly used ones do however.

As Aethec said, from CMD you are actually calling other programs. (stated in %PATH) so in a sense you can use all the commands in CMD in Powershell as well. There might be some conflicts with Powershell commands but thats why I stated that if a program calls cmd then executes a command, Powershell should start up in a cmd compatibility mode.

cmd can't be removed as it would break existing scripts and applications that call cmd.

Though PowerShell has aliases for many cmd built-in commands, the cmdlets for which the aliases are mapped do not support the switches of the cmd commands (e.g., you can't do "dir /w" in PowerShell). Variable syntax is also different (e.g., %windir% in cmd vs $env:windir in PowerShell).

I already commented on this :) If a program calls cmd then executes a command, Powershell should start up in a cmd compatibility mode. This way it is backwards compatible.

PowerShell is getting ever increasing usage as the underpinning for Windows administration and troubleshooting functionality. While it should see greater exposure, such as adding it to the Ribbon and the context menu ("Open PowerShell here"), cmd should not be removed to elevate PowerShell unless the use cases for cmd are covered by PowerShell. It's not like cmd is the only shell besides PowerShell that currently ships with Windows. Its presence doesn't diminish PowerShell.

That would be the only thing neccesary

Let me ask you a question. You made a poll here, right? Then you ask everyone's opinion, when someone gives it you just come with all your love for Powershell. I know the differences between CMD and Powershell and that's why I posted my goddamn opinion.

Obviously since you have no argument, you simply state it is your opinion. While I do find your opinion valid, there is no base to it therfore I can not agree with it.

I'd use powershell by default if it:

1. Started up as quickly as cmd

2. Had a convenient and reliable phrase in the start menu. PowerPoint gets in the way!

1. It will get better :)

2. Put "powers" and it is the first thing to come up. Come on, another lame excuse.

I don't think really think people understand what powershell is. In some ways its more powerful then bash and other ways its more awkward. But I do think it really is getting better/ more powerful with each version. In Windows 8 server powershell knowledge looks like it almost most know.

That's because PowerShell is not as well documented as the CMD interpreter - which makes sense, as CMD goes all the way back to the beginning of Windows NT itself.

PowerShell was designed as an alternative shell (similar to bash/bsh/ash/csh) for housekeeping/scripted commands primarily for the *server* side of Windows (specifically, Server 2003) - while it (like all the NT-based shell alternatives, from Microsoft and everyone else) is also usable on the desktop (XP and later, in the case of PowerShell), the documentation on the desktop side of things is rather sparse, compared to the server side of PowerShell's documentation.

(BSH is the original Bourne Shell, and has basically been superseded by bash.)

if you do it that way, the cmd window disappears as soon as the pings finish.

You ping, you see the response on the screen, and then the screen goes away. I can see special case scenarios where you may want the command window to persist, but for just finding out if a resource is reachable, what is the issue?

You ping, you see the response on the screen, and then the screen goes away. I can see special case scenarios where you may want the command window to persist, but for just finding out if a resource is reachable, what is the issue?

The issue on all systems I've ever done that on is that the cmd window disappears too quickly to read the results. Is that not the case in your situation??

The issue on all systems I've ever done that on is that the cmd window disappears too quickly to read the results. Is that not the case in your situation??

ping address -t

;) Ping won't stop until you use Ctrl+C

Dunno about the people saying PS takes longer to load. It loads just as quick as CMD on my system at work. I'm constantly between the two, honestly. I think because I've been using CMD so long, that its just out of natural habit.

Ha! Well, you didn't specify that ;-) And the person who posted that method as a suggestion didn't either.

You can run any command from the search bar using either CMD or PS:

cmd /k ping google.com
powershell -noexit -command ping google.com

It opens a new CMD window and executes the command, but doesn't close afterwards.

Fun thing to do: Launch powershell.exe from CMD, or cmd.exe from PowerShell.

You can run any command from the search bar using either CMD or PS:

cmd /k ping google.com
powershell -noexit -command ping google.com

It opens a new CMD window and executes the command, but doesn't close afterwards.

I can see in PATH being stored a variable that if you call CMD or command it executes powershell -noexit -command %s in Windows 8/

^ nice! Didn't know you could do that. (Y)

What he posted or calling cmd from Powershell and Powershell from cmd?

  • 11 months later...

Thank you for remembering my Hamilton C shell.

But a correction, if I may: Hamilton C shell is not a port of anything. I wrote every line from scratch myself for this product and first released it in December 1988, about 7 months before Brian Fox released his bash shell. It's much, much faster than bash on Windows for several reasons. First, I have a better compiler front end; it's faster at parsing statements and generating an optimized internal representation. Second, it's still the only multi-threaded Unix-style shell in existence. Third, it's written explicitly for Windows. It goes straight to the underlying Win32 API for everything. I don't even use the C runtime anywhere performance counts. I definitely don't use a big slow DLL like Cygwin uses to try to map Unix system calls onto Windows.

Also, news for those who might have been interested but were concerned about cost: For personal use, it's now just $89 and that covers all your personal devices. There's also a fully functional free demo version.

I would wager that the big reason that folks liked Cygwin was due to the backing of it by RedHat, Inc. (RHI).

However, you're right, Cygwin is huge and horribly unwieldy.

The Hamilton C Shell and other command shells, such as 4NT and TakeCommand, (and PowerShell, of course) are far from unwieldy.

I first read about the Hamilton C Shell back in the early days of NT, and I was referring specifically to your NT port of the Shell.

I'm to used to DOS but I do need to learn how to use PowerShell. Anyone got any good links to stuff for learning PowerShell?

There are several Microsoft Press books on using PowerShell - the biggest criticism I have for *all* of them is that they are designed for server admins. (There is not a single PowerShell book for desktop admins, or even desktop usage - despite PowerShell itself having been included with desktop Windows since XP Service Pack 3, and addable to desktop Windows since XP Service Pack 2. What little I know about using PowerShell - which is very little - comes from Windows Server 2008R2/2012.)

For that matter, I'd like to be able to add a separate PowerShell prompt (ala Server 2012) to the QuickTask power users' menu, instead of having to right-click on a contextual menu in Explorer.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • it would've been better to just have a screenshot with claude running instead of using a generic thumbnail that doesn't fit the narrative.
    • Helium Browser 0.13.2.1 by Razvan Serea Helium is a private, fast, and honest Chromium-based web browser — built for people, with love. It offers the best privacy by default, unbiased ad-blocking, and a clean experience free from bloat and noise. Proudly based on Ungoogled-Chromium, Helium removes Google’s clutter while keeping a fast, efficient development pipeline. With thoughtful touches like native !bangs and split view, Helium is a people-first, fully open-source browser that puts control back in your hands. Privacy, security, and control come first. Ads, trackers, and third-party cookies are blocked automatically, HTTPS is enforced everywhere, and all Chromium extensions work seamlessly — while Google can’t track your activity. Helium’s 13,000+ offline-ready !bangs let you jump straight to sites or AI tools like ChatGPT instantly. Open-source, people-first, and unbiased, Helium delivers a browsing experience that’s fast, secure, and free from noise, ads, and compromises. Helium Browser key features: Performance Fast, efficient, and lightweight — built on Chromium’s optimized engine. Energy-saving and consistent — stays fast over time without slowing down. No bloat — stripped of unnecessary components for maximum speed. Minimalist interface — compact, clean, and distraction-free. Customizable toolbar — hide elements you don’t need. Smooth and stable — no flicker, lag, or animation glitches. Comfort-focused experience — intuitive and unobtrusive. Privacy & Security Best privacy by default — blocks ads, trackers, phishing, and third-party cookies. Unbiased ad-blocking — powered by community filters and uBlock Origin. No telemetry or analytics — zero background web requests on first launch. Strict HTTPS enforcement — warns for insecure sites. Passkeys supported — modern authentication made simple. No built-in password manager or cloud sync — your data stays yours. Extension Compatibility Full Chromium extension support — including MV2 extensions. Anonymized Chrome Web Store requests — Google can’t track extension installs. Extended MV2 support — maintained for as long as possible. Smart Features Native !bangs — browse faster using 13,000+ offline-ready shortcuts. AI integration — use !chatgpt and others directly from the address bar. Offline functionality — bangs work without an Internet connection. Philosophy People-first design — open source, transparent, and community-driven. No ads, no noise, no bias — privacy and honesty over profit. Helium Browser 0.13.2.1 changelog: 6b6fbd0f revision: bump to 2 (#1907) cb3f77bd helium/ui/zen: fix cmd+s shortcut sidebar preference in zen mode (#1849) e3980159 deps: bump onboarding (#1905) c99531d5 helium/core: add an option to copy URLs from tab context menu (#1904) c1aba0ea helium/search: add kagi image search params (#1899) eb6711f4 helium/core/hibernate: add an option to hibernate other tabs (#1901) 425306f5 merge: update to chromium 149.0.7827.102 (#1897) ae94c3c8 helium/core/update-pref: improve auto updates strings (#1896) 06897c1d patches & domain_substitution: refresh for chromium 149.0.7827.102 d09826d0 merge: update ungoogled-chromium to 149.0.7827.102 9aeb58da helium/search-engine: reject default engine urls without %s (#1893) 4d7bb965 Update to Chromium 149.0.7827.102 fa67665c i18n: fix "add shortcut" string collision (#1891) 6894bd30 devutils/i18n: parse meaning into source.gen.json dc3fe739 helium/kb-shortcuts: disambiguate "Add shortcut" string cbf38eb4 i18n/apply: pass meaning to fingerprint generator 53ea9920 extra/disable-jit-flag: build drumbrake only if supported Download: Helium 64-bit | Portable 64-bit |~100.0 MB (Open Source) Download: Helium ARM64 | Portable ARM64 Links: Helium Home Page | macOS | Linux | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • ExplorerPatcher 26100.8457.70.2 by Razvan Serea ExplorerPatcher is a versatile and free tool that allows you to tweak and enhance the Windows Explorer. It comes with a range of useful features, including the ability to add new context menu items, change file name colors, and enable hidden features. Feature summary Choose between Windows 11 or Windows 10 taskbar (with labels support, small icons and lots of customization). Disable Windows 11 context menu and command bar in File Explorer and more. Open Start to All apps by default, choose number of frequent apps to show, display on active monitor and more. Choose between the Windows 11, Windows 10 and Windows NT Alt-Tab window switcher with customization. Lots of quality of life improvements for the shell, like: Skin tray menus to match Windows style, make them behave like flyouts and center them relative to the icon. Choose action when left and/or right clicking the network icon. Revert to the Windows 7 search box in File Explorer, or disable Windows Search altogether. Disable immersive menus and use mitigations that help you run the real classic theme without glitches. Discover the program's full range of features by reading this wiki article. ExplorerPatcher 26100.8457.70.2 changelog: Tested on OS builds 22621.4317, 22631.7079, 26100.6899, 26100.8037, 26200.8246, 26200.8457, 26300.8493, and 28000.2113. TIP: Windows Defender no longer flags ExplorerPatcher. It is no longer needed to configure Defender exclusions. Enjoy! Important Fixed Windows 10 taskbar and Start menu crashes on builds 26220.8474 (Beta) and 26300.8493 (Experimental). Update ExplorerPatcher as soon as possible. Without this update, Explorer and the Windows 10 Start menu may stop working on future builds. Microsoft removed Windows 10 Start menu components from StartTileData.dll on these builds, so the Windows 10 Start menu option has been removed where it is no longer supported. Temporary workaround: replace C:\Windows\System32\StartTileData.dll with the version from build 26xxx.8457 (x64/ARM64). This may stop working in future builds. Work is ongoing to restore Windows 10 Start menu support. Highlights Fixed Windows 10 battery flyout crashes on build 25951+. Network flyout buttons reverted to pre-24H2 behavior as a side effect. Taskbar location changes now apply instantly. Windows 11 taskbar auto-hide is no longer modified when Explorer starts. "Open Start in All apps by default" is now hidden when using the new Windows 11 Start menu. Fixed Windows 10 Start menu crashes on builds 21996–22000.51. Fixed Regedit crashes when switching to thumbnail view in registry import/export dialogs. Improved compatibility with recent Windows builds, including 26H1 ARM64. Improved ARM64 performance. Added Greek translations. ep_taskbar Now supports all 43 Windows 11 languages. Fixed issues in the system tray and other components. Updated DLL naming scheme for mod developers. Improved TrayUI compatibility and vtable stability on builds with multiple ITrayUI revisions. Fixed a taskbar initialization deadlock. Windows 10 Start Menu Added a new tile layout engine to restore support removed in build 26xxx.8474. Restoration is currently partial: Tiles may overlap when pinned using "Pin to Start". Restarting StartMenuExperienceHost.exe or explorer.exe fixes the layout. Further improvements are planned. Other Changes Added an executable blacklist to prevent shell extensions from loading in selected applications. Updated Windows 10 Start menu animation support for ARM64 builds 28xxx.2149+. Please consult the README for more details. Download: ExplorerPatcher 26100.8457.70.2 | ARM64 | ~11.0 MB (Open Source) View: ExplorerPatcher Home Page | Features | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Microsoft: Windows 11 KB5094126, KB5093998 finally stops trusting a critical system threat by Sayan Sen This week Microsoft released the Patch Tuesday updates for June 2026 with KB5094126 on Windows 11 25H2, 24H2, and KB5093998 on Windows 11 23H2. On Windows 10 22H2 it's under KB5094127. Alongside the announced release notes for the new builds, Microsoft has revealed another change that is coming to Windows with these new releases. It has been confirmed that custom folders are getting a significant change with the June 2026 updates as such folders or folder names defined by desktop.ini will no longer appear after this update is successfully installed. While you may inititally think this is a bug with the new release, Microsoft has stated that this is in fact "expected behaviour" in its new support article regarding this which Neowin spotted today while browsing. Essentially it's a security hardening measure such that custom folder presentations are treated as potentially unsafe whenever Windows is not sure about their origin and whether that desktop.ini folder can be trusted or not. Here is list of such untrusted files and folders: Files downloaded from the internet that carry Mark-of-the-Web (MOTW). Files copied from certain remote locations, such as some WebDAV or HTTP-based locations. Files on network paths that are not classified as intranet or trusted by zone policy. For those who may not be familiar, Desktop.ini is a special configuration file used by Windows to customize the appearance and behavior of individual folders. Basically Windows can read specific instructions stored in Desktop.ini instead of displaying every folder with the same default settings. This can be used to apply custom icons, thumbnail images, localized folder names, and such informational tooltips (infotip). The file can also influence certain folder-specific behaviors and properties. It is typically stored as a hidden system file within a folder that has been designated to support Desktop.ini customization. However, because Windows Shell automatically reads and applies these attributes whenever a customized folder is opened, they have historically (since the Windows XP days) presented an attack surface as a result of an unchecked buffer in the Shell component responsible for extracting custom attributes from Desktop.ini files. As such an attacker could create a specially crafted Desktop.ini containing a malicious or corrupted attributes and place it on a network share. So if a user were to browse that folder, Windows would automatically process the file, potentially triggering a buffer overflow. This could allow arbitrary code to run with the same permissions as the logged-in user. Hence a seemingly harmless folder could become a security risk when their contents are not properly validated. For admins and users alike looking to manage this behaviour, Microsoft has shared a few ways. One of them is to assign a trusted mark on the folder in case you are sure of its source. Secondly a policy can be used to revert back to the previous state. Finally, the MOTW can be removed too to indicate to Windows that this is a safe file. The company explains: Option 1: Add the source to Trusted Sites (Recommended) If the affected content is stored on a known internal or managed source, add that source to the Trusted Sites list. Once the source is treated as trusted, Windows processes desktop.ini from that source normally. This keeps the protection in place for other locations and is the lower-risk option. Option 2: Use policy to restore previous behavior Organizations that need broader compatibility can enable the policy Allow the use of remote paths in file shortcut icons.Enabling this policy restores the pre-June 2026 behavior for affected remote or untrusted scenarios. Option 3: Check for and remove the Mark of the Web (MotW) If the desktop.ini file has a Mark of the Web (MotW), Windows may treat it as coming from an untrusted source and block customization. Verify whether MotW is present and, if appropriate, remove it from the desktop.ini file. This can restore expected behavior, but should only be done for trusted content, as it removes the associated security protection. To remove the MotW tag, open PowerShell and run one of the following commands: For a single desktop.ini file: Unblock-File "C:\Your\Folder\Path\desktop.ini" For all desktop.ini files in a folder: Get-ChildItem "C:\Your\Folder\Path" -Recurse -Filter desktop.ini -Force | Unblock-File Microsoft has warned though against using a broad opt-out using the provided policy as it reduces protection against potentially malicious remote folder-customization content. As such the tech giant recommends trusting only controlled internal sources and keeping trust settings as strict as possible. You can check out the official support article here on Microsoft's website.
    • LAV Filters 0.82.0 by Razvan Serea LAVFSplitter is a multi-format media splitter that uses libavformat (the demuxing library from ffmpeg) to demux all sorts of media files. LAV Splitter is a Souce Filter/Splitter required to demux the files into their separate elementary streams. LAV Audio and Video Decoder are powerful decoders with a focus on quality and performance, without any compromises. Supported Formats: MKV/WebM, AVI, MP4/MOV, MPEG-TS/PS (including basic EVO support), FLV, OGG, and many more that are supported by ffmpeg! LAV Filters are based on ffmpeg and libbluray and is aimed to offer a all-around solution to perfect playback of file-based Media as well as Blu-rays. LAV Filters 0.82.0 changelog: LAV Splitter NEW: Support for demuxing Dolby Vision Enhancement Layer streams NEW: Support for Animated WebP images Changed: When demuxing Blu-ray discs, Dolby Vision metadata is available on the primary video stream LAV Video NEW: Support for Animated WebP images Changed: Hardware decoding support for DVDs has been removed Download: LAV Filters 0.82.0 | 15.5 MB (Open Source) View: LAV Filters Website | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
  • Recent Achievements

    • One Month Later
      Sopa flores earned a badge
      One Month Later
    • First Post
      StaticMatrix earned a badge
      First Post
    • Week One Done
      StaticMatrix earned a badge
      Week One Done
    • Rookie
      lamborghiniv10 went up a rank
      Rookie
    • One Month Later
      pinnclepd earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      506
    2. 2
      PsYcHoKiLLa
      207
    3. 3
      +Edouard
      156
    4. 4
      Steven P.
      88
    5. 5
      ATLien_0
      79
  • Tell a friend

    Love Neowin? Tell a friend!