Lunduke
Comedy • Gaming • News • Science & Tech
MS-DOS 4.0 Source Code Fails to Compile
Plus: Source comments, by Microsoft, calling the creator of DOS "brain-damaged" get censored.
April 27, 2024
post photo preview

Yesterday, Microsoft released the source code for MS-DOS 4.0... an action which I have encouraged Microsoft to take for many years (including when I worked at Microsoft).

And, while this source code release is most definitely a win for the preservation of computer history, there are some rather ridiculous issues with it.

Most notably:

  • The source doesn't actually fully compile.  It is not usable in its current state.
  • The source code has been modified by Microsoft -- even after the publication this week -- reducing the historical value of the code.
  • Also Microsoft claims to have lost some source code.

Yeah.  You read that first bullet point right.  It does not compile.  I'll walk you through the details (including a step-by-step guide for how you can fail to compile MS-DOS 4.0 yourself).

But, first, a little backstory.

The MS-DOS 4.0 Story (The Short, Short Version)

MS-DOS 4.0, released back in 1986, was a bit of an oddity.  It was a multitasking version of DOS (similar in that way to Wendin-DOS).  And, importantly, it was not a direct continuation of the existing MS-DOS line -- in fact "MS-DOS 4.0" was released between versions "3.1" and "3.3" (almost exactly coinciding with the "3.2" release).

Fun Side Note: There are multiple multitasking variants of DOS (or ways to multitask in DOS).  Most of which were not built or supplied by Microsoft.  In case you didn't know that... now you do.

This Multitasking MS-DOS 4.0 was not commercially successful -- to put it mildly -- and that line of "Multitasking MS-DOS" was quickly abandoned.

Luckily -- or not luckily, depending on how you look at it -- IBM co-developed a completely different version of "MS-DOS 4.0" that had almost nothing to do with the multitasking version Microsoft created.  This IBM-made version, a continuation of MS-DOS 3.x, continued to be single-tasking.  But, oh-boy, was it buggy.  Legendarily buggy.

Ultimately, when it was obvious that the Multitasking "MS-DOS 4.0" was a dead-end, Microsoft took IBM's totally unrelated "MS-DOS 4.0" and released it also as "MS-DOS 4.0".  (Two different Operating Systems, same name and same version number.  Because that's not at all confusing.)  Then -- quickly -- re-worked a bunch of it -- releasing that as "MS-DOS 4.01".

That single-tasking version ("4.01") went on to have some success -- though it is widely regarded as one of the buggier releases of MS-DOS.

The MS-DOS 4.0 Source Release

Two totally different things named "MS-DOS 4.0".  So what, exactly, is Microsoft releasing the source code for?

Well.  There are two parts.

Floppies of an early Beta of Multitasking MS-DOS 4.0

Both are available via GitHub.  And everything is released under the MIT license.

