Slashdot Mirror


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."

102 comments

  1. The Borg Queen ... er ... King? by eldavojohn · · Score: 4, Interesting
    To manage the applications, R2 will provide shells - a command language interpreter - to run Unix scripts and Telnet clients. On the tools front, Visual Studio will provide a debugger for Posix applications. These developments will make it easier for users to migrate Unix applications to Windows, said Lowe.
    That, in conjunction with enabled NFS & Unix Network Information System support, looks to me more like assimilation than usurpation. I think it's obvious that we're going to see Microsoft try to migrate Unix server applications to their server platform while at the same time trying to pluck the best parts of Unix (hopefully security!) for their own OS. Let's not kid ourselves, both sides could learn a lesson from the other in a wide variety of areas.

    I guess Slashdot's picture of Gates as a Borg is applicable more now than ever ... but, in my personal opinion, I kind of see this as a good thing.
    --
    My work here is dung.
    1. Re:The Borg Queen ... er ... King? by tsa · · Score: 2, Funny

      I guess Slashdot's picture of Gates as a Borg [slashdot.org] is applicable more now than ever ... but, in my personal opinion, I kind of see this as a good thing.

      You mean he is assimilated in the Unix-hive, don't you? ;-)

      --

      -- Cheers!

    2. Re:The Borg Queen ... er ... King? by babbling · · Score: 4, Interesting

      It really depends on what they're up to. Their past efforts have shown that they're not too interested in being compatible with Linux/Unix, so this is suspicious.

      One reason they might be doing this is to counter free software. Currently, projects like Samba have been making good progress toward connecting Unix and Windows computers. Samba is free software. By Microsoft closing the connectivity gap themselves, they can close it with closed-source, proprietary software. This means that they can control connectivity. If they so choose, they would then be able to break it off completely at any time.

      So, this might just be a grab for power.

    3. Re:The Borg Queen ... er ... King? by IntlHarvester · · Score: 4, Interesting

      If anything, I'm suprised it took them this long to take "UNIX" seriously.

      One of the biggest thing that's been going on in enterprise computing is the widescale dumping of UNIX/RISC in favor of Linux on cheap x86 boxes. Microsoft has almost entirely missed out on this movement. If they can make Windows into a half-decent *nix, there's certain a big growth opportunity for them.

      And while the usual crowd is suspicous of MS's motives, I'm sure there's some developers out there excited about Microsoft embracing* a non-proprietary "industry standard" API. It's a big step for them. No longer would you need special Windows ports of software like Apache and Postgres --- in theory, you could just "make install".

      * word used with caution

      --
      Business. Numbers. Money. People. Computer World.
    4. Re:The Borg Queen ... er ... King? by Bloater · · Score: 4, Insightful

      I think Microsoft is *very* interested in being compatible with Linux. If Windows can become the very best choice for heterogenous networks, then it becomes an easy decision for *any* users and *any* network. The default question when making a buying decision will be "What compatibility bug prevents us using Windows here?". If there isn't one, they'll buy Windows.

      Part of the reason for enterprises to choose Linux so far has been "It works in nearly any point in our network, so we can always just install Linux servers". Since purchase price is not a big issue for business users, the only downside to Windows would be client access licenses. If they got rid of those and bumped up the initial purchase price of Windows server systems, Linux would be hurt very, very badly.

    5. Re:The Borg Queen ... er ... King? by gutnor · · Score: 3, Interesting

      They don't like being compatible with Linux/Unix when we are talking about Windows to Unix.
      However they are not stupid, they must make sure people can migrate to windows nicely with the less trouble as possible and AFTER lock them in proprietary technologies.

      They want to kill Open source ? Sure but I don't think this release in their new killing machine, just a part of their global strategy. In fact, the posix subsystem has been around for a while and is beter know as Interix or Windows Service for Unix. This is already quite powerful, but having it more tighly integrated is really a big plus. There are still lots of border problems occuring. Running 100% unix app. is easy, but when starting to have windows starting to call/pipe themself between subsystems you start to get into troubles. This new release will polish windows/unix cohabitation for example using Visual Studio for debugging or calling Windows API from the unix subsystem.

      Now, is that evil Microsoft trying to lock the world ? I think that when a company goes the way of using the Unix Subsystem, they already made the choice of migrating to Windows with everything implied. The new release ease a little bit the pain of the developer and give more flexibility to project manager ( like more option to stage the work ), so for me it is a good thing: those 2 are the workers in the migration, not the decision maker or the one getting the free 1st class trip at Redmond, so a little help is always welcome.

      BTW, in our case, thanks to Interix/Cygwin we can sell our Unix application to Windows only customer. That sometimes works the other way around.

    6. Re:The Borg Queen ... er ... King? by ILikeRed · · Score: 3, Insightful

      To manage the applications, R2 will provide shells - a command language interpreter - to run Unix scripts and Telnet clients.

      So typical of Microsoft - it's 2006, and to compete with Linux they start offering Telnet clients rather than something actually useful and secure like ssh. I can picture the sales calls and interviews right now, "well, they insisted they wanted Linux compatibility, it's not our fault that Linux telnet is so insecure, if only you had done your implementations the Windows way."

      --
      I have come to a conclusion that one useless man is a shame, two is a law firm, and three or more is a congress -J Adams
    7. Re:The Borg Queen ... er ... King? by SeeMyNuts! · · Score: 1


      Yeah, this is probably a lot like "POSIX compliance" for Windows NT. It was there to meet bullet points on requirements documents, rather than to actually provide the functionality.

      If Windows had really implemented POSIX, then why is there Services For UNIX, Cygwin, and the MKS suite?

      In the past decade+ that I've been exposed to Windows, never have I once had the impression Microsoft was really interested in interoperability or compatibility, beyond some token marketing-oriented effort.

    8. Re:The Borg Queen ... er ... King? by j-cloth · · Score: 2, Insightful

      This is an excellent point. I manage a few dozen mixed servers (Windows, Linux, Solaris) that fall into one of three categories: Production applications (web, database, email, etc); Testing for the production applications; and various utility services (internal ftp, service monitoring, backup etc).

      The utility servers are without exception Linux because they can be made compatible with any or all of my other systems with very little work and with no capital cost. Currently, Windows isn't even on the radar when it comes to setting a machine like this up because I know that it won't play nice with my Sun boxes and if I want it to talk to a production Linux server, I have to make changes to the production server, not the utility server. If MS made some strides toward making Windows work well with other systems, the Linux option would no longer be a slam dunk and we could better assess the Right Tool for the Job.

    9. Re:The Borg Queen ... er ... King? by TheWanderingHermit · · Score: 1

      I guess Slashdot's picture of Gates as a Borg is applicable more now than ever

      Actually, I wasn't thinking Borg. My first thought was, "All your bases are belong to us."

      But is basically an acknowledgement that *nix is providing things they aren't and that there are benefits to it.

    10. Re:The Borg Queen ... er ... King? by Alioth · · Score: 2, Interesting

      If they are supporting telnet, they are obviously not very interested in the security angle. They'd be doing ssh if they were.

    11. Re:The Borg Queen ... er ... King? by Anonymous Coward · · Score: 0
      Y

      Wow, the lameness filter is lame. I hope the comedic effect isn't spoiled by this text.

    12. Re:The Borg Queen ... er ... King? by Anonymous Coward · · Score: 0

      To manage the applications, R2 will provide shells - a command language interpreter - to run Unix scripts and Telnet clients.

      "R2"? They left out half of him :P

  2. If you cant beat them... by tsa · · Score: 4, Funny

    If you can't beat them, join them!

    --

    -- Cheers!

    1. Re: If you cant beat them... by Black+Parrot · · Score: 2, Funny

      > If you can't beat them, join them!

      Yep, it looks like Microsoft is about to invent UNIX.

      --
      Sheesh, evil *and* a jerk. -- Jade
    2. Re: If you cant beat them... by tsa · · Score: 1

      Yep, it looks like Microsoft is about to invent UNIX.

      That would be the greatest innovation in computing since the 1970's!

      --

      -- Cheers!

    3. Re: If you cant beat them... by MikeBabcock · · Score: 1

      They wrote their own in the 80's, actually. Of course, its not like they ever invented it.

      --
      - Michael T. Babcock (Yes, I blog)
    4. Re:If you cant beat them... by hey! · · Score: 1

      If you can't beat them, join them!

      Then beat them. It's much easier to slip a knife in the back of somebody you're standing shoulder to shoulder with after all. I expect Mr. Gates will be telling us soon that "He who steals my purse, steals trash."

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    5. Re: If you cant beat them... by sconeu · · Score: 2, Insightful

      No, no no! They're going to *innovate* Unix. Get it right!!!!

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
  3. not that good by PermanentMarker · · Score: 2

    i mean posix has been long available under NT, nothing new under the sun. Microsoft allready had als a fileserver update to have size limits on folders. In the end this is not unix specific it was user environments require.

    There are a lot of similarities ofcourse however often they are result of standardisation, or the result of new technoligies, if you think about a SAN environments then folder based limits makes sence. I see more and more SAN's connected to MS networks.

    --
    I know you're out there. I can feel you now. I know that you're afraid. You're afraid of us. You're afraid of change.
  4. Oh, great... by mrchaotica · · Score: 2, Interesting

    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

    1. Re:Oh, great... by Mr.+Moose · · Score: 1

      I bet they'll call it POSIX# or POSIX.NET...

    2. Re:Oh, great... by Anonymous Coward · · Score: 0
      you just know they're going to make it "MS-POSIX" or "POSIX++" or something stupid instead, and cause more incompatibility than they fix.

      POSIX#.NET? :-)

    3. Re:Oh, great... by Anonymous Coward · · Score: 0

      DirectPOSIX(tm)?

      ActivePOSIX(tm)?

      You heard it here first.

    4. Re:Oh, great... by jb.hl.com · · Score: 4, Informative

      Microsoft has had a POSIX subsystem for ages. It's called Windows Services for UNIX, and it works quite nicely. It's not a new thing.

      --
      By summer it was all gone...now shesmovedon. --
    5. Re:Oh, great... by chrismcdirty · · Score: 1

      Everybody who replied to the parent, hurry up and trademark these phrases. We don't want them to actually be used by Microsoft. So make sure you don't let them use it, even with royalties.

      --
      It's like sex, except I'm having it!
    6. Re:Oh, great... by Anon+E.+Muss · · Score: 1

      SFU is more like POSIX--. It's about buzzword compliance, not about being useful.

      --
      The key sequence to access my Slashdot bookmark in Firefox is Alt-B-S. I don't believe this is a coincidence.
    7. Re:Oh, great... by Anonymous Coward · · Score: 0

      Microsoft has had a POSIX subsystem for ages. It's called Windows Services for UNIX, and it works quite nicely. It's not a new thing.

      But this *is* the first version which supports 64-bit Windows.

    8. Re:Oh, great... by Anonymous Coward · · Score: 0

      >> Microsoft has had a POSIX subsystem for ages. It's called Windows Services for UNIX, and it works quite nicely. It's not a new thing.

      Ok. So where's fork() ?

    9. Re:Oh, great... by Anonymous Coward · · Score: 1, Insightful

      >> Microsoft has had a POSIX subsystem for ages. It's called Windows Services for UNIX, and it works quite nicely. It's not a new thing.

      Just to drive the point home;

      Where is fork() ?

      Oh, and is fork() POSIX ? Yes, it is. CreateProcess doesn't really change that.

    10. Re:Oh, great... by RupW · · Score: 2, Informative

      Just to drive the point home;

      Where is fork()?


      What point? Win32 does not have a fork, as that MSDN page describes. Win32 itself is not POSIX. SFU *is* POSIX. SFU *does* have fork(). Try 'man fork'.

    11. Re:Oh, great... by RupW · · Score: 1
      Ok. So where's fork() ?

      Right there under SFU:

      fork

          fork()

          NAME

              fork() - create a new process

          SYNOPSIS

              #include

              pid_t fork (void)

          DESCRIPTION

              The fork(2) function causes creation of a new process. The new process
              (child process) is an exact copy of the calling process (parent process)
              except for the following:
              * The child process has a unique process ID.
              * The child process has a different parent process ID (i.e., the
                          process ID of the parent process).
              * The child process has its own copy of the parent's descriptors.
                          These descriptors reference the same underlying objects, so that,
                          for instance, file pointers in file objects are shared between the
                          child and the parent, so that an lseek(2) on a descriptor in the
                          child process can affect a subsequent read(2) or write(2) by the
                          parent. This descriptor copying is also used by the shell to
                          establish standard input and output for newly created processes as
                          well as to set up pipes.
              * The child process's values of tms_utime tms_stime tms_cutime and
                          tms_cstime are set to zero.
              * The child does not inherit any file locks set by the parent.
              * Any pending alarms have been cleared for the child process.
              * Signals pending for the child process have been initialized to the
                          empty set.

          RETURN VALUES

              Upon successful completion, fork(2) returns a value of 0 to the child
              process and returns the process ID of the child process to the parent
              process. Otherwise, a value of -1 is returned to the parent process, no
              child process is created, and the global variable errno is set to indicate
              the error.

          ERRORS

              The fork(2) function will fail and no child process will be created if:

              [EAGAIN]
                      The system-imposed limit on the total number of processes under
                      execution would be exceeded. This limit is configuration-dependent.

              [EAGAIN]
                      The system-imposed limit on the total number of processes under
                      execution by a single user would be exceeded.

              [ENOMEM]
                      Insufficient memory is available.

          SEE ALSO
              exec(2)
              vfork(2)
              wait(2)

          USAGE NOTES
              The fork function is thread safe.
              The fork function is async-signal safe.
    12. Re:Oh, great... by HolyCrapSCOsux · · Score: 1

      The Docs for it kinda suck, but when you get it figured out, It does the job. I've been mounting NFS shares on my Winders box using SFU for quite some time. as an added bonus, ls works too!

      --
      0xB315AA8D852DCD3F3DCA578FD2E0BF88
    13. Re:Oh, great... by fdisk3hs · · Score: 1

      Ok. So where's fork() ?

      Right there under SFU:

      Yeah, it's there. Have you tried to port anything to it though? Getting a Unix app of more than a couple thousand lines of code to build and run under SFU is definitely non-trivial. I had fun playing with it for a while, but it was much easier to just add something else for the Sun server to do instead.
      By the time you have added several libraries and tried to make everything work together, you have yourself one serious mess. As frustrating as the OS X BSD layer can be to work with, it's worlds ahead of SFU for porting or developing Unix apps.

    14. Re:Oh, great... by Alioth · · Score: 1

      I've used SFU. It's like going back to the bad old days of Interactive Unix for the 386, around the early 1990s. It should in theory be much better than cygwin because it's an actual subsystem, but in practice I've found cygwin works far better.

  5. Yawn. by Vengeance · · Score: 3, Insightful

    Will they get more than an '80% POSIX complaint' OS out of this effort?

    And does anyone who uses a real UNIX actually care?

    --
    It was a joke! When you give me that look it was a joke.
    1. Re:Yawn. by Anonymous Coward · · Score: 0

      Are you talking about Linux or Microsoft?

    2. Re:Yawn. by Ekarderif · · Score: 1

      Will they get more than an '80% POSIX complaint' OS out of this effort? I did not know that specifications could file direct complaints against a company, even one as large as Microsoft.

    3. Re:Yawn. by Vengeance · · Score: 1

      :-P

      -1, Pedantic

      --
      It was a joke! When you give me that look it was a joke.
    4. Re:Yawn. by Anonymous Coward · · Score: 0

      Well if 80% of POSIX users are complaining about it, maybe some Unix people _do_ care!

  6. And this is new how? by Anonymous Coward · · Score: 0

    The POSIX layer is old hat - although I think M$ broke it...they've had services for Unix for a while now....whats new? M$ Fix Bugs?

  7. Anyone else see the contradiction? by pandrijeczko · · Score: 4, Insightful
    At a recent media briefing in Singapore, David Lowe, senior product manager, Windows Server, Microsoft, cited interoperability with Unix as one of the key features of Windows Server 2003 R2.

    So how come Jeremy Allinson and the other SAMBA guys have such a problem getting technical details out of Microsoft about the inner workings of SMB for their product that allows "Windows interoperability with Unix"???

    --
    Gentoo Linux - another day, another USE flag.
    1. Re:Anyone else see the contradiction? by Azarael · · Score: 3, Insightful

      By interoperable they mean that Windows software will be able to make use of Unix software without having to give anything back in return. Otherwise known as a 'One way street'.

    2. Re:Anyone else see the contradiction? by lkcl · · Score: 5, Interesting

      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.

    3. Re:Anyone else see the contradiction? by MikeBabcock · · Score: 1

      Network Neighbourhood and Microsoft's vision of domains and workgroups actually appeals to me on paper. In practice, its administrative hell, but it looks great.

      I've implemented successful workgroups & domains since switching to Samba for all the heavy lifting and been much happier than on Windows.

      Thanks for the work.

      --
      - Michael T. Babcock (Yes, I blog)
    4. Re:Anyone else see the contradiction? by Anonymous Coward · · Score: 0

      Don't forget about the Win16 (WOW or Windows on/over Windows) and DOS subsystems.

    5. Re:Anyone else see the contradiction? by AndyCater · · Score: 1

      Ian Nandhra of Lasermoon in UK - who sold and promoted Linux-FT - created OpenNT to move Linux POSIX code and utilities onto a Windows environment. OpenNT got threatened with a law suit - changed to Integrix - and were bought out by Microsoft. Code was later released as SFU by Microsoft which may well be the direct descendant of Linux-FT and Ian's work. Ian put the Linux kernel through POSIX compliance - see dmesg - but has now vanished off the planet. I'd like to talk to him at some point about FT and the origins of UK based Linux firms in 1994 or so :)

  8. Line is not an emulator! by Anonymous Coward · · Score: 0

    Windows is not Unix!

    1. Re:Line is not an emulator! by Anonymous Coward · · Score: 0

      WNU?

  9. Come on with the links... by Anonymous Coward · · Score: 5, Funny

    Why do article submitters assume us UNIX guys know all the latest buzzwords and upstart companies in computing? For the uninitiated, Microsoft are a software publisher who sell a toy operating system called Windows.

    1. Re:Come on with the links... by MikeBabcock · · Score: 1

      That's the best thing I've read all day.

      Thanks.

      --
      - Michael T. Babcock (Yes, I blog)
    2. Re:Come on with the links... by Anonymous Coward · · Score: 0

      Yeah I've got a hobby computer at home, they have good games.

  10. How much was for UNIX and now runs on MS? by Anonymous Coward · · Score: 4, Interesting

    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).

    1. Re: How much was for UNIX and now runs on MS? by Black+Parrot · · Score: 1

      > 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. [...] 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.

      If not for Apache, Microsoft would probably pwn the internet by now.

      I think we got a pretty good benefit out of that one!

      --
      Sheesh, evil *and* a jerk. -- Jade
    2. Re: How much was for UNIX and now runs on MS? by che.kai-jei · · Score: 0

      open source and platfomr locking for a bsuiness advnatage are two different things.

      its sad.

    3. Re:How much was for UNIX and now runs on MS? by CastrTroy · · Score: 4, Informative

      The problem is, is that a lot of the unix software although ported to windows, doesn't run as well on windows. (i think) Apache starts a new process for each request by calling fork(). This works good in Unix where it doesn't take a whole lot of resources ( under a million cycles) to start a new process. However, just starting a process on windows takes 5 million cycles. Meaning unless the implementation of apache on windows, or windows itself is changed, then running apache on windows will always be inferior. I imagine the same problem exists on many other servers that have been ported to windows. It's nice for people to experiment with these tools without switching their OS, but really they should be switching the OS if they want the best experience possible.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    4. Re:How much was for UNIX and now runs on MS? by amliebsch · · Score: 1
      Meaning unless the implementation of apache on windows, or windows itself is changed, then running apache on windows will always be inferior

      In fact, Apache on Windows does use threads, and not processes. From http://httpd.apache.org/docs/2.0/platform/windows. html:

      Because Apache for Windows is multithreaded, it does not use a separate process for each request, as Apache does on Unix. Instead there are usually only two Apache processes running: a parent process, and a child which handles the requests. Within the child process each request is handled by a separate thread.
      --
      If you don't know where you are going, you will wind up somewhere else.
    5. Re:How much was for UNIX and now runs on MS? by niskel · · Score: 1

      Apache does not fork a new process for each request in Windows, it actually just creates a new thread. (Source) Not that I would use it in Windows anyways though.

    6. Re:How much was for UNIX and now runs on MS? by CastrTroy · · Score: 1

      So in windows it uses threads and unix it uses a separate process. Is there any advantage to running the separate process, or could the just switch the unix implementation to threads, to get even better performance? There must be a reason why the unix version is still starting a new process, which is always more costly than just starting a new thread.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    7. Re:How much was for UNIX and now runs on MS? by ewe2 · · Score: 1

      Because a great deal of the programs you mention are generally ported to Windows by the SAME DEVELOPERS. Microsoft isn't leveraging anything, quite the opposite. FOSS tends to undercut MS's flagship products on the same platform. Microsoft CANNOT use GPL-compatible sourcecode, their employees are forbidden to even look at it. They prefer to take BSD source, which is no great benefit, since everyone else can too.

      --
      insecurity asks the wrong question irritation gives the wrong answer
  11. Recycled news by Quirk · · Score: 1

    MS has had a site for Unix migration for a long time. Resources for UNIX Professionals provides various takes on migration. Plus, as has been noted, Posix has been part of NT at least since version 4 and perhaps even 3.51 although I'm too lazy to look it up.

    --
    "Academicians are more likely to share each other's toothbrush than each other's nomenclature."
    Cohen
  12. This is news? by millerjl · · Score: 1, Informative

    This isn't news. There has been POSIX Support in NT4 and win2k forever (so it seems), and Windows 2003 already can do NIS if you know what you are doing with schemas and the Services for Unix. The only thing "new" would be unix shells native to the OS... but this can be done effectively now with other packages like cygwin or MinGW.

    --
    --- I never lie when I have sand in my shoes.
    1. Re:This is news? by IntlHarvester · · Score: 1

      It is news because it is now built into Windows 2003 Server.

      The Unix features will also be built into certain versions of Vista later this year.

      --
      Business. Numbers. Money. People. Computer World.
    2. Re:This is news? by LurkerXXX · · Score: 1
      It is if it's fully (or almost fully) POSIX complient. Microsoft promised us NT would run win16/32 apps, OS/2, apps, and UNIX/POSIX apps back before NT came out. It turned out they did a real half-assed job of POSIX support. Yes a very few POSIX apps will run on NT/2k/2003, but most won't. To get most of them to run you needed to install cygwin, etc, or it's just not going to happen.

      *Real* native POSIX support IS news.

    3. Re:This is news? by millerjl · · Score: 1

      I never said it was good POSIX support. Yes, it's Microsoft's limited version of POSIX, whose hooks I promptly delete/disable from any version of OS I install that has it included. Neither the above article nor MSoft's web site on R2 states that it will be Real or Full POSIX support. MSoft just talks about Interoperability Components, which already exist, and thus isn't real news. If they are putting in Real POSIX support, they are not publicizing it well or supporting the contention that it is a fully compliant version of POSIX that can be used. Cygwin/MinGW still remains the better solution.

      --
      --- I never lie when I have sand in my shoes.
  13. Re: a tu vieja le cabe! by Black+Parrot · · Score: 2, Funny

    > A tu vieja le cabe, lo sabemos todos.

    Something about CAB files and dying on Saturday, I think.

    --
    Sheesh, evil *and* a jerk. -- Jade
  14. Microsoft Xenix by Ratbert42 · · Score: 2, Informative

    Microsoft's been doing Unix since Linus an elementary school kid playing with his Vic-20. It was the first Unix I used, running on Tandy hardware.

  15. NT has always had POSIX support by gonar · · Score: 5, Interesting

    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.
    1. Re:NT has always had POSIX support by Danny+Rathjens · · Score: 1
      I recall my OS prof saying NT was designed by the VMS folks to have POSIX support from the start, but market pressures suppressed using that functionality(MS wanted people to buy their win32 software rather than run sendmail/bind/etc on NT machines). Ah, here we go:
      Microsoft hired a group of developers from Digital Equipment Corporation led by Dave Cutler to build Windows NT, and many elements of the design reflect earlier DEC experience with VMS and RSX-11. The operating system was designed to run on multiple instruction set architectures and multiple hardware platforms within each architecture
      http://en.wikipedia.org/wiki/Windows_NT

      p.s. Why isn't the tag for <blockquote> <bq>? ;)

  16. Re:Oh, great...{more names} by dwandy · · Score: 1

    POSICKS ?
    POSIX# ?
    POSIX.NET ?
    MoSftIX ?
    ME-NIX / YOU-NIX (from Win-ME)
    which leads of course to the British slang ... WE-NICK...which is of course Billy's real talent.

    --
    If you think imaginary property and real property are the same, when does your house become public domain?
  17. Microsoft has been doing things for unix for a whi by majortom1981 · · Score: 1

    Microsoft has been doing things for unix for a while. Microsoft actually had a big unix side. They eventually sold a big portion of it to a small company that i used to work for called proginet . I was amazed at all the microsoft stuff they had. They had some microsoft applications that I didnt even know existed .

    I find it funny that now they are trying to go back to unix stuff.

  18. Windows Server 2003 and the GNU Project by NZheretic · · Score: 4, Interesting
    Windows Server 2003 R2's Unix interop feature is derived from Microsoft's Services For Unix (SFU) which pulled a lot of source code from OpenBSD compiled by and packaged with GNU GCC.

    For a full history of NT, Interix and SFU, see Should that not be GNU/Microsoft SFU?

    Many Microsoft users will be running a modified version of the GNU system every day, without realizing it.
    1. Re:Windows Server 2003 and the GNU Project by RupW · · Score: 1

      Windows Server 2003 R2's Unix interop feature is derived from Microsoft's Services For Unix (SFU) which pulled a lot of source code from OpenBSD compiled by and packaged with GNU GCC.

      What's your source for compiled with GCC? I'd have thought they'd use their own compilers through the /bin/cc wrapper.

    2. Re:Windows Server 2003 and the GNU Project by Anonymous Coward · · Score: 1

      For a full history of NT, Interix and SFU, see Should that not be GNU/Microsoft SFU?

      Oh, ahahaha. *You* wrote that. Or, rather, you plagarised it from Stallman's GNU/Linux essay and search/replaced it to be GNU/SFU. Are there any real facts in there at all?

  19. Re:Oh, great...{more names} by PatrickThomson · · Score: 1

    don't forget PO$IX

    --
    I am one of many. My idea is not unique, nor do I expect my voice alone to sway you. I speak in a chorus of opinion.
  20. I don't see the point by marcosdumay · · Score: 1

    Microsoft lost the golden age of UNIX. It implemented a half compatible system and lied to people telling them it was compatible. So most people kept UNIX.

    Now, UNIX is dying anyway. Linux and BSD (mostly because of GNU tools) are each day less POSIX compilant, and the programs are using their extensions (that are quite usefull). Even more important, proprietary UNIX are almost dead aready, why does MS thinks that it will be sucessfull introducing a new proprietary UNIX now? Why does it think that people will buy that UNIX.

    Windows surely needs a lot of improvement, and getting ideas from UNIX is a good idea. But MS shouldn't hype that compatibility, because it will lead nowhere.

    1. Re:I don't see the point by drsmithy · · Score: 1
      Even more important, proprietary UNIX are almost dead aready, why does MS thinks that it will be sucessfull introducing a new proprietary UNIX now? Why does it think that people will buy that UNIX.

      They're not "introducing a new, proprietry UNIX", they're offering a migration path from existing unix systems to Windows.

    2. Re:I don't see the point by Anonymous Coward · · Score: 0

      >>Even more important, proprietary UNIX are almost dead aready, why does MS thinks that it will be sucessfull introducing a new proprietary UNIX now? Why does it think that people will buy that UNIX.

      >They're not "introducing a new, proprietry UNIX", they're offering a migration path from existing unix systems to Windows.

      Exactly; as you pay all the way or pay through the nose after, Microsoft will take any suckers, I mean any users they can.

  21. Before or after they "F*CKING KILL GOOGLE?" by objekt · · Score: 1

    I honestly don't see how they find the time do all that and spew all the FUD.

    --
    -- Boycott Shell
  22. Re:a tu vieja le cabe! by tetabiate · · Score: 0, Redundant

    Yep, a mexican troll.

  23. Backfire? by Stavr0 · · Score: 1
    A few years ago, some IT shops might drop Unix because it doesn't support Windows properly. Now, some IT shops might drop Windows because it doesn't support Unix properly.

    I see that happening more in a server farm than desktops, but it's a start.

  24. the hassle is a big issue by r00t · · Score: 2, Interesting

    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).

  25. threading vs. forking by r00t · · Score: 1

    Well, first of all the UNIX version can be configured to use threads. There are several other ways to run Apache.

    Second of all, UNIX was dragged kicking and screaming into supporting threads. Lots of UNIX-like systems are still very bad about thread support. Thread creation is often slower than process creation. It was MUCH slower on Linux 2.4.

    Third, threads share memory. This can be a curse. It is fundamentally less reliable. If the server has a bug, it will crash if running in threaded mode. A forking server just lets the crashing process die, and sometimes even helps it along by killing it. Unshared memory can be faster too. On SMP, shared memory requires cross-CPU messages whenever the memory mappings change. (a call to malloc or free for example)

  26. very suspicious by pigs,3different1s · · Score: 0

    I'd say it's suspicious too. Maybe Bill is going to try to claim that he invented UNIX now. Watch out SCO.

    --
    "Put your message in a modem, and throw it into the cyber-sea." - Rush
  27. Libraries????? by boyfaceddog · · Score: 1

    Posix, Shmosix. I want libraries. I want REAL built-in UNIX apps, not MS work alikes. When MS drops DLLs and The Registry and learns to play nice with others, wake me up.

    --
    Here will be an old abusing of God's patience and the king's English.
  28. CIFS is OK if you're close to your neighbor by 87C751 · · Score: 1
    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
    You left out "incredibly chatty" and "hopelessly lag-sensitive", two attributes that make CIFS-based operations over an extended WAN environment painful at best. Ask anyone who's tried to drag'n'drop a few thousand files onto a network share located on the opposite coast from behind a half-ISDN connection. For added fun, try working with a Visual SourceSafe project over that same link.

    Good, sure... for a certain limited set of values of "good".

    --
    Mail? Put "slashdot" in the subject to pass the spam filters.
    1. Re:CIFS is OK if you're close to your neighbor by Forbman · · Score: 1

      Not to sound like a curmudgeon, but isn't just about everything over an extended WAN, except perhaps BITNET or UUCP batch transactions (you know, pre-old school stuff), hopelessly lag sensitive and extremely painful at best?

      At some point, it's hard to beat the bandwidth of dropping a CD (or DVD or tape) in the mail, even though the latency sucks.

      Visual SourceSafe? I'd rather give myself paper cuts over my body and then roll around in a briny vineagar solution, perhaps with a bunch of cayenne pepper sauce thrown in for good measure.

    2. Re:CIFS is OK if you're close to your neighbor by IntlHarvester · · Score: 1

      If you're using Windows Explorer, SMB is extremely glacial compared to FTP or HTTP/DAV/Web Folders in the same environment -- over a 128K ADSL link, which would have been blazing in the bitnet days.

      Admittedly it's better from the CMD line, so that's not entirely the protocol's fault. But it is slow -- probably a ton of error-checking and authentication overhead.

      --
      Business. Numbers. Money. People. Computer World.
    3. Re:CIFS is OK if you're close to your neighbor by drsmithy · · Score: 1
      You left out "incredibly chatty" and "hopelessly lag-sensitive", two attributes that make CIFS-based operations over an extended WAN environment painful at best.

      So, how are you going getting that screw out with your hammer ?

    4. Re:CIFS is OK if you're close to your neighbor by 87C751 · · Score: 1
      Not to sound like a curmudgeon, but isn't just about everything over an extended WAN, except perhaps BITNET or UUCP batch transactions (you know, pre-old school stuff), hopelessly lag sensitive and extremely painful at best?
      Can't speak for BITNET (never used that one), but UUCP was also horribly lag-sensitive, given that it had a one-frame window (which is to say, no window at all). Some folks may remember the venerable Telebit Trailblazer modem's UUCP spoofing feature (it faked the ACKs locally to cut down the turnaround delay), which made the protocol a little less painful.
      Visual SourceSafe? I'd rather give myself paper cuts over my body and then roll around in a briny vineagar solution, perhaps with a bunch of cayenne pepper sauce thrown in for good measure.
      Yep, that pretty much captures the VSS experience. At the current day job, two of us have been hinting toward a move to Subversion. I think it might only take a couple more VSS database corruptions to get the point across.
      --
      Mail? Put "slashdot" in the subject to pass the spam filters.
  29. Umm... they use their own compiler and libs?? by HighOrbit · · Score: 1

    C is C is C (or rather, it ought to be, because that was the whole point of C).

    The OpenBSD people pride themselves on being correct. I would expect that they would have written tight, neat, standards complient C. The BSD libraries are not ripped off from GNU. So, MS should have no problem compiling and linking a non-GPL version of the BSD code. Beside just using GCC would not emcumber you if you link against your own libs and headers, would it? How do you think the BSD people do it and avoid the GPL while using GCC?

  30. There's POSIX, and there's useful Unix... by alispguru · · Score: 1

    Small example - symbolic links are not in the POSIX standard, even though every Unix since BSD 4.x (4.2? I forget...) has had them. Nobody's Unix compatibility system for Windows does symbolic links, because they're not a good fit for the Windows file system - the closest you can come is linking to a directory, not a file.

    Windows has a POSIX-compliant subsystem, and has had it for years, but it doesn't do symbolic links, not completely. How many non-trivial Unix applications don't use symbolic links, either at build time or run time?

    --

    To a Lisp hacker, XML is S-expressions in drag.
    1. Re:There's POSIX, and there's useful Unix... by Anonymous Coward · · Score: 0

      You haven't seen the latest version. Go to http://www.microsoft.com/technet/technetmag/issues /2005/05/InterOp/default.aspx and look for "symbolic link". You'll see that they are supported for the POSIX subsystem (called Interix). Vista will add Win32 support for symlinks.

      For the very first day of its design, Windows NT was to be POSIX compliant because it was an important requirement for many government contracts. Of course, POSIX includes a significant amount of optional behavior, and most of it was left out. It didn't really matter though, because most people didn't need POSIX.

      POSIX was a requirement because each hardware vendor had their own proprietary UNIX and writing a POSIX-compliant app was supposed to allow you to buy your hardware from SUN, SGI, DEC, IBM, HP, or anybody else because they all were slightly incompatible (hence GNU autoconf). Since WinNT would run on anybody's hardware it didn't matter that your code wasn't portable to another OS because your code was automatically portable to any other hardware without so much as a recompile (unless you changed CPU).

      Lots of UNIX vendors bitched about NT getting contracts with its bogus POSIX compliance, but the truth was that the POSIX requirement was bogus in the first place. Obviously the minimal POSIX subsystem wouldn't be useful for porting most apps to it, but it didn't matter because Microsoft wanted to win contracts for new software.

      There was still a need for a full POSIX implementation on NT, though, and Softway Systems created it. MS bought them a few years ago, and now it is upgraded and fully integrated into Windows Server. This subsystem has full support for networking, X11, symlinks, Perl, Python, etc.

      dom

  31. Re:MicroSCOft Xenix by tepples · · Score: 1

    Xenix became SCO OpenServer.

  32. ODBC drivers for DBs running on Unix already usurp by stanwirth · · Score: 1

    ...in the guise of support. Usurp as in burn cycles, throw the DB into a "hurry up and wait" state, and have non-programmers cobbling together their own "applications" on the client side in blissful ignorance of petty annoyances like referential integrity.

    I just can't wait to see what MS does next to "support and usurp" Unix.

  33. Trying to get the foot in the door... by WebCowboy · · Score: 2, Insightful

    ...but I still don't see the big differentiator here that'll convince a UNIX shop to adopt Windows over the latest iteration of their existing platform.

    This isn't a really huge move actually--it is just more of the same "bundling" stuff that Microsoft has done with its OSes forever (applets in Win 3.0 is where it started and now we have Media Player, IE, firewall, etc). Microsoft has finally seen how successful projects like Cygwin have eaten into its SFU market space, and relatively speaking SFU has been a mild failure for Microsoft. W2K3 R2 now simply bundles an improved SFU right into its OS distribution and is betting that customers will be "lazy" enough to use their solution rather than adopt 3rd party solutions like Cygwin.

    I do not think this will accelerate the demise of UNIX all that much though...I think that this will simply be more appealing to customers who are already migrating towards a Microsoft solution from legacy UNIX systems. Using Win2k3 as a drop-in replacement for a UNIX box simply because you can doesn't seem justified here, even if licensing and hardware costs are lower than for, say, SUN/Solaris. THe description just sounds like a model of inefficiency to me: All the UNIX stuff runs outside the kernel and still seems "bolted on". You have all this powerful hardware and all the work is being done by these bolt-ons and you still have the Windows kernel, fancy GUI and a load of services and drivers to support what you might not tough more than 5% of the time when in production. The only way that sounds appealing to me is if you are migrating to Windows and have new critical enterprise applications that run in the Windows environment alongside UNIX legacy apps.

    Windows will only TRULY "ursurp UNIX" when it TRULY adopts a UNIX-like architecture: It has to un-couple all the client-ish stuff (well all of its components really) and offer tools to support this more modular architecture. W2K3 R2 is not nearly there yet. However, MS is definitely heading closer in that direction: The windows registry is essentially deprecated as of the release of Vista (it is supported but is considered "legacy support"...a lot of .NET experts recommend using XML-based, application-specific .config files over the monolithic registry). The Monad shell promises to be quite powerful and could address the severe shortcomings of the existing command shell and allow the OS to run usefully without a GUI. POSIX/UNIX compatibility will be further developed...and so on.

    "Vista Server" (or whatever they call it) won't be totally there but the one after that will be close enough...Windows server will NEVER become just another UNIX clone, but out of necessity it'll probably evolve into a very UNIX-like architecture that uses proprietary/"extended" protocols, languages, libraries, interfaces...

  34. TEH WINAR by Merle+Darling · · Score: 1

    Microsoft Visual POSIX#.NET Server Professional SP6 (Bob)

    --
    "Bother," said Pooh, as lightning knocked out hi%#&(F*@NO CARRIER
  35. Why would you cruft up Unix like that? by Progman3K · · Score: 1

    Seriously, it's not like I need Microsoft to do anything I want with computers, so why add the bloat?

    --
    I don't know the meaning of the word 'don't' - J
  36. Only about a decade late... by rdean400 · · Score: 1

    I remember reading that one of NT's big features was going to be the Windows, OS/2, and POSIX subsystems on top of a lightweight kernel. (Sounds similar to MVS and OS/400, two extremely powerful virtualized operating systems).

  37. Bill's cell phone number. by Anonymous Coward · · Score: 0

    If anyone's ever wondered what Bill Gates cell phone number is it's +447849736863