Earlier quoted context omitted.
That'd be really cool. Upgrades to QuickBasic would come out pretty fast I'll bet. In case it doesn't happen, I have to say FreeBASIC is pretty nice...I was happy with how easy it was to make a little simulation game and compile it. Also I haven't tried it out for very long, but Gambas seems pretty neat and does some kind of web app creation thing now too.
FreeBASIC is pretty cool, qb64 isn't bad either -and might be a shade closer to the original quickbasic? (I'm not sure as I don't know enough QB arcana to test). https://www.qb64.org/
The original sources of MS-DOS 1.25 and 2.0
61–70 of 119 posts
Re: The original sources of MS-DOS 1.25 and 2.0
#62It looks like they set the commit dates to match the release dates: https://github.com/Microsoft/MS-DOS/commits/master
Interesting. More explanation: https://hackernoon.com/how-to-hack-github-kind-of-12b08a46d0... It looks like git uses the standard Unix epoch for its internal timestamp format, and not e.g. a format unable to represent dates before its creation, but that still means it can't really handle pre-Unix dates: https://stackoverflow.com/questions/21787872/is-it-possible-... Edit: downvoters, care to explain what I'm wrong a…
I didn't downvote.
Re: The original sources of MS-DOS 1.25 and 2.0
#63It looks like they set the commit dates to match the release dates: https://github.com/Microsoft/MS-DOS/commits/master
Interesting. More explanation: https://hackernoon.com/how-to-hack-github-kind-of-12b08a46d0... It looks like git uses the standard Unix epoch for its internal timestamp format, and not e.g. a format unable to represent dates before its creation, but that still means it can't really handle pre-Unix dates: https://stackoverflow.com/questions/21787872/is-it-possible-... Edit: downvoters, care to explain what I'm wrong a…
git is distributed and works offline, this means that nothing could prevent you from making commit with a "fake" date, you always can change time on your machine. So there's nothing really hackish in that, and that has nothing to do with format in which time stored in git internally. And you can have legitimate uses for "faking" commit date. I'd say repository above is an example of such a legitimate use.
Re: The original sources of MS-DOS 1.25 and 2.0
#64Wonder if and when we will get closer to seeing existing windows apps open sourced. It looks like they may be doing clean up of old codebases to release
...or perhaps even Windows itself? I'm a bit ambivalent about this (and all the "open sourcing" MS has been doing recently.) On the one hand, it's great to see source code. On the other hand, everything can be reverse-engineered anyway and it feels like this is a sign of a "shedding" (for lack of better term) MS --- one that doesn't see software as having intrinsic commercial value anymore, but instead is turning to…
I can see Microsoft using open source to attract developers & retain its userbase and platform dominance, then using that to make money from the surrounding ecosystem.
Re: The original sources of MS-DOS 1.25 and 2.0
#65Interesting, all sources of MS-DOS 1.25 is just 12K lines of code, including comments. Today, this seems like a pretty small project, and most commercial apps are significantly bigger.
Re: The original sources of MS-DOS 1.25 and 2.0
#66https://github.com/Microsoft/MS-DOS/blob/master/v1.25/Tim_Pa...
... or the version history in the v2.0 MSHEAD.ASM file:
https://github.com/Microsoft/MS-DOS/blob/master/v2.0/source/...
EDIT: Found better version history
Re: The original sources of MS-DOS 1.25 and 2.0
#67Earlier quoted context omitted.
https://github.com/Microsoft/winfile :-)
Ohh, that screenshot brought back memories of Win 3.1 I remember developing real world apps using MS Access on Win 3.1. It was a great RAD platform, you didn't even had to know all of SQL and VB right away, you could add it bit by bit as needs arose. All the while I was learning C and C++ with the Borland compiler and playing around with Corel Draw. Fun times. I was in high school.
Re: The original sources of MS-DOS 1.25 and 2.0
#68Earlier quoted context omitted.
I'd prefer 3.0 - because it was the baseline to DOS applications, it seems. EverythingTM runs on DOS 3.0. (I'm using MS-DOS 5.0 on my 386, though.)
I'm with you there -- IIRC, the 3.x series was all about hard disks. I'd lean toward 3.31, though, personally as the "Everything(TM)" item since (I think) that was the version that shipped with FAT16 (had to hit up Wikipedia and this was the version that supported partitions over 32MB). I remember, as a kid, that we had to have 2 partitions on our drive because of the version of DOS not supporting partitions greater…
Your comment brought back some great memories, thanks :)
Re: The original sources of MS-DOS 1.25 and 2.0
#69Re: The original sources of MS-DOS 1.25 and 2.0
#70Interesting, all sources of MS-DOS 1.25 is just 12K lines of code, including comments. Today, this seems like a pretty small project, and most commercial apps are significantly bigger.
My beta web app probably has more source code than that.. That has me thinking though. I have always wanted to try OS dev but all the stuff I have read says it will take years to get a system that can print hello world but surely it can't take that long to write 12k lines.
There are a lot of tutorials out there that'll walk you through quite a bit more than that in a weekend.