Which means that, yes, if you can get that single-tasking 4.0 code to build... you can, in theory, fork these releases and continue developing them.  (Though you'll need to change the name, as Microsoft still holds the trademarks.)

This work was announced in a joint blog post by Jeff Wilcox (Head of Open Source Programs Office) and Scott Hanselman (Vice President of Developer Community) at Microsoft.

Fun Side Note #2: That Vice President, Scott Hanselman, is the same Microsoft executive who has previously encouraged people to commit crimes against people based on their skin color and gender.  Telling people to be ready to "go to jail" for those crimes.  While that bit of information has absolutely nothing to do with the MS-DOS 4.0 source code release... it's nice to have background on the people in the story.

What code, exactly, did we get?

This release, from Microsoft, is a valuable and interesting one.  It contains a great deal of historically significant information -- and I am absolutely filled to the brim with nerdy joy as I go through it.

Unfortunately... it does not include code for the multitasking version of "4.0".

From the announcement:

"Jeff Wilcox and OSPO went to the Microsoft Archives, and while they were unable to find the full source code for MT-DOS, they did find MS DOS 4.00, which we’re releasing today, alongside these additional beta binaries, PDFs of the documentation, and disk images. We will continue to explore the archives and may update this release if more is discovered."

As a former Microsoft employee... this is... strange.  And, quite honestly, not at all believable.

During my time working at Microsoft, I knew of backed up copies of source code for darned near everything -- including almost every version of MS-DOS from 3.3 onward (that I, personally, saw).

Yet they were unable to find code for the Multitasking MS-DOS 4.0?  Knowing, intimately, how the various groups within Microsoft handled backing up source code and binaries for releases... this statement from Microsoft makes me highly skeptical.

Unless Microsoft completely forgot how to backup source code in the last few years, I'm going to call this claim utterly bogus.

Is it Actually MS-DOS 4.0?

Just to make everything far more confusing than it already is... this may not actually be MS-DOS 4.0.  It might be MS-DOS 4.01... or PC-DOS 4.01... or some strange combination.

Take a look at SETENV.BAT in the source code release and you will find the following line:

echo setting up system to build the MS-DOS 4.01 SOURCE BAK...

What files I have been able to build appear to exactly match the MS-DOS 4.0 (not 4.01) release images.  But, being as some of this source code release is mangled beyond use, unfortunately we can't really be sure that everything matches the actual 4.0 release.  It might be an interim build between 4.0 and 4.01.

Oh!  That's right.

Did I mention that this source code release of MS-DOS 4.0 doesn't successfully build?

The Code Does Not Compile

Allow me to repeat myself:

The code that has been supplied contains significant problems which will prohibit it from compiling a complete, working version of MS-DOS 4.0.

I attempted build under multiple environments (including on a released version of MS-DOS 4.01, MS-DOS 5, PC-DOS, and under DOSBox) -- and dug through the errors until I was confident of the issues (and, importantly, was confident that we weren't simply looking at an obvious case of user error).

ERROR!  ERROR!

Note: If you want to skip the "How To Build It" portion, simply scroll down to the "BOOM!  ERROR!" section below.

Want to unsuccessfully build MS-DOS 4.0 yourself?  Here are some super easy to follow steps.

  1. Download the contents of the MS-DOS 4.0 GitHub repository.
  2. Install DOSBox.  (Seriously, this works just as well in DOSBox as it does anywhere else.)
  3. Within DOSBox run the following command: "MOUNT D PATH" (replace "PATH" with the path to that folder you downloaded in step 1).

If you did everything correctly, you will now -- within DOSBox -- have a D:\ drive with a directory named "SRC" in it.

Note the D:\SRC directory.  That's important.

The BAT and make files which build MS-DOS 4.0 expect all of the files to be in D:\SRC.  So replicating that environment will make it so you don't need to tweak any files at all.

Now we actually do the build.

  1. Change to the D:\SRC directory.  "D:" then "CD SRC".
  2. Now run "SETENV.BAT".  This will setup the paths and whatnot for the build environment.
  3. Then simply run "NMAKE".  That will kick off the build for everything.

Easy, right?

BOOM!  ERROR!

At this point you will quickly see that several files compile cleanly.  Until you get to GETMSG.ASM and, later, USA.INF.  Both of these files are mangled.  I was able to force GETMSG.ASM to compile by commenting out some lines... but USA.INF is completely hosed.

I don't see how whoever uploaded this source could have possibly done a successful compile prior to releasing it.

Seriously.  Hosed, I say!  Hosed!

It's not all bad news, luckily.  The majority of the code does appear to be here -- and most of it builds without any catastrophic errors.  With some work (a replaced file here, some re-written code there) I am confident a variant on this MS-DOS 4.0 release will be able to be built... unfortunately, because of changes needed to make it compile, it won't be a historically perfect replica of the system.

Not without Microsoft figuring out what they did wrong and re-releasing the source code.  Which, considering how rarely Microsoft releases source code for these historical pieces of software... I won't be holding my breath.

Fun Side Note #3: After Microsoft announced the source code release of MS-DOS 4.0, a huge number of articles have popped up on a number of Tech News sites.  Tech Journalist after Tech Journalist praising the release.  Yet not one of them has reported that the code does not actually compile.  Which means that none of them even tried to verify the claims from Microsoft.  Not.  One.  Except for The Lunduke Journal, of course.  I'll let you draw your own conclusion about what that means.

The historical record has been compromised... a little.

It doesn't build.  That's a problem.

Also, it's kind of hard to be 100% sure what this specific release even is (is it 4.0... is it 4.01... is it from IBM or MS?  An interim build?  It looks mostly like 4.0... but there's some weird bits that could use clarification.).

But what makes this even worse... is that not only has some of the code been mangled and corrupted... but some of the code comments were actively modified in the few hours after the source code was publicly posted!

Thus further destroying the historical value of this source code.  Which, to put it mildly, kinda sucks.

Brain-damaged Tim Patterson

But, as luck would have it, that source code change... is really, really amusing.  And pretty minor.

"Brain-damaged Tim Patterson"

A modified comment.  "Brain-damaged Tim Patterson" becomes "Brain-damaged TP".

It's a simple change -- obscuring an insult of Tim Patterson (the original creator of Quick & Dirty DOS)... replacing his full name with his initials.  But, if this is a historical record, this change should not occur.

Here's a fun question: Who, exactly, made this change?  Microsoft is not accepting any changes to this source code repository from the outside world.  So, whoever made the change has the blessing of Microsoft.

Well, hold on to your butts!

This change was made by GitHub user "mzbik", with the simple comment "MZ is back!".

Ok.  Great.  But who the heck is "MZ"?

None other than the legendary Mark Zbikowski.  One of the early Microsoft employees (joining in 1981) -- and the programmer who took over the MS-DOS project (from Tim Patterson) starting with version 2.0... and leading DOS through version 4.0.

Mark Zbikowski and his epic moustache.

Clearly Mark -- who usurped Tim as the Dev Lead / Manager of MS-DOS -- did not want that little "Brain-damaged" insult of Tim to be part of the historical record.

Or, perhaps, he really wanted to call attention to it by making the change.

Either way, we now can be somewhat sure that Mark Zbikowski, himself, wrote that comment way back in the 1980s.  And, even more fascinating, Mark remembered that comment -- from the '80s -- so clearly that he knew to quickly go and change it -- almost immediately -- once the source was made public.  (I barely remember source code comments I made last week, let alone almost 40 years ago... this really stuck with him!)

And that level of irreverent whimsy -- one historically significant programmer insulting another historically significant programmer... in source code comments -- makes me smile.

Ok, sure.  That change isn't a huge deal.  In fact, I'm now glad it happened as it drew my attention to it.

But what else has been changed?  What else will be changed?  It's worth asking.  This is for the preservation of history, after all.

Lots and Lots of Questions

In fact, this release raises a lot of questions.

  • Why was building of this source code not tested prior to release?
  • What process caused these source code files to be mangled?
  • What all was changed from the original source archive?
  • Why has Microsoft only released source code for the 3 least popular versions of MS-DOS (1.25, 2.0, & 4.0)?  Microsoft does not profit from versions 3.3, 5.0, or 6.x (far more popular and/or useful releases).  Why are those being held back?
  • Microsoft loves to tell people how much they love Open Source... yet they have released source code for only a very small number of products (far less than 1% of their total software releases).  Even ancient software, unsuported for decades, remains closed source.  Why?
  • The last release of MS-DOS source code (versions 1.25 and 2.0) occurred 10 years ago (2014).  Why has it taken 10 years to release source code that Microsoft hasn't used since the 1980s?  Will the next release of source code be 10 years from now... in 2034?
  • And, shoot, why has not one other Tech News publication actually tried to compile this code... or notice the changes being made... or look into the details at all?

I don't mean to sound like a Negative Nancy, here.  This release is, without a doubt, incredibly interesting and important.

And Microsoft is under no obligation to release the source code for these pieces of software.  No obligation whatsoever.  If they wanted to keep it all locked away in their vault, that's entirely their call.

That said, Microsoft's near constant declarations of their "love for Open Source" -- including their ownership of GitHub -- would suggest to me that they would be eager to release the source for 30 and 40 year old software that they haven't earned a penny on in decades.

If they truly loved the idea of "Open Source"... they would do it.  In a heartbeat.  But they don't.  Which tells me a lot about their actual views on "Open Source".

Some things never change...

When I worked at Microsoft -- in the late 1990s and early 2000s -- I pushed, regularly, to release code, binaries, and documentation of historicaly significant Microsoft software.  The old stuff that nobody used anymore, but which should be preserved and studied for posterity.

Back in those days, I got a lot of push-back.  To put it mildly.

Microsoft management was extremely hesitant to release code -- and even free binaries -- of these historic products.  And, honestly, it looks like that situation has barely improved since then.  Shoot.  What they do release doesn't even compile.

Just the same: I applaud Microsoft for releasing this MS-DOS 4.0 code!  Truly, I do!

Now... release some more!  Preferably without mangling the code this time.

And don't give me any of that "we can't find the code for our most famous products" malarkey.  The Lunduke Journal knows better.

community logo
Join the Lunduke Community
To read more articles like this, sign up and join my community today
14
What else you may like…
Videos
Podcasts
Posts
Articles
The War for Linux

Widespread discrimination based on Ethnicity, Religion, & Politics across the Linux World. Red Hat, IBM, The Linux Foundation, GNOME, elementary, Linux Mint, and more are involved -- bullies working to exclude those they don't like.

They are at war against the very soul of the Linux and Open Source world.

This is the first part in a series of shows and articles. I'm going after these bullies.

01:05:29
On the Z-80 Holborn Computers

Remembering the (very) funky Holborn computers of the early 1980s.

The full article: https://lunduke.locals.com/post/5588902/1950s-sci-fi-style-computers-powered-by-a-z80-built-in-holland

00:14:04
On The History of Screensavers: 1961 - 1990

From Sci-Fi novels and Atari... to old Macs and Flying Toasters.

The full article: https://lunduke.locals.com/post/5588984/the-definitive-history-of-screensavers-1961-1990

00:18:01
November 22, 2023
The futility of Ad-Blockers

Ads are filling the entirety of the Web -- websites, podcasts, YouTube videos, etc. -- at an increasing rate. Prices for those ad placements are plummeting. Consumers are desperate to use ad-blockers to make the web palatable. Google (and others) are desperate to break and block ad-blockers. All of which results in... more ads and lower pay for creators.

It's a fascinatingly annoying cycle. And there's only one viable way out of it.

Looking for the Podcast RSS feed or other links? Check here:
https://lunduke.locals.com/post/4619051/lunduke-journal-link-central-tm

Give the gift of The Lunduke Journal:
https://lunduke.locals.com/post/4898317/give-the-gift-of-the-lunduke-journal

The futility of Ad-Blockers
November 21, 2023
openSUSE says "No Lunduke allowed!"

Those in power with openSUSE make it clear they will not allow me anywhere near anything related to the openSUSE project. Ever. For any reason.

Well, that settles that, then! Guess I won't be contributing to openSUSE! 🤣

Looking for the Podcast RSS feed or other links?
https://lunduke.locals.com/post/4619051/lunduke-journal-link-central-tm

Give the gift of The Lunduke Journal:
https://lunduke.locals.com/post/4898317/give-the-gift-of-the-lunduke-journal

openSUSE says "No Lunduke allowed!"
September 13, 2023
"Andreas Kling creator of Serenity OS & Ladybird Web Browser" - Lunduke’s Big Tech Show - September 13th, 2023 - Ep 044

This episode is free for all to enjoy and share.

Be sure to subscribe here at Lunduke.Locals.com to get all shows & articles (including interviews with other amazing nerds).

"Andreas Kling creator of Serenity OS & Ladybird Web Browser" - Lunduke’s Big Tech Show - September 13th, 2023 - Ep 044
Lawsuit filed against Red Hat for racial discrimination
post photo preview

Buckle up...

(this is a rant)

So I'm using Windows for a program. I have my work files on USB and I 'move' them onto the Windows hard drive, work on them and when I'm done I again 'move' them back to the USB. I've been doing this for two days now. When I try to 'move' files back to the USB, I can't because Windows says something is using them. But there's nothing there! All of the programs using the directories and files have been closed. I tried killing stuff randomly in the Task Manager but it doesn't work. So I reboot. Yesterday and today. Then it lets me 'move' the files to USB.

And then people ask me "why don't you use Windows, trigglux?" "It has support for all the software you want, trigglux." "Hey, trigglux, look at the cool WSL! It runs Linux! On Windows! Isn't that cool, trigglux?"

Oh, and I had to install gvim because Windows doesn't belive in editors. I was using Notepad yesterday and my life just isn't worth it.

And one last thing. When you open the Start Menu (on Windows 10) and want ...

post photo preview
Red Hat's Company Meeting Slides - June 7, 2023
As revealed by a lawsuit against the Linux giant.

Thanks to the ongoing racial discrimination lawsuit against Red Hat, we now have the slide deck from the Red Hat Company Meeting from June 7th, 2023.

The Lunduke Journal is publishing the entirety of those slides below for study and reference (completely unedited) -- and they can also be found within the lawsuit PDF itself, as "EXHIBIT D".

While much of this is already well understood from past Red Hat leaks, it does provide additional examples of Red Hat's goals of excluding and descriminating, against their employees, based on gender and ethnicity.  Particularly in Slides 8, 9, & 10.

 

Slide 1

 

Slide 2

 

Slide 3

 

Slide 4

 

Slide 5

 

Slide 6

 

Slide 7

 

Slide 8

 

Slide 9

 

Slide 10

 

 

Slide 11
Read full Article
post photo preview
Lawsuit filed against Red Hat for racial discrimination

It's happening.  The dominoes are starting to fall.

In December of 2023, a number of leaks from James O'Keefe and The Lunduke Journal were released to the public -- exposing the extreme racial discrimination happening within both IBM and Red Hat (the world's largest Linux company).

