In case you ever wondered where the codename "Longhorn" came from, Windows XP was codenamed Whistler, and the follow-up version was codenamed Blackcomb, after the Whistler and Blackcomb mountains at the popular, eponymous Whistler Blackcomb ski resort in British Columbia a few hours away from Seattle.
I'm from Whistler, and maybe it is just local legend, but we hear that the reason Whistler and Blackcomb were chosen is because so many Microsoft employees come up on weekends.
Back in the 90s, before I fully migrated away from Microsoft operating systems, I remember a few other code names as well.
If memory serves, "Chicago" was the code name for W95 and "Memphis" was the code name for W98. Also, I want to say that WFWG was called "Snowball" but I'm much less sure about that one (it's been a little while!).
That's when I knew that it might be a good idea to stick with XP until further notice. Further notice ended up being 6-7 years, when I finally went and bought Windows 7.
Good memories. I remember leeching longhorn builds from some guy on an irc channel on efnet through xdcc transfers. Every two-three weeks there was a new longhorn build that I would burn on a cd and use to format the family pc. I would've been a great beta tester!
Indeed, that's the same way I acquired the beta/pre-release versions of W95/W98, although in my case I believe it was fileservers on Undernet, not EFnet.
I have vivid memories of working on Longhorn as an intern. It was an incredibly ambitious project - rewrite of the "filesystem" (really, a relational object store!), driver framework and display stack to name a few. The project failed the same exact way many projects fail - they are too ambitious and not well-scoped. The demo Hillel showed, IIRC, was complete vaporware.
WinFS wasn't a filesystem, but implemented upon NTFS as filesystem filter driver and dotNet based service, the files were stored in a hidden directory (SQL Server Compact and raw files with generated filenames in sub folders). The dotNet service was just very slow.
The original vision of "information at your fingertip" was behind the Cairo project. And Cairo had an object stored in the NTFS filesystem driver. WinNT4 and 2000 got several of the Cairo inovations. Well, some hidden APIs were still left in (at least in WinXP era).
I think Longhorn was in large where we have now finally got with Windows 8 and onwards (not 7). An OS with core apps written in .NET, an object oriented data management system in Powershell. PS unites e.g Windows Registry and common files under the same umbrella. Windows 10 also completes the vision of a shared OS for all appliances.
Unfprtunately I think it took MS too long to get here. Other vendors got to the home appliances part before them, which is mind boggling given the traction MS had once upon a time.
And from what I understand ReFS is also implemented on top of NTFS, but this time it's real, shipped code and meant to provide some of the features found in ZFS to Windows users.
Can you point me to a source? I've read conflicting articles on it and frankly I found it odd that they supposedly would layer ZFS-like features on top of NTFS.
At least I read it as »We took the API and a bunch of support infrastructure for that API and simply changed the storage engine on disk completely underneath that.«
Vista was not a very well-received release, but I remember using 64-bit Vista way back when. Maybe my memory is failing me a little, but I don't really recall Vista being that bad or unstable. UAC, of course, was a little annoying then, but 7 felt a little more unstable and crash-prone than Vista.
My dad still uses a Vista desktop regularly (a 2007 install) and as far as I can tell it still works perfectly fine for him. I suppose he's probably leaving far too much to chance, but still.
Aside from UAC... the biggest issue with Vista is that the required system resources was a significant jump over XP, and too many manufacturers shipped machines that were simply too under-powered for the preinstalled OS.
In those days, I remember seeing Vista laptops with 1 GB of RAM, on which Vista was unusable. People had to edit arcane registry settings to disable the "Aero" look-and-feel, and drop down to a more Windows 95-like display just to run at all.
It really was basically fraud, and infuriated everybody. If Microsoft had been more realistic about their "certified for Vista" specs, it probably wouldn't have been such a flop. On the other hand, new laptops jumping from 1 GB of RAM to 4 GB minimum overnight would have been a hard consumer sell, I suppose.
IIRC among other pressures, Intel pushed Microsoft to consider one of their weaker GPUs Aero compatible. That allowed many PC OEMs to ship Vista PCs with very underpowered GPUs.
The weakest Intel GPU that can support Aero was the Intel 945G. There is also the 915G that don't have a WDDM driver, which is even more of a problem now given that they ditched XPDM support in Win8.
UAC was not that big of a deal. I used Vista and it hardly bothered me. I suspect most of the whining came from people not used to the separation of user and administrative privileges.
This also reminds me of how the DRAM manufacturers tried to do the 1Gbit DDR2 crossover during 2007/2008, when 64-bit Windows was not common until mid-2008. Needless to say it was a serious mistake (I think Qimonda went into bankruptcy during that time). Even on laptops, DDR2 used BGA not TSOP.
Vista was the first Windows release I really felt was unsuitable for installing on most systems which were purchased before the OS was released. OEMs made the problem worse by pre-installing it on low-to-mid-range systems which had no business running it. Additionally, if you were running 64-bit Vista at release, there were significantly more driver issues than with the 32-bit version, though running the 32-bit version meant you could barely support enough RAM to let the system start performing well.
UAC issues cleared up once all of the software developers got around to releasing the next versions of their applications, but MS took most of the blame. I can't really blame the developers for not wanting to make significant changes to their software before the final release of Vista, given the chain of events leading from XP to Vista. Many are already hard pressed to remember how rocky the XP release was, and that MS did much more in XP to make 3rd party applications work with the system. In Vista they essentially took the extra step to warn the user that the application was misbehaving, rather than silently letting it happen. Some people got into the habit of disabling UAC by default and I had to convince one person who should have known better that he wasn't going to suffer from a deluge of support calls if he stopped disabling it in Windows 7 (and the handful of Vista systems still around).
In the end, 7 put very little in terms of functionality or stability on top of Vista SP1, though Microsoft did put significant work into making it possible to run 7 on systems that didn't have the horsepower for Vista. The marketing push brought a lot of people around. I look at it as an essential part of the strategy they're currently using with Windows 10 (vs. 8), though they took the extra step of changing the underlying version number this time around (something they didn't do when going from Vista to 7).
The biggest problems with continuing to run Vista are that the support window is rapidly closing and 7 will usually perform better on the same hardware (because they toned down the UI and put real effort into getting 7 to work on hardware that was previously running XP).
1. Vista disabled parallel ports direct access, new cnc machines, or people using old printers and scanners still use xp.
2. Vista removed support for directx before dx10... Microsoft realized later how shitty idea that was, but instead added dx9 and below emulation layer. The problem is that it only works almost 100% right on win 7, thus why many gamers still use it ( instead of 8+ where some good games are very buggy or slow )
3. Vista audio model disallowed drivers to do anything that could be used to disable hdmi drm. As side effect all 3d sound cards stopped working properly. Lots of people blamed Creative and other sound card makers, that got generally screwed... now that this tech proved to be essential for vr gpu companies are doing workarounds, for example AMD has as selling point of TruAudio that it skips Windows normal audio stack.
Also wasn't that the release that had endless popup warnings asking permission for arcane things. Anyone who used it became trained to just click "Allow" a dozen times just to get on with what they wanted to do.
The issue was chiefly that XP didn't enforce good programming practices (storing user info in /Program Files/ was rife and one of many issues). Introducing the UAC security structure meant that suddenly all of these applications tried to do things that triggered UAC elevation prompts.
This was addressed twofold, as far as I understand: 1) Application developers were railroaded into best practices and forced not to do terrible design ideas, and 2) MS introduced a whole load of compatibility features such as virtualising folders transparently so when bad apps still tried to do bad things, it was securely captured and diverted around requiring a UAC elevation prompt.
Regarding the stability issues, Vista's driver model was new when compared to XP. Naturally, the number of bugs in drivers increased initially but slowly settled down. Much of the '7 is more stable / faster than Vista' groupthink is the result of bad drivers getting better in the intervening years.
Lots of changes to things that broke a lot of existing applications and drivers and I don't know if it was software shops just dragging their feet or MS not giving them enough time to update their software but it was pretty messy for the first year or so.
In the first few paragraphs of the article it mentions
> The project, however, failed completely and development had to reset. More than three years late Microsoft released Windows Code Name 'Longhorn' as Windows Vista.
> Did you even read the first few paragraphs of the page?
I did. I also worked at Microsoft during the years in question.
edit in response to your edit: The project was restarted. Longhorn and its three pillars were essentially thrown out. Windows Vista was rebuilt from scratch on top of Windows Server 2003. I assume they chose to keep the same codename so as to reduce confusion. But that doesn't mean it was the same OS.
> Please don't insinuate that someone hasn't read an article. "Did you even read the article? It mentions that" can be shortened to "The article mentions that."
Yes. The website we're looking at refers to Longhorn, a defunct operating system project that was canceled by Microsoft and replaced by a new project with an identical codename.
Vista 64 was preinstalled on the family computer (HP Pavilion m9458fr bought in july 2009 for 416€ on eBay hp_marketplace_fr). I have installed linux on a second partition like for my previous computers, but on my previous computers, I was using windows 99% of the time. With Vista 64, I have been unable to find drivers for my expensive scanner, nor for my printer. This was so much annoyance that we (my wife and me) were using linux more often than windows.
After a couple of months, we made the complete switch (deinstall the email client on windows and create more gmail accounts).
Now, I boot on windows less than once per year. I have to thank the driver problems of vista 64 (and the other minor defects of Vista 64) for making this migration possible (it is difficult to leave a system we are used to).
My only problem now is that I would like to buy a new computer and I am worried about the full support of all my future hardware.
In the last few years, we've started purchasing Dells with Ubuntu pre-installed. Most of them get imaged with Windows 10, but the machines which stay in IT and a small number of faculty members teaching IT-related courses usually get configured to dual-boot.
I have been using Virtualbox to deal with everything I need to do in Windows rather than going through the hassle of rebooting the machine. I use Windows for Active Directory administration, the occasional document that doesn't look right in LibreOffice, and occasionally jumping into Adobe software. My next computer at work is going to be a MacBook Pro with a Windows 10 VM, but at that point I should have most of the Adobe and MS Office tasks covered in OS X instead of the VM.
It'd be great to work so fluidly between machines. I get a headache switching back and forth between desktops like that - its kills the flow to stop and struggle with finding a setting or even a close button when its not where I automatically reach for.
As for VirtualBox, strange but I just yesterday spent 2 hours trying my best to use it and failing. It just wouldn't resize the window beyond some tiny vga thing. None of the online help did squat; none of the menus and settings had any affect. So I finally gave up. That thing has a ways to go before its useful for a desktop environment.
Vista OEM installs were quite optimized. My Dell XPS laptop from 2008 used to run Vista very smoothly. However my friend installed Vista on a desktop with similar config but with AMD processor and the performance was pretty bad.
This is really fascinating, though I have no idea why. That said, I'd love to read a series of articles about the development of Longhorn and why it failed rather than a tech dive into the components developed. Does anyone have any recommendations?
By 2002 the by-product of bureaucracy—brutal corporate politics—had reared its head at Microsoft. And, current and former executives said, each year the intensity and destructiveness of the game playing grew worse as employees struggled to beat out their co-workers for promotions, bonuses, or just survival.
...
Then, in June 2004, Steve Jobs announced that Apple was releasing its new operating system, called “Tiger.” And inside Microsoft, jaws dropped. Tiger did much of what was planned for Longhorn—except that it worked.
E-mails flew around Microsoft, expressing dismay about the quality of Tiger. To executives’ disbelief, it contained functional equivalents of Avalon and WinFS.
“It was fucking amazing,” wrote Lenn Pryor, part of the Longhorn team. “It is like I just got a free pass to Longhorn land today.”
Vic Gundotra, another member of the group, tried out Tiger. “Their Avalon competitor (core video, core image) was hot,” he wrote. “I have the cool widgets (dashboard) running on my MAC right now with all the effects [Jobs] showed on stage. I’ve had no crashes in 5 hours.”
...
Longhorn was doomed. A few months later, Allchin brought together the Longhorn team and made the announcement: Microsoft couldn’t complete Windows Vista in time to hit the latest planned release date. In fact, the company couldn’t foresee any launch date. So a decision had been made at the most senior reaches of Microsoft: after three years of work, throw everything out and start over. It was decided, at least for now, to drop or modify many of the original objectives; no more using C#, abandon WinFS, and revise Avalon.
Apple was already in the market with those features; Microsoft was basically giving up in its effort to figure out how to make them work.
Using COM and AOT compilation, instead of the CLR and JIT.
That is why Windows 8 eventually introduced the WinRT, which is basically the COM+ Runtime of Ext-VOS, but using .NET metadata instead of COM type libraries.
The C++/CLI syntax was re-purposed for C++/CX and Windows Runtime Library became the ATL replacement for this new improved COM.
.NET got improved AOT compilation story instead of NGEN, and COW was improved so that .NET could have a good story for writing and consuming WinRT components.
Raymond Chen writes a great blog called the OldNewThing that has some good stories. I think asking why it failed is rather hard to explain and I suspect different people who were on the project would have different explanations.
I worked on XP and a little bit of Longhorn. In my opinion one of the reasons was that much of the product direction and leadership shifted. The MSN app team merged with the shell team after XP shipped and JoeB, who was running the shell/UX team moved to a new team.
I wouldn't categorize Longhorn as a failure, but a step in a larger pattern of large release: 95, XP, Win7 and then, typically shorter releases in between that are managed differently: 98, ME, Vista.
Yes. It was the one and the same. JoeB was heading the Windows User Experience team in Windows Shell before going to the TV team and then most recently Windows Mobile.
From all the MSDN sites I follow, and other sources I would say politics.
During those days the Windows division was the one running the OS, C and C++ compilers, while .NET belonged to DevTools division.
So if .NET ever became a success implementing Longhorn, it would mean the Windows division would loose internal power, so many things failed, because instead of improving the languages or runtimes, people would rather see all implode.
So can see how this played by what happened following Longhorn's demise.
Many of the Win32 APIs that should have been .NET code, had been turned into COM APIs. Actually since Vista the majority of new APIs are all COM based (WinRT is also COM).
The Hilo C++ example of the new way of coding with COM for desktop applications was made available.
And the whole "going native" message started coming out of MSDN blogs and there was even a few Going Native conferences before Microsoft merged them CppCon.
The Visual C++ team was ramped up again, as they had moved most of the people out back in the "we are going .NET" days.
The WP 7 with its .NET/JIT model was shown the door.
The COM+ Runtime, which was the genesis of .NET before Microsoft decided to create the CLR instead, was brought back to life but with .NET metadata instead of COM type libraries.
.NET got the Singularity compiler retargeted for Windows Phone 8, with AOT compilation to native code taking place at the Windows store. The MDIL format is native code that just lacks linking, which is done at install time on the WP 8.x devices.
With the going native wind still kind of going strong and Midori ramping down, Project N eventually became what is nowadays known as .NET Native.
So if you look at UWP stack, either .NET or C++/CX, Longhorn is here just based on COM instead of CLR.
I don't know if I am wrong or right, but this is how I read everything that happened, having Windows developer experience since the Windows 3.0 days.
«So if you look at UWP stack, either .NET or C++/CX, Longhorn is here just based on COM instead of CLR.»
Admittedly without the lost "pillar" of WinFS. Although I suppose these days you could call Cortana a close cousin to some of the original WinFS goals, just from a "cloud-first" direction instead of a "device-first" approach.
There's a few possible answers:
* Microsoft doesn't know about it
* Microsoft doesn't care about it
* The website has ignored C&Ds
* [insert other reasons]
I'm actually most inclined to think "Doesn't care" is the correct answer. None of these builds are under support and it's unlikely that your necessary drivers or apps will run on it. They're alpha and beta builds of Windows Vista, for crying out loud -- even the full release is getting long in the tooth (and programs like Chrome and Firefox are dropping support).
Yeah, I definitely agree on the first and the third, but I'm not so sure about the second.
Even though they might be unsupported or unusable that doesn't mean that the legal team would be happy to ignore them.
Sometimes (most times?) companies are very aggressive when it comes to their IP, especially when it's a core product.
Don't get me wrong. I think it's really cool that we have access to these things, just out of curiosity (although I doubt I'll ever download and install them, because of laziness). But things like the emails and such, just seems like a fuzzy/gray area.
In the end I was hoping there was some other kind of answer like, Microsoft actually let them publish things or something like that, but I'm skeptical.
I have some screenshots from 1998 of Microsoft's "Neptune" project, a prototype of a task-based GUI to replace the Windows 95-style GUI. I keep meaning to publish these screenshots online for historical reference..
IIRC, Neptune was basically XP's Longhorn.
It was designed to be the new consumer version of windows, a successor to Windows 98.
Built on Windows 2000, it had quite a few new features that were new to consumers. However, the relevant work was eventually merged with the new business version of Windows to form what would become Windows XP.
There's plenty of screenshots you can already find online, you can even find ISO's for build 5111 and run it in a VM yourself.
Could this be one of the most expensive software development failures of all time? Is MS putting money on top of that to show how much of a failure it was and how they decided to deal with it? At a minimum, just letting the story be told from the grave to allow for people to look out for similar things in other projects? Interesting I think. I don't know of many companies who allow/support documentation of a failure of this magnitude. MS continues to amaze me these days.
During the Longhorn project (before the reset to use Win 2003 code and create Vista from it)... There was plans for a "Castle" feature which would allow you to roam your profile, data across multiple PCs in the home. Parts of castle made it into Win7 homegroups later, but it was very much scoped back.
At the time I was in the WMDRM team which handled content licensing. We had a feature that built on Castle if you purchased audio/video content (purchased music still had DRM then) we'd automatically roam the content licenses among all the PCs in the home. We had the typical challenges from content owners that this could be used to share content in a dorm, over the internet. We had to design in things like proximity detection to ensure you aren't sharing beyond a home network. It was somewhat complicated (DRM couldn't be simple), but it would have provided a far better user experience.
We also planned a centralized DRM licensing backup/restore service so you weren't beholden to the service you bought content from deciding to let you have another license years later.
All of this was cancelled with the reset unfortunately...
I'm curious if the Microsoft of today has learned its lesson and changed its ways? As an outsider now, I see lots of positive things going on such as acceptance of other platforms (especially Linux), open source activity, etc. Is Microsoft a good place to work again for a hacker (who doesn't play politics)?
Vista was actually a fine release, just a bit resource intensive, had a stubborn file copying algorithms, and device driver support from third parties weren't that great at release time. Beside that Win7 is after all a Vista SP1"+", and a damn fine OS until 2020.
The worst Win OS was WinME, which was pretty unstable in comparison to older Win9x releases. I switched to Win2000 and then WinXP and never looked back.
The second worst is Win8x and Win10 though. Rough and unfinished on the UI side, and too many phone home "features" under the hood. The WinMin kernel would be great though, but Windows is heading in the wrong direction (Azure cloud, OS as a service, plans for monthly subscription). It would have been great if the plans for WinFS and Longhorn shell would have been restarted and based on Win7 shell. A C++ based Longhorn UI shell would be great for enterprise and consumer. The search experience would be what one has today with SharePoint but insanely fast and proper integrated in to the Windows environment. The cloud offerings are a joke in comparison, sadly a regression in all fronts and they have no vision as it seems. The dreams of an x64 based Phone that could run Win32 applications like Photoshop - all gone. There is so much legacy, but very uncertain future of the platform. Even in enterprise world, which applications are still native? Only Office 2010 or the remarkable unstable 2013 is what every enterprise user still uses daily, everything else in on SharePoint, SAP (Java based client) or other intranet web applications or even internet web applications. And copying files around is more of an hassle than ever before. A native WinFS and a Longhorn UI would have been so great. Sadly, it's all history. </rant End>
Apparently it was canceled and part of it was added to Microsoft SQL-Server 2008, and Windows 7 and other software.
I think WinFS sort of was replaced with Cloud Storage and all of the Websites that allow you to store files in the Cloud. It is why Microsoft bought out Skydrive renamed as Onedrive.
'the cloud' is associated with tagging type metadata and searching descriptions; I think that's what is being referenced.
The actual implementation of storing and searching also becomes someone else's problem. In a way it's just another slosh back and forth in the cycle of centralization and de-centralization of processing/storage.
Similarly the sloshing back and forth between predefined ontology/semantics and "deep learning". In a way, isn't Cortana attacking many of the WinFS problems from the opposite direction? Cloud first and "deep learning/AI" versus local first and "deep semantics".
I remember, having just lived through the semantic 'Core-Ontology' wars in academia, explaining to a gradually more shocked Microsoft evangelist in 2003 why WinFS would never be accepted, even with Microsoft's potential leverage behind it. That said, I have no idea if semantics where even an issue in the eventual decision to retire WinFS as the future of storage.
explaining to a gradually more shocked Microsoft evangelist in 2003 why WinFS would never be accepted, even with Microsoft's potential leverage behind it.
Why would it never be accepted? My dream is to create a similar platform.
That said, I have no idea if semantics where even an issue in the eventual decision to retire WinFS as the future of storage.
I was most interested in the rumors of a vector-based GUI (which persisted in the guise of "Aero Diamond") and the promise of a fully object-oriented native API. Thankfully I found the latter in OS X at least.
> The project, however, failed completely and development had to reset. More than three years late Microsoft released Windows Code Name 'Longhorn' as Windows Vista...
The Blackcomb release of Windows started slipping, so an interim release was planned. It was codenamed Longhorn, after the Longhorn Saloon and Grill at Whistler Blackcomb: https://www.tripadvisor.com/Restaurant_Review-g154948-d70639...