Slashdot Mirror


R.I.P. MS-DEBUG 1981 - 2009

AlphaZeta writes "After 28 years, MS-DEBUG is finally being phased out in Windows 7. Over the years, people have been using MS-DEBUG for writing code (virus/malware, you name it) and debugging. "

240 comments

  1. Article not quite right ... by Hmmm2000 · · Score: 1, Interesting

    Acutally, the debug command was removed in Windows Vista & Windows Server 2008.

    1. Re:Article not quite right ... by Masa · · Score: 4, Informative

      Acutally, the debug command was removed in Windows Vista & Windows Server 2008.

      Really? At least my Vista installation still has it.

    2. Re:Article not quite right ... by Anonymous Coward · · Score: 0

      Acutally, the debug command was removed in Windows Vista & Windows Server 2008.

      it's still in vista.

    3. Re:Article not quite right ... by just_another_sean · · Score: 1

      Seconded. Just checked a Vista box installed here at the office. It was Vista Ultimate.
      Does version make a difference?

      --
      Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
    4. Re:Article not quite right ... by joelmax · · Score: 1

      My vista ultimate install still as it as well

    5. Re:Article not quite right ... by joelmax · · Score: 3, Informative

      Actually, our server 2008 boxes here at the office have it as well.

    6. Re:Article not quite right ... by orclevegam · · Score: 3, Informative

      Seconded. Just checked a Vista box installed here at the office. It was Vista Ultimate. Does version make a difference?

      It's removed from 64 bit copies of Windows, including XP 64 bit.

      --
      Curiosity was framed, Ignorance killed the cat.
    7. Re:Article not quite right ... by Anonymous Coward · · Score: 0

      Clearly and completely incorrect. Why post?

    8. Re:Article not quite right ... by Anonymous Coward · · Score: 5, Insightful

      Seconded. Just checked a Vista box installed here at the office. It was Vista Ultimate.
      Does version make a difference?

      It's removed from 64 bit copies of Windows, including XP 64 bit.

      Removed or they couldn't or wouldn't get it working?

    9. Re:Article not quite right ... by EvanED · · Score: 5, Informative

      Depends, is it still the same old 16-bit exe in the versions of Vista people are reporting it to be present? If so, probably "didn't bother to get it working". Many DOS utilities of that time were written in assembly, so getting it working in 64-bit would have basically consisted of rewriting it.

    10. Re:Article not quite right ... by petermgreen · · Score: 4, Interesting

      Afaict debug is a 16 bit does tool for creating and debugging 16 bit dos apps. Since 64 bit windows doesn't support dos apps (or 16 bit windows apps for that matter) it wouldn't make much sense to include something that both is one and is a tool for working with them.

      P.S. I find it amusing that wine on 64 bit linux can run 16 bit windows apps yet 64 bit windows can't.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    11. Re:Article not quite right ... by Aranykai · · Score: 4, Informative

      Vista 64 users can always use dosbox.

      --
      If sharing a song makes you a pirate, what do I have to share to be a ninja?
    12. Re:Article not quite right ... by Anonymous Coward · · Score: 3, Funny

      Yes but Wine64 can't really run any 64-bit Windows apps and Wine has trouble with most Win32 apps. Being able to run 16-bit apps under Wine is more of a testament to how far behind it is.

    13. Re:Article not quite right ... by Divebus · · Score: 4, Funny

      Shouldn't the headline read "R.I.P. MS-DEBUG 1981 - 2010" or " - 2011"? ( ...do I hear 2012?)

      --

      Most of the stuff on /. won't survive first contact with facts.
    14. Re:Article not quite right ... by Lord+Jester · · Score: 1

      That is because wine is a 32 bit emulated environment on the 64 bit host OS. There is not, AFAIK, a 64 bit version of wine as of yet.

    15. Re:Article not quite right ... by EvanED · · Score: 2, Interesting

      P.S. I find it amusing that wine on 64 bit linux can run 16 bit windows apps yet 64 bit windows can't.

      Actually, I'd be interested in knowing how this works (assuming it's true). Does Wine do some sort of binary translation? To my knowledge 16-bit instructions aren't available in 64-bit mode, so it can't just be running it natively. Does it do that with all programs, or just 16-bit ones? Anyone know?

    16. Re:Article not quite right ... by SCPRedMage · · Score: 2, Informative
      --
      My sig can beat up your sig.
    17. Re:Article not quite right ... by Hmmm2000 · · Score: 2, Informative

      Correction - removed from 64bit Vista & 64bit Windows Server 2008. I forget that people still run the 32bit only version :)

    18. Re:Article not quite right ... by X0563511 · · Score: 1

      There was. But it got dropped to focus work on other things. I think the focus is again turning, however.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    19. Re:Article not quite right ... by Anonymous Coward · · Score: 0

      Seconded. Just checked a Vista box installed here at the office. It was Vista Ultimate.
      Does version make a difference?

      It's removed from 64 bit copies of Windows, including XP 64 bit.

      Removed or they couldn't or wouldn't get it working?

      This may have just saved us all.

      If they couldn't get Debug working on x64 and they started Debugging Debug, the recursive temporal anomaly would've crushed the planet. And that would've ruined my stuff.

    20. Re:Article not quite right ... by petermgreen · · Score: 2, Interesting

      Actually, I'd be interested in knowing how this works (assuming it's true)
      It's most definately true

      Actually finding out how wine does 16 bit code is trickier. I've found out from the documentation that it involves something called "winevdm.exe.so" but i dunno how that binary does it. I guess it would be possible to RTFS but I don't care enough to do that.

      To my knowledge 16-bit instructions aren't available in 64-bit mode, so it can't just be running it natively
      You can't do 16 bit real mode code under a 64 bit kernel. I'm not sure what the situation is with 16 bit protected mode code (wikipedia claims it's possible but doesn't provide a citation for that claim)

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    21. Re:Article not quite right ... by shutdown+-p+now · · Score: 2, Informative

      As pointed out already, it's only absent from x64 editions of Windows (and it has been so for as long as such existed, starting with 2003 and XP). This is because debug.exe is a 16-bit DOS program, and 64-bit Windows versions do not support 16-bit binaries.

      32-bit Windows 7 still has all the old DOS goodies - not just debug.exe, but also edit.com and even edlin.exe. Some things never die, apparently.

    22. Re:Article not quite right ... by Anonymous Coward · · Score: 0

      and the moon is made of cheddar cheese.

      the exe should run just fine under cmd. they just happened to remove from the 64bit versions, apparently.

    23. Re:Article not quite right ... by petermgreen · · Score: 1

      IIRC work has started on one but it isn't in a usable state yet.

      One big question is what is the use for a 64-bit wine? What apps are there that have a 64-bit windows version but not a 64-bit linux version?

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    24. Re:Article not quite right ... by cypherdtraitor · · Score: 1

      I know! for chrissakes, I have to play tiberium wars in WINE because 64 bit won't do it!

    25. Re:Article not quite right ... by khellendros1984 · · Score: 1

      It's a reimplementation of the Windows API, if you want to get technical. But really, it's easier to say it's an emulator, since it performs a similar function even if it isn't constructed as one internally.

      --
      It is pitch black. You are likely to be eaten by a grue.
    26. Re:Article not quite right ... by petermgreen · · Score: 2, Informative

      debian:/home/plugwash# file /c/windows/system32/debug.exe /c/windows/system32/debug.exe: MS-DOS executable, MZ for MS-DOS
      debian:/home/plugwash#

      (the windows install is XP pro, i'm booted into linux at the moment)

      Seems pretty clear to me, it's a DOS executable and it's well documented that 64 bit windows cannot run dos executables.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    27. Re:Article not quite right ... by Tubal-Cain · · Score: 1

      What apps are there that have a 64-bit windows version but not a 64-bit linux version?

      Photoshop

    28. Re:Article not quite right ... by Z00L00K · · Score: 1

      Anyway - there are certainly better tools than Debug too these days, so it may not be a great loss.

      It was at least a great tool under MS-DOS - especially for the "G=C800:5" operation on some computers.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    29. Re:Article not quite right ... by MarkKB · · Score: 1

      Er.. rather bad timing on the joke, wouldn't you agree? I mean, they did just hit RC, which is basically code for "this is done, give us bug feedback."

    30. Re:Article not quite right ... by Divebus · · Score: 1

      Er.. rather bad timing on the joke...

      It's just my cynical self. Hitting RC at Microsoft doesn't mean much anymore. Lately, either they release horribly buggy crap with or without years of feedback or it ships three (four) years late - and it's still buggy crap. I say Good Luck with Windows 7 and better luck with Windows 8. I've switched all my clients to OS X and they love it. Some are even angry for years of believing Microsoft was the world's only source of software. Now I'm working on trotting out Ubuntu for the thinner client stuff so they can use that mountain of old PCs.

      --

      Most of the stuff on /. won't survive first contact with facts.
    31. Re:Article not quite right ... by thexile · · Score: 1

      My Windows 7 RC installation still has it. Weird.

    32. Re:Article not quite right ... by Selivanow · · Score: 1

      Ahh...nostalgia....I remember low level formating my RLL drive that way...I remember thinking how cool it was to have all of that built into me drive controller ROM.

      --
      -- ...trying to make digital files uncopyable is like trying to make water not wet. -Bruce Schneier
    33. Re:Article not quite right ... by MarkKB · · Score: 1

      While I agree that would have been funny in the period 2003-2005, were this article about Vista, or even a year ago, but it just didn't resound with me right now. Windows 7 is done, pretty much, and the countdown to release will be measured in months.

      I'd also appreciate it if you don't go all OH KNOES M$ TROLL as you did at the bottom. I'm fine that all your clients use OS X or Ubuntu. I wasn't even attempting to change your beliefs at all.

      However, your comments RE the top half do bear answering to, as they seem to show some basic ignorance.

      Er.. rather bad timing on the joke...

      It's just my cynical self. Hitting RC at Microsoft doesn't mean much anymore.

      RC stands for Release Candidate. In other words, it means "this is what we'll be releasing, barring any showstopping bugs." It meant the same in Vista (RC1 was released barely three months before RTM) and in XP. The fact is, Windows 7 is basically finished.

      Now, I assumed in you comment title you meant "x year when Windows 7 will be released". If this was an incorrect assumption, please forgive me.

      Lately, either they release horribly buggy crap with or without years of feedback or it ships three (four) years late - and it's still buggy crap.

      I'm curious to know what you refer to as "buggy crap". Full of security flaws? Annoying UI issues? Blue screens at the drop of a hat? If you're talking about the former, I wouldn't recommend Mac OS X.

      I'm not sure what to say about all three, as I can only speak from personal experience, in which I haven't experienced anything much like that that either a) wasn't my own fault or b) dying hardware's fault or c) random software's fault on *either* Windows, Mac OS X or Linux. Of course, I don't expect you to hold this to water as personal experience is derided on Slashdot if it runs counter to their POV. Oh well.

      Again, I don't have any bias in particular, and I am perfectly fine with you using whatever OS you like.

    34. Re:Article not quite right ... by Divebus · · Score: 1

      Fair enough, I suppose. The year reference was a jab at the actual release date of Windows 7 but I believe it's coming out on time for better or worse. Functionally, I don't care what people use for their OS but in practical terms, I do care. I have to fix their problems and Windows is just plain more work. It has become the most needy, intrusive, arbitrary, vague, rigid and annoying OS out there. I don't choose to put up with it until it changes.

      Yes, I know what RC means but it still doesn't necessarily mean it's ready for prime time. I've witnessed the rude surprises of friends who got a computer with the original Vista. It really was "what were they thinking?" time and every one of them ditched Vista and went back to XP on their new computer. The rest who seriously needed a new computer didn't even look at PCs anymore and bought Macs. Some even surprised me as they were dyed in the wool PC users who actually hid the fact they had an iMac at home and gave their daughter a MacBook for school.

      I think Microsoft seriously misses the point of sliding menus and stacked displays, thinking they just need to keep up with the eye candy war. OS X has its warts but Apple's implementation of what Microsoft perceives as gratuitous zoomy effects actually imparts information to the user far better than Vista.

      Friends outside of work aside, I introduced several Macs to our most virus laden abusive departments and the issues stopped. The security scares for OS X are out there somewhere but the issues we've had with PCs say it loud and clear which platform has the actual problems. The Mac experiment was extended to several other departments until even management recognized that buying a PC where something else would work was irresponsible. The users noticed as well. I've seen about 100 staffers drop kick their home PCs in favor of Macs over the last couple of years and they couldn't be happier. They'd be on the Mac at work and in a short time couldn't stand their home PCs anymore.

      I'm also familiar with dying hardware and software faults - nothing is immune to that. However, working in a place with a few hundred workstations of mixed Mac-PC-SGI flavors, we had to wipe the heavy use PCs at least once a year, sometimes twice, to make them functional again. They'd slow down over time to 10 seconds between mouse clicks or slow drawing windows which punch a hole in the screen, then show the frame edges, then the buttons and then the window contents while you drum your fingers on the desk. These are strong workstations with XP Pro, dual processors and gigs of RAM. If reinstalling the OS fixes those issues, there's something wrong with the OS. That's buggy crap. The Macs would universally keep working just as they did out of the box until they were too old and slow to be useful, the oldest ones still in service after 10 years. I've got a 9 year old Dual 500MHz G4 running Leopard server and it works way better than it should (and Leopard is easy to install on unsupported hardware).

      Maybe we're doing something wrong with the PCs, as I'm sure some will argue, but most of the admins I know of take it as normal. Wipe the registry and reinstall. Or, get something that works more often than not.

      Yeah, I'd say I'm biased now because Microsoft has earned my bias. I'm still waiting to be pleasantly surprised and I'll have Windows 7 as soon as it's out, but they'll need to change their track record before they get any more benefit of the doubt from me.

      --

      Most of the stuff on /. won't survive first contact with facts.
    35. Re:Article not quite right ... by cbhacking · · Score: 1

      If you compile Wine for x64 Windows binaries, I don't believe you can run 16-bit applications. I remember seeing a changelog a while back that said something about explicitly disabling the 16-bit stuff in 64-bit because it didn't work. I may be wrong, or it may have been temporary anyhow, but that is my recollection.

      Running the 32-bit version of Wine (32-bit clients, not the wine binary itself) on 64-bit does indeed permit running 16-bit apps, however.

      --
      There's no place I could be, since I've found Serenity...
    36. Re:Article not quite right ... by cbhacking · · Score: 1

      64-bit Windows does not include the NTVDM (NT Virtual DOS Machine) that 32-bit versions of NT (including Vista and Win7) use for 16-bit code. The technical reason has to do with the way that the processor switches modes; jumping straight from 64-bit to 16-bit isn't possible, at least not the way processor modes are used in Windows.

      Note that 64-bit -> 32-bit -> 16-bit still works. Virtualized x86 editions of Windows still have the NTVDM and can use it, including all the standard utilities (command.com, edit.exe, debug.exe, and all the rest) even if the virtualization host is 64-bit. DOSBOX also works.

      --
      There's no place I could be, since I've found Serenity...
    37. Re:Article not quite right ... by SCPRedMage · · Score: 1

      Let me put it to you this way: Mono is an implementation of the .Net framework for *nix systems. Do people call Mono an emulator? No, because it's just an implementation of the API.

      Likewise, Wine is just an implementation of Windows API; it doesn't "emulate" any kind of hardware.

      --
      My sig can beat up your sig.
    38. Re:Article not quite right ... by petermgreen · · Score: 1

      My understanding was that 64-bit wine could only run 64 bit windows binaries. So if you wanted to run either 16-bit or 32-bit binaries you needed a 32-bit wine.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  2. Horrible news!!! by Anonymous Coward · · Score: 0

    This is horrible news!
    I was hoping they'd add 32 and 64 bit support.. haha

    1. Re:Horrible news!!! by Zeroko · · Score: 1

      There is DEBUG 0.95 (not sure if it is related to FreeDOS's debugger), which supports 32-bit opcodes through the Pentium Pro, but only in real mode.

  3. It's in Windows Vista Alright by AlphaZeta · · Score: 0, Redundant

    Not true, the debug command is in Windows Vista (at least the Ultimate version)

    1. Re:It's in Windows Vista Alright by Arimus · · Score: 3, Insightful

      Not true, the debug command is in Windows Vista (at least the Ultimate version)

      From the article summary:

      After 28 years, MS-DEBUG is finally being phased out in Windows 7.

      Vista is not Windows 7 so.... yes we'd expect the debug command in Vista.

      --
      --- Users are like bacteria -> Each one causing a thousand tiny crises until the host finally gives up and dies.
    2. Re:It's in Windows Vista Alright by BadERA · · Score: 1

      Way to fail to follow the post's parent. Or were you going for the "Mr. Obvious of the Day" award? Or perhaps "Moot Point Guy of the Month"?

      --
      I am, therefore you think.
    3. Re:It's in Windows Vista Alright by paroneayea · · Score: 1

      The post's parent appears to be replying to this, but for some reason didn't actually reply by by pressing "reply to this" or whatever, as the threading is lost. So I don't think it's an unreasonable comment to make.

      --
      http://mediagoblin.org/
    4. Re:It's in Windows Vista Alright by doctormetal · · Score: 1

      ehm, I checked on my netbook running windows 7 RC (32 bit) and the debug command is still there.

    5. Re:It's in Windows Vista Alright by Anonymous Coward · · Score: 0

      Right, I forgot release candidates were final retail releases.

    6. Re:It's in Windows Vista Alright by Anonymous Coward · · Score: 0

      Vista is not Windows 7

      Keep telling yourself that.

    7. Re:It's in Windows Vista Alright by CarpetShark · · Score: 1

      Vista is not Windows 7

      At least, not ostensibly.

    8. Re:It's in Windows Vista Alright by mr_lizard13 · · Score: 1

      How did this guy get modded Insightful?

      --
      "We live in a global world" - Harvey Pitt, former Securities and Exchange Commission Chairman
    9. Re:It's in Windows Vista Alright by khellendros1984 · · Score: 1

      It's actually pretty easy. This little drop-down box occasionally appears, you see...

      --
      It is pitch black. You are likely to be eaten by a grue.
  4. /.'ed already? by just_another_sean · · Score: 3, Funny

    Wow, two comments and /.'ed already. Who knew MS-DEBUG had such power to make people want to actually RTFA!

    --
    Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
    1. Re:/.'ed already? by Hadlock · · Score: 4, Funny

      Their webserver was built using MS-DEBUG

      --
      moox. for a new generation.
    2. Re:/.'ed already? by ChaosAddict · · Score: 1

      Who knew MS-DEBUG had such power to make people want to actually RTFA!

      I was just trying to figure out what it was used for, and why this is significant.

  5. Number of comments not showing on front page by Anonymous Coward · · Score: 2, Insightful

    Is /. broken today?

    1. Re:Number of comments not showing on front page by Anonymous Coward · · Score: 0

      It's new and improved.

      You mean you don't like it?

    2. Re:Number of comments not showing on front page by Anonymous Coward · · Score: 0

      Wait, you're getting a front page? I've been getting an RSS file all day.

    3. Re:Number of comments not showing on front page by Anonymous Coward · · Score: 0

      firefox seems to work ok, seamonkey gets the rss unles you change the bookmark to slashdot.org/stories maybe they are trying to keep the newfags out

  6. -a 100 by Anonymous Coward · · Score: 5, Funny

    -a 100
    jmp 100
    w
    x
    ?
    ?
    ?
    quit
    end
    crap
    sit
    vi?

    1. Re:-a 100 by sexconker · · Score: 3, Informative

      Q

      Filter error: You can type more than that for your comment.

    2. Re:-a 100 by uberjack · · Score: 1

      :qw!

    3. Re:-a 100 by thedrx · · Score: 1

      It's either :wq or :q!, definitely not :qw! :P

    4. Re:-a 100 by Tony+Hoyle · · Score: 1

      Maybe he wanted to write a file called '!'?

    5. Re:-a 100 by leamanc · · Score: 1

      Well, then he'd need to put in an escape character.

      --
      :q!
    6. Re:-a 100 by adavies42 · · Score: 1

      there's also :wq!, for read-only files

      --
      Media that can be recorded and distributed can be recorded and distributed.
      -kfg
    7. Re:-a 100 by Anonymous Coward · · Score: 0

      Don't forget to rcx, or you'll create a 0-byte file. Did that with a "win.com" once.

  7. But not too worry... by mikael · · Score: 4, Funny

    ... a new sourceforge project called Open-Debug is being created to replace it.

    --
    Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    1. Re:But not too worry... by Anonymous Coward · · Score: 2, Funny

      Isn't Win 7 supposed to ship with XP in a virtual machine? Just grab debug.exe from there.

    2. Re:But not too worry... by ttyX · · Score: 1

      Don't tell me it'll be released under Ms-PL

    3. Re:But not too worry... by Anonymous Coward · · Score: 1, Informative

      There's already an open source debug clone: FD Debug

    4. Re:But not too worry... by Anonymous Coward · · Score: 0

      You can get a "modern" DEBUG clone in FreeDOS. What's sad is that DEBUG has always been better than gdb.

  8. OMG by Capt.DrumkenBum · · Score: 4, Funny

    They killed debug.
    You bastards!

    --
    If I were God, wouldn't I protect my churches from acts of me?
    1. Re:OMG by ISoldat53 · · Score: 4, Funny

      What will the Terminator movies use on their background computer screens?

    2. Re:OMG by K.+S.+Kyosuke · · Score: 1

      Microsoft Visual Studio Team System screenshots? The horror!

      --
      Ezekiel 23:20
    3. Re:OMG by NJRoadfan · · Score: 1

      Wasn't it actually the Apple II Monitor?

    4. Re:OMG by conteXXt · · Score: 1

      Really?

      top running on an X-less server.

      Confusing and foreign enough for the masses.

      --
      The truth about Led Zep should never be told on /. (Karma suicide ensues)
    5. Re:OMG by inode_buddha · · Score: 1

      I would use gdb trying to parse a Metallica MP3, just for the sheer irony of it. On the other hand, it frightens me to think that gdb might find useful information in it.

      --
      C|N>K
    6. Re:OMG by Hurricane78 · · Score: 1

      Try that with the music of Aphex Twin (but use lossless files), and you might actually really find stuff in there. Wouldn't be the first time. (There is much much more. He did this many times with different images.) He even builds his own synths etc. One of the coolest geeks on the planet. :)

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    7. Re:OMG by cicuz · · Score: 1

      a VB GUI tracking down IP addresses?

      oh NM..

  9. it's a trick by skeletor935 · · Score: 5, Funny

    Everyone confirming or denying the presence of MS-DEBUG on their windows machine, is confirming their use of windows, and getting their precious slashdot ID number increased by 50% and a free copy of Windows 7 because MS is tired of having to keep hosting Windows 98 SP 2 updates for every time you reformat

    1. Re:it's a trick by Anonymous Coward · · Score: 0

      In that case I must be Jesus, cuz I don't know how else my mom could be a virgin.

    2. Re:it's a trick by Anonymous Coward · · Score: 0

      My user ID is 0.

  10. My favourite DEBUG by Anonymous Coward · · Score: 0

    @debug nul
    e100 48 e6 61 be 3f 01 31 db 8a 1c 80 fb ff 74 f4 81
    e110 c3 d0 00 b0 b6 e6 43 31 d2 66 b8 dd 34 12 00 66
    e120 f7 f3 e6 42 88 e0 e6 42 46 8a 0c 46 ba da 03 ec
    e130 a8 08 74 fb ec a8 08 75 fb fe c9 74 c9 eb f0 00
    e140 0c 19 0c 45 0c 19 0c 8d 24 8d 24 67 48 00 0c 19
    e150 0c 45 0c 19 0c 67 24 67 24 45 24 36 0c 19 18 00
    e160 0c 19 0c 45 0c 19 0c 45 30 67 18 36 24 19 0c 00
    e170 30 00 18 67 18 45 18 45 34 00 0c 19 0c 45 0c 19
    e180 0c 8d 30 8d 18 67 48 00 0c 19 0c 45 0c 19 0c cf
    e190 30 45 18 45 24 36 0c 19 18 00 0c 19 0c 45 0c 19
    e1a0 0c 45 30 67 18 36 24 19 0c 00 30 00 18 67 30 45
    e1b0 6b ff
    g

    1. Re:My favourite DEBUG by Anonymous Coward · · Score: 1, Informative

      8-bit rick-rolled!

    2. Re:My favourite DEBUG by Anonymous Coward · · Score: 1, Informative

      I made a .com out of that and tried to run it in DOSBox and it just froze. :(

    3. Re:My favourite DEBUG by Anonymous Coward · · Score: 0

      Try running it again and putting your head really close to your tower. :)

    4. Re:My favourite DEBUG by Anonymous Coward · · Score: 1, Interesting

      Based off of this discussion, I'm guessing that the first line was supposed to be:
      @debug <%0 >nul

  11. Debugging the Singularity? by Sybert42 · · Score: 0, Troll

    How will this affect progress in the Singularity? I just remember doing "d" to get quick hexdumps. But that wasn't Singularity-related.

    1. Re:Debugging the Singularity? by pwfffff · · Score: 1

      I can't help but wonder:
      Why are you trying so hard to make everyone on this site absolutely hate you?

    2. Re:Debugging the Singularity? by SCPRedMage · · Score: 1

      Trying?

      --
      My sig can beat up your sig.
  12. Sad day by Masa · · Score: 4, Interesting

    So much fond memories...

    The Debug.exe was actually my first contact to programming and the first language I learned, was x86 assembler.

    It was MS-DOS 2.xx and all my friends played with C64s and coded all kinds of cool things. My parents couldn't afford a C64 but they somehow got an old PC free. Demoscene was a new and hot thing in those days and me and my friend programmed our first demo completely using the Debug.exe. Merging the two code-bases was an interesting task, when all you had was two pieces of binary and some unused memory space for copy 'n' paste. The demo actually was quite cool. Unfortunately I have lost my only copy.

    1. Re:Sad day by Anonymous Coward · · Score: 0

      Not too long ago I was given an afternoon with a base install of windows. I used debug to make a genetic seprinski gasket filter. I was asked why I bothered coding in x86 assembly. It's a tragic era we live in, where self-proclaimed programmers don't know or appreciate the joys of assembler.

    2. Re:Sad day by Anonymous Coward · · Score: 0

      My parents couldn't afford a C64 but they somehow got an old PC free.

      er...when commodore 64's were popular there were no "old" pc's. the first ibm pc went on sale in 1981, and the C64 in 1982. clones did appear fairly quickly, but they were by no means cheap, and certainly cost more than a new c64, so the likelihood of getting one free (unless you mean in the "off the back of a truck" sense) seems dubious.

    3. Re:Sad day by Marcos+Eliziario · · Score: 1

      There was an excellent book where I came in contact with MS-DEBUG and which sparked my curiousity to explore assembly programming. DOS Power Tools (It was for version 5, if I can rememeber). Unfortunatelly I don't remember the author.

      --
      Your ad could be here!
    4. Re:Sad day by asg1 · · Score: 1

      The Debug.exe was actually my first contact to programming and the first language I learned, was x86 assembler.

      Pfffftttt x86 assembly is for n00bs.... MY first programming language was....

      oh hell who am I kidding. I started with C++ and thought THAT was hard. Starting your programming career learning x86 assembly had to have been quite a feat.

    5. Re:Sad day by freeweed · · Score: 1

      My parents couldn't afford a C64 but they somehow got an old PC free.

      That's really, really odd. C64s were always an order of magnitude cheaper than PCs. By 1983 C64s were maybe $300, while a PC with any decent accessories was well into the $3000 range.

      I'd say you got lucky, but the C64 was a better piece of kit anyway :P

      --
      Endless arguments over trivial contradictions in books written by ignorant savages to explain thunder in the dark.
    6. Re:Sad day by vtcodger · · Score: 2, Insightful

      The joys of X86 assembler? You're kidding, right? Nothing wrong with assembler where it is appropriate -- say in programming a coffee pot, paperweight, or washing machine. But the X86 instruction set is the most abominable, chaotic, shambles ever conceived by the mind of man.

      --
      You can't see ANYTHING from a car, You've got to get out of the goddamned contraption and walk...Edward Abbey
    7. Re:Sad day by stevey · · Score: 1

      I used it a few times but mostly wrote my code using the A86 assembler - using a text editor which I think was called "ted".

      Happy days - writing simple undelete programs which just tweaked the name of the file in the FAT.

    8. Re:Sad day by bhtooefr · · Score: 1

      But the C64 was discontinued in April 1994. So, if it were that late... new C64 vs. old 8088 PC...

    9. Re:Sad day by Bigbutt · · Score: 1

      It's not hard to do. I had a PC at home because I would bring it home from work (Leading Edge) and I had several a few years later, partly because a company I was working for went out of business taking my last two pay checks. I got two PCs and a Toshiba 1100+ laptop instead.

      [John]

      --
      Shit better not happen!
    10. Re:Sad day by confused+one · · Score: 1

      Someone had to write the C compiler. It didn't magically write itself, you know....

    11. Re:Sad day by Ronald+Dumsfeld · · Score: 1

      The joys of X86 assembler? You're kidding, right? Nothing wrong with assembler where it is appropriate -- say in programming a coffee pot, paperweight, or washing machine. But the X86 instruction set is the most abominable, chaotic, shambles ever conceived by the mind of man.

      I so agree with this. Old assembly languages like Z80 or VAX make sense to programmers. X86 was a partial birth abortion that was put on life support.

      --
      Where's the Kaboom?
      There's supposed to be an Earth-shattering Kaboom.
    12. Re:Sad day by toddestan · · Score: 1

      The C64 stuck around for far longer than most people realized, it was only discontinued in mid-1994! It's not hard to imagine a scenario where you could get an old 8088 or 286 for cheaper than a C64 in the early 1990's.

    13. Re:Sad day by Anonymous Coward · · Score: 0

      Yes, because as we all know, C was created during the x86 era.

    14. Re:Sad day by Masa · · Score: 1

      er...when commodore 64's were popular there were no "old" pc's. the first ibm pc went on sale in 1981, and the C64 in 1982. clones did appear fairly quickly, but they were by no means cheap, and certainly cost more than a new c64, so the likelihood of getting one free (unless you mean in the "off the back of a truck" sense) seems dubious.

      It was 1989 when I got the PC. And yes, the C64 was very popular in Finland at that time (another popular system for home use was Amiga). It was a Nokia MikroMikko, which was mainly used at banking systems. This PC in question was from a construction company, which was upgrading to newer machines (to 30386, if I remember correctly). They had to get rid of these old ones, so they gave them to the employees. This is how I got the PC.

  13. Debug by KingPin27 · · Score: 5, Funny

    Makes me wonder why Microsoft even created it in the first place..... not like THEY used it or anything.

    --
    "i lost my dignity on a slippery wiener"
    1. Re:Debug by xenolion · · Score: 1

      I was waiting for a joke on how Microsoft wants a bail out for debugging.

  14. I used it to write and modify code by AaronW · · Score: 3, Interesting

    Back in the DOS 2.1 days when I got my first computer I didn't have any manuals. I quickly found debug, though, and saw all the strings in command.com. A bit later I actually used it for things like disassembling the boot sector and even writing some tiny programs via machine code since Microsoft's assembler and linker costs a fortune at the time and I was in junior high and beginning high school. I even used it to crack a number of programs via the disassembler command. There was also an improved version of debug I managed to get a hold of called symdeb.

    When I got the Borland (RIP) Turbo Assembler and their debugger I stopped using it.

    I haven't touched it in many years, especially since I moved away from Windows in the early 1990s, migrating first to OS/2 and later to Linux.

    --
    This post is encrypted twice with ROT-13. Documenting or attempting to crack this encryption is illegal.
    1. Re:I used it to write and modify code by mzs · · Score: 4, Interesting

      Here is another former TASM user piping up.

      I remember when I was kid (pre-TASM) and my dad got a blazing fast internal ISA 2400 baud modem (hee hee). But it would not work right in Windows 3.0, it worked fine in a DOS program. Back then you had to assign an IRQ and port. The internal cards used the same as COM1 and COM2, but it should have been okay. The ISR should have checked the first card and then chained to the next. But it simply was not working, we had a serial port mouse and the other serial port was used for a printer (the machine had two printers one for carbon copy forms the other a laser printer for letters on the parallel port).

      So after trying everything that I could think of I called MS support. Back then things were VERY different. The lady that answered spoke pacific NW English and was incredibly competent. She explained that some BIOSes were buggy and did not do the IRQ chaining correctly. We could not find an IRQ that was free that the modem card had a jumper for so she walked me over the phone commands to do in debug to patch a driver in Windows 3.0 to get around this issue. I was a freshman in high school at the time, that really left a mark on me. I had just learned how to use edlin before that. Soon after I got a copy of Turbo Pascal from this Polish guy I knew and I never looked back.

      Before then I had only done Basic and later TASM (no relation Turbo ASM, that is what the cartridge+floppy interface was called, probably Tandy ASM) programming on a CoCoII. But that few minutes in debug got me hooked on modern systems and led to C/C++ TASM by the time I finished high school. I got a summer job just so I could afford Borland C++, it was something like $400 (student discount, I could not sell programs I compiled), the printed manuals it came with were incredible. DOS, Windows, dBase, WP all had incredible printed manuals too. Man have times changed.

      Before TASM I sure did used debug a lot. It was a cheap assembler, disassembler (I needed to figure out some VGA routines from Borland), and you could use it a lot like you would dd on unix too.

    2. Re:I used it to write and modify code by Martin+Blank · · Score: 1

      Any suggestions on a good program and book to start into ASM these days? I've poked around some, but a lot of the ASM projects out there have either stalled or seem to expect some experience. I'm fine with either Linux or Windows as a platform.

      I kind of feel like I missed out on the golden age of assembly programming.

      --
      You can never go home again... but I guess you can shop there.
    3. Re:I used it to write and modify code by AaronW · · Score: 1

      I remember using it for things like that as well. I also remember my father got an EPROM programmer that was hard wired to use the same port as his graphics card and it was hard coded into the DOS program. A bit of work with a soldering iron changed the port but I had to go in via debug and patch the program to use the new port. I also used it back in the day to dump BIOS or to write to specific I/O ports and memory locations to experiment with different things.

      --
      This post is encrypted twice with ROT-13. Documenting or attempting to crack this encryption is illegal.
    4. Re:I used it to write and modify code by confused+one · · Score: 1

      No one uses assembly any more, not on a desktop platform.

      Only place you'll find it is embedded device code or in special cases as inline code chunks within drivers, compilers, graphics code, etc., where you're trying to tweak the code to run "just so" because the compiler keeps building it "wrong" and you know this other way is better/faster/more correct.

    5. Re:I used it to write and modify code by tjstork · · Score: 1

      I kind of feel like I missed out on the golden age of assembly programming.

      You did, because the hardware is so far removed from Assembly. But... assembly is still out there at least as a hobby on desktops.

      --
      This is my sig.
    6. Re:I used it to write and modify code by Spikeles · · Score: 1

      NASM is still alive and kicking, it's latest release was about 3 days ago, there are plenty of tutorials and plenty of example code around to get you up to speed.

      Personally, my fav x86 assembly program was A86, i found it much easier to use that NASM.

      --
      I don't need to test my programs.. I have an error correcting modem.
    7. Re:I used it to write and modify code by mysidia · · Score: 1

      Before Windows and the the internet became cheaply available, and bulletin board services would be expensive to use (due to LD charges), PC Magazine used to publish cool little utilities as "DEBUG SCRIPTS"

      You typed the "DEBUG" listing, by hand, saved it to a file.

      Then piped the result into debug, and the result was a .EXE file

      That did something cool you couldn't otherwise accomplish in a .BAT or QBASIC .BAS file

    8. Re:I used it to write and modify code by Obstin8 · · Score: 1
      Borland C++... the printed manuals it came with were incredible. DOS, Windows, dBase, WP all had incredible printed manuals too. Man have times changed.

      No shit. I just recycled a massive collection of manuals that I found (forgot) in the basement - DOS, SCO Unix 3.2, Turbo C + Pascal, etc. Talk about documentation. Out of this world! Microsoft used to be awesome, but Borland was king!

      Now you drop 5 large for a server OS, and get a DVD with half-baked PDFs (or CHMs, even worse) for reference and that's it. Oh, you want API docs. Pay your subscription here. Oh, you wanted _accurate_ docs, well.... Maybe the EU has them :)

      Times have certainly changed. Now if you want documentation for a friggin' LANGUAGE you need to BUY it separately. Never saw that one coming...

      Thank gawd I'm a child of the 70's: free sex, free (mostly) drugs, and free docs!!!

    9. Re:I used it to write and modify code by inasity_rules · · Score: 1

      Get a hold of Edsim51. Most assembly these days is done for PIC microcontrollers, but the 8051 is easier (more instructions, parallax syntax and two working registers). The simulator gives you quite a few peripherals to play with and I think that site has some sample programs/documentation. You should also be able to find a datasheet for the 8051 somewhere.

      Like sibling poster says, assembly on the desktop is dead. C Compilers actually produce faster code than hand assembled (unless you know a hang of a lot). The embedded side is still loads of fun though.

      If you are serious(not just looking for some mind stretching fun, then learn PIC - its much more common than intel.

      Have fun...

      --
      I have determined that my sig is indeterminate.
    10. Re:I used it to write and modify code by Retron · · Score: 1
      PC Plus magazine used to invite readers to write in with code snippets for DEBUG in the early 90s - I remember one program which was only a handful of bytes allowed you to change the border of the screen in text mode, so that you could have a nice blue border for example. I never did figure out how that worked, as that was outside of the normal 80x25 area!

      I seem to remember DEBUG spat out COM files rather than EXEs, as the a100 bit was where COM files executed when run, or something!

    11. Re:I used it to write and modify code by dido · · Score: 1

      I used it to crack Ultima III of all things. I used it to trace into the copy protection code until I found logic that was obviously part of the copy protection, and did a binary patch to make it always jump to the right position. I also used it to remove MBR viruses, by tracing through int 13h, until I found what was clearly the BIOS entry point in system ROM (code segment F000h). Patched the interrupt vector table and then used FDISK to overwrite the virus code in the boot sector. Reboot and the virus was gone for good. I even did the same thing over the phone to guide my father... Good times. Shame that life is no longer so simple.

      --
      Qu'on me donne six lignes écrites de la main du plus honnête homme, j'y trouverai de quoi le faire pendre.
    12. Re:I used it to write and modify code by clone53421 · · Score: 1

      Then piped the result into debug, and the result was a .EXE file

      .EXE? Are you sure you didn't mean .COM?

      EXEs have a header, whereas COM files are raw opcodes and data... they are loaded directly to the 0100 address and executed.

      Also, check out my journal.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    13. Re:I used it to write and modify code by clone53421 · · Score: 1

      I remember one program which was only a handful of bytes allowed you to change the border of the screen in text mode, so that you could have a nice blue border for example. I never did figure out how that worked, as that was outside of the normal 80x25 area

      http://www.bookcase.com/library/dos/ints/int10.html#0B

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    14. Re:I used it to write and modify code by mzs · · Score: 1

      Sorry I did not see your reply earlier, but the other people did a great job. There are very few times to do any asm on a PC these days. In fact even if you are doing kernel/driver work it does not really come-up in practice as others before you have put the special stuff in the code that makes sure that all the right barriers are in the right places. C/C++ compilers do a very good job and it is not worth it to be non-portable for a few percent speed improvements.

      So unless you are writing/maintaining a compiler, linker, debugger, thread library, C library, or kernel you won't really do any asm. If on the other hand you are doing something not needing to support more than a few targets and those targets are more speced for the least MIPS needed in order to hold down cost, then yes you do see asm in embedded in projects where you have big deployments.

      Maybe you could look into some embedded ARM or Dragon (is that still around) board. In ARM you profile and then find that slow/small bus leads to a few routines that you can hand code in thumb to get very good improvements in performance. I don't do any of this (I do embedded in my job) but maybe you would be interested in homebrew on Nintendo DS, That would probably have that feel that you want to experience and it should not be very expensive to get into, just a DS and flash cart in addition to what you probably already have.

      As to books, coding is not done this way anymore so there have not been books like this in a long time. The books (online) from the vendor of your chip will have all the info you need, but not in tutorial/textbook form. I honestly don't know a good starting point today other than to say maybe a more theoretical approach would be okay, ie first read a book or two by Hennesy and Patterson to get the theory of a machine, and then you realize that almost all machine languages are very similar and once you get one pretty good, others are easy to pick-up on quickly as well. I would also say that the TASM assembler rotted my brain in the same way that line number in BASIC did for computer programming. You should stay away from that big macro assembler mentality and go for a AT&T style assembler used in concert with a pre-processor (like cpp or m4) since that applies more generically to other architectures.

  15. Oh? by Sybert42 · · Score: 0

    Are there special versions with debug for Singularity-researchers? Hex helps with science.

  16. Re:it's a trick There's a LOT of debugging and by davidsyes · · Score: 1

    Debunking in this story. Unfortunately, none of it will help debug windows... MIght end up de-debugging and de-debunking myths...

    --
    Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
  17. Sad... by pablomme · · Score: 5, Funny

    I hope Mr. Debug gets over his loss soon.

    --
    The state you are in while your HEAD is detached... - wait, what?
    1. Re:Sad... by MrEricSir · · Score: 5, Funny

      Speaking of which, I hear Mr. DOS is paying steep bills for his wife's life support.

      --
      There's no -1 for "I don't get it."
    2. Re:Sad... by fuzzyfuzzyfungus · · Score: 5, Funny

      Dr. DOS' services aren't cheap...

    3. Re:Sad... by Anonymous Coward · · Score: 0

      They've been divorced for years.

    4. Re:Sad... by eln · · Score: 1

      Since she was going by MS-DOS rather than MRS-DOS, their relationship was probably on the rocks anyway.

      I heard she left him after she found him in bed with a pre-op tranny by the name of MS-Bob.

    5. Re:Sad... by Anonymous Coward · · Score: 2, Funny

      Especially not when you factor in the therapy from Dr Sbaitso.

    6. Re:Sad... by MrNiceguy_KS · · Score: 1

      Geez, I hope none of my co-workers heard my sudden burst of laughter when I read this. I really don't want to have to explain why I'm laughing at the thought of MS-Bob as a pre-op tranny.

      --
      Redundancy is good And also good.
    7. Re:Sad... by Anonymous Coward · · Score: 0

      Man, you really have to be old to remember Dr. DOS.

    8. Re:Sad... by Anonymous Coward · · Score: 0

      Dr. DOS' services aren't cheap...

      What happened to Dr.Watson?

    9. Re:Sad... by gringofrijolero · · Score: 5, Funny

      They could've gone to the FreeDOS clinic.

      --
      Todos mis movimientos están friamente calculados
    10. Re:Sad... by dubbreak · · Score: 1

      Man, you really have to be old to remember Dr. DOS.

      What are you talking about? It was released in 1988. I'm in my 20's (albeit late 20's) and I remember Dr Dos.

      --
      "If you are going through hell, keep going." - Winston Churchill
    11. Re:Sad... by Tacvek · · Score: 1

      Dr. Watson is still around (as of XP), but he has been largely replaced by Windows Error Reporting tool, which sends crash dumps of programs to Microsoft (assuming you allow it), who makes the dumps available to the author of the application in question (assuming they have jumped through all the right hoops).

      Dr. Watson was not included in Vista.

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
    12. Re:Sad... by Mr.+DOS · · Score: 1

      Oh goodness, don't even get me started...

            --- Mr. DOS

    13. Re:Sad... by yanyan · · Score: 1

      Failing that, she'd probably be in a DOSbox 6 feet under soon.

    14. Re:Sad... by MarkKB · · Score: 1

      What happened to Dr.Watson?

      Unfortunately, Dr. Watson only does window-to-window calls...

    15. Re:Sad... by Anonymous Coward · · Score: 0

      They could've gone to the FreeDOS clinic.

      They?!? Sounds like a couple with an embarrassing "multipartite virus".... I'd try a specialist in those matters... Dr Soloman !

    16. Re:Sad... by Hurricane78 · · Score: 1

      Yeah. Ms. PacMan told me this too.

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
  18. But Visual Studio has its own Debug mode by Orion+Blastar · · Score: 2, Interesting

    so we don't need debug.exe anymore.

    Anyone remember Borland Turbo Debugger or Microsoft Codeview? I used to use them to debug programs as well in Assembly Language.

    --
    Remember, Slashdot does not have a -1 disagree moderation, and no, troll, flamebait, and overrated are not substitutes.
    1. Re:But Visual Studio has its own Debug mode by UnknowingFool · · Score: 4, Informative

      Some of us still code in notepad, you insensitive clod! Now get off my lawn!

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    2. Re:But Visual Studio has its own Debug mode by Anonymous Coward · · Score: 0

      Some of us still code in notepad, you insensitive clod! Now get off my lawn!

      Some of us code by flipping switches and take exception at your fancy text displays; punk.

    3. Re:But Visual Studio has its own Debug mode by Anonymous Coward · · Score: 2, Funny

      If a newer and better console based debugger for Windows hasn't emerged since MS-DOS DEBUG, then the Windows developer community has some serious issues.

    4. Re:But Visual Studio has its own Debug mode by Tacvek · · Score: 2, Informative

      The primary free windows debugger is WinDBG, which is available for free download from Microsoft. Recent versions have been distributed as part of the Debugging Tools for Windows, in which the core engine has been re-factored out to a dll, and 3 different command line interfaces to the engine are included. See: http://www.microsoft.com/whdc/devtools/debugging/default.mspx

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
    5. Re:But Visual Studio has its own Debug mode by shutdown+-p+now · · Score: 1

      Real men (assuming you acknowledge the existence of any such who use Windows - this is /. after all) use WinDbg!

    6. Re:But Visual Studio has its own Debug mode by Anonymous Coward · · Score: 0

      Some of us still code in notepad, you insensitive clod!

      Well, if you would've used a real editor you'd be finished by now.

    7. Re:But Visual Studio has its own Debug mode by Anonymous Coward · · Score: 0

      Notepad? Some of us still code in edlin. Now got off _my_ lawn!

    8. Re:But Visual Studio has its own Debug mode by Anonymous Coward · · Score: 0

      Yes, codeview was quite impressive (circa 1988 or so). We debugged multithread apps built with VRTX real time ... Oh boy ...

  19. first, best use by sohp · · Score: 4, Funny

    Using it to change this string in command.com

    "Abort, Retry, Fail?"

    to

    "Abhor, Retch, Fume!"

    Note that it fits in exactly the same number of bytes. That's important.

    1. Re:first, best use by owlstead · · Score: 1

      I've got Vista installed on a laptop. The UAC is sometimes killing me though, I'll switch it off later. But now that you let me remember that question, I can rest assured that it was at least MUCH better than that Abhor,Retch,Fume that seemed to do *exactly* the same no matter which one of the confusing options you took. Even now I don't understand the difference between Abhor and Fume.

      And no, I DON'T wanna know (some imbecile is going to explain anyway, but at least I tried).

    2. Re:first, best use by ConceptJunkie · · Score: 2, Funny

      Well, "Abort" means you recognize that it's broken and are telling it to give up, this is what they did to DOS, which brought us Windows 95. In many ways, it was a lateral move.

      "Retry" means, yes, we admit it's broken, but we can do better. This was Windows NT.

      "Fail" == Vista

      --
      You are in a maze of twisty little passages, all alike.
    3. Re:first, best use by bhtooefr · · Score: 1

      The real meaning...

      Retry is obvious. It trys again.

      Abort tells it to abort the operation - for example, if you're copying files, and there's a disk error, Abort will stop the copy altogether.

      Fail tells it to fail just that stage of the operation - for the copying files example, that sector or that file won't copy, but the rest of the copy operation will continue.

      And, you missed Ignore, which is a special version of fail - it tells it to use the erroneous data anyway.

    4. Re:first, best use by ais523 · · Score: 1

      Not quite. Fail causes it to report the error to the program that attempted the operation; this is what POSIXy systems like UNIX and Linux do for everything (which is why you don't get abort/retry/fail at the Linux command line). A well-written program will normally exit at that point, which is why abort and fail look like they're doing much the same thing. A badly-written program will attempt to interpret the failure code as data, with potentially interesting results. Nowadays many C compilers give warnings for certain operations that can fail, if the program is discarding the failure/success value rather than looking at it. (Higher-level languages like C generally throw an exception at that point, so it doesn't need special action on the part of the programmer to warn about the lack of.)

      --
      (1)DOCOMEFROM!2~.2'~#1WHILE:1<-"'?.1$.2'~'"':1/.1$.2'~#0"$#65535'"$"'"'&.1$.2'~'#0$#65535'"$#0'~#32767$#1"
    5. Re:first, best use by clone53421 · · Score: 1

      Actually, a "well-written" program will try to gracefully handle the error. Dying might not be the most graceful solution.

      A lot of the DOS commands just re-tried the system call if it failed, IIRC, which resulted that "Retry" and "Fail" usually had the same effect.

      "Abort" killed the calling process altogether. "Retry" caused the system to retry the failed call (without ever returning control to the program that first made the system call). "Fail" told the system to return a fail code to the calling process, which should then decide what to do (ask for a different filename, for instance). "Ignore" was a special case where the data was suspect, and probably bad; it told the system call to return the questionable data to the calling process anyway.

      IIRC, at least. I could be entirely wrong.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    6. Re:first, best use by ais523 · · Score: 1

      Yep, that pretty much matches up with what I thought. I didn't realise the DOS commands were quite that bad at error handling, though; presumably, they were improved somewhat before I started using them.

      --
      (1)DOCOMEFROM!2~.2'~#1WHILE:1<-"'?.1$.2'~'"':1/.1$.2'~#0"$#65535'"$"'"'&.1$.2'~'#0$#65535'"$#0'~#32767$#1"
    7. Re:first, best use by clone53421 · · Score: 1

      Yeah, well, when you're trying to list a directory and the floppy is unreadable, there's not a whole lot you can do. A more helpful error message would have been nice, but you don't really expect them to write a disc-recovery tool into dir.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  20. Scripts by Anonymous Coward · · Score: 1, Interesting

    ... still use debug to do certain tasks. Getting rid of it was kind of pointless.

  21. feh by ClioCJS · · Score: 4, Interesting
    bad move. debug.exe was the only way i could recover a harddrive that had a messed up partition table. No, neither fdisk nor the linux equivalent could fix it, not even with a full low-level format. only debug.exe. It was a damned weird situation. Linux lied and said it was fixed; Fdisk told the truth and said it couldn't fix it. Debug worked tho!!

    It's not like it hurts by sitting there on the harddrive, taking up a whopping 28K (or however big it is)....

    --
    -Clio
    Karma: Bad (mostly from not giving a fuck)
    Blog: http://clintjcl.wordpress.com
    1. Re:feh by Anonymous Coward · · Score: 1

      Interesting, I never heard of anyone using DeBug like that, how'd you do it?

    2. Re:feh by Aranykai · · Score: 4, Informative

      Modern hard disks, as in anything made after 1994, should never be subjected to an LLF. The tracks and sectors are defined at the factory physically and you cannot change them. Now, what I think you mean to say is you 'reinitialized' or wrote zero's over the entire disk. Almost every disk manufacturer makes a utility to do this that you can download from their website. This ignores partitions, so it will fix a corrupted partition table.

      --
      If sharing a song makes you a pirate, what do I have to share to be a ninja?
    3. Re:feh by PalmKiller · · Score: 4, Informative

      In linux just use dd to write 512 zeros to /dev/hda (or /dev/sda or whatever the base drive is) for example

      dd bs=1 count=512 if=/dev/zero of=/dev/hda

      That will wipe the boot block clean, then you can use it like a brand new drive.

      Or if you want, just zero out the partition table using a seek=466 and a count=64 instead of the count=512

    4. Re:feh by againjj · · Score: 1

      Mod parent up. This is a trivial way to blast away low level data that is bad, but good enough to fool disk utilities. I figured this one out on my own after fighting with a disk for a while.

    5. Re:feh by EkriirkE · · Score: 1

      Seconded. Half the drives that came in with "No bootable disk", test disk revived.

      --
      from 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
      to 45 2F 6E 40 3C DF 10 71 4E 41 DF AA 25 7D 31 3F
    6. Re:feh by evilviper · · Score: 3, Interesting

      Interesting, I never heard of anyone using DeBug like that, how'd you do it?

      I wrote most of the FAQ for Computing.net forever ago:

      http://www.computing.net/faq/contentdos/badsector.html

      I think its been close to 15 years ago now... Little things you put out of your mind until someone brings them back up. Strange to see what a following my work has gotten these days.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    7. Re:feh by TheRaven64 · · Score: 2, Interesting

      Wow, I'm glad I had Norton Utilities. It gave a nice hex editor view of files, or of regions of the disk. One of the fun things you could do with it was see how Elite savegames worked, and discover why copying them always failed. It turns out that Elite would write the data into a 512 byte sector and then truncate the file. The game data would still be on disk, but after where the OS thought the file ended. If you modified it in any editor, the entire disk block would be written back out and the bit of the file containing the real data would be clobbered. If you edited it in nu you could change the values after the supposed end of the file.

      --
      I am TheRaven on Soylent News
    8. Re:feh by Magic5Ball · · Score: 1

      Zeroing the MBR doesn't remove the primary or secondary GUID partition tables, which is important for EFI systems. (It's real fun when the three major fdisks disagree about what kinds of partitions exist.)

      --
      There are 1.1... kinds of people.
    9. Re:feh by Anonymous Coward · · Score: 0

      Way to nuke your partition table as well. If you want to keep it, use 446 bytes.

  22. editing save game files... by Anonymous Coward · · Score: 0

    I think I first used msdebug to edit my Wing Commander Privateer file to add the cargo expansion purchased for my Galaxy freighter to the smaller more nible Centurion fighter. Oh and to give it 4 Steltek guns. I remember uploading that save game file to compuserve, it was pretty popular at the time.

    1. Re:editing save game files... by carambola5 · · Score: 1

      All those Simoleans I created with debug.exe...

      --
      IWARS.
      People, in general, disappoint me. Politicians even more so.
  23. Wrong, Wrong and Wrong by Anonymous Coward · · Score: 5, Informative

    This article is entirely wrong. DEBUG.EXE hasn't been removed from Windows 7. It's just not included in 64-bit editions of Windows. That goes for 64-bit editions of Windows 2000, Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008 and Windows 7. This is because the 16-bit emulator is no longer included in the 64-bit versions of Windows due to the fact that the x86-64 CPUs cannot switch to 16-bit mode. So it's not DEBUG.EXE that is gone, it's all of DOS that is gone.

    1. Re:Wrong, Wrong and Wrong by mzs · · Score: 4, Interesting

      "due to the fact that the x86-64 CPUs cannot switch to 16-bit mode."

      ????

      AMD64 CPUs most certainly support real mode. In fact that is how they boot, how else would you expect the VGA bios to execute during boot?

      They also support Virtual 8086 mode which you are confusing with 16-bit mode. The issue is that in Long mode (which is all that 64-bit MS OSs supprort) you cannot run in those modes. Instead you either run in 64-bit mode or compatibility mode (32-bit or 16-bit, no extra regs). MS certainly could have provided a way to switch between Long mode and Legacy mode but chose not to. Then when encountering a real mode program it would switch to Legacy mode. These switches are not cheap though, you'd likely have do things like quiesce DMA, and that is why MS decided to ditch it. In fact there was a similar issue with the 80286 and 16-bit protected mode, essentially a soft reset was needed to get back into real mode but that was done back then (with the advent of Windows 3.0) since so many programs would have been unusable otherwise.

    2. Re:Wrong, Wrong and Wrong by Anonymous Coward · · Score: 0

      "due to the fact that the x86-64 CPUs cannot switch to 16-bit mode"

      This is false. I have a 64-bit AMD cpu and have no problems running DOS programs.

    3. Re:Wrong, Wrong and Wrong by Anonymous Coward · · Score: 0

      But you DO realize that you just proved GP's point, right?

    4. Re:Wrong, Wrong and Wrong by Retron · · Score: 1

      I'm probably one of only a handful of people who has a dual-boot Windows 7 / DOS 7.1 config on my Core2 Duo PC. Basic DOS works fine, but if you use EMM386 it crashes soon after, probably because DOS was not designed to use 4GB of RAM!

    5. Re:Wrong, Wrong and Wrong by Anonymous Coward · · Score: 0

      I contrast with Win 3.x and Win9x, NT has NEVER used Virtual 8086 mode to run DOS and DOS programs. NT has always used an virtualization engine called Windows on Windows (aka emulator). WoW still exists in 64-bit, but it's only purpose there are to run 32-bit windows programs. The 16 to 32-bit virtualization has been dropped.

    6. Re:Wrong, Wrong and Wrong by mzs · · Score: 1

      From your reply I just realized that to use real mode would be incredible stupid. A real mode emulator like you state makes much more sense. The reason being regardless of what an OS could do to try and make things unreachable from real mode that if you allowed a process to enter real mode you could put some a far pointer to some code to take over the machine at 40:67 and then just triple fault, Mea culpa.

    7. Re:Wrong, Wrong and Wrong by joeljkp · · Score: 1

      Yeah, I can confirm that DEBUG.EXE exists in Win7 RC1 32-bit.

      --
      WeRelate.org - wiki-based genealogy
  24. Good ole' debug by Datamonstar · · Score: 2, Funny

    I'm such a poser that the only thing I used it for was low-level format of hard drives. But oh, how I'll miss it. I still remember being a phone tech and using the debug script for callers that I didn't like. I'd tell them "Okay, I'm going to tell you some commands and I'm not going to be able to stop so make sure you don't miss anything of else I'm not sure if I'll be able to recover your system ever again." And then I'd proceed to turbo-read the script without stopping. Ah, such fun.

    --
    The eternal struggle of good vs. evil begins within one's self.
    1. Re:Good ole' debug by greed · · Score: 1

      Oh gods. I remember having to phone a friend at too-late-at-night because I was swapping hard disks between an Amiga and a PC... After getting the PC's old drive nicely partitioned on the Amiga, I needed to set the other one up on the PC....

      And I'd forgotten I was going to have to do that from DEBUG.

      The horrors... the horrors....

      Mind you, I did write a HANG.COM in it to show off the F00F bug. Then realized COPY CON: HANG.COM and ALT+numeric pad worked just as well.

  25. Good memories by Anonymous Coward · · Score: 0

    In the prehistoric times of the XT, it was common to manually "park" hard drives before shutting them down. This could be done with special tools, but it was far more convenient to use DEBUG to execute the parking routine in the controller directly. The command was "g=c800:??" where ?? is something I don't remember. You could also access other functions of the controller that way.

  26. Re:OMG, but necessary! by sgt_doom · · Score: 0, Troll
    Dood, they had to kill debug -- it was the same bug responsible for flying pigs, or was that swine flew????

    War is Peace ..... Poverty is Wealth..... Insolvent banks are healthy banks

  27. Awwww.... by feepness · · Score: 3, Interesting

    This was how I cracked Ultima V. They had a special sector on the floppy(!!) and read code off it, put it in the right place, and then ROT13ed that code.

    I traced through until I was past that point, added nops where the read/ROT13 was, and rewrote the exe. I thought I was a genius.

    RIP MSDEBUG.

    1. Re:Awwww.... by SL+Baur · · Score: 1

      Yah. I did something like on the first two "copy protected" games I encountered on MS-DOS (roommate's computer, not mine, proud to say). The first crack involved tracing far enough to NOOP out a critical checksum made over the binary. That one was fun because the programmer inserted several fake "attempts" along the way, which if only the first were bypassed would allow the game to start, but then kill you after a few minutes with the message that the "Software Pirate died".

      The other involved a deliberately misformatted disk where the last sector on the disk had a misnumbered sector number in the format part of the disk. Nooping out the read of the misformatted sector (which couldn't be read even on diskcopy'ed disks) did the trick there.

      After that, I lost interest and never did it again.

      I'm not a Microsoft fan and the only Microsoft (DOS|Windows) license I ever bought intentionally made my wife so angry (at the constant crashing MS Windows XP is prone to) that we gave it to her younger sister and replaced her machine with a Macbook. But I have to say, if there's one piece of Microsoft software I ever found useful and fun, it was debug.exe.

      OB: I hope someone has written an msdebug.el for emacs by now.

  28. old ESDI drives... by dAzED1 · · Score: 1

    I remember having to use debug to format ESDI drives back in the day. They should keep it around - it's still a power tool. What, do they think there will be fewer people writing viruses if it is gone? As though there aren't alternatives out there?

  29. All the useful tools are going by Ed+Avis · · Score: 1

    DEBUG on the way out? Next they'll be trying to remove EDLIN? Where will it stop?

    (Bizarrely, the only time I have ever used EDLIN was to administer some dual-boot Linux / Windows NT boxes. I wrote a perl/Expect script that telnetted to each machine running Windows, used EDLIN to change boot.ini, and then ran 'shutdown -r'.)

    --
    -- Ed Avis ed@membled.com
    1. Re:All the useful tools are going by SL+Baur · · Score: 1

      (Bizarrely, the only time I have ever used EDLIN was to administer some dual-boot Linux / Windows NT boxes. I wrote a perl/Expect script

      I have a quibble, elder slashdotter. Command line utilities with minimal output are valuable for precisely the reason that you did that - one reason I hate the GNU abomination that they call ed(1).

      Expect is perhaps the most underrated tool ever invented and one of the best reasons why a responsible command line (regardless of whether an end-user is ever expected to use it) is required.

    2. Re:All the useful tools are going by Ed+Avis · · Score: 1

      In fact a true command-line program does not need Expect at all. Expect simulates an interactive terminal, but classical Unix mail(1), for example, can be run just with command lines and piping text to a non-interactive stdin. (A lot of older scripts do so, and can be buggy because of it, if there are embedded commands in the text.) The same is true of ed(1), I believe; it doesn't expect a terminal but just plain text input and output. (You can write ed scripts to perform particular operations such as patching). What do you dislike in GNU ed - I hadn't realized it was incompatible with classic Unix ed?

      --
      -- Ed Avis ed@membled.com
  30. Debug my friend by atuline · · Score: 1

    I remember purchasing my first IBM PC with DOS 1.0 back in December '81. Debug at the time did not include the 'a' or 'assemble' command, so I hand assembled my first programs via hex. That's bit crunching together the mod, the reg and the r/m bits in order to make an opcode. Well, at least it wasn't a 6502. . .

  31. Already gone... by faragon · · Score: 2, Interesting

    ... for XP64 and Vista64.

    Here is my last tribute:


    C:\Users\faragon>copy con hifolks.com
    zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz^Z
    1 files copied.

    C:\Users\faragon>debug hifolks.com
    -a 100
    187E:0100 jmp 112
    187E:0102 db "Hello Slashdot!$"
    187E:0112 mov ah,9
    187E:0114 push cs
    187E:0115 pop ds
    187E:0116 mov dx,102
    187E:0119 int 21
    187E:011B int 20
    187E:011D
    -w
    Writing 00048 bytes
    -q

    C:\Users\faragon>hifolks.com
    Hello Slashdot!
    C:\Users\faragon>

  32. Bad move not having it in ROM by osu-neko · · Score: 1

    If it was in your ROM BIOS, they could never take it away from you. Superior computers always made sure it was there in the ROM.

    CALL -151

    :)

    --
    "Convictions are more dangerous enemies of truth than lies."
  33. Good for low level formatting. by miffo.swe · · Score: 1

    I think the only time i hasnt used Norton Commander or something else than debug in dos/windows was back in the day when i got my first harddrive for my NCR PC4i. The ST-506 disk was a bit fast for the 8088 CPU so except having to manually replace the bios chip i had to interleave the thing manually too.

    Good thing they start cleaning the Dos stuff out of windows finally. I guess 1987 called Microsoft and wanted its software back.

    --
    HTTP/1.1 400
  34. E D24 7F FF by Sowelu · · Score: 1

    Every geek kid growing up in DOS knew how to give way too much money in SimCity using Debug. First time I ever pulled a 'cheat' off a network, either. I think I got that from Prodigy, though it might have been a real BBS.

    1. Re:E D24 7F FF by The+Clockwork+Troll · · Score: 1

      i had to type porntipsguzzardo, you insensitive clod

      --

      There are no karma whores, only moderation johns
    2. Re:E D24 7F FF by Sowelu · · Score: 1

      I thought that was -gizzardo, and wasn't that SC2K? A better solution anyway was to make a city in SC1, 'debug mycity.cty' 'E D24 7F FF' 'W' 'Q', then import it into SC2K.

  35. Typo by PalmKiller · · Score: 3, Informative

    Oops the seek=466 should have been 446 (or even 448 with a count of 62, either works)...just in case someone really wants to back up a partition table with nothing else.

  36. Noooooo! by Anonymous Coward · · Score: 0

    Not DEBUG!

    If this is really true, I guess I'd better get in one last shameless plug before it's too late!

    Blasted post limits. Posting anonymously, well, because of blasted post limits.

  37. Slashdotted: original article by againjj · · Score: 4, Informative

    MS-DEBUG 1981 - 2009
    May 8, 2009, 11:16 am

    Earlier this week (May 5) Microsoft Windows 7 Release Candidate was released to the general public and like many technology enthusiasts I downloaded a copy early in the morning hours on Tuesday, shortly after Microsoft made it available on its website.

    The RC build of Windows 7 (build 7100) has many tweaks over the previous beta build I have (build 7000) and I have not yet played with it long enough to come up with any meaningful conclusions. However, this is not the point of this article. As you might have noticed from the title of this article, I was not about to talk about my experience with Windows 7 (maybe I will write about it later). What I noticed the first thing in Windows 7 is that the DEBUG command is nowhere to be found.

    I was just old enough to remember the very early days of DEBUG under MS-DOS. In fact, I was fascinated with such a small and yet powerful tool that came with every version of MS-DOS distribution. the DEBUG command was so powerful that you could do almost anything with your machine with sometimes just a few key strokes.

    For a long time, I used DEBUG to learn x86 assembly language and to learn about disk (both floppy disks and harddrives) structures and file systems. And occasionally, I would use DEBUG to edit binary files.

    I remembered that I could use commands like

    -l 100 0 0 1
    -d

    to load the boot sector from floppy A and inspect whether the boot sector was infected with any virus and if so, I would find a clean floppy disk and using DEBUG to write its boot sector to the disk that was infected.

    And routinely, I would use the following commands to inspect the partition table of my harddrive to make sure that it was free from any infections:

    mov ax, 0201
    mov bx, 1000
    mov cx, 0001
    mov dx, 0080
    int 13
    int 3
    -g 100
    -d 1000

    Remember this one?

    jmp ffff:0000

    I remembered that someone at my high school used to play the pranks by changing the very first few bytes on floppy disks to EA:00:00:FF and placed the disks in computers in the lab so that whenever someone turned on the computer, it would enter an infinite reboot cycle.

    And when CIH stroke in the late nineties, my friends and I would use DEBUG to inspect the virus's code to see how the instructions could actually be used to cause real physical damage to the hardware.

    After Windows came along, I still used DEBUG often. After all, deep inside Windows (up till Windows ME), there was MS-DOS and for years, user were allowed to operate in real mode if they so inclined to. With the advent of Windows 2000 and then later Windows XP people started to forget about DEBUG since the operating system became true 32bit and the DOS prompt became just an emulator. You could still view files and write assembly code within DEBUG, but it was in a protected environment and everything you do was pretty safe and you couldn't really do anything harmful to the hardware (of course, you could still overwrite sectors in floppy disks if you wanted to).

    Ah, those were the good old days. Just like QBasic disappeared from later versions MS-DOS, DEBUG has gradually become obsolete. It remained in Windows Vista, but it is no where to be found in Windows 7. At last, Windows has shed one of its last vintage applications from the MS-DOS era.

    1. Re:Slashdotted: original article by Anonymous Coward · · Score: 0

      -a100
      mov ah,9
      mov dx,108
      int 21
      retn

      -e108
      48 65 6c 6c 6f 24

      -nhello.com
      -rcx
      e
      -w
      -q

  38. Fond memories... by AdamTrace · · Score: 1

    I cracked my first game using "debug" a long time ago... It was "Speedball II, Brutal Deluxe", which remains in the running for Best Video Game Title Ever.

    FWIW, I didn't do anything with the crack. It was my own legal copy of the game. I just wanted to see if I could do it. One little NOP, and the whole call to the copy protection subroutine was canceled. Ha!

  39. Loser article by SnarfQuest · · Score: 0, Flamebait

    I'll bet that if you said that PIP was being removed, hundreds of slashdot posters would check to see if it really was still on their system.

    I'll also bet that several will check after reading this post.

    --
    Who would win this election: Andrew Weiner vs Andrew Weiner's weiner.
  40. f 0000:0000 ffff ff by mybecq · · Score: 1

    Please observe a moment of silence for the last command you'll ever type in debug...

    f 0000:0000 ffff ff

    1. Re:f 0000:0000 ffff ff by clone53421 · · Score: 1

      This doesn't do much in Windows, by the way.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  41. g=c800:5 by Anonymous Coward · · Score: 0

    I remember g=c800:5 to low level format my 20Mb hard drive!

  42. Who still uses it? by thegoldenear · · Score: 1

    "Over the years"...yeah? not over all twenty eight of them, surely! When did you last use debug? I probably haven't used it since 1989 for hacking command names in command.com in MS-DOS 3.3.

  43. What?! Oh gnoes!!!111 by anarkavre · · Score: 1

    debug was the best thing that Windows had to offer. I'd always play around with it calling DOS interrupts and mode 13h. In fact I was messing around with it today while bored at work.

    --
    "Without curiosity and knowledge, the mind is a vast void. Without the mind, curiosity and knowledge are nonexistent."
  44. innovation by anton_kg · · Score: 1

    Someone is trying to be very innovative: they hope that all "vista problems" will go away by removing a debugger.

  45. DDT.exe by Anonymous Coward · · Score: 0

    And let us not forget, that DEBUG.exe was really a blatant rip-off of Gary Kildall CP/M's DDT.exe
    (which stood for Dynamic Debugging Tool)

    So we can back that born-on date back to 1977.

    1. Re:DDT.exe by VAXcat · · Score: 1

      Assorted flavors of DDT were extant on any number of DEC operating systems long before Kildall had it in CP/M.

      --
      There is no God, and Dirac is his prophet.
  46. Text editing in debug by Tired+and+Emotional · · Score: 2, Informative
    A colleague and I once edited a text startup file for windows using debug - config.sys probably but I don't remember for sure.

    We were at a trade show and needed to make a change to the file but edit, for some strange reason, was missing from the machine, so it was the only thing we had to make the edit.

    After that I made sure I always had a floppy with key tools with me.

    --
    Squirrel!
    1. Re:Text editing in debug by Anonymous Coward · · Score: 0

      should have used edlin... That was a p.o.s. editor!

  47. the original dot com by ifeelswine · · Score: 1

    i used to write TSRs (terminate and stay resident) to do all sorts of obnoxious shite like flash the screen and display a text box staying "WHITE POWER" at the most inopportune time.

  48. That is one security flaw fixed...60,000 moretogo! by Anonymous Coward · · Score: 0

    Sorry, but Debug is one of the dumbest security holes in windows. You don't have to be an admin to run it, and you can use it to wipe a harddrive, or scramble it, in minutes.

    I'm a little sad its gone, but I never really used it, so no biggie. I imagine the sourceforge one will have more toys anyway.

  49. Retired in 2009 ? 1998 is more like it ... by Anonymous Coward · · Score: 0

    I've tried to use that program many times after Windows was introduced. And every time I tried (W98) I was amazed about how the processors advanced, but Debug stayed what it was as under DOS 5.0 : 8086 commands and nothing more.

    MS may claim it only retired that program now, but as far as I know they did not update it at all after DOS (but for its version-number and it to be "compatible" with whatever quirks the thanwhile Windows version had).

  50. BEST POST OF MONTH by tjstork · · Score: 1

    BEST POST OF MONTH

    --
    This is my sig.
    1. Re:BEST POST OF MONTH by clone53421 · · Score: 1

      That's all it takes? Bah humbug. :-p

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    2. Re:BEST POST OF MONTH by faragon · · Score: 1

      Of month, you insensitive clod XD

      P.S. thank you for the link, very cool demo.

  51. Wimp! by SL+Baur · · Score: 1

    Well, at least it wasn't a 6502. . .

    Um, hand assembling 6502 assembly isn't particularly difficult. Did you mistype the processor name? Or did something just whooosh over my head?

  52. Re:That is one security flaw fixed...60,000 moreto by SL+Baur · · Score: 1

    Sorry, but Debug is one of the dumbest security holes in windows. You don't have to be an admin to run it, and you can use it to wipe a harddrive, or scramble it, in minutes.

    I hope you are every bit as idiotic as you sound and that really isn't true.

    Does MS-Windows really ignore permissions at the system call level? And I thought one of the big advantages of MS Vista & ++ were that folks no longer ran with admin privileges ...

  53. NOTEPAD??? Why that's nothing.... by TiggertheMad · · Score: 1

    PURE LUXURY! Why when I was a wee nipper, We used a morise code transmitter wired into the data bus to insert raw hex instructions onto the stack! We didn't have a moniter to verify things, we had to use the BIOS to transmit beep codes to the PC speakers, and we liked it that way! Also, we did it in the dark, while me mum whipped us with a belt! UPHILL! BOTH WAYS!

    --

    HA! I just wasted some of your bandwidth with a frivolous sig!
    1. Re:NOTEPAD??? Why that's nothing.... by clone53421 · · Score: 1

      me mum whipped us with a belt! UPHILL! BOTH WAYS!

      Please don't explain how that worked.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  54. MS-DEBUG?? Don't you mean SCP-DEBUG from 1980? by IvyKing · · Score: 2, Informative

    DEBUG was actually part of QDOS/86-DOS before MS thought about buying the rights from Seattle Computer Products. The DEBUG commands and syntax were similar to the features in the EPROM monitor that came with the SCP CPU's (actually on the CPU support card).

    1. Re:MS-DEBUG?? Don't you mean SCP-DEBUG from 1980? by Retron · · Score: 1

      Yup - a fun fact is you can run the pre-PC, pre-Microsoft DEBUG.COM from April 1981 in a DOS box under Windows 7 without any problems - it just works.

      Grab a copy from http://86dos.org/ if you fancy seeing history in action!

      (The Windows NT/2000/XP/Vista/7 version of DEBUG.EXE is taken from DOS 5. If you dig in the executable you'll see the words "MS DOS Version 5.00 (C)Copyright 1981-1991 Microsoft Corp Licensed Material - Property of Microsoft ")

      Anyway, the article is Slashdotted so I can't read it. DEBUG survives in this copy of Windows 7 that I'm using, but admittedly it's the beta rather than RC version. I'd be amazed if MS have deleted it (along with the other 16-bit apps) though; I suspect the articles just catching up with 6 years ago... none of the x64 versions of Windows have the NT Virtual DOS Machine or the 16-bit tools included.

  55. Used it just a few weeks ago by Kaenneth · · Score: 2, Informative

    Fixed some source code files that someone had mis-saved in Notepad as UTF-8, or such.

    the files had a Unicode Byte-Order-Mark character which the compiler choked on. FEFF the Zero-width, non-breaking space. It's literally an invisible character, so the easiest way to verify/fix the problem is a hex editor, so I used the always-handy DEBUG.

  56. Sounds like urban myth to me by fnj · · Score: 1

    Bullshit.

    dd if=/dev/zero of=/dev/sda count=1000000

    fdisk

    1. Re:Sounds like urban myth to me by Anonymous Coward · · Score: 0

      No shit, the GP is incredibly wrong. Last year I was attempting to restore my disk to factory state, but GRUB had changed the MBR so that it wouldn't boot into the manufacturer's on-disk restoration utility when you pressed the designated key sequence at POST. So I dd'd the MBR from my sister's laptop, which was the same model, out to a file; found a description of the the layout of the MBR; changed the values in the primary partition table to match the offsets on my disk; then dd'd that to the location of the MBR on my laptop.

  57. Jump start by HuguesT · · Score: 1

    Back when I was in college a bunch of my friends bought these cheap 286 boxes (in 1989 or so), only they came with no floppy and only a weird proprietary connector. They did have a 40MB hard disk with DOS on it, so they could boot but basically do nothing with it.

    To help my friends I used DEBUG.EXE to write a bare-bone RS232 serial link driver in about 20 lines or assembly, complete with interrupt handler, in about 15 mn. I used it to transfer Kermit. After that it was all plain sailing.