Now, a lawsuit has been filed against Red Hat, on behalf of Allan Wood, who was a Senior Director at the Linux giant.

That lawsuit alleges significant racial, relgious, and gender discrimination.  And, based on what information we currently know about Red Hat's discriminatory policies... his case looks incredibly strong.

Below is the entire announcement, originally as a thread of posts on X, put into a single, easy to read format (you can also read a variation of this announcement, as well as the full lawsuit as a PDF, on their website).

 


 

We just filed a federal lawsuit against IBM’s subsidiary Red Hat for illegal racial discrimination. IBM has allegedly implemented illegal anti-white and anti-male quotas. We will use every tool to hold IBM accountable:

With our co-counsel, including Barnes Law, we filed a lawsuit on behalf of our client against the International Business Machines Corporation’s (IBM) subsidiary, Red Hat, for violating Civil Rights laws by allegedly engaging in discriminatory employment and termination practices against white males.

Our plaintiff is a white male and was a dutiful Red Hat employee for eight years, rising to the position of Senior Director. He was an exemplary employee who had never received a negative review during his time at Red Hat.

But for the discrimination he faced, he was on the path to becoming one of the top executives at Red Hat…

In 2021, Red Hat began implementing illegal diversity, equity, and inclusion (DEI) requirements. In accordance with its illegal activities, Red Hat hired a Chief Executive Officer of DEI to spearhead these programs — mandating employee training while implementing employment quotas aimed at achieving diversity goals by illegally treating race as a dispositive factor for employment and advancement.

