Microsoft to 'Support and Usurp' Unix
qedramania writes "Computerworld has a report on the latest Windows server release and their Unix strategy." From the article: "R2 is built on the Windows Server 2003 Service Pack 1 and is geared towards specific workloads such as storage management, branch office server management, as well as identity and access management. It also provides a subsystem which supports Posix applications."
I guess Slashdot's picture of Gates as a Borg is applicable more now than ever
My work here is dung.
If it were anyone other than Microsoft I'd be happy about POSIX support, but you just know they're going to make it "MS-POSIX" or "POSIX++" or something stupid instead, and cause more incompatibility than they fix.
"[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz
How many programs were developed for UNIX (or Linux, or ...)? For example, Apache? Now runs on Windows. Postgresql? Now runs on Windows. There is a LARGE amount of formerly UNIX-only software, much of which is open source, that can now run on Windows. Microsoft is no dummy. They too, just like SCO, can leverage this software.
Open Source is a double edged sword -- it gives you a fantastic advantage, but at the same time, your competitors are free to use your software, your IP, your efforts. One hopes that the benefits outweigh the advantages to your competition.
The real strengths of Open Source are leveraging development and testing all over the world (lower product costs, time to market, code reuse, etc.), much lower marketing and sales costs (Internet distribution), and better quality (many eyes make all bugs shallow).
and it has always sUxx0rd. incomplete, poorly implemented, not really POSIX.
are they saying that they are doing it right now, or just pretending what is old is new?
The difference between Theory and Practice is greater in Practice than in Theory.
For a full history of NT, Interix and SFU, see Should that not be GNU/Microsoft SFU?
the POSIX subsystem, like all microsoft "announced products", reappeared coincidentally at around the same time that opennt.com, which provided a full third party POSIX subsystem, disappeared.
anyone may, if you have sufficient information on how the NT kernel works or are prepared to reverse-engineer it (like the ReactOS guys are doing), write their own subsystem. there are THREE types THAT I KNOW OF: OS/2, Win32 and POSIX. okay, maybe there are four now - win64.
having a POSIX subsystem sit on top of the NT kernel, which is a microkernel based on the Mach microkernel, is NOT the same as having fast and direct access to the NT kernel functions.
and the reason why the samba guys have such difficulty getting information is because there either ISN'T any (it's all in the code) or there's too much!
the only reason why the CIFS documentation effort was initiated by microsoft is because the original people who worked on it (having embraced-and-sensibly-extended the IBM Lanman SMB spec and also the X-Open SMB spec), having retired with their stock options up to millions, left no clues as to how this HORRIBLY complex code worked.
it was therefore ESSENTIAL that they get it documented.
the first time they released cifsbrow.txt, in 1997, because i'd just spent five months network-reverse-engineering the network neighbourhood and WINS server code, i spent a WEEK throwing email messages at them, explaining various inconsistencies, helping them improve the documentation they'd created. it takes TWO YEARS to correctly implement the network neighbourhood. it's a FULL peer-to-peer registration and management system, very robust, very complex, _extremely_ good, and people have xxxx-all idea of quite how useful it is ("oh, it's netbios - switch that xxxx off")
after the first CIFS conference, andrew, jeremy and i hung around for an extra day: i got to meet the guy responsible for the network neighbourhood, and spent a good couple of hours drumming into him the things that had been forgotten since the email flurry - there's nothing like meeting someone face-to-face to explain stuff, as you well know.
so.
i'd say that the reason proper documentation doesn't "exist" is partially deliberate, and partially it's your average development/management incompetence.
l.
It's not the dollar value itself that is the problem. It's getting approval. Somebody has to sign off on the purchase and make it happen.
Then there is the matter of storing and keeping track of those silly hologram cards that supposedly prove that you have valid licenses. It costs staff time to deal with that. If you screw up, and maybe even if you don't, the BSA shows up with a bunch of US Marshals (or non-US equivalent).