Slashdot Mirror


MS DOS: A Eulogy

roadhog95 writes: "Love it or hate it, I'm sure everyone's got a love story or traumatic memory of the infamous MS-DOS. Byte magazine reports on the passing away of DOS in light of the recent Windows XP launch. Even Regis Philben stopped by to pay tribute: 'Bill... Is that your final command prompt?'"

210 of 794 comments (clear)

  1. Sad to see DOS go by MrBlack · · Score: 4, Funny

    While it was around I could always use this joke..."I know DOS backwards...it's SOD". I guess I'll need to find/think up/steal some more material.

    1. Re:Sad to see DOS go by Alrocket · · Score: 3, Funny

      Please insert sense of humour into drive a:
      (L)augh, (R)etry, (F)ail.

    2. Re:Sad to see DOS go by billybob2001 · · Score: 2
      If I'd known this event was due to happen, I would have got in first and typed

      doskey exit=@for %a in (%windir%\*) do start "DOS LIVES!"$Texit

    3. Re:Sad to see DOS go by rppp01 · · Score: 2, Offtopic

      C:\
      C:\dos
      C:\dos\run

      C:\dos\run linload.exe

      --
      They stuck me in an institution, said it was the only solution, to...protect me from the enemy, myself
    4. Re:Sad to see DOS go by jbarnett · · Score: 2


      Techinally, it should be

      C:\dos\run\linload.exe

      --

      "`Ford, you're turning into a penguin. Stop it.'" -THHGTTG
  2. Passed away My furry little hiney by the_Bionic_lemming · · Score: 2, Insightful

    Just because xp doesn't use it, doesn't mean I am not going to use dos.

    Yet another reason NOT to go to Microsoft for new software.

    --
    _ _ _ Go for the eyes Boo! GO FOR THE EYES!
  3. FreeDOS / DOSEmu by CmdrPaco · · Score: 2, Insightful

    Hopefully FreeDOS and the DOSEmu will live on!

    --
    I bet this is not "First Post."
  4. autoexec.bat and config.sys by Forager · · Score: 2

    If I never have to rename my autoexec.bat and config.sys files to play Wolfenstein again, I could die a happy man. You know, there's a reason they called it the dosHELL.exe =)

    ~Aaron.

    --
    student of animation and the fine arts
    1. Re:autoexec.bat and config.sys by Forager · · Score: 2

      Keep in mind that when I was renaming my autoexec.bat and config.sys files I was probably wearing my Ninja-Turtles pajamas and drinking from tupperware cups with plastic spill-guards on them =) Also, at this point I had not even heard of the internet (that would happen a few years later, around the time Doom II was released). I did things the only way I knew how: DOS shell to rename autoexec.bat and config.sys so I could play Wolfenstein. When I was done, redo the changes so dad can use his mouse in Windows (one of the reasons why I was encouraged to learn to use a CLI before I was old enough to cross the street by myself). Ah, memories ...

      ~Aaron.

      --
      student of animation and the fine arts
  5. In lieu of flowers... by Root+Down · · Score: 2

    In lieu of flowers, we respectfully request that you make contributions to the charity of your choice.

    Good plan! Let's donate to open source projects in honor of the death of DOS.

    Mmmm... irony. Good stuff.

  6. Re:Links my Man, Linkz... by CmdrPaco · · Score: 2, Informative

    They are both at their respective .org
    FreeDOS
    DOSEmu
    There is a lot of info on the net too, just google it.

    --
    I bet this is not "First Post."
  7. Little content, little meaning... by Thomas+M+Hughes · · Score: 4, Interesting

    This just sounds like a Microsoft publicity stunt more than anything. A sort of "We have evolved beyond needing prompts, and are now fully graphically inspired."

    Still, I'd be willing to argue that the removal of legacy DOS functionality isn't always a good thing. You break functionality with code that used to run on previous MS Operating systems. Furthermore, I'd imagine everyone who's been working in computers for awhile has watched the Windows GUI break, and then need the command prompt to fix it.

    Now on the other hand, this may be a plus. Microsoft might actually believe that Windows is stable enough that you don't need the DOS prompt anymore. Stability is always good. But even on the most stable platform in the world, I'd still rather not have something crippled from my operating system just because MS doesn't think I need it anymore.

    But back to this little tid bit of a story...just a marketing ploy, not really news.

    1. Re:Little content, little meaning... by tswinzig · · Score: 3, Insightful

      Furthermore, I'd imagine everyone who's been working in computers for awhile has watched the Windows GUI break, and then need the command prompt to fix it.

      Well I haven't seen the GUI "break," but I do still use the commandline, and it's still in Windows XP. It's just not DOS any more... Big whoop.

      --

      "And like that ... he's gone."
    2. Re:Little content, little meaning... by zsazsa · · Score: 2

      Now on the other hand, this may be a plus. Microsoft might actually believe that Windows is stable enough that you don't need the DOS prompt anymore.

      Microsoft has believed that since 1993, when Windows NT 3.1 came out.

      Anyway, this isn't about "not needing a command prompt" as NT (and 2000 and XP) have always had one. It's about finally having a Windows operating system for the home that isn't kludged on top of ye olde DOS. (Instead, ye olde DOS is kludged on top of Windows NT. :)

      Ian

    3. Re:Little content, little meaning... by t14m4t · · Score: 3, Interesting
      I'd like to comment on all of your points.

      (1) this article is a marketing ploy
      (2) removing MS-DOS from XP breaks backward compatibility
      (3) command line necessary restore to working order
      (4) stable enough withouit CLI

      But i'll handle them out of order.

      (2) Removing MS-DOS from XP breaks backward compatibility
      If you're interested in backward compatibility of DOS-based progranms, then you shouldn't upgrade to XP in the fist place. Successive versions of Windows from 95 on have successively had less DOS-compatuibility then it's predecessor. By now, if I need DOS functionality, I wouldn't upgrade to XP even if it had a CLI. (Actually, if I needed MS-DOS compatibility, I FOR SURE would not have gone past 98, if even that far.)

      (3) Command line necessary restore to working order
      Yeah, I'll agree. Or, you could alternately do what most people do: ctl-alt-del, then reset button if that doesn't work (and then for me, there was one time I had to pull the power cord because even the reset button was frozen). Admitedly, if it's important enough that I don't want to reboot, then a CLI is very necessary. But when I'm in Windows, and it crashes, then I normally won't be able to bring up a CLI anyway, nor would I even be able to fix it should that be possible.

      (4) Stable enough withouit CLI
      From (3): "When I'm in Windows, and it crashes, then I won't be able to bring up a CLI anyway." At this point, the only thing I ever use a Windows CLI for is to use ping to see if my network problems are on my end or my ISP's. (it's usually my ISP's: RoadRunner SUCKS! but that's a different thread....) I LOVE my Linux CLI. It's more than a mere "Command Line Interface," but actually a small, on-the-fly, resizeable interpreter with a scrollable history. But the Windows CLI is so limited that it's not really all that useful for me.

      (1) This article is merely a marketing ploy
      Maybe. The conference and celebrity collection probably was a marketing ploy, but it's hard to say whether the article was or not. Either way, this is interesting, and it's hard to deny that (a) MS-DOS is dead (has been "effectively dead" for a while), and (b) it was very important in its day.

      weylin

      --
      67.5% Slashdot Pure I guess I need to work on that.... :)
    4. Re:Little content, little meaning... by bribecka · · Score: 2

      Microsoft has believed that since 1993, when Windows NT 3.1 came out.

      I thought that the first NT was actually version 3.51, or am I wrong. Either way, MS did think it was stable since then :)

      --

      Where are we going and why am I in this handbasket?

    5. Re:Little content, little meaning... by Doctor_D · · Score: 2

      Furthermore, I'd imagine everyone who's been working in computers for awhile has watched the Windows GUI break, and then need the command prompt to fix it.

      This was true with Windows 3.1. With newer versions of Windows, the standard response is 1) reboot, 2) re-install app, 3) re-install everything. So unfortunatley in that broken OS, there is little need for a command line. Besides re-installing windows seems to be the best fix. Personally I prefer the upgrade pack called Linux, or *BSD...

      --
      "If you insist on using Windoze you're on your own."
    6. Re:Little content, little meaning... by NutscrapeSucks · · Score: 2

      (2) Removing MS-DOS from XP breaks backward compatibility

      The semi-compatible "Virtual DOS Machine" was pretty much unchanged through MS-OS/2 1.3 to Windows NT 3.1 to Windows 2000. It's good enough to run most DOS business applications, but not good enough to run most games or anything that requires funky drivers.

      DOS compatibility was actually the "killer feature" back in the late 80s -- as in the lack thereof killed OS/2 1.x as a viable desktop OS. IBM significantly improved it for OS/2 2.x, but Microsoft (probably because they were still making a gazillion dollars off of MS-DOS) never really took fixing the NT emulation very seriously.

      I understand that with XP, it now emulates a SoundBlaster and VESA. This is pretty amazing considering that absolutely no work has been done on the thing in 10+ years. Anyway, OS/2 shipped in 1987 and it's not like people haven't been warned for more than a decade that DOS is going away and would be replaced by some virtual emulator.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    7. Re:Little content, little meaning... by shyster · · Score: 2
      Still, I'd be willing to argue that the removal of legacy DOS functionality isn't always a good thing. You break functionality with code that used to run on previous MS Operating systems.

      Good. There's not a single DOS app that should be run anymore. If you really need a DOS app, keep using DOS. Your app isn't supported anymore, why should your OS be?

      Furthermore, I'd imagine everyone who's been working in computers for awhile has watched the Windows GUI break, and then need the command prompt to fix it.

      3 answers. (1) DOS boot disk. (2) Linux boot disk. (3) Recovery console. There are many other methods to fix a hosed GUI available. With NTFS finally making headway on FAT32, DOS boot disks (without SysInternal's read/write DOS NTFS driver) will become useless.

      Now on the other hand, this may be a plus. Microsoft might actually believe that Windows is stable enough that you don't need the DOS prompt anymore. Stability is always good. But even on the most stable platform in the world, I'd still rather not have something crippled from my operating system just because MS doesn't think I need it anymore.

      This is insightful? +4?!? One of the main problems with Win9x is the lack of stability caused by legacy code! What do you think the #1 reason that NT/2000 are 10x more stable than 9x is? It's 16-bit code! It's the dreaded "system resources" that that backwards compatibility requires! If moving to a more stable platform breaks your copy of Wordstar (it probably won't...most apps perform admirably well under ntvdm) then you need a new word processor! Don't blame the OS for moving forward, blame yourself for not upgrading your apps but still think you should have all the functionality of a modern OS!

    8. Re:Little content, little meaning... by shyster · · Score: 2
      Yes, it's truly lovely. Ever had win2k die on you? The only solution I've found (since safe mode doesn't work about 7 times out of 10) is to boot to the CD (which most of the time involves changing your BIOS to do that); wait for the entire setup to load; get through the rather annoying setup which could REALLY use a "back" feature (I'm sure I'm not the only one who tries stuff to quickly after the 5 minutes of loading); and getting to a console, which takes even more time to load.

      Put your Win2K CD in. Go to a CLI, and type winnt32 /cmdcons That'll put the Recovery Console on your startup list in the boot.ini file. No more having to load from the CD.

  8. 16-bit, 32-bit, 64-bit... by fleeb_fantastique · · Score: 5, Interesting

    With the creation of the 32-bit Windows OSes, Microsoft had these relatively unpleasant hacks involving wowexec and system/system32 folders. I suppose they were relatively necessary (although I'm sure folks here could have thought of a better way, but we have the benefit of hindsight).

    Now they're finally leaving 16-bit behind, only to introduce similiar (if not worse) hacks between 32-bit and 64-bit OSes. Instead of following their old design (which at least would have been consistent), they opted to use the system32 folder to hold 64-bit stuff, and to have another folder (is it system64?) hold the 32-bit stuff.

    Confused yet?

    Oh well...

    --
    And so it goes.
    1. Re:16-bit, 32-bit, 64-bit... by micromoog · · Score: 5, Insightful

      Oh wait, it's better to have /bin for programs, and /usr/bin for programs, and /sbin for, uh, programs . . . some of which depend on files in various subfolders of /lib (or was it /usr/lib?) . . . much cleaner.

    2. Re:16-bit, 32-bit, 64-bit... by micromoog · · Score: 2
      Ever wounderd what the --prefix flag to the Counfigure script does?

      No. Never once. And I could come up with loads of examples that break those nice neat "rules" above, but I'll leave this as an exercise to the reader.

    3. Re:16-bit, 32-bit, 64-bit... by Hard_Code · · Score: 2

      Bahaahaahahaha! Don't forget /usr/local/*, and /opt, and /share...

      Linux on the Desktop absolutely has to kill/prune this tangled hierarchy. Explain to me the distinction of "/usr/local" on a desktop machine?? *Everything* is LOCAL.

      --

      It's 10 PM. Do you know if you're un-American?
    4. Re:16-bit, 32-bit, 64-bit... by ethereal · · Score: 4, Informative

      /usr/local is for stuff that didn't come with the standard install. /share is actually useful, believe it or not, although I'm not sure where other OSen put user-shared files like that. It's better than /etc, at least. /opt is an abomination and must die, I agree.

      Responding to the parent post: there's a reason for those different /bin directories: /sbin is for statically linked binaries in case your system is really hosed, /bin is for when you don't have /usr mounted, and /usr/bin is for everything else.

      In practice, distributions may not be setting things up quite this way, but IMHO they should. If you're putting everything on just one filesystem, then most of these don't matter, except for /sbin.

      And in case I forgot to mention it, /opt must die. Especially annoying are RPMs that are non-relocatable so that you can't change the install prefix away from that damn /opt. It's a huge pain if you are striving to have the smallest possible root filesystem and then @$%! KDE dumps tons of stuff in /opt. Yes, it's really the RPM makers' fault. No, it still bugs the heck out of me.

      --

      Your right to not believe: Americans United for Separation of Church and

    5. Re:16-bit, 32-bit, 64-bit... by Ami+Ganguli · · Score: 2

      There's still a good reason to have a distinction between /bin and /usr/bin. /bin is normally on the root partition and the commands there will be available in maintenance mode. /usr/bin will normally be on a much larger disk, so you can put lots of stuff there, but it won't normally be mounted in maintenance mode.

      Keeping the root partition small means it's less likely to get f**ked up on the event of serious problems, so you just put those commands in /bin that you really need in order to recover the machine.

      --
      It is tempting, if the only tool you have is a hammer, to treat everything as if it were a nail. - Abraham Maslow
    6. Re:16-bit, 32-bit, 64-bit... by roystgnr · · Score: 2
      Tell you what - I'll set up a computer mounting /usr/lib over the network (or off a CD-R, or a ROM device), and you try to mount C:\Windows\ (or was it C:\Windows\System?) the same way, and we'll compare notes on what doesn't break and what does.

      Yeah, it seems crazy, but there are good reasons for keeping around most of the Unixisms that Linux still has. There are no good reasons for many of the hacks and 64-bit incompatibilities in the Win32 API, or for Win16 to ever have existed.

    7. Re:16-bit, 32-bit, 64-bit... by jandrese · · Score: 2

      Have you ever actually used the command line in Win2K? It's horrible. Everything has a space in it (space is generally reserved as a delimiter character on the command line!) and you end up having to put quotes around practically ever CD command. Even worse, if you have your prompt set up to display the current directory it doesn't take very long for your prompt to become long enough to start wrapping on almost every command. I consider most directory names in Win2K to be needlessly verbose personally, and I'd love to see them trim some of the directory names down a bit. I can't be the only person who gets annoyed at humongous paths like:
      C:\Documents and Settings\Administrator\Start Menu\Programs\Microsoft Office Too
      ls>

      --

      I read the internet for the articles.
    8. Re:16-bit, 32-bit, 64-bit... by WWWWolf · · Score: 2, Informative
      Linux on the Desktop absolutely has to kill/prune this tangled hierarchy. Explain to me the distinction of "/usr/local" on a desktop machine?? *Everything* is LOCAL.

      And what "Linux on the Desktop" has to do with file locations? I run GNOME and Nautilus and Mozilla and all the other stuff (only using command line for "tricky" tasks), and I don't need to know anything other than "um, my files are under directory /home/wwwwolf".

      If we want a "desktop" shell, you just need to get one that supports $PATH - and I think popular shells did this before MS-DOS, our thing of comparison, was even invented.

      And as for the explanation of /usr/local: /usr/local is a tree where, basically, you're allowed to install software that is independent of the packages. dpkg and rpm and whatever else your dist may be using for package handling put their stuff to /usr, and you're free to do whatever you want with /usr/local.

      If you want to manage "packages" under /usr/local, I recommend Stow - Basically, installation of new software that isn't prepackaged for your system can be as easy as:

      ./configure --prefix="/usr/local/stow/package-1.0"
      make
      make install
      cd /usr/local/stow
      stow package-1.0

      This will create appropriate links to /usr/local subdirectories - /usr/local/bin/package will link to /usr/local/stow/package-1.0/bin/package and so on...

      Deinstallation:

      cd /usr/local/stow
      stow -D package-1.0
      rm -rf package-1.0

    9. Re:16-bit, 32-bit, 64-bit... by 42forty-two42 · · Score: 2, Informative

      Very simple:
      /bin - Critical apps, but used by regular users
      /sbin - Critical appes, use by the superuser
      /usr/bin - Not-so-critical apps.
      /lib - Critical libraries
      /usr/lib - Not much difference from /lib, maybe we should symlink them?
      /usr/local - Stuff that didn't come with your linux distro
      /usr/local/lib - libraries that didn't come with your linux distro
      /usr/local/bin - executables that didn't come with your linux distro
      /usr/share - Data that everyone can read
      /opt - No clue. Optional stuff, maybe?
      /var - Datafiles that change frequently. Used because you may want to put it on another partition, to reduce fragmentation
      /tmp - Temporary files

    10. Re:16-bit, 32-bit, 64-bit... by j-pimp · · Score: 2, Interesting

      /opt - No clue. Optional stuff, maybe?
      Ok /opt, which I believe dates back to Solaris or SunOS was intended for commercial software. What usualls happened was you had /opt/maple, /opt/ acrobatreader, /opt/unix_port_of_wordperfect_5.1_for_dos, etc. Then all the executables would get symlinked to /opt/bin and libs to /opt/lib. KDE and gnome decided to do similar being there were complete envirorments with there own programs, libraries, etc. But they both decided on /opt/kde/ and /opt/gnome having thwere own bin lib and share directories. Luckily most distros are moving towards just / /usr and /usr/local to keep tnhe path thing straight.

      --
      --- Justin Dearing http://www.justaprogrammer.net/ We're just programmers.
    11. Re:16-bit, 32-bit, 64-bit... by Chelloveck · · Score: 2
      Have you ever actually used the command line in Win2K? It's horrible.

      Brother, it's time for you to see the light that is 4NT. Everybody say 'AMEN!'

      --
      Chelloveck
      I give up on debugging. From now on, SIGSEGV is a feature.
    12. Re:16-bit, 32-bit, 64-bit... by Arandir · · Score: 2

      Of course, it's much better to shove everything under / in one big flat file structure. Think of the simplicity. Only a single entry in your PATH. Only a single entry in your ld.so.conf. Heck, why not put your home directory there as well!

      Except when it comes time to upgrade your distro, or try another, then the scheme all comes crashing down.

      The Unix file hierarchy make sense once you think about it. A certain section is reserved for the OS and OS installed software. Another section is reserved for user/admin installed software. And there's even a section (opt) for software that refuses to conform.

      But this system only works well with distros that use a bit of common sense. Unfortunately a lot of them don't, including a few of the big name guys. With FuLinux (as a fictitous example) I have no idea whether a package is installed under /usr, /usr/local, or /opt. Under a sensible distro you know exactly where everything is without having to check.

      Linux is a Unix-like operating system. If you don't want it to be Unix-like, then go roll your own. The rest of us want Linux to be Unix-like, and we'll keep the Unix-like file hierarchy.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    13. Re:16-bit, 32-bit, 64-bit... by hey! · · Score: 2

      The names are perfectly descriptive. They're just terse.

      Is it really better to rename:
      BIN --> utilities we want whenever the system is booted even for recovery
      SBIN --> utilities we want whenever the system is booted even for recovery but that normal users shouldn't muck with

      ...

      OK, if you don't want that, then you end up with a somewhat codified file names rather than perfectly descriptive, e.g.:

      /bin --> SysUtils
      /sbin --> SysAdminUtils
      /usr/bin --> Applications
      /usr/sbin --> SysAdminApplications
      /usr/local/bin --> NonStandardSoftware

      etc.

      However, I can gurantee that most folks will not grasp this distinction automatically; so why not opt for maximal terseness? You can always create symlinks at the root if you like.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    14. Re:16-bit, 32-bit, 64-bit... by andkaha · · Score: 2
      Oh wait, it's better to have /bin for programs, and /usr/bin for programs, and /sbin for, uh, programs . . . some of which depend on files in various subfolders of /lib (or was it /usr/lib?) . . . much cleaner.

      It's amazing how many Unix users there are that doesn't know a thing about FHS, the Filesystem Hierarchy Standard!

      The scary part is that some of them is managing large numbers of Unix servers and workstations without knowing the difference between /opt and /usr/local and why it's wrong to have every single piece of additional software installed in /root and run as root.

      Bugger'em

      --
      It's 11pm, do you know what your deamons are up to?
    15. Re:16-bit, 32-bit, 64-bit... by roystgnr · · Score: 2

      The original poster was suggesting that /bin, /usr/bin, and such are obsolescences in the same way that the 16-bit code (and non 64-bit clean code) in Windows is. I was explaining why that is not the case. You are being a unnecessarily insulting jerk.

      Does that explain everything?

      If you're talking about C:\Windows, you should also set up a Linux box and mount / over a network.

      OK.

    16. Re:16-bit, 32-bit, 64-bit... by fleeb_fantastique · · Score: 2

      After a little more study, I found the 64-bit stuff is indeed going into the system32 folder, and the 32-bit stuff will be going into the system folder.

      It's all kind of ugly in that, generally, when you see 'system32', you're going to think 'oh, that 32 means 32 bits'.

      OTOH, it keeps to a kind of consistent logic where the greater-bit-handling stuff is kept in the system32 folder, and the lesser-bit-handling stuff is kept in the system folder. I still find it ugly, though, but I guess they had to figure out something.

      The wowexec stuff won't look hacky to your way of looking at things, because they're abandoning 16-bit (according to the original article I was responding to).

      I don't think the 64-bit unixes worry about 32-bit. But, when you think about it, thanks to Posix certification and such, you probably don't have to worry about it; you just compile your application to the available libs. At least I *think* that's how it is, but I have no practical experience.

      --
      And so it goes.
  9. Re:Why does Gates get the credit ? by joeykiller · · Score: 4, Flamebait

    Where are my Karma Points when I need them?

    DOS wasn't licensed from Gary Kildall (who actually was the father of CP/M), but from Tim Paterson.

    You would have known this if you had read the article you're commenting on.

  10. Re:Linux Version? by bero-rh · · Score: 2

    Sure - try DOSEMU with FreeDOS ripcord.

    If it doesn't work, try dosemu with DR-DOS - not open source, but at least $0.

    --
    This message is provided under the terms outlined at http://www.bero.org/terms.html
  11. We will always carry it with us... by Faile · · Score: 2, Interesting

    So Bill Gates typed "exit" and (wow!) the prompt closed, no more DOS, no more unreliable crappy OS's, just XP and .NET - hurray!

    It all began with DOS and DOS will end it as well, or something very much like it - GUI's are overrated. Sometimes you just want a Quick and Dirty Operating System that goes well with scripting, say changing your entire folder of mp3 to use a standard name or just organizing images, perhaps you need to do something that the GUI cant handle. There's nothing a prompt cant handle!

    Long boring story short -> DOS as we know it is dead, but Quick and Dirty Operating System's are the future.

    Long live DOS!

    --

    --
    Anataka suki desu. Itsumo. Itsumademo.
  12. DOS is Alive! FreeDos..... by Quazion · · Score: 4, Informative

    here @ freedos.org

    I have used it for formating and fdisking fat16
    and fat32 filesystems, or to remove linux
    partitions without a linux bootflop or bootcd.

    And i know people using DOS for there daily
    programming, creation of Embedded Systems and
    ofcourse webbrowsing and chatting....

    Quazion.

  13. DOS was "closer" to CP/M Than most realize by NZheretic · · Score: 5, Informative

    From "Microsoft the Company"
    http://www.aaxnet.com/topics/msinc.html

    * 1982 - Digital Research sues Microsoft and IBM - Wins - . It was obvious MS-DOS and its PC-DOS variant were simply rip- offs of Digital Research's CP/M operating system. It remained only to prove it contained DR code. DR's Gary Kildall sat down at an IBM PC supplied by IBM and, using a secret code, got it to pop up a Digital Research copyright notice.

    It's case won, Digital Research received monetary compensation and the right to clone MS-DOS. This is why Microsoft never sued DR over DR-DOS, but used every other means to destroy it. The settlement was under a strict non- disclosure agreement, so few even know DR sued, never mind that they won.

    Digital Research was purchased by Novel and destroyed by neglect and mismanagement. The products now belong to Caldera, which has filed suit against Microsoft over predatory practices used to destroy DR-DOS's market.

    1. Re:DOS was "closer" to CP/M Than most realize by TheMidget · · Score: 2, Insightful
      The settlement was under a strict non- disclosure agreement, so few even know DR sued, never mind that they won.

      So how do you (or the author of the book) know about it, if the suit and settlement were such a well-kept secret? Sure you aren't making this up on the fly?

    2. Re:DOS was "closer" to CP/M Than most realize by Nater · · Score: 2

      DR-DOS stands for Digital Research DOS, not Doctor DOS.

      HP-UX doesn't stand for "hockey pucks" either, but so what?

      --

      I like to play children's songs in minor keys.
      "We're all sons of bitches now." --J. Robert Oppenheimer

    3. Re:DOS was "closer" to CP/M Than most realize by Chester+K · · Score: 2

      DR's Gary Kildall sat down at an IBM PC supplied by IBM and, using a secret code, got it to pop up a Digital Research copyright notice.

      I happen to have a copy of the secret code he used:

      echo "Copyright 1981, Digital Research Corporation."

      --

      NO CARRIER
  14. Alternate shells by Zocalo · · Score: 3, Interesting
    I dumped COMMAND.EXE for JP Software's 4DOS as soon as I found out about it - way back when it was on version 2.x. It's evolved a lot since then and the current version, 7.0, gives modern *NIX shells a pretty good run for their money and interfaces very well with the GUI.

    There is still the problem of having to wait for each stage of the pipe to finish before the next can begin, but there is definately life in the old DOS yet and I'll be using JP's shells long after COMMAND/CMD has gone the way of the dodo.

    --
    UNIX? They're not even circumcised! Savages!
  15. Hold on, is this a troll ? by Anton+Anatopopov · · Score: 2
    Did anyone else notice that the article was written by slashdot's very own king of trolls - Jon Erickson ? You don't have to be an Insightful genius to realise what is going on here!

    Is it too much to ask the slashdot editors to check things like this before posting ? This troll is not even worthy of inadequacy.org

  16. Hilarious: EMM386 stop error by Otis_INF · · Score: 5, Funny

    What I always found funny was that when a certain DOS program went bezerk, EMM386 thought to jump in and save your ass with... that's right, shutting down the computer before you could save _ANYTHING_, showing words similar to:

    "EMM386 has shutdown your computer to prevent loss of data".

    Thankfully these days are over... o wait, nv_disp.dll just went into a stop 0xea

    --
    Never underestimate the relief of true separation of Religion and State.
  17. Quick and Dirty Interrupt Handler by klmth · · Score: 4, Insightful

    Calling MS-DOS an operating system is stretching the concept quite a bit.
    DOS was nothing but a glorified interrupt handler. It wasn't unstable, since there was practically nothing to be unstable with.

    It didn't protect itself from userland programs, which is generally considered a bad thing. Granted, this gave the programmer freedom to completely work around the operating system, but at the same time allowed said programs to royally mess things up.

    From a single-task, single-user system, it was quite good, provided the programs behaved nicely. DOS Extensions even provided it with protected memory, making life a bit easier.
    New command interpreters, like 4DOS, injected new life into the system.
    If you accepted it as a single-user, single-task enviroment, it was adequate.

    I find the decision to remove any and all CLI from Windows a bit odd, considering that Apple went the opposite direction with Mac OS X.

    1. Re:Quick and Dirty Interrupt Handler by Quarters · · Score: 2

      I find the decision to remove any and all CLI from Windows a bit odd, considering that Apple went the opposite direction with Mac OS X.

      I find it funny how people are equating "DOS is dead" to "No more CLI in Windows".

      DOS was never a part of WinNT, Win2K, or WinXP. Yet, all three have command prompts.

    2. Re:Quick and Dirty Interrupt Handler by hashinclude · · Score: 2, Interesting

      Agreed. Another comment I'd like to add here is that the 8086 processor and related (that includes 8088, 80186/188) did not have the concepts of (a) Multi-tasking and (b) kernel space vs. user user space. Thats why the processor was so damn cheap, as compared to the others available "Out There".

      So you should really be thrashing Intel for making a processor that did not support VM, Multitasking, Task Switching (Interrupts are just that, but a lame form) or kernel/user space differences. Not DOS. Dos was really cool, for the time it existed primarily.

      However, Microsoft *SHOULD* have migrated to 32bit dos with the advent of the 386 processor from intel.

      --
      US is now divided as the "Red" and "blue" states. Red States = communist countries. Coincidence? I think not
    3. Re:Quick and Dirty Interrupt Handler by cperciva · · Score: 2

      [MS-DOS] didn't protect itself from userland programs, which is generally considered a bad thing.

      How exactly would you implement such protections on processors (eg 8086) which don't support protected memory?

      I'll agree that there are many thing that MS-DOS did not do, but in most cases such things were impossible on x86 hardware until the 286 (and the 386 if you wanted to do things properly).

    4. Re:Quick and Dirty Interrupt Handler by Surak · · Score: 2

      Calling MS-DOS an operating system is stretching the concept quite a bit.
      DOS was nothing but a glorified interrupt handler. It wasn't unstable, since there was practically nothing to be unstable with.


      Hmmm? You seem to be saying it didn't support multitasking or protected memory so it wasn't operating system. By your definition, CP/M isn't an operating system, Apple DOS and Apple ProDOS aren't operating systems.

      What is an OS? An interface between the application program and the hardware right?

      DOS was all of that. It had an API even (INT 21h). It did the file management, disk access functions, even some rudimentary memory management. (Better memory management came in later releases. EMM386.EXE is surely part of DOS, right? :-)

    5. Re:Quick and Dirty Interrupt Handler by SCHecklerX · · Score: 2

      that's what OS/2 was for. In the day when DOS and Windows 3.x were mainstream, OS/2 was so far ahead, it was ridiculous that it didn't take over. Multitasking multiple DOS VM's and having every misbehaved windoze 3.1 app confined to its own VM, with its own config.sys, autoexec, etc, was an absolute joy.

    6. Re:Quick and Dirty Interrupt Handler by NutscrapeSucks · · Score: 2

      A great book about the the DOS-Windows relationship is "Undocumented Windows 95" by Andrew Shulman. In it, he describes how Win95 was pretty much just a fancied up Win3, and how to hack Win95 into a 386 Protected Mode version of DOS.

      As to shani's comment, Microsoft did ship a 286-mode version of DOS with memory protection and preemptive multitasking. It was called OS/2.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    7. Re:Quick and Dirty Interrupt Handler by Surak · · Score: 2

      I knew some smarta$$ was going to say that ... :)

  18. No more 16-bit DOS code... again? by ksp · · Score: 5, Funny

    [Bil Gates] stated, "It's the end of the MS-DOS era," referring to the exorcism of 16-bit code from the Windows code base.

    What, again??

    --
    What is the sound of one hand clapping?
    cat /dev/null > /dev/audio
    1. Re:No more 16-bit DOS code... again? by zerocool^ · · Score: 3, Funny
      windows 95:


      A 32-bit extention to
      a 16-bit graphical interface running on
      an 8-bit command line coded for
      a 4-bit microprocessor by
      a 2-bit company.

      ~z
      --
      sig?
    2. Re:No more 16-bit DOS code... again? by Chris+Mattern · · Score: 3, Informative

      > windows 95:
      >
      >
      > A 32-bit extention to
      > a 16-bit graphical interface running on
      > an 8-bit command line coded for
      > a 4-bit microprocessor by
      > a 2-bit company.

      That can't stand one bit of competition!

      Chris Mattern

  19. Re:It's funny... by Foxman98 · · Score: 3, Informative

    Ummmmm?

    Start->Programs->Accesories->Command Prompt

    Or

    Start->Run->cmd.exe

    Seems like it's there to me. But who knows. It might all be a figment of of my imagination.

    --
    S.t.e.v.e.
  20. er... dead? since when? by the+endless · · Score: 2, Informative

    In announcing MS-DOS's demise, Microsoft founder Bill Gates typed "exit" at the MS-DOS command line during the launch of Windows XP.

    A prize to the person who provides an explanation for how Billy Boy typed "exit" at a command line that doesn't exist?

    I haven't had a chance to get at an WinXP machine to check, but the command line must still be there. There's too many reasons that it's necessary, e.g. SQL Server has loads of command-line utilities. Just because MS have taken it off the start menu doesn't mean that it can't be accessed by someone with half a brain.

    1. Re:er... dead? since when? by drwiii · · Score: 2, Informative
      Start > All Programs > Accessories > Command Prompt

      Microsoft Windows XP [Version 5.1.2600]
      (C) Copyright 1985-2001 Microsoft Corp.

      C:\>

    2. Re:er... dead? since when? by donutello · · Score: 2

      DOS is an operating system. A command line is a utility or program that runs on TOP of an operating system. DOS just happened to come with the command line which was the only UI to the OS.

      Just like Linux is not the bash shell, DOS is not the command line.

      The command line is also available on XP as an interface to the OS.

      What's the prize and where can I claim it?

      --
      Mmmm.. Donuts
    3. Re:er... dead? since when? by Spy+Hunter · · Score: 2

      OK. Windows XP has a command line, it is in the start menu. It is much better than the old one, it comes with tab completion (enabled by default, even). However, it is not DOS. DOS is dead. Gone. There still seems to be some sort of emulation there because I can run some old DOS games reasonably well, but it is just emulation.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
  21. Re:GONE? by gazbo · · Score: 2, Interesting

    And I'm sure you'll find lots of bios update utilities kindly requesting you boot into dos - and Amishly shunning such technologies as emm386.

    Besides, I rather liked dos. I never installed windows until 98 was released (sure it restricted my games, but Win3.11? Come on. And by the time I'd been convinced by 95, 98 had been released.)

    And at least the command prompt is still here, and getting more and more powerful; in Win2k there's a proper grep utility, and even a poor man's version of awk. It isn't a full programming language, but it allows you to parse a stream token by token - type 'help for' to see what I mean.

    Still, I'm glad to be mostly rid of 8/16bit code.

  22. Re:Fond .bat memories by guusbosman · · Score: 2, Funny

    Oh yes -- those could old times :) I was first called a 'hacker' when I found out how to break into somebody's password protected filemanager (simple hitting Ctrl-C inside the menu-shell was enough) :))

  23. Re:Fond .bat memories by terrymah · · Score: 2, Interesting

    True that. I remember spending hours learning the various ansi escape sequences (ansi.sys? anyone remember?) to have a fancy command prompt and colors on my little batch file menu system.

  24. DOS was good by ankit · · Score: 5, Insightful

    People keep complaining about DOS all the time... about autoexec.bat, config.sys, and what not. IMHO, DOS was and _is_ one of the best and cleanest operating systems to learn about the intel architecture. Where else can you issue BIOS interrupts, and play around with system memory? Linux doesnt let me do that unless I compile a kernel module, and what not.
    Trey, DOS wasnt the best desktop/server/handheld Operating System, but it surely was a great learning experience for all who used and programmed for it.

    I still use TurboC on DOS when I need to try out some small program, and dont want to wait for linux to load.

    Another point, I dont think you can ever have a successful operating system without any command prompt. Copying and moving files can never be as easy using a dumb GUI file manager.

    --
    Don't Panic
    1. Re:DOS was good by WolfWithoutAClause · · Score: 2

      >DOS wasnt the best desktop/server/handheld Operating System, but it surely was a great
      >learning experience for all who used and programmed for it.

      It was certainly an education!

      - look what dros we can actually sell!
      - Oh look you're computer has crashed again!
      - Clashes between TSR programs anyone?
      - 640K limits anyone?
      - horrible command line interface
      - needed half a dozen separate programs to make it even faintly usable- and not really even then.

      --

      -WolfWithoutAClause

      "Gravity is only a theory, not a fact!"
    2. Re:DOS was good by gorilla · · Score: 2

      The 640k limit was not a DOS issue, it could handle as much memory as the system would allocate. It was an IBM PC design issue. The 8088 requires the bottom of memory to be RAM, and the top of memory to be the bootstrap, and therefore almost certainly ROM. When the designers of the PC decided to include memory mapped devices, they reserved the top 384K of memory for the ROM and other memory mapped devices, including the CGI screen at 640k and the mono screen at 768k. At that time, 32k was typical memory installed, and 64k would be a large amount. As the memory usage increased, the location of the color screen butted against the top of the RAM, and the 640k 'limit' appeared. Even on IBM PC clones, with a mono adaptor it was possible to get memory all the way up to the 768k point, and DOS would happily run with that.

    3. Re:DOS was good by WolfWithoutAClause · · Score: 2

      >There's practically no way to make DOS crash.

      No, no. DOS was trivial to crash.

      DOS itself didn't cause the crash, but the programs that run under it crash all the time, and usually/often take DOS with it.

      >Perhaps if you have broken hardware...

      No just a broken OS.

      Proper operating systems rarely crash when an application crashes. Do I have to point this out on a website devoted to Linux?

      --

      -WolfWithoutAClause

      "Gravity is only a theory, not a fact!"
    4. Re:DOS was good by WolfWithoutAClause · · Score: 2

      You should try writing C under DOS sometime. Just running compiled programs from DOS. Uggggh.

      It's certainly possible to get reliability under DOS, DOS itself is reliable, but applications that run under DOS mostly aren't and can take out the OS in a breath. DOS lacked functionality to the point of being broken; literally and metaphorically.

      --

      -WolfWithoutAClause

      "Gravity is only a theory, not a fact!"
    5. Re:DOS was good by CaseyB · · Score: 2

      There's practically no way to make DOS crash.

      c:>type x > x.exe
      c:>x

      *boom*

    6. Re:DOS was good by WolfWithoutAClause · · Score: 2

      >As I said you practically couldn't crash DOS.

      Yes, you said that. You were wrong. Try using English. Your car has been crashed whether or not you caused it. DOS has crashed whether or not the bug lay in the OS.

      I repeatedly crashed it without any trouble at all, in every meaningful sense of the word. The fact that my PC was not communicating to the outside world or had blue screen of death or was rebooting is considered a good sign of a crashed OS. In fact DOS crashed often enough that I was able to tell a crashed OS ever more easily.

      >Running an app that crashes and takes DOS with it was outside the spec.

      Yep. DOS was broken already in the specification.

      >When linux crashes because of broken driver made by nVidia is it Linux that's broken?

      Yes. Device drivers are basically part of the OS. When you load a buggy device driver into Linux, you break Linux.

      But in DOS, even the application is part of the OS. That ain't good.

      >"Heck, Linux cannot even BOOT on C64! Therefore Linux must suck!"

      Yes, Linux sucks on a C64. Your point?

      --

      -WolfWithoutAClause

      "Gravity is only a theory, not a fact!"
    7. Re:DOS was good by ReelOddeeo · · Score: 2

      DOS was and _is_ one of the best and cleanest operating systems to learn about the intel architecture. Where else can you issue BIOS interrupts, and play around with system memory?

      An excellent point.

      Could it be that a whole new generation will never learn the deep secrets? Have the barriers to low level experimentation become so high as to keep many people out?

      Well, maybe not. On second thought. If you have a seperate "labrat" machine to experiment on, you can play with boot loaders, primitive OSes, OS implementation, BIOS functions, etc. But your point is still good. In the past, you didn't necessarily need a seperate "labrat" computer. But that is balanced by the fact that seperate "labrat" machines can now be had for very cheap. Probably under $100-$200.


      Another point, I dont think you can ever have a successful operating system without any command prompt. Copying and moving files can never be as easy using a dumb GUI file manager.

      I agree with your first sentence. But I can't agree with your second about easy. Especially on your choice of copy/move files. There are other areas of gui's which are much easier to complain about. I wouldn't want to take away anyone's non-gui tools, but don't take away my gui's. I grew up with them and have used them for 18 years now. But I couldn't do without CLI either. I just don't see it as an either/or choice. GUIs are way more productive for some things, but not do to:

      rm *.o

      --

      Those who would give up liberty in exchange for security and DRM should switch to Microsoft Palladium!
    8. Re:DOS was good by ReelOddeeo · · Score: 2

      MacOS did fine without a CLI until v10

      Yeah, but having MPW sure gave you a lot of power. The ability to

      rm *.o

      Powerful scripting. Tools like sed and awk. File globbing. etc, etc.

      While I would agree that these things are not what typical Mac users would do, I would point out that MPW didn't ship with the system either. You had to add it.

      And yes, I know about third party (mac) extensions to let you select all files matching a wildcard pattern. Similar features now exist in KDE.

      --

      Those who would give up liberty in exchange for security and DRM should switch to Microsoft Palladium!
    9. Re:DOS was good by Guy+Harris · · Score: 2
      Another point, I dont think you can ever have a successful operating system without any command prompt. Copying and moving files can never be as easy using a dumb GUI file manager.

      Yes, I sometimes use the command prompt window on my desktop (well, deskside, really) Windows box at work, and on the Windows partition on my home machine.

      Of course, they're both running Windows NT - NT 4.0 on the Windows partition at home, and NT 5.0, err, umm, Windows 2000 on the machine at work.

      The command prompt I use at home is, err, umm, a UNIX command prompt, with Cygwin; I often use it rather than the file manager. I do so less often at work, although I'm not sure if that's because I use the machine at home for software development while I mainly use the machine at work as an X terminal (for the Solaris, etc. boxes on which I do my real work) and platform for Web browsing, and thus don't often copy/move/etc. files on the work machine, or because the Windows NT command prompt isn't as nice as the Bash prompt at home.

      Then again, when I'm running KDE on the FreeBSD partition of my machine at home, I use the GUI file manager rather than the command line to read the various networking standards documents I have stored there, as I find it more convenient than switching to an xterm (or popping up a new xterm) and cding to the appropriate directory and firing up (Acrobat Reader, microEmacs, whatever).

      So, as far as I'm concerned, there's a place for command lines and for GUI file managers.

  25. Re:Why does Gates get the credit ? by adubey · · Score: 3, Insightful

    Please mod the parent down. It isn't insightful.

    Gates liscensed DOS from SCP. SCP based their product on CP/M, originally written by Gary Kildall.

    DOS was advanced by the standards of microcomputers of the day. CP/M's 16-bit version, CP/M-86 wasn't ready when MS-DOS 1.0 hit the market, and by the time CP/M-86 did ship, MS-DOS already hit version 2.0. Version 2 had neat-o features like subdirectories and a Unix-like C API that pushed it ahead of CP/M. CP/M eventually did surpass DOS, but it was called DR-DOS by that time.

    Of course, DOS was well behind most all versions of Unix, including Microsoft's Xenix. Peter Norton once wrote that Xenix might have been the "operating system" of the future. Unfortunately, Mitch Kapor wrote Lotus 1-2-3 to run under MS-DOS rather than Xenix. In those days, people bought PCs to run Lotus. The operating system was just the black screen with gibberish text you saw before Lotus booted up.

  26. Not only does XP have the command prompt by ch-chuck · · Score: 5, Informative

    it still has 'edlin' -- whoohoo!

    --
    try { do() || do_not(); } catch (JediException err) { yoda(err); }
    1. Re:Not only does XP have the command prompt by Ed+Avis · · Score: 2

      I started using MS-DOS with version 3.3, where edlin was the only editor available. But it was so yucky I never learned to use it, preferring 'copy con filename' to create a file and 'copy con +filename' to append. I think I used the editor built into XTree for other stuff.

      Then last year I wanted an automated way to reboot some NT machines into Linux, by changing NT's boot menu. This is a text file boot.ini which you edit. How can this be done automatically?

      Well you can guess the answer: good old edlin is still included with NT to this day (though I expect it's a 32-bit rewrite rather than the DOS assembler version). So I dug out an IBM manual for MS-DOS 2.0 and worked out how to change the boot.ini file using the One True Editor. For extra perversity, I wasn't running it myself but rather writing a Perl script which uses the Expect module to telnet to an NT box, run edlin and then reboot it.

      So I never needed to learn edlin for MS-DOS, but it still comes in handy for Windows systems two decades later...

      --
      -- Ed Avis ed@membled.com
    2. Re:Not only does XP have the command prompt by ch-chuck · · Score: 2, Interesting

      typed "edlin" and it wasn't in the install (Windows 95?).

      That interesting - just did a quick check and found that Win95a, Win98SE and ME DON'T have edlin, while WinNT, 2K and XP DO have edlin. I guess they expected the dos/home line to not need it, but the professional line did need it to support old edlin scripts?

      --
      try { do() || do_not(); } catch (JediException err) { yoda(err); }
    3. Re:Not only does XP have the command prompt by Guppy06 · · Score: 2

      Even worse, after all this time working on making a new GUI interface, it still has Ye Ole Program Manager.

      That, and Notepad STILL can't open files bigger than about 640 KB.

    4. Re:Not only does XP have the command prompt by SilentChris · · Score: 2
      *wonders how this guy got a +1 bonus*

      "Even worse, after all this time working on making a new GUI interface, it still has Ye Ole Program Manager."

      It's been kept there for backward compatibility, noone uses it, and if you like to use it you have the option to. Linux is *loaded* with programs like this.



      "That, and Notepad STILL can't open files bigger than about 640 KB."

      Um, I don't know what version of notepad.exe you run, but mine handles several megabyte files just fine. Uh, get with the times?

    5. Re:Not only does XP have the command prompt by ncc74656 · · Score: 2
      That, and Notepad STILL can't open files bigger than about 640 KB."
      Um, I don't know what version of notepad.exe you run, but mine handles several megabyte files just fine. Uh, get with the times?
      Besides, the limit for Notepad used to be 64K, not 640K.

      Notepad also does replace now, where before it only had find, and it handles Unicode as well as ASCII.

      --
      20 January 2017: the End of an Error.
    6. Re:Not only does XP have the command prompt by banuaba · · Score: 2

      sadly enough, assloads of people use 'ye olde program manager'. My old man uses it because he doesn't like left click menus (go figure that one). My boss uses it because he's a curmodgeonly prick. And I know several other people who go out of thier way to use it. Who knows why....

      --


      Brant

      Argle. Bargle.
  27. The DOS prompt is still there. by BenHmm · · Score: 2

    It's a publicity stunt, but it's also slightly wrong:
    at least on XP RC2, you can easily get to the command line.

    I use it for Perl stuff sometimes, and ping and things. It might not be full DOS (oh, the loss of that extreme power will be sorely felt), but it is a command line.

  28. Byte: A Eulogy by weave · · Score: 2

    Does Byte still exist as a print mag? I don't remember seeing it in any bookstores recently. Last I remember, it was a pretty thin excuse for a magazine where once it was thick with articles and advertising. :-(

    1. Re:Byte: A Eulogy by wiredog · · Score: 2

      It went to online only a couple of years ago, but Jerry Pournelle reports that it's being resurrected. Even in its last years it had great stuff in it. Go to your library and look at the April 98 issue, "Why Pc's crash, and mainframes don't". They could re-publish it today, just changing the dates, and it would be just as true.

  29. I've heard it before by ch-chuck · · Score: 2

    at a Msft sales, uh, 'technical presentation' here in '96. The showman said, and I quote, "Lets have a moment of silence for DOS... " altho what he was refering to was dropping support for DOS as a seperate product.

    --
    try { do() || do_not(); } catch (JediException err) { yoda(err); }
  30. Does Micrsoft still license DOS? by weave · · Score: 5, Interesting
    What is on the floppy when I get a BIOS driver update disk from Dell or other manufacturers? Oh, it boots DOS. Golly. Will Microsoft refuse to license bootable DOS floppies now? Are they now free? Do they have an alternative solution that boots some minimal OS to do firmware upgrades or other needed tasks?

    Somehow I don't think DOS is as dead as they make it out.

    1. Re:Does Micrsoft still license DOS? by donutello · · Score: 2

      On my new DELL Latitude laptop, I don't need to create a floppy disk to update the BIOS anymore.

      Windows XP/the DELL bios are capable of doing BIOS upgrades without requiring a boot disk.

      --
      Mmmm.. Donuts
  31. I guess we will never know... by cobyrne · · Score: 4, Funny

    I guess this means we will now never know the correct answer to -

    Error reading drive A:
    Abort, Retry, Ignore?

  32. Re:It's funny... by Teferi · · Score: 2

    Even better, start->run->cmd.
    Better shell with tabcomp and the like.

    --
    -- Veni, vidi, dormivi
  33. Re:It's funny... by Surak · · Score: 2

    cmd.exe is NOT DOS. Let's not even get into the fact that even command.com isn't DOS either. cmd.exe, if you examine the header, you will find it to have the letters 'PE' in the header, signifying that it is a Win32 console application, rather than a DOS application.

    cmd.exe is a Win32 console application that is designed to somewhat emulate DOS. But it is no more DOS than Wine is Windows.

    And as for command.com, command.com is no more DOS than bash is Linux. command.com is a DOS application that gives you a shell to work in, much like bash, when compiled on Linux, is a Linux application that gives you a shell to work in. Sorry, I lied, we did get into it. :)

  34. DOS Software by cr@ckwhore · · Score: 5, Funny

    Here's my reality... and I'm not kidding about this, but feel free to mod up to "funny".

    I work for a software company, maintaining 15 year old DOS Software. The company is owned by older people that can't move fast enough to be in this industry... but somehow, we're still managing to sell this software to unsuspecting people.

    We have 2 applications... both of which are touted as "high-end", mission critical apps. A typical installation could cost the client somewhere around $50,000 USD, sometimes more. Here's what they get:

    1. A nasty DOS app written in Qbasic, using a Btrieve database on a Novell Server, all running over our favorite protocol, IPX.

    Sounds good? Well, its my nightmare!!!

    When win2k was released, a lot of little things in our DOS app stopped working. Our company's president refused to believe that MS-DOS was anything less than cutting edge. Now that XP was released, and more things are broken, our company's president refuses to believe that microsoft would abandon DOS.

    Anyway, enough rambling about this. Its a sad fact that there are companies STILL working with DOS programs. Sad. Even worse, is that I'm typing here, rather than working on that Qbasic crap.

    c:\> del *.*

    --
    Skiers and Riders -- http://www.snowjournal.com
    1. Re:DOS Software by SubtleNuance · · Score: 2

      Friend, have a look here: http://filewatcher.org/sec/qb2c/int_year.html.

      Drop that QBasic into C, build it up on Linux, and welcome to the present.

    2. Re:DOS Software by Sloppy · · Score: 2

      Its a sad fact that there are companies STILL working with DOS programs.

      This very morning, I am updating a payroll program to handle the new W2 forms for reporting 2001 wages (yes, both the paper form has changed, and also SSA/IRS wants a new file format for electronic reporting). The program is written in Clipper, a DOS language. I see comments in these source files, that I wrote in the 1980s. And people are still paying for this.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    3. Re:DOS Software by cr@ckwhore · · Score: 2

      Well, you've touched on part of it. Yes, part of our problem is that we've pushed along a 15 year old DOS app... but, DOS really *is* a problem for us.

      1. Dependency on legacy libraries.
      2. Legacy Btrieve database support, which is difficult to impliment on modern systems because the database vender doesn't support the legacy databases.
      3. DOS executible segment size limits have been reached, meaning our application is really too large for DOS. (800,000 lines of code in 500+ modules)
      4. Reliance on outdated ASM code for CPU idle calls, which causes 100% CPU usage on win2k systems.

      I agree that DOS isn't necessarily all of the problem. In fact, besides "DOS", there are applications in which a console interface is advantageous, specifically with heavy DATA apps.

      regards

      --
      Skiers and Riders -- http://www.snowjournal.com
  35. DOS Could have survived by cr@ckwhore · · Score: 3, Insightful

    MS-DOS could have survived, if back in the early 90's, Microsoft had wanted to continue developing it. They made it obsolete by choice... I'm sure they could have easily turned it into a multitasking, 32 bit, networked OS, and still could have put a GUI on top of that.

    It just wasn't in their best interested to do so.

    --
    Skiers and Riders -- http://www.snowjournal.com
    1. Re:DOS Could have survived by stevey · · Score: 2

      ... I'm sure they could have easily turned it into a multitasking, 32 bit, networked OS, and still could have put a GUI on top of that.

      Which would have turned it into Windows, surely?

  36. Re:So I guess XP finally gets to Mac OS7 level by gazbo · · Score: 2, Informative

    bash != linux
    bsh != unix
    cmd != dos

    The death of DOS does not mean the death of the Microsoft CLI.

  37. Remembering DOS by Delph · · Score: 5, Insightful

    Even through I now solely use Linux I will miss DOS. It was my first operating system and my lifeline whenever the users on the network screwed up with their Window$ boxes.

    With DOS and Doom I learned syntaxsis, options and commands. It gave me the challenge and the boost necessary for me to head towards an IT career.

    So long DOS, you were Window$ last hope!

    --
    Writing: no longer done with the fountain pen, now done with an eraser.
    1. Re:Remembering DOS by stevey · · Score: 5, Insightful

      Even through I now solely use Linux I will miss DOS. It was my first operating system and my lifeline whenever the users on the network screwed up with their Window$ boxes.

      I often think its funny how a lot of people cite the use of the command line as being a factor in slowing its spread.

      Back in the "old days" everybody use DOS, and the command line ruled.

      Maybe my friends weren't typical - but I remember in Windows 3.1 days many of them would say "Oh, that'd be easier in DOS".

      Now with the GUI spread of Windows people are being taught to think of command line utilities as old fashioned - and less powerfull, which is clearly a mistake.

    2. Re:Remembering DOS by Rentar · · Score: 3, Interesting

      I agree with what you most of what you say, but ....

      So long DOS, you were Window$ last hope!

      Don't confuse DOS with the command line. DOS itself was a horrible cludge. The command line (contained in command.com) was not much better, but much better for some tasks than the Windows GUI. Windows NT & 2000 left DOS out long before XP and they both still had a Command Line (not as useful as a bash, but better than nothing).

    3. Re:Remembering DOS by Rackemup · · Score: 4, Insightful
      Far easier to make a meanigful mis-click/drag/drop than it is to make a meanigful typo, and often easier to correct

      You think so? I find it much easier to use a gui than a command line when moving/copying/deleting files. That right-click menu comes in handy, I can move entire directories across multiple networked drives in seconds with 3 clicks, while in DOS it would be much more convoluted, and you wouldnt have a recycle bin to hold those "mistakenly deleted" files...

      I can't count the number of times I've tried doing some file management in DOS (usually while Windows was crapped out) and thought "man this would be so much easier in Windows".

      Oh and let's not forget Scandisk... that oh-so-helpful windows tool to keep your drive in top-condition. The other day windows stopped working because of a faulty long-filename. I ran scandisk from the DOS prompt (because Windows would NOT load) and it told me "we found errors but couldnt fix them, run scandisk for windows". Gee thanks...

      Now that I think back... weren't Win95/98/ME/2K all supposed to be "the death of DOS"... but years later and it's still around.

    4. Re:Remembering DOS by Monte · · Score: 2, Interesting

      I find it much easier to use a gui than a command line when moving/copying/deleting files.

      Until you've got to delete a few thousand, when DEL *.OBJ starts to look pretty sweet.

      and you wouldnt have a recycle bin to hold those "mistakenly deleted" files...

      I hate the trashcan. If I tell the computer to delete something then BY GOD it had better delete it. I hate being second-guessed by an operating system. Mistakenly deleted something? That's why we make backups.

      I ran scandisk from the DOS prompt (because Windows would NOT load) and it told me "we found errors but couldnt fix them, run scandisk for windows". Gee thanks...

      Moral: Windows can trash your filesystem so hard and so deep not even DOS can save you. Before windows, CHKDSK/F did just dandy.

      Now that I think back... weren't Win95/98/ME/2K all supposed to be "the death of DOS"... but years later and it's still around.

      Microsoft has very little experience in creating operating systems: DOS came from QDOS and Tim Paterson, Win3.x, 95/98/ME all sit upon the shoulders of mighty DOS, and NT was written in partership with IBM (back when OS/2 was a joint venture). XP probably still has some legacy OS/2 stuff in the kernel.

      &lt/crochety_old_fart&gt

      Thank god I can still emulate CP/M! :)

    5. Re:Remembering DOS by Tackhead · · Score: 2
      > I can't count the number of times I've tried doing some file management in DOS (usually while Windows was crapped out) and thought "man this would be so much easier in Windows".

      Funny, though, with Windows crapped out, you were still able to do it.

      I can think of three or four times when I saved myself (or a friend) from a complete Windows reinstall because I had the ability to boot to DOS first.

      Typical case - the registry gets corrupted, Win9x's GUI says "Hey, my registry is corrupt! Cannot continue!" and either hangs or gives me an icon I can click to reboot. So I pop into DOS, find the C:\WINDOWS\SYSBCKUP\RB00n.CAB registry backup files, restore them from the command line, tweak some ATTRIButes, and voila, one restored registry, ready to go.

      Or because my Win9x partitions always boot to DOS without invoking the GUI (Yeah, I still type "Win"), I can yank a hard drive out of one box and shove it into another box (ah, the joy of removable drive racks!), boot to DOS, and transfer half a gig of MP3z via sneakernet without worrying about Windoze' GUI fux0ring my configuration because it "detected" new hardware.

      And finally, as the other /.er has already pointed out, when I delete a file, I want it the fuck gone. "rm foo" != "mv foo /recycled". Particularly annoying if you're deleting files because you need the diskspace. Kinda defeats the fucking purpose, no?

      (Or in Windows, until you learn to hold down the Shift key while deleting a file, deleting a file is a three-step process - "Delete file" -> "Delete it from recyclebin" -> "YES, I REALLY REALLY WANT IT GONE".)

      GUIs. Ugh.

    6. Re:Remembering DOS by Christianfreak · · Score: 2
      You think so? I find it much easier to use a gui than a command line when moving/copying/deleting files. That right-click menu comes in handy, I can move entire directories across multiple networked drives in seconds with 3 clicks, while in DOS it would be much more convoluted, and you wouldnt have a recycle bin to hold those "mistakenly deleted" files...

      cp -a? Anyone? I'm pretty sure DOS had a way to move or copy entire directories as well. And on Linux I saw a utility that created a "trash can" for the command prompt where stuff would go if you deleted it.

      That said i must mention that GUIs are lame. I can't stand windows little "Are you sure?" dialogs everytime I click something. If you want Bill to hold your hand with every click of the mouse that's your choice, me -- I'll stick with my prompt and get my work done in a fraction of the time.

    7. Re:Remembering DOS by sketerpot · · Score: 2, Informative
      They can never completely get rid of DOS. Not while there are people with the intelligence to do things without Microsoft holding their hands.

      As long as filesystem design stays the same, we can always port bash to Windows, or make a DOS emulator. Go to www.delorie.com/djgpp for links to cygwin, where you can find a shell for Windows. You might find a DOS emulator on the web.

      We can resist the evil command line crushing power of Microsoft!

    8. Re:Remembering DOS by Amazing+Quantum+Man · · Score: 2

      You think so? I find it much easier to use a gui than a command line when moving/copying/deleting files.

      Really? How do you delete all files with an A in the second position and a .BAK extension?

      Unix: rm ?A*.BAK
      DOS CLI: DEL ?A*.BAK
      GUI: ?????

      --
      Fascism starts when the efficiency of the government becomes more important than the rights of the people.
    9. Re:Remembering DOS by Sj0 · · Score: 2, Informative

      Would everyone quit it? Just because some news article says that dos is dead doesn't mean jack. Will your boot disks suddenly become dead? Will all the code suddenly stop working? The answer is a resounding NO. Hell, even under XP, the command prompt still exists. Sure, it's a castrated bastardized version of dos, but it's still there. Under linux, Bochs and dosemu run dos apps just fine (dosemu hates certain apps though...)

      Even better, most of dos is utterly expandable. Drivers are relatively easy to write for it, programs written under dos can use any hardware which can be used by another OS (albiet usually through some hacked drivers, a la win9x :) ).

      Just don't proclaim this OS dead because some new (and crappy) OS comes out.

      Disclaimer: I have a dedicated DOS machine at home.

      --
      It's been a long time.
    10. Re:Remembering DOS by j_snare · · Score: 2

      Really? How do you delete all files with an A in the second position and a .BAK extension?

      Pretty easy, really. Wildcards still work just as well, so here's your answer:
      GUI: Use the Find dialog and use the wildcards to find all the files you wish to delete. i.e. "Named: ?A*.BAK", Select everything that comes up and delete at will.

      For the record, I prefer DOS myself, but I'd like to point out that most everything is possible to do fairly easily in Windows, including what you mention. The only thing I've ever had problems with is renaming files with wildcards, but I've heard that they've fixed that in XP. Haven't tried for myself yet though.

    11. Re:Remembering DOS by jiheison · · Score: 2, Funny

      Until you've got to delete a few thousand, when DEL *.OBJ starts to look pretty sweet.

      I don't know. After all these years, I am still mesmerized by that animated file flying from the Folder to the Recycle Bin. It's well worth the several minutes it takes to appear if you have seveal thousand files to discard. It is also quite helpful to to see the file names flash by at about 100 per second. All in all, well worth the extra time and memory required to process.

      Moral: Windows can trash your filesystem so hard and so deep not even DOS can save you. Before windows, CHKDSK/F did just dandy

      The only time I have had to re-install Win98 was when Scandisk found a problem and then offered to "fix" it.

    12. Re:Remembering DOS by ncc74656 · · Score: 2
      Yes, Windows 95 was supposed to be a complete rewrite, no DOS whatsoever. I wonder if XP has a file called IO.SYS somewhere in the system directories...
      It doesn't...I just had someone check. The Win2K system I'm using right now, OTOH, does have c:\io.sys and c:\msdos.sys, but they're zero-length files (Win2K was a clean install, not an upgrade from Win9x).
      --
      20 January 2017: the End of an Error.
    13. Re:Remembering DOS by ncc74656 · · Score: 2
      we can always port bash to Windows
      It's already been done, along with gcc, most of the other GNU stuff, and other programs. (I submitted a patch for id3ed to get it to compile under Cygwin...it and a disposable shell script generated with some macros in joe make fixing the tags in hundreds of mp3z much easier than anything else I've seen for Windows. The same stuff also works in Linux, of course.)

      Now I need to check and see if someone's ported tcsh yet...

      --
      20 January 2017: the End of an Error.
    14. Re:Remembering DOS by mangu · · Score: 2
      NT was written in partership with IBM


      Wasn't NT written by one of the guys who created VMS? I have heard that WNT was named for the three letters following VMS, just like the relation between HAL and IBM.

    15. Re:Remembering DOS by fscking_coward_2001 · · Score: 2, Interesting

      To me, it's not so much that GUIs are lame, it's that a whole generation of (loosely-termed) "administrators" have no idea that anything can be done without a GUI. They're imbued with complete trust of the GUI - and a near-distrust of CLI. And it's not just administrators, either. The visually-oriented IDEs have spawned the same type of children. I'm not tossing out all IDEs, nor am I suggesting they go away. But to me, it looks just like when my kids want a calculator to do simple arithmetic. If you know how to code, you don't absolutely have to have an editor that prompts you for each argument to a method.

    16. Re:Remembering DOS by spudnic · · Score: 2

      Sure, if they're all in one directory.

      Show me a graphical command that does the same thing as:

      del c:\*.obj /s

      --
      load "linux",8,1
    17. Re:Remembering DOS by spudnic · · Score: 2

      DOS was your friend, admit it, even Linux Lovers.

      The problem is, I bet a lot of the younger folks on here (listen to me, I'm OLD at 31!) never learned to work in DOS. They got their feet wet in Windows. That's the only reason I can explain all the comments talking about how GUI's are better.

      Give me a CLI any day. The only reason to even have X on a box is for viewing/creating graphics and to make web browsing a bit nicer. Anything else is just superfluous.

      Back in the good old days of DOS when I was sysadmin at a large hospital, I could make those machines do exactly what I wanted them to do. I was master of my domain. No registry or dlls to screw with. We had Direct Access 5 or NetMenu to launch the network apps. DOS pegasus mail served from the NetWare servers. It was great. Using nkeypoke to poke values into the keyboard buffer from a script so users wouldn't mess things up. Network information screens created in TheDraw brought up in login scripts...

      I know all about system policies and all that garbage in Windows, but you don't control the box, Windows does.

      --
      load "linux",8,1
    18. Re:Remembering DOS by odaiwai · · Score: 2

      The Find Files utility can search subdirectories, so it can do 'del *.foo /s'.

      Me, I use cygwin:

      c:\>rm -rf *.obj

      dave

    19. Re:Remembering DOS by odaiwai · · Score: 2

      There's a replacement for Xtree at http://www.ztree.com.

      dave

    20. Re:Remembering DOS by stevey · · Score: 2

      Now I need to check and see if someone's ported tcsh yet...

      Its already done ...

    21. Re:Remembering DOS by j_snare · · Score: 2

      Oh, come now. That's just being unrealistic. You can't expect to exercise reasonable control over everything in any operating system with only a mouse (or whatever).

      I suppose that if you wanted to get technical, you could actually do it with only a mouse, but it'd be a pain in the rear. You could always use the character map to copy and paste your words with the mouse.

      My point is that you can do what you need to with Windows. But you have to work around certain issues with all operating systems.

  38. Re:DOS prompt =Terminal? by biglig2 · · Score: 2

    XP in fact adds a pile of extra commands for the command line.

    Built-in task list and killing, for example.

    --
    ~~~~~ BigLig2? You mean there's another one of me?
  39. Re:It's funny... by micromoog · · Score: 2
    cmd.exe is NOT DOS.

    Duh. Nobody ever said it was. It's the command-line/batch interpreter for Win32.

    And it's not designed to emulate DOS . . . it's designed to emulate COMMAND.COM in 32 bits. The DOS emulator is called NTVDM.EXE (that's NT Virtual DOS Machine), and also runs as a 32-bit application.

    Furthermore, Win32 still has COMMAND.COM. It is a 16-bit application (and therefore runs under NTVDM.EXE). And I'm sure it's basically legacy code recompiled with new version information.

    So, in closing, you're a dumbass, your OS sucks, and, uh, my granny can code better than you.

  40. What's in a name: DOS by ajs · · Score: 5, Informative

    The water is getting muddy, here, so let me explain for those who are lost in the buzzword-bingo:

    First there was DOS (well, not really, but that's where my story begins). DOS was not really an OS so much as a very simple library and some interupt handlers. The command-prompt was a program that came with it, and a very important one (so were "dir", "del" and others).

    When MS decided to build a graphical interface, they did so on top of DOS. DOS was still there as the core interupt handler, but Windows was how the user interacted with the system.

    This posed some problems. Windows was not a multi-tasking OS because DOS was not. Windows faked it by giving applications library routines that let them manage their own time-slices in a cooperative multitasking framework. Any app that wanted to take over the system simply avoided calling those routines, but that would be considered bad form.

    Eventually, MS build may kludges into Windows to allow memory protection and something resembling premptive multi-tasking. These are good things, but 95, 98 and ME are all still DOS-based.

    With NT (2000 and XP are NT versions) MS wrote the whole OS from scratch and did a fairly good job at the low levels (yes, NT is a nice OS down near the hardware where you never interact with it). At the higher levels, they just took the miserable waste of system resources called Win32 (MS' port of Windows to a 32-bit environment) and pasted it on top of NT. Win32 has grown and become more NT-friendly over the years, but it's still the vestige of a DOS-based windowing environment on top of what is arguably a fine OS.

    Woefully, the dream that MS engineers had of creating a flexible mircrokernel platform was also squashed. NT was supposed to have several smaller sub-systems to support many types of application access (the POSIX subsystem is a demonstration of the dismal failure of that plan). In reality, all NT, 2000 and XP apps have to go through Win32 to be useful, and Win32 is what most folks think of when they think Microsoft OS.

    In the end, the recent press about DOS disapearing is actually misleading. DOS may be gone from NT, 2000 and XP, but the legacy of Windows remains, and will continue to taint MS products for a very long time.

    1. Re:What's in a name: DOS by jyoull · · Score: 2, Informative

      "dir" and "del" and several other things were not programs that "came with" DOS, but were internal functions of the command interpreter. Some other internal functions included "type", "echo" and "cls". External programs included with DOS covered the more "complex" operations, for example, "format", "fdisk" and of course, "mode"

    2. Re:What's in a name: DOS by ceswiedler · · Score: 2

      NT is certainly nothing like what it was originally intended to be. I've heard that it was developed on Alphas and then ported to the i386, just to make sure the developers made portability a priority. Look how long THAT lasted...

      However, NT is POSIX compliant, just as much as Linux is, in fact. POSIX is a very general and practically useless standard; it's very easy to implement because it defines very little, and leaves many important considerations out.

    3. Re:What's in a name: DOS by Guppy06 · · Score: 4, Interesting

      "MS wrote the whole OS from scratch and did a fairly good job at the low levels"

      *cough*

      Back when IBM and MS were all buddy-buddy still, they started working on a DOS-killer by the name of "OS/2." OS/2 1.x came out from both companies much in the same was as early MS/PC-DOS releases. From there, though, differences in coding opinion brought about a code forking in its successors. On the one hand, IBM went on to make OS/2 2.x, and ever onward to OS/2 Warp.

      On Microsoft's side of the fork, they were working on OS/2 3.0. They took what they had of the code, put the ol' Windows 3.1 GUI on top of it, and released it. However, instead of calling it "OS/2 3.x," they opted instead to rename it "Windows NT 3.x." Ever wonder why Windows XP can run programs that use older OS/2 instruction sets, or why NT up to 3.51 could read HPFS?

      More details are available at a rather interesting article over here.

      So, I guess I'm just trying to point out that they didn't do a very good job with NT at the lower levels. IBM did.

    4. Re:What's in a name: DOS by ajs · · Score: 2
      On Microsoft's side of the fork, they were working on OS/2 3.0. They took what they had of the code, put the ol' Windows 3.1 GUI on top of it, and released it. However, instead of calling it "OS/2 3.x," they opted instead to rename it "Windows NT 3.x." Ever wonder why Windows XP can run programs that use older OS/2 instruction sets, or why NT up to 3.51 could read HPFS?
      Granted, there was some OS2 code in NT, but MS really did write a lot of it from scratch. The microkernel aspects of NT (including its relatively cool LRPCs) were based on (but with no code from) the Mach microkernel and the work that had been done at Digital to turn that into the next version of VMS.

      You can call NT OS/2 all you like, but the bottom line is that, below Win32 (and no, that's not just the Win 3.1 GUI... we'd all be a lot better off if that was all that Win32 was), NT is a relatively interesting OS. It's turning into a mutant as time goes by, of course. All closed-source apps eventually do.

      All things considered, though, I'd be thrilled with a chance to get my hands on the code, rip Win32 off of it and put some reasonable subsystems in. Heck, I'll bet an NT kernel with subsystems for libc, X, and some security concepts from the UNIX/Linux world would be a decent platform. Oh well, it'll never happen and I already have a decent platoform on my desk ;-)

  41. Re:Windows for Pens? by tb3 · · Score: 2

    I worked on a box that ran Windows for Pens. It was Win 3.11, IIRC, with some extra APIs grafted on. The machine itself was nothing special, a GRiD laptop with a pen attached. GRiD had been sold by that time, but I can't remember who bought it. The laptop was probably a 286, so you'd have to work to shoehorn Linux onto it.

    --

    www.lucernesys.comHorizon: Calendar-based personal finance

  42. DOS will never die. by walnut · · Score: 3, Informative

    MS DOS may now have gone away, but in the land of PC-104s TinyLinux and RomDOS will continue to have practical applications. Any system that needs to continually chug along, fit into a peanut sized Flash ROM and otherwise work happily ever after will have a need. MS may be out of the market, but who cares? :)

    --
    You say you want a revolution?
  43. Re:Fond .bat memories by david+duncan+scott · · Score: 5, Funny

    Edlin wished it had the intuitiveness and user friendliness of writing in your own blood using the stump of your foot for a pen.

    --

    This next song is very sad. Please clap along. -- Robin Zander

  44. Re:It's funny... by cookd · · Score: 2, Interesting

    Umm, actually, cmd.exe is starting to approach usability. I actually like it. I am interested to know Bill's response to Regis' question "is that your last command prompt?" If Bill were honest, he would say no, because some little birdies have told me that MS development uses a whole lot of command line utilities.

    Well, actually, I suppose Bill doesn't do all that much development any more, so maybe not.

    --
    Time flies like an arrow. Fruit flies like a banana.
  45. DOS lives on at IBM by jalefkowit · · Score: 4, Funny
    The venerable MS-DOS is dead... but its kissing cousin PC-DOS lives on at IBM. Yes, Big Blue will happily sell you PC-DOS 2000 for the low, low price of only $62 ($50 if you want the download-only version).

    I can understand why they offer it -- there's probably still a few places where legacy DOS apps are in place, and IBM has a long history of never ever backing away from a technology it's made a "strategic commitment" to. Still, it's funny to click on the "System requirements" link and see "Intel 8088/8086, 512K RAM, 6-18MB hard disk space". Kinda takes ya back, doesn't it? (snif)


    -- Jason Lefkowitz

    1. Re:DOS lives on at IBM by LordNimon · · Score: 2
      Not only that, but the two new versions of OS/2, the Convience Pack (from IBM) and eComStation (from Serenity), both retain DOS support. In fact, in eCS, the standard install forces DOS and Win-OS/2 support (but you can remove it later).

      For the record, OS/2's DOS support is generally superior to PC-DOS itself, with the exception of a few apps (mostly games) that won't run.

      --
      And the men who hold high places must be the ones who start
      To mold a new reality... closer to the heart
  46. Uh-oh - is it really gone? by JWhitlock · · Score: 2
    Two years ago, for my job, I helped develop an application that has to be updated on a periodic basis. The application is installed on various sites across the country, and updates are on CD-ROM. Although I could install the new files in a few seconds, I found that it took pages to explain the process to a technician.

    My solution was a set of batch files that ran when the CD was inserted. The "installation program" was interactive, including a menu with several options. The program did things like selectively copy files, changed permissions from read-only to read write (files copied from a CD were read-only by default), verify network shares and copy files to other computers, and even updated DLLs if necessary (reboot required). It took about a week to develop, but simplified the instructions a great deal (Close program on all PCs, Insert CD, Select 2, Reboot all PCs when done).

    Is MS-DOS really gone, or do they have the same kind of MS-DOS emulation that WinNT has? And, if it is gone, does anyone know of a free scripting language that would perform like DOS Batch files? I'd hate to think if there was a hardware failure I'd have to buy an installation software suite, or convince the customer to install a nationwide secure network...

    1. Re:Uh-oh - is it really gone? by fishbowl · · Score: 2

      >And, if it is gone, does anyone know of a free
      >scripting language that would perform like DOS
      >Batch files?

      If you get cygwin, you can write bash shell scripts, for instance...

      --
      -fb Everything not expressly forbidden is now mandatory.
  47. All the best games use DOS by OmegaDan · · Score: 4, Insightful

    Im serious :) who is making games with *great storytelling* like the old dos games?

    Dos games were great because the graphics SUCKED so you *HAD* to tell a good story to keep anyone interested ...

    IMHO, 3d was the worst thing to happen to games. Kids buy games for "Awesome graphics" (tell me what that means someone)... because people are too stupid anymore to tell presentation from content! If you wrap a pile of shit in pretty box they'll pay for it ...

    (end rant)

    1. Re:All the best games use DOS by cr0sh · · Score: 2

      I would also suggest the last King's Quest - while the 3D engine is no where near top notch, the game most certainly follows in the story telling tradition of King's Quest (though the violence level went up), as well as the puzzle solving.

      --
      Reason is the Path to God - Anon
  48. Pulling the plug on old DOS by MetalHead666 · · Score: 2, Funny
    When they finally decided to pull the plug, DOS is rumoured to have responded:

    "Keyboard error, press F1 to resume."

    --

    "If you go to the next town, going across a desert is a shorter way." - Pu-Li-Ru-La (Taito)
  49. Re:Fond .bat memories by CaseyB · · Score: 2

    Mods. Funny. Now.

  50. Re:MS-DOS is dead; long live AI-OS by david+duncan+scott · · Score: 3, Insightful
    My only real gripe about MS-DOS was the weirdness of Paul Allen in declaring that henceforth all users should use a backslash (e.g., C:\mind.html) path-separator instead of the Un*x forwards-slash separator, as in http://mind.sourceforge.net/alife.html -- the way G*d intended computers to work.

    You must not have been a CP/M user -- that's Kildall's fault, not Allen's. CP/M used the "/" for options, as in "program/opt1/opt2", and DOS was first and foremost a CP/M workalike.
    --

    This next song is very sad. Please clap along. -- Robin Zander

  51. DOS is not dead by Friendly · · Score: 3, Interesting

    Ever watch a Novell server boot up (well our server here in the office has been up for 516 days so I have not seen ours reboot in a LONG while). The last Novell 5.1 server I setup started it boot-up procedure by loading Caldera DOS.

    Also the company I work for still active sells and supports TWO DOS applications. Both are property management programs. Both have large install bases countrywide. Our main product has finally developed a stable window's version and we are slow converting people, but most of our users are still on the DOS version.

    DOS is not dead, it is just being phased out of the M$ OSes. This is something that they should have done long ago, but from the comments I have been seeing and hearing they did not remove the limitations that DOS placed on the windows products. Seems that while they may have removed the DOS code, they have not gotten rid of the bloat that it created. Once again M$ gives us a half-assed version of what Windows could be.

    As a VAR we will be telling every one of our clients to avoid Windows XP like the plague, if just for the DOS issue. This is hard to do as for some reason small businesses buy computers with Windows ME and Windows XP Home Ed. We still push Windows 98 and have just now started supporting Windows 2000 and now there is a new Windows OS. I am so happy, now I will get to go to sites with Windows 95, Windows 98, Windows ME, Windows XP Home (and pro may be) and a couple Windows 2000s thrown in. All in time for M$ to come in and audit the place for valid licenses. Ridiculous.

    Friendly

    Beer pong, the gentleman's drinking game.

  52. Re:Fond .bat memories by CaseyB · · Score: 3, Insightful
    Does anyone remember Edlin, the vi clone?

    Edlin is more accurately a clone of ed, the line editor upon which vi is based. I'd bet that edlin predates vi.

  53. MS-DOS doesn't deserve a fond remembrance by Junks+Jerzey · · Score: 4, Informative

    This is a classic example of how nostalgia can be stronger than history. MS-DOS was terrible, so terrible, in many ways. It has nothing to do with the 16-bitness of it, or even driver memory crunch hell, but simply that the command prompt side of it was an embarrassment from day one.

    It took over ten years before there was any kind of command history (with doskey, you could finally hit the up arrow to recall previous commands). There wasn't a real alias mechanism until doskey either. And heck--and everyone forgets this--you couldn't even properly edit the command line until doskey came along. File completion was never standard. The batch file commands were braindead and severely limited.

    Sure, some third parties walked in with their own top notch command processors--most notably JP Software with 4DOS, which is still better than every UNIX shell I've ever used--but even with over a decade to work on it, the largest PC software company in the world couldn't manage to write decent command processor given years to do so. And the worst part is that it was so easy it could have been a high school project. Dr. Dobb's Journal even published the source code for a bash-like shell that replaced command.com.

    I think the likely answer here is that Microsoft could have written something better, but they spent a decade trying to beat down MS-DOS and replace it with something else. Remember, Windows 1.0 shipped in 1985. So for all that time, MS-DOS users were stuck with an intentionally inferior product. It's difficult to forget the pain of those days.

    1. Re:MS-DOS doesn't deserve a fond remembrance by AnalogDiehard · · Score: 2, Interesting
      And heck--and everyone forgets this--you couldn't even properly edit the command line until doskey came along.

      That's not entirely true. Before DOSKEY came along, the F3 key would recall the previous command (only one, mind you) and you could edit the command. You could press F2 and a character and the previous command would recall the previous command up to the character, and then you could edit at will and press F3 to recall the rest of the command line.

      Crude yes, but it was better than nothing.

      My three favorite DOS commands are still more powerful than anything MS has tried to shoehorn into Windows Explorer: XCOPY, ATTRIB, and DIR/S.

      --
      Eternity: will that be smoking, or non-smoking? I Corinthians 6:9-10
    2. Re:MS-DOS doesn't deserve a fond remembrance by Hard_Code · · Score: 2

      Bahahahah! I just tried F2 on the Windows 2000 command prompt, and I got a big dorky text dialog right in the middle of the console prompting me to "Enter char to copy up to:". Lovely! DOS is dead, long live DOS!

      --

      It's 10 PM. Do you know if you're un-American?
    3. Re:MS-DOS doesn't deserve a fond remembrance by Alomex · · Score: 2

      t took over ten years before there was any kind of command history ...--you couldn't even properly edit the command line until doskey came along.

      As opposed to Unix in which it only took, what, fifteen years before those things made it to a shell?

  54. NT Started at NT 3.1 by alexhmit01 · · Score: 5, Informative

    Come on, don't you remember all the OS/2 vs. NT 3.1 articles when NT 3.1 shipped? NT 3.1 was a flop, mostly used as a testing ground for people interested in keeping up with MS's new plans.

    NT 3.51 was the first successful version of NT. NT 3.51 SP 5 was amazingly stable... it would be interesting to put an NT 3.51 SP 5 machine up against a Windows 2000 SP 2 (NT 5 SP 2) machine and compare.

    Win32s was the backwards port of the core of the Win32 API to Win3.1. The two goals were:
    1) Get new applications written against the Win32 API so NT (the future) would have some applications
    2) Break OS/2 Windows compatibility layer... they kept changing Win32s until they broke OS/2, then they released apps for Win32s.

    Windows 4.0 (Chicago AKA Windows 93 AKA Windows 95) was the version that combined DOS/Windows (to stop the DR-DOS onslaught) and introduced the Win32 API as the standard API. Win95 resulted in the Win32 apps that allowed NT to show some success on the desktop. NT 3.51 had some success as a server (very useful environment for managing Win3.1 desktops without the cost of Novell).

    Win95 had some new APIs, which were mostly ported to NT 4 (except DirectX > 3 APIs). When I was at Citrix (MS Blocked WinFrame 2.0, then basically bought it to become Terminal Server), we couldn't support newer versions of IE because WinFrame 1.x was based upon NT 3.51, and IE required Win95/NT4 APIs.

    Cairo was supposed to be the end of Windows with NT 4. Two years late and without a lot of functionality, NT 4 had (and still has!) some good server-side support and corporate desktop standing. When NT 4 lacked a lot of the functionality, MS declared that Cairo was a set of projects, not a release, and that some of them would be in NT 5. NT 5, two years late as Windows 2000, finally made a nearly API complete NT to match their home desktop dominance.

    Windows XP appears to use a nearly identical system, focusing on a new user experience based on MacOS's improvements.

    Microsoft has finaly achieved its 8 year goal of eliminating DOS support, ME was the end of the DOS based Windows, and it looks like all the old DOS games are finally dead. MS kept promissing better support for DOS apps/games in the next version of NT, but never delivered, instead stalling on their demise. Oh well.

    Interestingly, NT 3.51 (I don't recall NT 3.5) was extremely portable, commercially supporting 4 processor families (this continued until NT 4, but the other platforms failled to take off).

    The DOS support in NT, the NT VDM, emulated a 286, albeit much faster. This is the reason that you couldn't run fancy things in the DOS emulation, if it was a protected mode DOS API (386 DOS app), the NT VDM couldn't handle it.

    Hopefully a better solution than VMWare (overkill, complexity, etc.) will exist to run old DOS games in emulation. My brother bought me the commercial version of Abuse (at one time a favorite) as a present, but I got it about 2 weeks after I migrated to NT 4 fulltime. Well, my new HTPC (home theater PC, just for gaming, I got me a progressive scan DVD player already) is going to be 98SE or ME based for gaming compatibility, so I guess I'll be able to play the old classics there.

    Alex

    1. Re:NT Started at NT 3.1 by bribecka · · Score: 2

      Well, my new HTPC (home theater PC, just for gaming, I got me a progressive scan DVD player already) is going to be 98SE or ME based for gaming compatibility, so I guess I'll be able to play the old classics there.

      Actually, XP has a feature that lets you choose what operating system the application is supposed to run under, for compatibility. I beleive you can choose from 95 up to ME. It should fool any game into thinking it is running in that OS.

      *Should*.

      --

      Where are we going and why am I in this handbasket?

  55. DOS Hardly Gone by The+Borg · · Score: 3, Insightful
    Although various system calls and 16bit support may have disappeared, most of the DOS look and feel is still going strong in Windoze.

    I havn't used XP yet but I'll be surprised if these DOS features have been removed:

    Directory structures starting with a 'drive' letter

    Text/Binary open Mode for files (the notorious ^Ms)

    The inability to delete a file which is open

    File types based on .xxx extension

    OS compontents still using 8.3 filename format

  56. Working with Gary by keath_milligan · · Score: 3, Informative

    From 1990 to 1993, I had the unique opportunity to work closely with Gary Kildall.

    By that time, Gary was already in the process of separating himself officially from Digital Research (did you know it was originally named "Intergalactic Digital Research"?) to pursue other interests, but was still in touch with the company on a personal level.

    It was a great experience and a wonderful way to start a geek career. I originally was hired to help build and test wire-wrapped prototypes (for an internet appliance no less! in 1990!). Quickly from there Gary recognized my coding abilities and I was writing embedded code within a few weeks of starting.

    Microsoft had just released Windows 3.1 and boy was Gary pissed - apparently Microsoft had intentionally modified Windows since 3.0 to specifically not work on DR-DOS (and yes, that's Digital Research DOS, not "doctor DOS"). MS claimed otherwise, but it was enough to pretty much kill DR - DR-DOS never reclaimed the lost market share (the first killer-apps were beginning to hit big in Windows at that point) and you all know the rest of that story.

    Now for some ancient history - I was always cringe when I hear the oft-repeated story that IBM chose MS-DOS over CP/M for the PC because Gary was out flying his airplane when they showed up or some variation thereof. This is at best a half-truth.

    Gary was already a wealthy man by that point. CP/M was licensed by a variety of manufacturers and DR was doing reasonably well. At that time, there was no reason to think that one single computer architecture would rise to completely dominate the industry - you had Osbournes, Kaypros, Apples, Commodore PETs, and a host of other machines all with loyal followings.

    When IBM was designing the PC, they didn't want to merely license a DOS from another company they wanted to own a DOS. This put Gary off, he viewed CP/M as having a future and he didn't want to completely sell out to IBM. Microsoft had no such reluctance. Microsoft sold PC-DOS to IBM and continued to produce MS-DOS - hence MS-DOS vs. PC-DOS. It was a happy relationship for a while, but we all know the rest of that story. DR did go on to license CP/M-86 to IBM as an alternative, but by that time, it was too little too late.

    Also, I wanted to comment on the story that during a visit with IBM, Gary typed in some code on MS-DOS and made a Digital Research copyright notice appear - I'm pretty sure this is just an industry legend. Gary never accused them of stealing actual code, just stealing ideas.

    1. Re:Working with Gary by unitron · · Score: 2
      If IBM wanted to own a DOS instead of just licensing it, why did they do a deal with Gates that left him free to license DOS to other manufacturers?

      Is there any truth at all that when they tried to talk to Kildall he wasn't around and since they wanted to keep it secret that IBM was developing a PC they wouldn't tell his wife who they were and she didn't feel like bothering Gary for or with a bunch of mysterious strangers?

      --

      I see even classic Slashdot is now pretty much unusable on dial up anymore.

  57. Dear god.. could someone get their story straight? by Anonymous Coward · · Score: 2, Informative

    DOS was never present in the NT kernel. That's one of the reasons it's so much more stable than any of the 9x kernels, because they don't have to support old code.

    Cmd.exe, Command.com, and any other variation is -not- DOS. It never was. Not even in DOS 1.0 was Command.com, "DOS". It was -always- just the commandline interface to the underlying OS which was DOS. Most linux users would understand that distinction between the OS and the UI, but for some reason Windows users don't always grasps this. ;)

    Oh, and by the way, Windows XP is mostly just Windows 2000 with a pretty interface.. don't let MS fool you.

  58. Bill can't get no respect... by DavidBrown · · Score: 2

    Wow. After years and years of "Windows is a buggy kludge running on top of DOS", Microsoft finally kills the beast and exorcises the 16-bit code from Windows.

    So what happens?

    "We miss DOS, and Microsoft was STUPID to get rid of it!"

    Micro$oft can't do anything right, can they?

    Let's look at this realistically. How many "ordinary users" out there are still running off the command line with computers that meet XP's installation requirements. Four (more or less). That's not enough reason to keep DOS alive.

    Besides, as I understand it (disclaimer - I have no personal experience with this), XP will run DOS programs. As soon as I get XP (when Dell gives it to me) I'm going to attempt to install WordPerfect 5.1 for DOS. If that works, then those four users will be satisfied, and I will too.

    --
    144l. ph34r my 133t l3g4l 5k1lz!
  59. XP has "headless"-support by rainer_d · · Score: 2, Informative

    According to various articles on the net, MS will ship a version of XP that can run without a gfx-card.

    IIRC, they have extended vt100 for that...

    So, the cmd-line will be around for some time.

    --
    Windows 2000 - from the guys who brought us edlin
  60. DOS Based Windows by linebackn · · Score: 5, Informative

    On occasions I have had to explain to people which versions of Windows really run on top of MS-DOS. It is somewhat confusing because MS changed all the names around. Here is a list that might be of interest here.

    The following versions of Windows run on top of MS-DOS:
    Windows 1.x
    Windows 2.x
    Windows 3.x
    Windows 95 (Bundled MS-DOS 7.00 that is no longer sold as seperate product)
    Windows 95 OSR2 (Bundled MS-DOS 7.10)
    Windows 98 and 98SE (Bundled MS-DOS 7.10)
    Windows ME (Bundled MS-DOS 8.00, but exiting to MS-DOS is now forbidden)

    The following versions of Windows do not run on top of MS-DOS:
    Windows NT 3.1
    Windows NT 3.5x
    Windows NT 4.0
    Windows 2000 (NT 5.0)
    Windows XP (NT 5.1)

  61. Win2K has name completion... by hawkestein · · Score: 2

    I can't be the only person who gets annoyed at humongous paths like:
    C:\Documents and Settings\Administrator\Start Menu\Programs\Microsoft Office Too


    You aren't the only person, but Win2K has filename and directory name completion. To turn it on, add the "/F:ON" flag when you run cmd.exe. Then, Ctrl-F does filename completion, and Ctrl-D does directory name completion. Don't ask me why the couldn't just use Tab like bash does, but it sure helps navigating those large directory names.

    --
    -- Will quantum computers run imaginary-time operating systems?
    1. Re:Win2K has name completion... by JackDeth · · Score: 4, Informative

      Change this registry setting:
      "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Command Processor\Completetion Char"
      to 0x09 and TAB will work, even without /F:ON.

      cmd /? will give you more information if you care.

  62. Rumors of passing on are vastly overrated by ackthpt · · Score: 3, Interesting
    No MS_DOS prompt is just one more reason I wouldn't move to XP, not that I even plan to. Still on 98 and I've been re-discovering some of my favorite old software and games from 386 days (remember Scorched Earth?) Much of these require the DOS shell, even if you have to fool around with slowing the computer or something.

    Can't expect old dogs like me to leap on the bandwagon just because there is one. Maybe someone will write an MS_DOS emulator for XP ;-)

    --

    A feeling of having made the same mistake before: Deja Foobar
    1. Re:Rumors of passing on are vastly overrated by corky6921 · · Score: 2

      Actually, Windows 2000 and Windows XP have compatibility layers that let you run a program under "DOS" or "Windows 98". It's basically an emulation layer. It comes built-in with Windows XP; for Windows 2000 it is a free download. More information can be found at Microsoft.com.

      And as the other guy said, Scorched Earth does run on Windows XP. I'd recommend the upgrade just to make your system more stable -- what's the point of being able to play old games if your system crashes three times a day?

  63. Good subject for your post :) by AtrN · · Score: 2
    When the 8086 was released Intel supplied an 8080 assembler translator. The instruction set was obviously not that different. Many of the first IBM PC programs - BASIC, Wordstar, etc... were simply the CP/M versions run through the translator and then patched up to make them actually work. MS-DOS 1 was like my hacked up CP/M system with the renamed commands and a bit of Z system thrown in (but not enough). The work in MS-DOS was in the CCP - COPY and DEL, woohoo!

    I don't know where you get this "CP/M compatibility" thing, it was pretty much a direct copy and some even say it was a direct copy thanks to the Intel assembler translator and CP/M source access. I recall the old QDOS ads in the top right corner of some mag I was reading at the time, may have been Kilobaud or maybe something a little more techie, can't recall).

    Oh, Kildall said something about the use of '$' as the sentinel in the output call (9) as being special and that only he could explain it. Anyone know something about this?

  64. it's legacy remains, better than ever. by siphoncolder · · Score: 2, Interesting

    even though DOS is pretty much obsolete, i'd like to clarify to all of you that MS has ***NOT*** removed the command prompt from XP.

    Start -> Other Programs -> Accessories -> Command Prompt.

    not only that, but remember when you upgraded to winNT/2K, and couldn't run those old DOS apps that you loved so much?

    XP returns that to you. when i discovered that this was supposed to be the case, i quickly installed one of my old favorites, "Stunts" (by Broderbund software), and found myself happily cruising the old tracks in my F1 racer. since then i've loaded on all my old classic *QUALITY* DOS games (like Doom, id software) and had a rollicking good time with XP.

    (sure, it sounds like it should violate NT's HAL, but try it for yourself. it works, hasn't crashed my system, and by god - it's glorious to have those games back again.)

    --
    i'm amazed that i survived - an airbag saved my life.
  65. But DOS lives on... by sting3r · · Score: 2
    ...at least in niche applications. For instance, you need to use DOS to get digital satellite service for free. And the FreeDOS project lives on.

    Just because Microsoft stops producing it doesn't mean it's dead. My office still uses MS Winword 1.1 on some PCs because it works and that's all they need.

    -sting3r

  66. WinXP has name completion by default by throx · · Score: 2

    Run cmd.exe and tab works for filename completion just fine. There's a registry setting to enable this in NT3.51 and above but it escapes me at the moment.

    Of course you can do wildcards with 'cd' as well (cd \pro* will usually get "Program Files"). cmd.exe is actually a lot better than the original DOS command prompt - you just have to take the time to figure out the syntax required. Naturally it is nothing near bash though...

    --

    Fear: When you see B8 00 4C CD 21 and know what it means

  67. Re:does anyone find it weird that... by Junta · · Score: 2

    But the Windows 9x Command.com is a far cry from a *good* CLI, like many unix shells provide. I'd be screaming about the CLI in linux if I was stuck with a shell without file completion and decent command history support (not just the up button, but searchable history, DOSKEY not good enough) NT cmd is better, but not good enough...

    --
    XML is like violence. If it doesn't solve the problem, use more.
  68. DOS is dead.. Long live DOS! by Ogerman · · Score: 2

    FreeDOS, gcc-dos, dosemu, among others...

    The great thing about DOS was that it wasn't much of an operating system. (-:

  69. What does "Dead" mean? by sharkey · · Score: 2

    Is DOS dead as in gone, kaput, never to be seen again in Redmond? Or is it gone, no longer there as in a major marketing point for Windows 95?

    --

    --
    "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
  70. Re:It's funny... by Chris+Mattern · · Score: 2

    > I wonder if most "DOS" applications,
    > (including qbasic) will run under WINE?

    As a guess, I'd say not. But you can
    always use dosemu, which is much more
    mature and stable anyways.

    Chris Mattern

  71. The truth about windoze by DEATH+AND+HATRED · · Score: 2, Funny

    Windoze98 is just a 32 bit extension of a 16 shell designed for an 8 bit o/s written for a 4 bit procceser by a 2 bit company that cant stand 1 bit of competition!

  72. Pathnames by crisco · · Score: 2
    I learned the power of *nix when I ran out of room on the Linux partition on a dual boot machine. I cleaned off one of the unused Windows Partitions, formatted it, moved /tmp and /var over, set up my symlinks and suddenly had plenty of space.

    Sure, I can probably move My Documents and /Windows/Temp without rebooting and too much application reconfiguration but what about /Program Files? When I get low on space again and decide to move /usr/local or some such thing it will be transparent. I'd have to reinstall the applications under Windows (and thats as much an application issue as an OS issue).

    --

    Bleh!

    1. Re:Pathnames by Danse · · Score: 2

      there ya go, C:\Program Files is actually your new hard drive.


      I think you skipped something there. Does it automatically move the contents of the folder to the new drive? Does it screw up any of the registry entries for your apps?

      --
      It's not enough to bash in heads, you've got to bash in minds. - Captain Hammer
  73. "He's not really dead, as long as we remember him" by Sloppy · · Score: 2

    Maybe the code is dead, but the API lives on, and will still be around for decades. Even to this very day, I am still getting paid to maintain DOS apps. Nobody actually runs them under DOS, but nobody's gonna pay to have them rewritten, either.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  74. Re:You never actually coded this stuff, did you? by Nater · · Score: 2

    For an application I can see a translator maybe doing half the job, for an OS what you suggest is a joke.

    Remember, though, that this "operating system" was pretty much a joke too. Its applications didn't run in an environment any different than the OS's. No virtualization, no interruptions, nothing. I think that a translator that did a halfway decent job with application code would have done just as well with OS code, simply because on that particular platform, at that particular juncture in computing history, there was no difference between the two.

    --

    I like to play children's songs in minor keys.
    "We're all sons of bitches now." --J. Robert Oppenheimer

  75. anti-Microsoft conspiracy theories by sheldon · · Score: 4, Interesting

    One of the interesting things about most of the anti-Microsoft conspiracies is that they all involve settlements covered under Non-Disclosure agreements. This way there is no way to validate the authenticity of the story.

    It makes it rather convenient.

    At the time there was no secret that the new MS-DOS was very similar to CP/M-80. CP/M is what people were used to using and seeing, and so Patterson designed his new OS for 16 bit processors to behave similarly. But there were also pieces of functionality that arrived into MS-DOS that were similar to Unix.

    It's also entirely possible that it included some similar code. CP/M-80 BDOS could be disassembled and carried in your briefcase. It only took up around 5-7K of RAM and wasn't that complicated at all.

    Besides, if MS-DOS had really been a copy of CP/M, wouldn't it have also implemented the PIP and STAT commands?

    But the real question is... does it matter?

    From everything I've read of Gary Kildall and Digital Research, already at the time IBM first approached them the company was too big for Kildall's liking. He was not a manager, he hated it. But he was also a control freak and couldn't stand someone else running things for him.

    One story I read indicated that he often would walk around the office building afraid to go in, and that at one point he even offered to sell the whole thing to a friend of his for $50,000.

    One of the realities is that some people are willing to grab success, and others aren't. There are a lot of people in this world who purposefully miss an opportunity because they are unhappy or uncomfortable with assuming the responsibility it might entail.

    Kildall was one such person. Obviously Bill Gates is not.

    It's that difference in personalities that is really the secret behind Microsoft.

    Personally, I know that I'm a lot like Gary Kildall in that regard. But knowing this I also try to not be resentful when I pass up an opportunity.

    1. Re:anti-Microsoft conspiracy theories by NutscrapeSucks · · Score: 2

      One of the interesting things about most of the anti-Microsoft conspiracies is that they all involve settlements covered under Non-Disclosure agreements. This way there is no way to validate the authenticity of the story.

      This Kildall Magic Keystroke story is always one of my favorite Internet legends. It's sources are that "MS the Company" page (from a guy with an obvious chip on his shoulder), and a bunch of old pre-Deja Usenet posts which only exist in my head :) Anyway, the story is not just out of the blue.

      The folklore side went a little futher -- The QDOS guy actually wrote the OS, but was running out time so just he translated some of the CP/M utility software. Something obviously had an easter egg in it .. maybe even DEBUG itself.

      Soon after IBM started pouring money in for the substantial DOS 2 rewrite.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
  76. DOS is still useful... by tomknight · · Score: 2

    Amazing, but true. How do you find out the graphics card without opening the box? Using:

    C:\>debug
    -d c000:000

    Gives me:

    U.@..7400.......
    ........D..R.RIB
    M VGA COMPATIBLE
    BIOS. ..f$.....
    .....STB Nitro 3
    D (GX) BIOS. Ver
    . 1.3..(C) 1996
    STB Systems, Inc

    Hey, I still use this on unknown dodgy old boxes!

    Tom.

    --
    Oh arse
  77. Ha! You are WEAK. by Kasreyn · · Score: 2

    And clearly have never used DOS. The actual error message, the bland, high-handed, and uncaring epithet of the insane god of your reality, is, and I quote:

    "Bad command or file name."

    (bows down in worship)

    -Kasreyn

    --
    Kasreyn: Cheerfully playing the part of Devil's Advocate to hairtrigger /. flamers since 1999.
  78. Funny you should mention that... by aidoneus · · Score: 2

    I was doing some research this morning and came across this article in Smart Computing from November of 1994, seven years ago.The article? "Is DOS Dead?" It almost sounds just like the eulogy for DOS that this /. post is about.

  79. Should have followed the OS/2 model by yerricde · · Score: 2

    Which would have turned it into Windows, surely?

    Yes, the GUI would have turned into Windows. Microsoft should have followed through with the OS/2 plan (a powerful OS with task and memory management, support for networking, a CLI interface, and a GUI on top that could be shut off to save resources). Thus, workstations would run "Windows 2000" on top of "DOS 2000" (like the other guys run "XFree86 4.1 with KDE 2.2" on top of "Linux 2.4"), and servers could shut the Windows for more performance.

    Did Sony call the PlayStation 2's operating system "OS2" by analogy with PS/2 -> OS/2 ?

    --
    Will I retire or break 10K?
  80. Re:Fond .bat memories by gorilla · · Score: 2

    It's not really a clone of ed either. ed has many quite sophisticated features, such as regex based search & replace, reading & writing of possibly partial files into the buffer and doesn't have any command editing. edlin is based upon command editing, especially for it's rather primative subsitution.

  81. Microsoft Bob. by saintlupus · · Score: 4, Funny

    I don't see any mention of that revolutionary MS Bob system that was going to make life worth living. Am i the only one who remembers when Egghead had stores, this was a featured software of hte week thingie in one of their fliers. I remember saying to the wife, that it was a stinker. I think the assistant was Bill himself if I remember correctly.

    When a friend of mine was working at Computer City, they had the launch party for Microsoft Bob. The store had preordered something along the lines of 7 thousand copies to meet the anticipated demand. They sold four.

    Not four thousand. Four.

    And then they were all returned within a week.

    (Adding insult to injury, the mylar balloons with the Bob logo were floating around the barnlike interior of the store and setting off the security alarms for weeks.)

    Truly a stellar product, eh?

    --saint

  82. I don't think so. by FattMattP · · Score: 2

    If it's the end of the DOS era, then how come everything in the WINDOWS\system32 still has 8.3 character filenames under WinXP?

    --
    Prevent email address forgery. Publish SPF records for y
  83. Does this mean that XP lacks the 16-bit subsystem? by Animats · · Score: 4, Informative
    NT, in its various forms, has a "16 bit subsystem" for running 16-bit programs. (In NT 3.x, you could choose not to install it; it was a separate module.) Was the 16-bit capability removed from XP? Finally? Please?

    The thing that looks like an MS-DOS window under NT isn't. That's a 32-bit command line interpreter that runs on top of NT, looks vaguely like DOS, but has no involvement with the 16-bit system.

  84. In the Beginning... by Webmoth · · Score: 4, Funny

    ...there was QDOS. This stood for "Quick and Dirty Operating system."

    Then, Microsoft bought it, got rid of the "Quick" and kept the "Dirty."

    That left us with MS-DOS.

    --
    Give me my freedom, and I'll take care of my own security, thank you.
  85. Confessions of an elin master by Laplace · · Score: 2

    In my first year of college I had to use Matlab on an i386, under dos, with almost no memory. Once Matlab was up and running there wasn't enough memory to run my editor of choice, edit. I found out that I could run edlin, and became a master at writing Matlab scripts in it. I amazed my friends. I confounded my enemies. I was an edlin god.

    I now wonder why it took me so long to switch to Linux. I would have been much happier for it.

    --
    The middle mind speaks!
  86. Re:Fond .bat memories by Wolfier · · Score: 2

    I'm not sure if you can still do...

    append backspace characters to your filenames, so no others can access it from the shell?

  87. 4DOS by Watts+Martin · · Score: 2

    In a certain sense 4DOS predates MS-DOS. It's actually a relative of ZCPR, a Z80 replacement for CP/M-80's command shell. And, yes, with ZCPR, you got basic scripting, I/O redirection, command line editing, stacking and history.

    It was quite a step backward to go from my Intertec Superbrain (a circa 1979 Z80 machine somebody gave me when I was at college!) to a 386-based PC with MS-DOS. 4DOS (and the Norton repackaging of it as "NDOS" helped a lot).

    When I ran Windows NT at work, and now that I run W2K at home, I use a descendant of 4DOS called "Take Command/32". Set it up and alias Unix commands to the DOS ones, and it's a livable working environment. (Granted that's not much of a slogan. "Buy our product and Windows becomes livable!")

  88. I liked DOS, so sue me by Angst+Badger · · Score: 2
    When Apple killed off the CLI-driven Apple II line and produced the Macintosh, I moved on to the IBM PC and DOS. When Microsoft started trying to kill DOS, I moved on to Linux with a great sense of relief, since the GPL assured me that I wouldn't have the rug yanked out from under me again. Don't get me wrong, I'm not opposed to GUIs, but they aren't enough by themselves, and many things are much easier if you can use a commandline, especially scripting.

    DOS wasn't much of an OS -- and there are those who have argued, with some fairness, that it wasn't a complete OS -- but it did what it did reliably, unlike any other MS software, and it did it with a tiny smidgen of memory. For some purposes, that makes it a much better deal than Linux, depending on what you need to do.

    --
    Proud member of the Weirdo-American community.
  89. Re:It's funny... by donutello · · Score: 2

    I prefer: -R -> cmd

    --
    Mmmm.. Donuts
  90. Missing the point by jeffy210 · · Score: 2, Informative

    I think most of these posts are missing a point... DOS and the CLI are two different things. MS programmers routinly release cli based programs for doing all sorts of things. I think what's dead is the DOS based programs. But for most basic things (copy/ren/del) the cli is still living on strong.

    --
    ------
    "And may your days be long upon the earth."
  91. Re:Fond .bat memories by CaseyB · · Score: 2
    vi is older

    By a solid 5 years, as it turns out. At least, vi was written in 1976, while edlin was released with PC-DOS 1.0 in 1981. So unless edlin had been enjoying quiet success as a private utility for a long time, it is newer.

  92. IMHO, DOS was garbage by Broccolist · · Score: 2
    Oh please. It's arguable whether DOS is an operating system at all, let alone a good one. Perhaps it was the best that could be done with the hardware of the early 1980s; but it hardly improved over the years and continued up 'till version 7 to lack basic features that were present in the earliest Unices.

    For starters, basic functions of an operating system are to multitask, provide memory protection, and provide an uncircumventable layer of abstraction between applications and hardware. DOS did none of these things. Applications had the computer all to their own, and could even remove DOS from memory if they so wished. DOS did very little; it was in a sense nothing more than a glorified interrupt handler with a shell.

    And these interrupts are not even any good. The FAT filesystem used by DOS, aside from its obvious deficiencies like lack of support for long filenames, is incredibly slow and wasteful. If you browse through the FAT code in Linux you'll see it's full of pejorative comments (of the sort "I hate doing this, but FAT is brain-dead"). The drive letter system (C:, D:) is ugly and inflexible compared to the Unix system, and it's sad that we're stuck with it to this day. And the memory management ... well, to be fair, this was mostly the hardware's fault, but if you've ever done any DOS programming you know it's a royal pain.

    The command prompt supports a half-assed version of piping that isn't well-supported by applications, has a limit of (I think) 256 characters per command, and does not even expand wildcards. A friend who was working with DOS batch files was telling me how most of his time was spent circumventing the limitations of the command prompt, sometimes even writing C programs for obvious, simple things (e.g. an "xargs" equivalent).

    I used to be nostalgic about the good ol' DOS days but since then I've come to realize how terrible it really was. Bye DOS, and good riddance :).

  93. Re:Linux? Present? by ocie · · Score: 2

    Microprocessors are based on 1940s technology, what is your point?

    --
    JET Program: see Japan, meet intere
  94. MS takes command line away after apple introduces. by dork_vomit · · Score: 2, Funny

    This is kinda funny... Just as apple introduces the unix command into its products for the first time ever, Microsoft seems to think it is a good time to end it. Well more than 80,000 apple users spent $30.00 on the OS X beta but there are still Windows people who use a four year old OS because everything new that MS puts out if crap.

  95. Tasteless... by seldolivaw · · Score: 2

    Does anybody else think it's a bit tasteless to hire a bunch of celebs to sing at the funeral of a shitty software program in the same week that celebs are singing for free at the funeral of thousands of victims of terrorist attacks?

    The "you can fly" motto was bad enough...

  96. Re:Only problems DrDos had was with Win3.1+ by NutscrapeSucks · · Score: 2

    Get out of your conspriacy cave, man. He said "Alot of software took a shit with it.", and I'll expand that:

    DR-DOS sucks, sucked, and always will suck! It's in incompatible piece of shit that doesn't work with barely anything. I could give a shit if Windows 3 worked or not -- the fact is that DR had problems with Lotus and Borland and every other DOS app company on the planet.

    I remember when "Novell DOS" (as it was called at the time) had a bug which prohibited NetWare from booting under certain circumstances (something to do with EISA.) Even Novell was telling people to use MS-DOS.

    I even tried to download the Caldera DOS Web browswer thing a couple years ago, and THAT didn't even work well on DR-DOS. Switched back to MS-DOS and it was fine. P-A-T-H-E-T-I-C

    I'm not one to defend Microsoft -- but they were probably right to ban that piece of shit for support reasons. In fact they were right, because DR/Novell spent the next couple years working all the Windows-related bugs out.

    --
    Whenever I hear the word 'Innovation', I reach for my pistol.
  97. MacOS's vastly inferior and triumphant rival by tim_maroney · · Score: 2

    What I remember best about DOS as a Mac guy is this. From 1984 through 1994, there was no comparison between the two platforms. Ordinary mortals couldn't even install a font on their DOS machines, and keeping either DOS or the almost-DOS Windows 3.x alive required daily screwing around with the autoexec.bat and windows.ini files by skilled DOS maintainers. Applications and peripherals were opaque, balky, and unstable. The Macintosh worked -- DOS and Windows 3.x did not. Every TCO study showed order-of-magnitude gaps between the platforms, all in the Mac's favor.

    Yet for all that time, the majority of the people in the industry insisted that DOS and Windows 3.x were superior, and the market share gap in favor of DOS was enormous.

    Finally, when Microsoft won its IP battle against Apple and the reasonably usable Windows 95 came out as a clone of the Mac, the argument shifted overnight to say that Microsoft machines were now as good as the Mac, without any admission that they had been inferior for the last ten years. As soon as the revolution could legally be embraced on Intel hardware, it was instantly admitted that the Mac/W95 way was superior. The people admitting this were the same ones who had been insisting the Mac was inferior for ten years.

    This historical hypocrisy was a measure of just how absurd and partisan critical standards are in the computer industry, how little the market can be trusted to select a superior product, and how little honesty is involved in platform advocacy. It has a great deal of bearing on current platform advocacy issues.

    Tim

    1. Re:MacOS's vastly inferior and triumphant rival by man_ls · · Score: 3, Funny

      History is written by the winners. Not by the losers. Because of this, there are always three sides to a story. The winner's side, the loser's side, and the truth. It's not possible to know all 3 at any given time.

  98. *nix hierarchy explained. it's simple, & clean by Lethyos · · Score: 2

    There exists a hierarchy in *nix file systems. Programs and libraries placed right off the root are essential for booting. These are contained in /bin, /lib, and /sbin (system binaries or superuser binaries, your pick).

    "usr" is short for "user". Meaning this is where user programs are located. /usr has often been (and continues to be) a remote-mounted file system. Say you had a centralized network server that hosted programs that everyone on a network used. Instead of speanding hundreds of man hours installing Windows and required software at each seat, you can install it on ONE location and have everyone NFS mount the share. Simple. Only one set of programs to maintain. The paradigms for /bin, /sbin, and /lib are similar to those in /usr/*.

    /usr/local, which means "local user files" is a mount point for a local disk that stores programs specific to a workstation. This is incase you want to install software that only you can use, located on your disk. Again, the paradigms are the same. This is very similar to the /opt file system on other *nix platforms that aren't GNU.

    Try doing this with Windows. Microsoft has specially designed Windows such that you *have* to buy licenses for each and every seat, instead of buying one copy that everyone can use. I guess if you have N machines, it's better to buy N copies of a program rather than just 1. Spending money is better, right, to you Windows users? It's much better to give your money to Microsoft than to your employees. Sure.

    As for where Windows puts files... it sticks practically the entire system in one directory, and otherwise scatters things out across different locations. Why does \winnt have so many subdirectories? Why are some system files in \Program Files? Try figuring out how *your* hierarchy works before you start cutting down on *nix, which has been developed and refined over 30+ years.

    So, the original poster is certainly being inflamatory, he's certainly right when it comes to the obvious nature and elegance of *nix. Windows is just a disaster area... much like what happens when a building collapses as a result of building without any real plans in mind.

    But you most definitely have to grow up a bit and understand that computers work much better when there is some thought put into their design, rather than marketing gimmicks.

    --
    Why bother.
  99. Re:Comparing Gary Kildall's personality to Bill Ga by sheldon · · Score: 2

    That eulogy is a good one, and it does reinforce my point. Gary didn't miss any chance by not providing CP/M-86 for the PC... he didn't really want that chance. As it says, he wasn't in search of fame and money.

    Unfortunately you distorted this point into an insult towards Bill Gates, which is sad. The reality is that you do need people like Gates to lead the market in these directions.

  100. Re:Baffling absence of fact by andkaha · · Score: 2
    I guess not a single one of the readers and posters here has actually used or seen a Windows XP system.

    I'm sitting in front of one right now (the people I'm working for are MS slaves and won't even install security updates "until Microsoft tells us to do so").

    My first impression of WinXP?

    Teletubbies!

    --
    It's 11pm, do you know what your deamons are up to?
  101. Have you ever learned how to use DOS? by narfbot · · Score: 2, Insightful

    In the very early DOS days, I knew the basic stuff, changing directories, running programs, using GW-Basic. I didn't experiment too much because the machine I used wasn't mine.

    Then in the late 80's, my parents got me a Mac Plus. It was an interesting machine, to learn and use. I had a few games, Microsoft Word and Works, a spreadsheet program, and some disk utilities. I learned how to use hypercard, and learned all the settings in the apple menu.

    After about a year's use, I found it to be less and less intersting.

    My parents put a modem in their computer and got prodigy, one of the fore-runners to the internet. It was awesome. Two, they got me a programming book, I found it very enjoyable.

    I'd wonder, why didn't I have this stuff for Mac, more programs, or even a Hard Drive? They were too expensive and too hard to find.

    I soon was given my parents XT. It was fast, and stable. Not this constant editing of config.sys or autoexec.bat, once you set up it is done.

    It is true, side by side, the XT was more stable. If it would hang up, you were probably trying out a new program. Just reset, and your back in seconds. If that happened on the Mac, it would happen all the time, with almost all the programs! It would corrupt disks, and the disks were expensive! On the XT, I used 360 KB disks, and I remember only once corrupting a disk.

    The reset button for the Mac was funny, because it was removible, and had a debug window, and something else wierd with it I can't remember. The programmible menu had a commands that I knew out of a book I had, but there was never any help for it on the computer, you couldn't use it like even the debug command in DOS because I didn't know what the options were.

    Well there are lots of things I can talk about the Mac, but lets finish by talking about a little of what you said.

    By the time DOS and Windows 3.x rolled around, I found that they were definately superior. My brother put Win3.1 on his computer, a 386 with VGA, and later bought a sound card. It was the first time that I had seen Full Motion Video with AVI in windows. It was very cool. And it only costed him a few hundred dollars. This was 1992 technology, and I compared this with the Macs at the time. I found them unbelievibly behind. They were still selling Mac Pluses, SE's and Mac II's were way too expensive. You had to buy a Mac IIfx to get any where near what my brother could do.

    And another note, Apple sued Microsoft over Windows 1.0, way back in 1985 I believe, so that has nothing to do with Win95.

    Conclusion, I've learned both OS's, and I know how they work side-by-side. It is true that Mac's are technologically inferior. They have always been overpriced. And their standards have always leaned on the rest of the industry. Even today, I've admin Mac networks, and it's the same.

    The people that compared Win95 to Mac are right when they said they are the same, because they looked the same, but that doesn't have any bearing on the other argument-they always have been technologically inferior. If there was hypocrisy from and DOS person, he doesn't know what he's talking about to start-he's just repeating what everyone else says-But I've have learned for the fact, Macs have always been inferior.

  102. Re:MS-DOS is dead; long live AI-OS by david+duncan+scott · · Score: 2
    Well, that's true as well -- nested directories were bolted on in 3 (IIRC). But the "/" for options was there from the getgo.

    Thing was, CP/M was the business OS. A lot of places used Apples, it was true, and the Canadians fell in love with Commodores at work, but most offices ran CP/M, so the idea was to make the transition as easy as possible, both for users and programmers -- most of the 8080 instruction set mapped almost directly onto the 8086 set, and the OS API was almost identical. This is where com files came from, too -- simple 64K (or less) memory images of a program, just like a CP/M com file.

    For some years all my DOS machines had a batch file so that I could still PIP.

    --

    This next song is very sad. Please clap along. -- Robin Zander

  103. Re:Fond .bat memories by Wolfier · · Score: 2

    do not work well if I have

    filename---

    and

    filena-

    and you just want to access one of them

  104. Re:I have a suggestion for the internet. by unitron · · Score: 2

    Anybody who has IE 5 for 3.1 and doesn't want it, or anybody who knows where it might still be available for download, please get in touch with me.

    --

    I see even classic Slashdot is now pretty much unusable on dial up anymore.

  105. Re:Fond .bat memories by loraksus · · Score: 2

    But is it vi you are using on your linux box.
    Or vim?

    --
    1q2w3e4r5t6y7u8i9o0pqawsedrftgthyjukilo;p'azsxdcfv gbhnjmk,l.;/
  106. Re:Fond .bat memories by shyster · · Score: 2

    I still use echo foobar > foobar.txt on a regular basis....

  107. Re:It's funny... by shyster · · Score: 2
    cmd.exe is NOT DOS. Let's not even get into the fact that even command.com isn't DOS either. cmd.exe, if you examine the header, you will find it to have the letters 'PE' in the header, signifying that it is a Win32 console application, rather than a DOS application. cmd.exe is a Win32 console application that is designed to somewhat emulate DOS. But it is no more DOS than Wine is Windows. And as for command.com, command.com is no more DOS than bash is Linux. command.com is a DOS application that gives you a shell to work in, much like bash, when compiled on Linux, is a Linux application that gives you a shell to work in. Sorry, I lied, we did get into it. :)

    True, neither cmd.exe nor command.com are MS-DOS. Of course, neither is MS-DOS dead, since Win98 and WinMe are still alive (ie., supported by MS) and both are essentially running on DOS.

    And I think the original point of both cmd.exe and command.com being available is that most /.'ers seem to be moaning the death of the CLI, not the OS. The CLI is alive and well, and actually seems to be getting more useful with the new MS OS's.

    For what it's worth, I'll be glad to see DOS the OS go. It was a great fun in its time, but it's out lived its usefulness and is causing us many more problems than it is solving them. Keep either it or Linux on a boot disk for emergencies, but if I never have to explain to a customer the difference between EMS and XMS memory, and the 640k limit, I'll be a happy man. That, and the Win9x resource issues (a main problem in the stability of those systems) will be a distant memory are enough to wish DOS farewell.