On several occasions, managers and executives at Red Hat commented to our plaintiff and other employees expressing their dismay at the lack of diversity in the workforce and their desire to achieve certain workforce quotas based on race and gender. Red Hat executives indicated that these DEI initiatives would influence certain hiring and employment decisions.
 
Our plaintiff was vocal about his opposition to these discriminatory policies and continuously advocated for hiring based on merit and skill rather than other immutable characteristics.
 
Red Hat made express statements, both vocally and in writing at company events, that were derogatory towards white individuals and presented an anti-white agenda. Red Hat also remarked on the low number of women employed and expressed anti-male rhetoric. Red Hat made it clear that it was going to implement heightened DEI policies, with the sole intent of increasing diversity.
 
Red Hat has made it clear that it is in favor of discriminatory policies that the Supreme Court has found unconstitutional.
 
In the case of Students for Fair Admissions (SFFA) v. Harvard, decided together with SFFA v. University of North Carolina, Red Hat, along with 70 other corporations, filed an amicus brief with the U.S. Supreme Court in support of affirmative action:
 
At a kickoff event in Texas, Red Hat brazenly announced its “Bold DEI Goals,” which included quotas.
 
Red Hat sought to remake its workforce demographic, seeking to reach 30% women globally and 30% associates of color in the United States by 2028.
 
