Classic Mac OS was designed to handle events raining in from the keyboard and mouse and was able to run on the 128k classic Mac but Apple was in serious trouble in the 1990s until MacOS X which was competitive with the competition.
Classic Mac OS was designed to handle events raining in from the keyboard and mouse and was able to run on the 128k classic Mac but Apple was in serious trouble in the 1990s until MacOS X which was competitive with the competition.
Don't forget that until Windows 2000, neither was Windows
Essentially, it turned the laptop into an under-powered desktop with a built-in UPS and slow video.
These things were generally better by the time 2000 came around... but NT4 was never any good on my laptop. (And at the bank where I worked when I graduated in 1999, it was terrible on those as well. The senior managers' laptops were the only systems in the bank allowed to use 98.)
Laptops were not so crucial then. Few people used a laptop as their primary computer; they were an adjunct to a _real_ computer, suitable for emergency working on the move, but with poor CPU, slow disks, poor graphics, etc.
The default computer for business until ½ decade or so into the 21st century was a desktop PC, and for them, from 1993 onwards, NT was unrivalled.
And I speak as someone who spent their own money on OS/2 2.0. I've been working in the industry since the 1980s, which means I never spent my own cash on software. (I'm not a gamer.) I've been using FOSS for 25+ years now, but OS/2 2.0 was worth the money.
That matches my recollection. I was working in a shop that used NT 4 on 15000+ desktops. (I do recall SP3 or SP4 causing a ton of drama on those.) We were never able to get it to run acceptably on a laptop.
I never used OS/2 2.0 in anger. I did run Warp 4 on a few systems and recall preferring it over NT 4. It was also only suitable for desktops, though.
Also, Windows 9x had plug and play and the NT family did not.
Most home users didn't switch over to the NT family until Windows XP.
System 7 had neither.
I know it had preemptive multitasking, but did it have memory protection? I didn't use Windows in that era, but my recollection is it didn't.
I do remember all the apologetics for cooperative multitasking, because that's what Macs were stuck with so it had to be justified.
Apparently the first 1MB of RAM was mapped for compatibility with DOS and 16-bit Windows, which meant that the common bug of writing through a null/zero pointer could easily crash the system.
Windows 2000 is NT version 5.
In 1993, NT 3.1 was a full 32-bit OS with memory protection.
So was NT 3.5, NT 3.51, and NT 4...
And seven years later the 5th version, Windows 2000.
With later hardware and software, especially G3/G4 with Mac OS 9.x, the machine crashed less often, but usually still did at least a few times per week.
I recall having unexpected reboots every few days (except on systems with complicated SCSI chains, what a nightmare), but my bar for system extensions was also unreasonably high. I remember feeling a little sick seeing multiple rows of extensions when friends restarted their Macs.
This exact combo, plus MacSSH, Ircle and SoundJam, for years.
As another respondent also remembered it, I would probably get less than one crash a day. Windows 95 had it's own (multifarious) problems. I was maintaining servers with years of uptime and definitely looking forward to OSX. :)
This isn't my recollection at all, although the lack of protected memory on "Classic Mac OS" means that you would've personally experienced unreliable anything if you were also running poorly-written extensions or other software on your system.
System 7 (1991) was the first 32-bit version of Classic Mac OS, and Internet Explorer for Macintosh was very advanced for its time. Classic Mac OS had a healthy browser ecosystem which also included Cyberdog, iCab, Netscape, Opera, and WannaBe (a text browser).
(Tangent: IIRC there were Macs where the CPU had a 32 bit pointer width but you could only use 24 bits of address space. And sometimes software would work on this assumption and break with a full 32 bits. But that's neither here nor there.)
But in addition to lack of memory protection, cooperative multi-tasking was also a big problem. It was a pretty common experience to see something do intense work rendering a progress bar and the rest of the system would slow down. IIRC this made having something like a web browser open sometimes painful.
"That first day I used iCab instead of IE, I had no crashes. Not a single one. Hmm." "I could never convince Apple. This was such a big lament for me at the time. I couldn’t convince anyone that it wasn’t the Mac OS that was at fault. Then one day Gil Amelio told me that Apple—in addition to avoiding excess production and inventory and keeping expenses down—was going to buy a new operating system."
The NeXT merger was publicly announced in February 1997, so that private conversation with Amelio about their intent most likely would have been some time in 1996: https://www.tech-insider.org/mac/research/1997/0207.html
iCab, on the other hand, didn't ship until February 1999 as a time-bombed beta: https://web.archive.org/web/20020305110041/http://advergence...
I wonder if he was experiencing instability due to Code Fragment Manager instead of IE itself? Mac IE was even late shipping for 68K Macs due to problems with CFM-68K.
"Finally, Internet Explorer has been hit by the CFM-68K bug. Microsoft was on the cutting edge in adopting the Code Fragment Manager for 68K Macs, and due to the well-known bug in CFM support on 68K Macs, Internet Explorer is currently only available for PowerPC-based Macs. Apple should have this bug fixed soon, though, and Microsoft plans on releasing a 68K version at that time." — https://www.macobserver.com/reviews/ie3.shtml
CFM-68K was infamously unstable until version 4.0 shipped in April 1997, and even the PowerPC-native version saw a bunch of improvements around that time, so this lines up with a 1996/1997 timeframe in iWoz if one ignores the anachronistic iCab story:
"A revised Code Fragment Manager that helps some large, PowerPC-native applications launch faster and enables some applications to launch in low memory situations" — https://www.cnet.com/tech/tech-industry/apple-releases-syste... (September 1996)
"In late November 1996, Apple announced a bug in the CFM-68K Runtime Enabler extension. This bug could cause random crashes and hangs, resulting in application instability and potential loss of data. Because of the potential seriousness of these problems, Apple recommended that customers disable the extension. Also, Mac OS 7.6 would prevent the extension from loading. Mac OS 7.6 does support the the 4.0 version of the extension." — https://macgui.com/kb/article/502 (May 1997)
Ehh...
Cyberdog was never widely used. It depended on the OpenDoc framework, which most users didn't even have installed, and was only available as a beta for a year or so. It was never a serious contender.
iCab was a latecomer -- it was released in 1999, long after most of the mainstream browsers. It was used by a few people, but was never particularly popular either.
I have never even heard of WannaBe. Based on what I see online, it looks pretty obscure.
Especially if you subscribed to a lot of mailing lists and went looking for information on something specific that you knew you had read, but didn't know where.
Earlier on, Java applets were by far the most notorious troublemakers in this realm. I remember as a kid bumping around the internet on a Performa 6400 with Netscape looking for online games, and that machine could never go long without the browser crashing or the dreaded "Sorry, a system error occurred." dialog popping up after browsing a few pages with applets.
Shockwave and Flash were reasonably stable for the most part, until 3D Shockwave games started appearing… those were almost as messy as applets were.
OS Extensions in general were a source of instability. It's like kernel extensions on Macs or kernel drivers on Windows today, there is no safety net and coding errors can take down the entire system.
You really needed to weigh the reputation of a company for stability before adding an extension from them.
And the interaction between different extensions. You could be fine with some set of extensions, fine with a different set of extensions, but then have an unusable system if both sets were active.