Just two weeks after this announcement, our plaintiff was informed by his manager that his role was being eliminated following several months of discriminatory treatment.
 
Upon information and belief, 21 of the total 22 individuals were white males.
 
Last year, James O'Keefe released a recording of IBM Chief Executive Officer and Board Chairman Arvind Krishna promising to fire, demote, or deny bonuses to corporate executives who fail to meet the corporation’s racial, national origin, and sex-based hiring quotas or hire too many Asian individuals.
 
Following this shocking footage, we filed a federal civil rights complaint with the EEOC against IBM for alleged racial and sex discrimination.
 
We also wrote to IBM’s Board of Directors, demanding an end to the corporation’s systemic violations of law to prevent the waste of corporate assets and harm to shareholders.
 
 

Today, we are proud to file this lawsuit to continue to fight corporate America’s destructive, illegal, and odious use of illegal DEI initiatives that are fundamentally anti-white, anti-male, and anti-equality.

Read full Article
post photo preview
Atari Coin Executive -- The Open Source Video Game Arcade management system... from 1982
Powered by an Atari 800. Plus a handheld 6507 computer. And, not kidding, it really was open source.

1982 was a big year for Atari video arcades — with the release of such classics as Gravatar, Millipede, and Space Duel (complimenting the already massive number of popular Atari games filling video game arcades).

In order to make the management (and, primarily, the accounting) of video game arcades easier — and more future-y — Atari developed and released the “Atari Coin Executive”.

And it is incredibly cool.

I wouldn't mind having that desk.

The central brain of the Atari Coin Executive was an Atari 800 computer (with 48k of RAM) with a number of accessories, including:

  • 2 x Atari 810 Disk Drives

  • An Atari 850 Interface Module (which added RS232)

  • An Atari 825 printer

  • An Amdek 13 inch color monitor

The Atari 800. Ain’t she pretty?

How the Atari Coin Executive worked was both simple… and, at the same time, incredibly cool.

I kinda want to setup an arcade... just so I can use the Atari Coin Executive.

The basic process:

  1. A “Coin Monitor” was installed in the coin slot of every arcade game.

  2. Each Coin Monitor is connected back to the Atari Coin Executive workstation (that Atari 800) via “telephone type wiring”.

  3. The arcade manager can then use that Atari 800 to see how much each game is earning.

Screenshot of the Coin Executive main menu

Fun fact: The Atari Coin Executive software was open source and written in a combination of BASIC and Assembly. Or, as Atari put it in 1982: “In Basic and 6502 Assembler - Source listings and manual supplied”.  You can find images of the Atari Coin Executive software over on the AtariAge Forum.

In addition to the above mentioned setup, the Atari Coin Executive also included a handheld computer called the “Data Recorder”.

It's a 1982 Atari handheld!  Sort of!

The “Atari Coin Executive Data Recorder” was powered by a MOS 6507 CPU with 16K of RAM (8 2k chips), and communicated with the Atari Coin Executive computer via 300 baud serial. It even had a small built-in printer.

This allowed people to manage several arcades, in separate locations, by:

  1. Plugging the Data Recorder into each arcade machine equipped with a Coin Monitor.

  2. Then taking the Data Recorder back to the Coin Executive computer and downloading the data into the Coin Executive software.

Finally, here’s a color picture of the whole setup — including the custom desk which was used for the Coin Executive.

Fern not included.
Read full Article
See More
Available on mobile and TV devices
google store google store app store app store
google store google store app tv store app tv store amazon store amazon store roku store roku store
Powered by Locals