Slashdot Mirror


The Top UNIX Moments of the Century

jyang writes " Performance Computing has this December article: 'The world might seem to run on UNIX, but it wasn't always so. Readers opine on the best moments of everyone's favorite OS.'" Well, among all those "end of the century" lists, we finally found a worthwhile one. ;-)

200 comments

  1. The day Netscape switched to the open-source model by antizeus · · Score: 1
    ... did they?!?

    Where can I get a tarball for Netscape?

    --
    -- $SIGNATURE
  2. I'm not a frustrated individual, but by Anonymous Coward · · Score: 0

    greatest moments in Unix history??? come on! I might have to bash some of you geeks... just keep your shotguns at bay, and leave the the white makeup and black coats at home.

  3. K&R C? by Anonymous Coward · · Score: 1

    Where's K&R C?

    1. Re:K&R C? by jwilloug · · Score: 1

      Where's K&R C?

      They mention both AT&T's compiler, which I would assume is the first. Someone corrct if I'm wrong...

    2. Re:K&R C? by maroberts · · Score: 1

      Yep, have to agree with this.
      Kernigan and Ritchies extortionately priced [in the UK anyway] paperback has been a staple of my programming life throughout its various editions.

      Other good moments for Unix:
      Release of PERL
      Release dates of Doom and Quake for Unix

      --

      Donte Alistair Anderson Roberts - hi son!
      Karma: Chameleon

    3. Re:K&R C? by benbean · · Score: 1

      It's extortionately priced in the U.S. too.

      --
      It's a Unix system - I know this.
  4. Re:The day Netscape switched to the open-source mo by dr · · Score: 1
    Where can I get a tarball for Netscape?

    Man, you been living in a box lately or what? :) Go to http://www.mozilla.org...

  5. No snappy subject :( by Indomitus · · Score: 2

    I was surprised not to see K&R C on the list (they mentioned when Ken Thompson's mom met his dad though) although I thought it was pretty complete. The fact that mentioned the change from ^ to | as pipe impressed the hell out of me.

    It also makes you think about Richard Stallman's contribution to computing to see that like 5 things on the list are his direct doing.

    1. Re:No snappy subject :( by Anonymous Coward · · Score: 0

      It also makes you think about Richard Stallman's contribution to computing to see that like 5 things on the list are his direct doing.

      Yep.

      Stallman contributed a lot, back in the old days. Find something he's done recently, though...

    2. Re:No snappy subject :( by wass · · Score: 1

      Didn't he stop coding several years ago because of a bad case of Carpal's Tunnels? IIRC, he even hired people to type for him as he coded, but as you can imagine, it was too frustrating to communicate code to a typer like this. You may want to double-check me on this, though.

      --

      make world, not war

  6. umm... by ywwg · · Score: 3

    Is it just me or was the following entry missing:
    * Linus Torvalds uploads the linux kernel

    I mean really, that's a given!

    1. Re:umm... by Anonymous Coward · · Score: 0

      Spot on! Cant believe they left that out.

    2. Re:umm... by Anonymous Coward · · Score: 0

      Sorry to be technical but strictly speaking Linux aint a unix ;-)

    3. Re:umm... by sien · · Score: 1

      Why isn't it ??

    4. Re:umm... by Bill+Currie · · Score: 2
      Because Linux Is Not UniX.

      Like all great names, Linux is actually a recursive acronym.

      --

      Bill - aka taniwha
      --
      Leave others their otherness. -- Aratak

    5. Re:umm... by BrianH · · Score: 3

      I personally consider it an excercise in semantics to argue this point, but technically he's correct in saying that Linux is not UNIX.

      UNIX was originally developed in the 70's under the auspices of AT&T Bell Labs. Because of that, AT&T owns the rights to Unix and it's direct derivatives, and receives a royalty for each true Unix sold (and no, it probably won't ever be GPL'd).

      In the early 90's, Linus Torvalds was working with a Unix derivative known as Minix, when he began working on what became Linux. He did that for two reasons: A) Minix is not free and couldn't be redistributed. B) He thought he could do a "better" job than the Minix developers had. Now, here's where the important difference between Linux and UNIX comes in. Linus couldn't use the source from UNIX to develop Linux or he'd have been forced to pay royalties (and Linux would not be free). What he did instead was write his OS so that it would be very similar, and yet not infringe on any copyrights. Because Linux uses no UNIX code, and yet is so similar to UNIX, it's proper designation is as a "UNIX clone". Nevertheless, it should also be pointed out that there are quite a few differences between Linux and the commercial Unixes, a fact I personally learned the hard way after scamming my way into a Unix administration job based on my knowledge of Linux. While I wasn't exactly lost, it was definitely "different" (AIX, in case you're wondering).

      --

      There is nothing so pathetic as seeing a beautiful young theory roughed up by a tough gang of facts.
    6. Re:umm... by Raul+Acevedo · · Score: 2

      Can someone confirm this, but my understanding is that the Linux name really is just a hacked version of Unix, based on Linus Torvalds' name. It wasn't even chosen by Linus himself, but rather by a friend who I believe was maintaining one of the original ftp sites distributing Linux in its early days.
      ----------

      --
      In a real emergency, we would have all fled in terror, and you would not have been notified.
    7. Re:umm... by Raul+Acevedo · · Score: 3

      Ironically, they mention the release of Netscape on Linux, without mentioning the release of Linux itself...
      ----------

      --
      In a real emergency, we would have all fled in terror, and you would not have been notified.
    8. Re:umm... by Imperator · · Score: 2

      Linux does not stand for anything.

      --

      Gates' Law: Every 18 months, the speed of software halves.
    9. Re:umm... by Nabuchodonosor · · Score: 1

      hey!! that's my signature! get your own! :o)

      --
      ---> Did you know Linux stands for Linux Is Not UniX ?
    10. Re:umm... by remande · · Score: 2
      Of course, neither does Unix. IIRC, the Jargon File describes the etymology was "a bad joke on Multix", so it is fitting that Linux is a bad joke on Unix.

      Who says it has to make sense?

      --

      --The basis of all love is respect

    11. Re:umm... by Col.+Klink+(retired) · · Score: 1

      Ok, Linux may not be a Unix(TM), but they said releasing Netscape on Linux was an important event!

      And even though no one's bothered to pony up the bucks to certify Linux, you can't deny that Linux has impacted Unix.

      --

      -- Don't Tase me, bro!

    12. Re:umm... by Anonymous Coward · · Score: 0

      hate to burst your bubble, but Linux is just a flash in the pan when you look at the entire history of Unix.

    13. Re:umm... by Jorrit · · Score: 1

      A flash in the pan which is making a lot of noise.

      But anyway, compared to NetScape on Linux I think that Linux itself is much more important. 'Netscape on Linux' is on the list. Why isn't Linux itself then?

      Greetings,

      --
      Project Manager of Crystal Space (http://www.crystalspace3d.org). Support CS at http://tinyurl.com/cb3x4
    14. Re:umm... by SoftwareJanitor · · Score: 2

      UNIX was originally developed in the 70's under the auspices of AT&T Bell Labs. Because of that, AT&T owns the rights to Unix and it's direct derivatives,

      Make that own. They sold USL (UNIX Systems Labs) to Novell quite a long time ago. A few years ago Novell gave the UNIX trademark to X/Open (now The Open Group) and sold the System V code base to SCO.

      and receives a royalty for each true Unix sold

      Actually, SCO now receives a royalty on each derivative of the System V code base, but The Open Group controls the licensing of the UNIX trademark. It is possible to be UNIX branded and not use a single line of the original AT&T source code and not pay SCO a penny. There are fees charged by TOG, however for getting validated, and parts of their spec for what 'true UNIX' is require commercial software (Motif and CDE for example), which makes it very difficult for a free OS like Linux or the *BSDs to consider getting UNIX branded.

      (and no, it probably won't ever be GPL'd)

      That is probably correct as far as the System V code base goes (unless SCO was to go belly up or something), however it really doesn't matter that much anymore because there are good free equivalents.


      BTW, as for AIX, it differs fairly significantly from other commercial UNIXes as far as the system administration aspects go. Linux and for example, Solaris are much closer to each other than Linux and AIX are. From the point of view of a software developer or an end user, they are all more similar than from the perspective of a system administrator though.

    15. Re:umm... by Relforn · · Score: 1

      And even though no one's bothered to pony up the bucks to certify Linux, you can't deny that Linux has impacted Unix.

      Yes, that can be said. A lot of the "embrace and extend" GNU projects use Linux as a battering ram to attack the standardization process, though. I guess the term "impacted" doesn't always have to carry a positive meaning...

    16. Re:umm... by SoftwareJanitor · · Score: 2

      Dohh. That is what I get for not previewing...
      That should read above:

      Make that owned

      Definitely past tense.

    17. Re:umm... by Anonymous Coward · · Score: 0
      Bullshit. If it weren't for Linux and the open source movement, we wouldn't all be here right now debating the greatest Unix moments on Slashdot. Granted, Unix would still be here, working reliably in the background, but there would definately not be the sudden resurgence of interest in Unix/Linux that is currently going on out there in both the technology and business sectors.

      So technically Linux may not be Unix, but if it looks like a duck, then you know the rest. Linux brings Unix to the masses, just as Microsoft brought the PC to the masses. But now that we are over our fear of computers and each new generation is growing up with computers, the masses are ready for the power of Unix, which is exactly what Linux provides.

      Linux should be on the list because it is the first unix system to really break the desktop barrier. Linux may not be the ultimate MS killer on the desktop, but it sure as hell is the first unix to that has a fighting chance. It definately has opened the door for unix on the desktop, which could ultimately be the beginning of a new unix revolution in computing.

    18. Re:umm... by IntlHarvester · · Score: 1

      It is possible to be UNIX branded and not use a single line of the original AT&T source code

      In other words, "UNIX" is now a specification, no longer an operating system. "Gnu's Not Unix" is at least partially a joke, because the goal all along has been to meet the UNIX specification without royalties and proprietary code.

      However, the irony seems lost on a certain portion of the slashdot population who sit here waving their fingers lecturing "No, no - GNU really isn't Unix..."
      --

      --
      Business. Numbers. Money. People. Computer World.
    19. Re:umm... by crm0922 · · Score: 1

      I personally learned the hard way after scamming my way into a Unix administration job based on my knowledge of Linux. While I wasn't exactly lost, it was definitely "different" (AIX, in case you're wondering).

      Yeah, I did the same thing, that is getting an AIX admin position from my Linux and college UNIX experience. They are obsessed with symlinks (/var -> /usr -> /etc) and with the concept of "ls" to display things. Like "lsvg" or "lsdev". SMIT is cool though. Wish someone would clone that for Linux. And clone the file system. AIX's filesystem rules. Just add another drive and expand the existing partitions. WHOO HOO! (Ever run out of space on your /usr/src partition. Yikes.)

      Chris

      Chris

    20. Re:umm... by Anonymous Coward · · Score: 0

      Actually, since many people involved at rather high levels in the GNU organization thumb their noses at any non-GNU standards (something known as the GNU embrace-and-extened policy **), it's pretty unlikely anything GNU will ever be really Unix.

      ** i.e. the official maintainer of Bash doesn't even have or read the Posix standard, though Bash claimes to emulate /bin/sh.

      ** The GCC developers are notorious for ignoring the C Language Standards Committee- and seem proud of the fact.

    21. Re:umm... by Anonymous Coward · · Score: 0

      It's the people who insist that Unix become "the ultimate MS killer" who I wish we could quietly shuffle out of the room.

      I'm tired of schoolboy revolutionaries stomping around issuing manifestos.

    22. Re:umm... by demon · · Score: 1

      Actually, iirc, it's Linus' UNIX. (Named after its creator - some smart person figured out how to pull a recursive acronym out of it tho.)

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
  7. More great moments... by bakes · · Score: 2
    What about...
    • WINE frees us all from Windows
    • SAMBA frees us from NT
    • Doom ported to Linux
    • The Berkeley 'r' commands
    ...and too many others to mention

    bakes
    --
    --
    Ho! Haha! Guard! Turn! Parry! Dodge! Spin! Ha! Thrust!
    1. Re:More great moments... by Q*bert · · Score: 2
      The Berkeley 'r' commands Ah yes, a truly historic windfall for script kiddies everywhere...

      Vovida, OS VoIP
      Beer recipe: free! #Source
      Cold pints: $2 #Product

    2. Re:More great moments... by Anonymous Coward · · Score: 0

      not to mention Sendmail...


      > Beer recipe: free! #Source
      > Cold pints: $2 #Product
      > Safe rides home, any hour: $25 #Support

      heh, I like that explanation. :)

    3. Re:More great moments... by Anonymous Coward · · Score: 0

      Quite possibly the Berkeley 'r'-commands are the blackest chapter in the UNIX historybook.

    4. Re:More great moments... by Anonymous Coward · · Score: 0

      > WINE frees us all from Windows
      ... but not from buggy and bloated windows applications...

      > SAMBA frees us from NT
      ... but not from windows 9[58] clients...
      Rather use NFS to 'free' us from all kind of MS-windows... :-)

    5. Re:More great moments... by Howie · · Score: 1

      > Quite possibly the Berkeley 'r'-commands
      > are the blackest chapter in the UNIX
      > historybook.

      But using the r-commands, emacs with ange-ftp, NFS and distributed X on workstations is what shows the true power of the 'network is the computer' type of environment. From a security standpoint, they are all nightmares, but the concepts they implement are very important. A lot of unix development was done in a pre-Internet (to any significant degree) academic environment.

      --
      "don't fall into the fallacy of believing that Perl can solve social problems. Maybe Perl 6 can, but that's a ways off"
    6. Re:More great moments... by Anonymous Coward · · Score: 0

      >> WINE frees us all from Windows Great moments of unix ? I thought Unix was here far before windoze was.

    7. Re:More great moments... by Anonymous Coward · · Score: 0

      I don't particularly want to be "freed" of Windows. I am not sure why the issue is even posed as if there was an adversarial relationship. Yes, for kids who only have one computer, I guess they're stuck picking one or the other OS to run. Here's a secret I discovered not that long ago, though: You put ethernet cards in your machines and none of them have to be dual boot any longer.

  8. Re:The day Netscape switched to the open-source mo by Lonesmurf · · Score: 1

    technically, you can't. since the tarball at Mozilla.org is for MOZILLA.

    --

  9. CLI/Shell by Detritus · · Score: 2
    When I started using V7 UNIX there were several things that were new and nice.

    1. The CLI (command language interpreter) was a separate, user-mode program that could be easily replaced. I was used to DEC operating systems where the CLI was an integral part of the operating system, sort of like the baby alien that attachs to your face in the movie Alien. It couldn't be removed without major surgery on the OS and its tentacles were firmly embedded in the kernel.

    2. The shell didn't hardwire the command set like most CLIs of the day. You didn't have to modify the shell to add new commands, just write a new user-mode program. The shell was light on command line policy, leaving most things up to the interpretation of the user program.

    --
    Mea navis aericumbens anguillis abundat
    1. Re:CLI/Shell by pwhysall · · Score: 1

      I have to take issue with point 1, in as much as you *can* replace the DCL CLI that comes with VMS.

      Not many people do, as it's so damn powerful, but you can do it.

      DCL is extremely good, if a little strange to look at initially (what's with the $ at the start of every line, for example?); however, it has string handling that is way ahead of any *NIX shell. 'course that argument goes away a bit if Perl lives on your system... but not everyone does, or wants to use it.

      I feel better now.

      (I'm also a VMS admin, can't you tell?)

      --

      --
      Peter
    2. Re:CLI/Shell by mihalis · · Score: 1

      DCL is powerful at text processing but I wouldn't say it's efficient. Back in my DCL days we did a code post-processor in DCL (it was post code generation, so it was a post-processor, even though it was also pre-compilation and hence also a pre-processor). Once the functionality was proven I had to get it rewritten in TPU by a monster TPU coder I had working for me at the time to get any kind of reasonable performance (he did it in a day). These days I suppose it would have been hacked together in bad Perl (the only kind I can write) and then rewritten, still in Perl.

      Chris Morgan
    3. Re:CLI/Shell by Detritus · · Score: 1
      I have to take issue with point 1, in as much as you *can* replace the DCL CLI that comes with VMS.

      That may have been true of VMS. Most of my experience was with PDP-11 operating systems such as RT-11 and RSX-11M.

      --
      Mea navis aericumbens anguillis abundat
  10. Greatest moment? The release of Edition 7. by edhall · · Score: 5

    Research Unix Edition 7 was released in 1978, and included:

    • The Bourne Shell, the first shell that was a programming language in its own right.
    • Environment variables (this was an OS enhancement, not just the shell features supporting it).
    • UUCP--the Unix/Unix Copy Program. This brought networking, email, and (a bit later) news to the masses. This feature literally changed the world.
    • File systems larger than 32MB. Unix was no longer a toy.
    • Lint, along with system sources that actually passed it (no more "register *p" for generic pointers everywhere). C was forever improved by this step, since many people learned to program in it from reading kernel sources (just like Linux programmers do today).
    • 32V, the port to the VAX--this was the ancestor of 3.x and 4.x BSD. (The 2.x BSD's ran on PDP-11's, and for a time were developed in parallel.)
    • And so on...
    This was the version that got Unix started at many Universities. It was also the last version of Research Unix to make it out of Bell Labs into general distribution for research and educational use. One can only wonder what we would have seen had AT&T not decided to squeeze money out of it, locking away further Research Editions.
    -Ed
  11. best linux moment by skank · · Score: 0

    is when i istalled it on my machine!!

    1. Re:best linux moment by Anonymous Coward · · Score: 0

      We're talking about Unix moments, though.

      Not Linux moments, or Maalox moments.

    2. Re:best linux moment by Anonymous Coward · · Score: 0

      Would you believe that the first version of Linux I installed and ran was Xdenu? Later, Debian base... // Nicholas Bodley // nbodley@tiac.net

    3. Re:best linux moment by Anonymous Coward · · Score: 0

      For me the best Unix moment was when I installed NetBSD on several of my former Linux boxes.

      It's called Upgrading your OS when you do that.

  12. They forgot one by jfunk · · Score: 1

    The day Microsoft got out of the OS arena...

    Ahh, that takes me back.. or is it forwards? With time travel you never can tell.

    Apollywoggies to the Doctor...

    1. Re:They forgot one by Anonymous Coward · · Score: 0

      History recalls that Microsoft left the OS arena in 1990.

      Yeah... It's a real bummer to be stuck moving forwards in time. You don't get to relive those special moments.

  13. Re:The day Netscape switched to the open-source mo by Anonymous Coward · · Score: 0

    That's right, you can't get a tarball of Netscape, since they're not software, they're a division of AOL. Technically, you are correct. BTW, regardless of what it's marketed as, "Netscape Navigator" has always been Mozilla.

  14. Hamilton Group? by Lonesmurf · · Score: 1

    "The announcement of the Hamilton Group, which begat OS/F, which killed UNIX's viability as a commercial desktop"

    Ok, call me a dunce.. but what is the Hamilton group, and when did they make this announcement?

    Funny, i kinda thought that *I* was running UNIX on my desktop.

    --

    1. Re:Hamilton Group? by Anonymous Coward · · Score: 0

      No. YOu are probably running Linux, which is not Unix(tm)

    2. Re:Hamilton Group? by Col.+Klink+(retired) · · Score: 1

      Well, I'm running both Linux and Unix(tm), specifically Solaris 2.6. Seems commercially viable to me.

      --

      -- Don't Tase me, bro!

    3. Re:Hamilton Group? by loki7 · · Score: 1

      I believe that they meant the announcement of the formation of the Hamilton Group. This was the group formed to create OS/F. Unix had the opportunity to take over the corporate desktop a long time ago, but this industry consortium fscked it up royally. Basically, CDE sucks. They needed something like GNOME or KDE but, being a big committee, were unable to come up with anything elegant.

      /peter

    4. Re:Hamilton Group? by Tet · · Score: 2
      Basically, CDE sucks. They needed something like GNOME or KDE but, being a big committee, were unable to come up with anything elegant.

      Sure, CDE sucks, but it's not so much that they were unable to come up with anything elegant, but more they were unwilling to do so. It was very much a political thing, with each manufacturer having to be seen to contribute a part of it. HP's contribution was VUE, their Visual User Environment, which later became what we now know as CDE. I hated VUE back then, and I still hate CDE now. As you say, though, being designed by committee didn't help, either...

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
    5. Re:Hamilton Group? by DocBear · · Score: 1

      The Hamilton Group was a collaboration of some of the major UNIX players to counteract the threat that Sun would have too great an influence of the future of official UNIX. It was formed in response to an announcement that subsequent releases of UNIX would be ported to Sun platforms first.

      It got its name from Hamilton Avenue in Palo Alto, the location of DEC WRL, WSE, and WSL.

    6. Re:Hamilton Group? by Anonymous Coward · · Score: 0

      As you say, though, being designed by committee didn't help, either...

      Not being designed by anybody, and being implemented by a committee, is a far worse thing, though. And that pretty well describes the Linux development process.

  15. Issues with some of their "moments" by dr · · Score: 2
    The day Microsoft released Internet Explorer for Solaris

    I fail to see why this is a top moment in Unix history. If anything, this is a downfall, as as far as I'm concerned, the last thing we need running on unix platforms is Microsoft software.

    Netscape's introduction of an integrated mail, news, and browser application

    I can't say I'm too much of a fan of this one either, at least not the way it's implemented. While I use Communicator for browsing and Mail under RH6.1, I hate the fact that whenever one function (mail or browser) locks up/crashes, the other does too. I think you could have the two as separate applications that were still tightly integrated.

    1. Re:Issues with some of their "moments" by Kamikaze · · Score: 0

      I'd rather use IE than netscape, but I'll be damned if I sacrifice the yummy unix goodness of my box for it.

      --
      Save the children; quit overparenting!
    2. Re:Issues with some of their "moments" by Bill+Currie · · Score: 2
      the last thing we need running on unix platforms is Microsoft software
      Have you ever watched the bootup of a commercial unix? Stratus (Ascend, Lucent, whatever), FTX has this most disconcerting copyright message: something like Copyright [some yesr range, I'm not about to boot it just to find out] Microsoft.... Apearently, most commercial unixen have some xenix code in them now.

      I don't know how I'll react if I ever see a Microsoft copyright during a Linux boot, probably scream. But then again, if it's in the official kernel, that means that Linus accepted the patch and the code must be of tolerable quality. In that case, I'll be impressed: good quality code out of the king of if it compiles, ship it.

      --

      Bill - aka taniwha
      --
      Leave others their otherness. -- Aratak

    3. Re:Issues with some of their "moments" by Anonymous Coward · · Score: 0

      the code must be of tolerable quality
      Not really, have you ever looked at the current Linux source? It is all substandard.

    4. Re:Issues with some of their "moments" by Relforn · · Score: 1

      "Pay No Attention To The Man Behind The Curtain! I Am The Great And Powerful Linux!"

    5. Re:Issues with some of their "moments" by Mr.+Piccolo · · Score: 1

      Depends on your standard.

      For me, "substandard" means "doesn't work." Therefore, Linux (2.2.13 anyway) is not substandard.

      --
      Glückwünsche, haben Sie Slashdot ermordet, indem Sie zum korporativen Druck beugten und Subskriptionen einlei
    6. Re:Issues with some of their "moments" by AJWM · · Score: 2

      Yep. Grep through /usr/include on commerical Unixen and you may well stumble across the odd Mic rosoft copyright notice, dating back to Xenix days. Certainly was true of OSF/1 a year or so ago (last time I was using a non-free Unix). I think it was in some stuff for reading DOS filesystems.

      --
      -- Alastair
  16. Re:The day Netscape switched to the open-source mo by Lonesmurf · · Score: 1

    I know. Originally, when NSCP/AOL was still Mosiac, they were trying to find out what to call the new Unix client that they were developing. JWZ prompted 'Mozilla'.. and the rest is history.

    But!.. leave it up to marketing shmo-heads to screw everything up.

    You can't get a tarball of Navigator or communnicator as far as i know...

    --

  17. Someone *does* remember :) by Anonymous Coward · · Score: 2

    AT&T SVR4 and the Amiga?! 1991: The release of SystemVR4 was a major stage in the growth of UNIX. But a little-known fact about the start of this industry paradigm shift was that the very first platform to receive the AT&T port of this innovative and powerfully stable pillar of UNIX was the Commodore Amiga3000(UX)!

    I can't beleive it - I can't beleive it!

    Someone *does* remember this - it's amazing :)

    I still remember the day when all those crappy newspapers called the A3000UX a 'miss of the decade'. Like "Who is going to use UNIX anyway?!". Indeed, it didn't make a lot of success, but Amiga was *always* way ahead of its time.

    1. Re:Someone *does* remember :) by Tet · · Score: 2
      Indeed, it didn't make a lot of success, but Amiga was *always* way ahead of its time.

      Yep. My only regret was the pricing structure. I lusted after Unix running on my beloved Amiga hardware for ages, but it was always priced way out my reach :-(

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
    2. Re:Someone *does* remember :) by Fandango · · Score: 1
      Well, if you still have your beloved Amiga hardware, you can always install Debian, or NetBSD, or OpenBSD on it now. You can even download MINIX, which used to cost $150 or so, and is the only free UNIX clone for Amiga that I know of that doesn't require an MMU (so you can run it on an old A500 from floppies if you want!).

      I'm upgrading my A3000 to potato this weekend, whoohoo! For more info on these UNIX's, check out:

      --

      --
      Jake

  18. gcc? emacs? by jwilloug · · Score: 1

    Amazing how many of them mention free software and the FSF. I mean, GNU is not UNIX, right?

    1. Re:gcc? emacs? by Penrif · · Score: 2

      Well, of course GNU is Not UNIX, but it's impossible to talk about the history of UNIX without talking about GNU tools. What would UNIX be without them? Well, it would seem to me that the folks whom are good at writing OS stuff would have to write tools for their OS, taking them away from working on their OS. #include "GNU.h" OS people say "Hey, this kicks butt! We can go back to work on our OS now!" OS subsiquantly gets better, but relys on GNU tools for that part of it. Hence GNU and the FSF are integral in the history of UNIX, hence why there's in that list. Q.E.D.

  19. That fateful night by Spiff+T · · Score: 1

    What about the night that Bill Joy wrote first versions of a large portion of the unix network utilites.

    1. Re:That fateful night by Q*bert · · Score: 1
      Really? Which ones? Where can I read this story?

      Vovida, OS VoIP
      Beer recipe: free! #Source
      Cold pints: $2 #Product

    2. Re:That fateful night by Anonymous Coward · · Score: 0

      Check out http://www.sun.com/corporateove rview/ceo/mgt_joy.html for his BIO and all his contributions to UNIX.

  20. There's still time... by pb · · Score: 2

    We've got almost 40 years until the end of time as we know it. (or until 64-bit Unix, whichever comes first.)

    However... kudos to BSD for developing Unix to what we have today, and the same to the Linux community, for continuing to develop it, and spread the gospel. :)

    I think I'm continually impressed with how Unix takes a more open and general approach to everything, and makes life easier in the end.

    Like how directories and even hardware devices are files, networking transparency is inherent in X (even if it took me a while to figure that out :), having different widget sets and window managers available, or having a free compiler and a useful toolset...

    Truly, if I hadn't found Unix, I would have been doomed to reinvent it. Probably starting with DOS. Ewww....
    ---
    pb Reply rather than vaguely moderate me.

    --
    pb Reply or e-mail; don't vaguely moderate.
    1. Re:There's still time... by Anonymous Coward · · Score: 0
      We've got almost 40 years until the end of time as we know it. (or until 64-bit Unix, whichever comes first.)

      Would you believe that Microsoft had the foresight to declare time_t as unsigned, which gives them until 2105 to develop a 64-bit OS? :)

      (It's true.)

    2. Re:There's still time... by twrayinma · · Score: 1

      We've got almost 40 years until the end of time as we know it. (or until 64-bit Unix, whichever comes first.) Actually, 64-bit UNIX already exists... Digital UNIX, now known as Tru64 UNIX. -t

    3. Re:There's still time... by SoftwareJanitor · · Score: 2

      Would you believe that Microsoft had the foresight to declare time_t as unsigned, which gives them until 2105 to develop a 64-bit OS? :)

      They will probably need that long. :-) The problem with making time_t unsigned, is that it makes it impossible to use time_t values to represent a date/time before January 1, 1970. This is a big problem for some applications which need to represent a wider variation of times.
      It also makes their time_t incompatible with normal usage, but that wouldn't be surprising coming from Microsoft.

  21. FORTRAN based UNIX? by Anonymous Coward · · Score: 2

    I just don't understand why everything has to be written in C. Why don't they write a Fortran based OS ? Surely with Fortran's superior mathematical operations it would kill C-written UNIX. Someone should rewrite UNIX in FORTRAN.

    1. Re:FORTRAN based UNIX? by Detritus · · Score: 1

      I believe the first operating system for the Cray (CTSS?) was written in FORTRAN. It was later replaced with UNICOS (Cray Unix).

      --
      Mea navis aericumbens anguillis abundat
    2. Re:FORTRAN based UNIX? by Anonymous Coward · · Score: 0

      have you ever programmed in FORTRAN? what does mathematical efficiency have to do with low level input/output and hardware control? and if you're concerned with speed why not just use assembly language of the machine you are on? and doesn't this all depend on the optimizations done by the compiler? C is not necessarily slower than FORTRAN. remember languages are just symbolic representations of how to do something :) if you really want to increase the efficiency of your program the best way to so is to get a more efficient programmer.

    3. Re:FORTRAN based UNIX? by Repton · · Score: 4
      Someone should rewrite UNIX in FORTRAN.

      Too right. It's time the Real Programmers reclaimed UN*X from the quiche eaters. Recently, the trend has been to make UN*X easy to use. The 'people' behind this abomination seem not to realise: if we do this, people will use it!

      It is clear that steps must be taken. In addition to rewriting UN*X in FORTRAN, I propose additional measures:

      • All UN*X program names to be shortened to 6 characters or less, by arbitrary removal of letters. Obscurity is a plus.
      • UN*X shell to be rewritten: Shell programming is now done in INTERCAL. (it goes without saying that we rm -rf the entire X source tree)
      • The only editor available will be TECO (although I suppose ed may be appropriate also).

      It is only through measures such as these that UN*X can return to its glory days.

      Fight the good fight, gentlemen.

      Remeber: If you can't do it in FORTRAN, do it in assembly language. If you can't do it in assembly language, it isn't worth doing.

      --
      Repton.

      --
      Repton.
      They say that only an experienced wizard can do the tengu shuffle.
    4. Re:FORTRAN based UNIX? by Anonymous Coward · · Score: 0

      Dude, Or do you think Visual Cobal ++ is better too ?????. Man Fortran didnt have thats functionality that C has, and you try and intergrate asm code (which you need for driver development) with Fortran.

    5. Re:FORTRAN based UNIX? by Mr+Windows · · Score: 1
      Why don't they write a Fortran based OS ?
      Because FORTRAN is (rather `should be') dead.

      INTERCAL, OTOH, is not. It's about time the INTERCAL users of the world had an operating system embodying the same concepts, in the same way that (early versions, at least) of UNIX embodied C concepts (or was that vice versa?).

      Just think, a shell with INTERCAL syntax; that'd be a start :)

    6. Re:FORTRAN based UNIX? by Anonymous Coward · · Score: 0

      If you don't have a working `restrict' keyword,
      C programs using arrays are usually slower than FORTRAN because of aliasing uncertainty.

      When you write through an irrestrict (ie, normal) pointers,
      you're basically saying: "Compiler, please turn off all optimizations beyond this point that might have anything to do with the program state so far".

    7. Re:FORTRAN based UNIX? by Anonymous Coward · · Score: 0

      Please show me how is C more functional than HPF in all respects.

    8. Re:FORTRAN based UNIX? by Q*bert · · Score: 1
      Yep... As I understand it, the supposedly-so-great thing about FORTRAN is that it allows you to ocntrol floating-point precision better than C. (Disclaimer: I've never written in FORTRAN, and, from what I've seen of other people's FORTRAN code, I never will.) But since when do operating systems use floating-point operations? I/O is all integral, program logic is integral, symbol processing (e.g. for shells) is integral, and traditional text processing is a special case of integral computation where all operands are a byte wide. About the only thing you'd use floats for would be interaction with the real-time clock, I would guess. That's important for scheduling, but the degree of precision of the floats is not so relevant... the default works fine.

      In short, FORTRAN may be good for number-crunching, ubt that doesn't make it a good language for writing OSs.

      Vovida, OS VoIP
      Beer recipe: free! #Source
      Cold pints: $2 #Product

    9. Re:FORTRAN based UNIX? by Anonymous Coward · · Score: 0

      You think this is funny?

      Try http://www.assurdo.com and then try laughing. Since such perverts don't deserve to remain anonymous, the man resposible is Claudio Calvelli. If only his powers could be used for good and not evil...

      I've never bothered to register, but since I've named somebody else, I should own up to who I am. eden@hedonism.SWEET.demon.SPAM.co.EATER.uk

    10. Re:FORTRAN based UNIX? by Anonymous Coward · · Score: 0

      You think this is funny?

      Try http://www.assurdo.com and then try laughing. Since such perverts don't deserve to remain anonymous, the man resposible is Claudio Calvelli. If only his powers could be used for good and not evil...

      I've never bothered to register, but since I've named somebody else, I should own up to who I am. eden@hedonism.SWEET.demon.SPAM.co.EATER.uk.

    11. Re:FORTRAN based UNIX? by Anonymous Coward · · Score: 0

      I used to write everything in assembly language, but there's just that pesky portability problem, damnit...

    12. Re:FORTRAN based UNIX? by nwetters · · Score: 2
      Because FORTRAN is (rather 'should be') dead.
      (Free) Fortran is neither dead, nor should it be. Instead, at present it is in an unfortunate limbo.

      Many university maths departments code almost exclusively in F77: everyone understands it, and it has no pointers to slow down your code. If the GNU project gets back on track, we could see a rennaisance in Fortran coding for Beowolf and SMP?

      As far as commercial use of Fortran, alexk pointed out a couple of weeks ago that Bloomberg has the bulk of its system written in Fortran. Especially, anything that has to do with their terminals and proprietary databases.

      ---
    13. Re:FORTRAN based UNIX? by the+eric+conspiracy · · Score: 2

      As I understand it, the supposedly-so-great thing about FORTRAN is that it allows you to ocntrol floating-point precision better than C.

      One of the reasons for the continuing use of FORTRAN (I won't say popularity) is infrastructure. FORTRAN optimizing compilers are really really good. FORTRAN is available in a lot of parallel computing forms and for a lot of arrary processors that have no C. The collection math libraries for FORTRAN is peerless.

      The main reason that FORTRAN was unsuitable for OS programming in the past was lack of pointers. Anonymous storage is a very powerful tool. But I believe that this is not a limitation with HPF, so it is quite feasible now to write an OS in FORTRAN.

    14. Re:FORTRAN based UNIX? by hawk · · Score: 2

      >As I understand it, the supposedly-so-great thing
      >about FORTRAN is that it allows you to ocntrol
      >floating-point precision better than C.

      Matrices. Oh, my, the matrices :) Seven dimensions to comply with the standard, and most compilers offer far more. All sitting there, and ready to use, wiht nice intrinsics to manipulate them.

    15. Re:FORTRAN based UNIX? by Anonymous Coward · · Score: 0

      Well IIRC, the original PR1MOS operating system came close. Fortran and assembly language. Ran on PR1ME machines. Anybody remember them?

  22. That doesn't mean.. by Kitsune+Sushi · · Score: 1

    ..that the work done by the FSF to construct GNU and further the efforts of free software didn't inadvertantly help Unix at the same time. Many Unices use GNU software packages. I can barely remember the last time I used a Korn, C, or plain old Bourne shell (not that there aren't others that aren't GPL'ed).

    Those were great moments for both GNU and Unix, strange as that may sound.

    --

    ~ Kish

  23. Machines by Anonymous Coward · · Score: 1

    Why recreate Unix? Unix is a monster because of a New Jersey mentality and of course because it's a C derivative, too.

    Unix workstations could be called `C machines', in the same way as LispMs.

    But I don't think it would make much sense having FORTRAN machines, except where you get bitten by the bugs on your C-based system.

    If I remember correctly, there was FORTRAN for Symbolics lispms, but I don't know how friendly it was for calling Lisp routines from FORTRAN. There was indeed a C compiler, and X11 (but no Motif. You can use Motif from Lisp via a CLM server running on a Unix workstation).

    BTW, Lisp is the only language besides C that has its own native X library (the equivalent of Xlib).
    It's way nicer, of course, having all that macro machinery at your disposal.
    If you need compatibility with C widget sets, you don't go through it, you use the C Xlib (directly and/or indirectly via Xt, GTK, etc.)

    1. Re: Machines by Anonymous Coward · · Score: 0

      "Unix is a monster because of New Jersey mentality and of course because it's a C derivative, too." mind explaining what that means? i have no idea what you are implying by "monster" or what "New Jersey mentality" is. maybe i'm just dense, but the sentence is intriguing and i don't have the slightest clue what it means :) also how is unix a C derivative? they both came about at roughly the same time (Unix a little before hand) and very much influenced the evolution of one another, but neither one derived from the other. unix came from multics and C came from B and BCPL. I don't think a Unix workstation can be a 'C machine' in the same sense that lisp machines are lisp machines. i mean real lisp machines are hardware designed to run lisp code quickly and efficiently. as far as i know nobody set out to design a "C machine" that runs C code well. it is the job of the compiler to make sure that C runs well. as C is a very general, low level language, it usually does run well as it is more easily translated into machine code than Lisp. sorry if i sound nit-picky, mainly i was just curious as to what your second sentence means.

    2. Re: Machines by Detritus · · Score: 1
      BBN built a computer called the "C machine". It had a strange word size and was designed to run C code quickly.

      AT&T designed the CRISP microprocessor to efficiently run C programs.

      Western Digital made a CPU from the original LSI-11 chip set that directly executed p-code (UCSD p-System Pascal pseudocode).

      I have a vague memory of a FORTRAN machine, I don't remember who built it.

      --
      Mea navis aericumbens anguillis abundat
    3. Re: Machines by Anonymous Coward · · Score: 1

      The `New Jersey' mentality is characterized by:

      - Worse Is Better approach
      - 1 `simple' language hack for each task instead of 1 properly designed language for everything.

      Current microprocessors designed thinking about low-level languages like C, Pascal, FORTRAN, etc. (not Java, Smalltalk, Lisp or even C++ RTTI comes into play).
      Unix is coded in C (plus `a couple' C++ libs). The design of the APIs is done with C[++] in mind.
      They are indeed C machines. Although a real Lisp Machine would have support for GC, tagging, CDR-coding, etc., the most important functional characteristics surface at the software level. Many people would be happy enough with an X86-based Lisp Machine, even if the hardware (PC) is crap.

      Even nice MIPS chips are so dumbly designed. Instead of adding a little bit of support for tagged and GCed languages, they keep throwing transistors at speculation and so on. That's because most EEs haven't much of a clue regarding CS beyond hacking C and assembler.

      [Yes, I know about PicoJava and that's cool. But actual use is more vapor than anything].

    4. Re: Machines by blues-harp · · Score: 1

      Well, Apple's Open Firmware runs on FORTRAN... so in a sense all modern PowerMacs are "FORTRAN machines" - they just don't run a FORTRAN OS.

    5. Re: Machines by Anonymous Coward · · Score: 0

      FORTH, not FORTRAN.

      And BTW, there're FORTH chips.

    6. Re: Machines by timftbf · · Score: 1

      >>>
      Well, Apple's Open Firmware runs on FORTRAN... so in a sense all modern PowerMacs are "FORTRAN machines" - they just don't run a FORTRAN OS.
      >>>
      Isn't Open Firmware tied to FORTH, nor FORTRAN?

      (And I think it's that it contains a FORTH interpreter, not that it's necessarily *written* in FORTH).

      Regards,
      Tim.

    7. Re: Machines by Relforn · · Score: 1

      How marvelous.

      We have people who don't know the difference between Forth and Fortran in the discussion now.

      This really is Slashdot, isn't it!?!

  24. Three I would have added... by mev · · Score: 1

    (1) Creation and adoption of x10 window software
    (2) PCC, the portable C compiler
    (3) Berkeley networking

    Don't know precise events to attach to each, but all seem to have significant impact.

    1. Re:Three I would have added... by Q*bert · · Score: 1
      (3) Berkeley networking

      It was mentioned: "integration of TCP/IP into the kernel", eh?

      Vovida, OS VoIP
      Beer recipe: free! #Source
      Cold pints: $2 #Product

    2. Re:Three I would have added... by edhall · · Score: 2
      (1) Creation and adoption of x10 window software
      (2) PCC, the portable C compiler
      (3) Berkeley networking

      PCC was another product of Edition 7. The VAX C compiler in 32V (and the first VAX-based BSD's) was constructed using PCC.

      Berkeley wasn't alone in adding networking to Unix (there were at least half a dozen different protocol stacks for Unix before TCP/IP saw the light of day). But they were contracted to implement the Big One: TCP/IP. A good thing, too, since the NCP stack (NCP was the ARPANET protocol prior to TCP/IP) for Unix was pretty buggy.

      X's predecessor was W (developed, I believe, at Stanford). So C isn't the only product of alphabetic succession (its precursor was B-- Ken Thompson's BCPL derivative). I wonder why the Berlin folks haven't named their project "Y"? (Why not?)

      -Ed
    3. Re:Three I would have added... by Anonymous Coward · · Score: 0
      One of The Hungry Programmers (of Lesstif fame) claimed that cutesy name a while back. He can have it. BTW, Berlin was a play on the words MS used to describe its upcoming versions of Windows (Cairo, Chicago, Daytona, etc.) at the time. Everyone's suggested renaming it but can't agree on what to change it to.

      Anyway, if you've clicked through, you've noticed that Hungry's Y makes the Freedows project look productive. It's somewhere between "I've got some ideas, a few names, and a cool web page" and "I might be getting around to coding this." It appears that the author may have found smaller windmills to tilt at.

  25. Man page joke... by Mr+Windows · · Score: 1
    Reading the HP-UX fsck manual page and finding a joke (the only one I know f in the standard reference docs): "You can tune a filesystem but you can't tuna fish"
    Actually, that's the tunefs man page...
    1. Re:Man page joke... by sirket · · Score: 1

      Thank you. I was waiting to see who would actually remember this.


      -sirket

    2. Re:Man page joke... by Anonymous Coward · · Score: 0

      The only joke? What about "lp1 on fire"?

    3. Re:Man page joke... by Anonymous Coward · · Score: 0
      And they didn't list the "catman" joke in the caveat section:

      "May act strangely during full moons."

  26. 1976 (I think) by Anonymous Coward · · Score: 1
    John Lions writes his commentery on V6 for his CS class.

    A few other people find it useful. ;-)

    1. Re:1976 (I think) by Maclir · · Score: 1

      John Lyons, actually. I had the priveledge of having him teach me about Unix in 1977 at the University of New South Wales (Sydney, Australia). I constantly kick myself for losing the books and notes from that class.

  27. Looks like a duck, quacks like a duck... by jajuka · · Score: 1

    We all know Gnu's Not Unix and neither is Linux, but come on, that's just a little fun with the lawyers. Unix wouldnt be unix without GNU tools and for most intents and purposes, Linux is close enuf.

    There are old school Unix people who are reluctant to let a Linux box into their server room. The best thing that can be done to win these people over is to point out that legalisms aside, GNU/Linux IS Unix. :) Their skillsets apply with next to no learning curve.

  28. The Top foo moments of the Century by The+Happy+Disciple · · Score: 2

    It is not amazingly surprising to see Richard Stallman feature so prominently on this list. Not because he has done so much for UN*X (or so little, for that matter), but because People Know Richard Stallman. They know his name, he has featured prominently in the media in the last couple of years, and projects his name is (still) attached to are doing well.

    As to his contribution to UN*X? I have no idea. I'm a newcomer to the wonderful world of SunOS, HP-UX, Solaris, *BSD and linux, I did my first man man in '93, I had my first root in '96, and I feel a lot of the Big Things In UN*X (tm) happened before my time.

    I think it is a fundamental thing with these kind of lists that they pretty much always overvalue recent contributions/songs/films/ice-cream flavours, at the expense of older ones. A lot of people only catch on later, and will not remember the first tottering steps, the first breakthroughs, because they simply weren't there yet. They will go for the more recent accomplishments, the things they *did* witness.

    So, lists like this are fun, and interesting, but I have my doubts as to their value for actually determining the impact that developments have had, the relative importance of UN*X moments.

    Jos "numbers, I want numbers!" D.

    1. Re:The Top foo moments of the Century by Anonymous Coward · · Score: 0

      Stallman _wrote_ Emacs and the gnu C compiler, GCC. From scratch. They're pretty big contributions by themselves.
      Admittedly, he no longer maintains them on his own, and has not done so for a long time, but they're both still very, very important pieces opf software.

      He also wrote the GPL, and founded the GNU organisation ( most of the core functionality of your linux box comes from people who have placed their code into the GNU codebase)

      He's also written many other bits and pieces.

  29. I'd have to agree with the creation of vi by Tet · · Score: 3
    Not because it's a great text editor (although I've yet to find anything better :-), but because it prompted the development of termcap to give terminal independence. Previous applications had been hardcoded to use the escape sequences of a particular terminal.

    I'd say, in general, that most of the work done at UCB contributed more to the success of Unix than anything else. Without UCB, Unix would have probably remained in the dark ages. They gave us networking, vi, csh, and perhaps most importantly, an open source development model, which allowed Unix to become widespread.

    PS. Sure, csh syntax may suck, but without it, we'd all be using Bourne shell. csh gave us command histories, brace expansion, and numerous other goodies that we take for granted today. Without csh, other shells (ksh, bash, zsh) would be very different, if they existed at all.

    --
    "The invisible and the non-existent look very much alike." -- Delos B. McKown
    1. Re:I'd have to agree with the creation of vi by Zenki · · Score: 1

      I was under the impression that they created termcap so they could ensure that their games, like trek, would run on all terminals :)

  30. Missing entries by tilly · · Score: 2
    The first upload of Linux (aka Do you yearn for the days...) has been mentioned. Here are a small sample of others:

    1. Ken Thompson's invention of grep.
    2. Henry Spenser's freely available RE library.
    3. Larry Wall's release of rn.
    4. Larry Wall's release of patch.
    5. Larry Wall's release of Perl.
    6. Solaris' invention of /proc
    7. The US government's decision to require POSIX compliance.


    There are just too many to make it a good sample, but the above were darned fine moments. :-)

    Cheers,
    Ben
    --
    My usual seat in the cluetrain is at A HREF="http://pub4.ezboard.com/biwethey.ht
    1. Re:Missing entries by werd+life · · Score: 1

      Wasn't grep developed by Alfred Aho? He's also the A in awk, which was pretty useful in itself...

    2. Re:Missing entries by Anonymous Coward · · Score: 0

      /proc was not invented by Solaris. It wasn't even invented by Sun. The idea of representing processes as files (=> a proc file system type) in UNIX was first invented and implemented by Ken, Dennis, Brian et al at Bell Labs. /proc was in Version 8 UNIX. This didn't get a wide circulation outside Bell Labs. However AT&T lifted that code and dropped it into UNIX SysVR4. IIRC this was released when Sun was shipping SunOS. Solaris probably didn't exist outside Sun at that time.

      BTW, I think it was Brian Kernighan who wrote the first grep. If it wasn't him, then whoever did write it took the regular expression code that Brian had developed for the line editor, ed.

    3. Re:Missing entries by AJWM · · Score: 2

      > 6.Solaris' invention of /proc

      That came out of Bell Labs, it was (in some form or another) a feature of the Version 8 research kernel (the Labs' internal successor to Version 7, while the commerical side was going with the V7-based System III and System V). I heard Rob Pike give a talk on it at a Usenix back in, oh, 1985 or '86.

      I agree on the importance though. Beats hell out of grubbing through /dev/kmem.

      --
      -- Alastair
  31. finger coke@l.gp.cs.cmu.edu by Anonymous Coward · · Score: 1

    ought to be on the list. Read about it here.

  32. Re:The day Netscape switched to the open-source mo by Anonymous Coward · · Score: 0

    Spot-on. And I'm convinced that the Mozilla project has been trying to live down the big disappointment most people felt about that. Not only couldn't folks download the source for the Navigator/Communicator they used every day, they couldn't even compile a beta-quality browser. What a complete bummer.

  33. When Unix got 8-bit char support by NKJensen · · Score: 1

    Another one missing in the list. The world uses more chars than you'll find in 7-bit ASCII.

    That paved the way for Unix to the non-US world (it's out there somewhere you know :-)

    --
    -- From Denmark
  34. Sun rpc ? by javac · · Score: 1

    I think sun rpc deseves to be on the list. It is what enabled cliend server computing as was very popular just a couple of years ago. geach

  35. when Ken Thompson's mom met his dad by Anonymous Coward · · Score: 0

    What is the story behind this?

    1. Re:when Ken Thompson's mom met his dad by Anonymous Coward · · Score: 0

      If they didn't meet, then there would be no Ken Thompson, and thus no Unix.

  36. I had no idea... by robotoast7 · · Score: 1

    I didn't know tannenbaum was so closely tied to the origins of open source. His book "Modern Operating Systems" is what got me into programming. He must write good books.

  37. Re:umm... So? by PhilHibbs · · Score: 1

    Linux may not be Unix, but you have to admit that it is significant to Unix, so should be mentioned prominently in this list.

  38. Re:umm... So? by BrianH · · Score: 2

    Oh, yes. I wasn't trying to put Linux down, I was just trying to explain the difference as best I know it. As far as my personal opinion goes, Linux should be near the top of that list. While Linux is an interesting OS, it hasn't really contributed that much to UNIX directly. Indirectly it has launched innumerable geeks into the UNIX world, steered scores of programmers to write UNIX apps, and most importantly is the first UNIX variant to achieve household name status. While the vast majority of computer users still haven't ever seen Linux, they know the name. What other UNIX variant can you say that about?

    --

    There is nothing so pathetic as seeing a beautiful young theory roughed up by a tough gang of facts.
  39. multics by Anonymous Coward · · Score: 0

    its multics not multix unix was spelled unics in the begining. one unix two unicses not two unixes as some ppl spell it

    1. Re:multics by Anonymous Coward · · Score: 0

      uhmm... no, not "unicses" - it's "unices"

  40. restrict pointers and the pitfalls of ptr analysis by Mr+Z · · Score: 2

    As the AC above noted, C's default assuptions about pointer aliasing make certain classes of programs run like crap. The new restrict keyword is a huge step in the right direction, but it's still a Band-Aid.

    Why are sane pointer aliasing conventions important in the language? Well, since effecient code generation is something nearly everyone lusts after, compiler writers spend alot of effort "optimizing" code. Since C doesn't provide much of a mechanism for describing where pointers point, the compiler has to implement alot of guesswork. If it's not sure, it punts and outputs slow code.

    The problem is that these optimizations are hard to get right. Notice how GCC 2.95 broke the Linux kernel, unless you compiled with the new alias analysis turned off. It would be better for the language to have saner pointer semantics.

    Note that this wasn't so much of a problem in the beginning when pipelines were short and issue-widths were narrow. Nowadays, though, pointer aliasing issues are one of the biggest issues preventing code from going faster. (I know, I hit these issues regularly.) I welcome restrict with open arms.

    --Joe
    --
  41. More missed moments by Col.+Klink+(retired) · · Score: 1

    Ok, I still have mixed feelings about it myself, but what about Solaris 2?

    And let's not forget /. either!

    --

    -- Don't Tase me, bro!

  42. What about in the man page's source? by Mr+Z · · Score: 2

    The lp1 on fire bit wasn't in the docs, was it?

    BTW, who remembers the rest of the tunefs joke? (Namely, the bits that were in the actual nroff source for the man page?)

    From what I recall, the man page's source said something along the lines of "Remove this, and a Unix daemon will dog your steps until the time_t's wrap around." I unfortunately do not have access to a system with the original quote that I know of offhand. Anyone?

    --Joe
    --
  43. Netscape wasn't first! by Howie · · Score: 1

    "* Netscape's introduction of an integrated mail, news, and browser application"

    Lucid Emacs (jwz's previous project) did all that and, err, edited text files, etc,etc,etc,etc,etc first! :-)


    --
    "don't fall into the fallacy of believing that Perl can solve social problems. Maybe Perl 6 can, but that's a ways off"
  44. Linux was not missed by mudnux · · Score: 1
    Okay so it didn't make it on this list but in the same edition of Performance Computing was the OPA Awards in which Linux contributers receive the coveted Editors Award (see the final entry on the page).

    --
    NT is based on the premise that anyone who can manipulate a mouse can administer a system. Huh?!?
  45. Rubish. Linux is missing. Written by Bill Joy? by Anonymous Coward · · Score: 0

    They have emacs and Netscape on there, but not Linux. Obviously this was written by Bill Joy.

  46. Yeah, but Linux is good for Unix. by Mr+Z · · Score: 1

    Linux may not be an official Unix, but it is good for Unix. That alone makes it an important event in Unix history.

    It's important in the same way IBM PC clones were important to IBM. They weren't IBM PCs, but the fact that they were compatible and completely changed IBM's impact on the world was fairly relevant. Linux seems to be having a similar effect with respect to Unix.

    --Joe
    --
    1. Re:Yeah, but Linux is good for Unix. by arivanov · · Score: 1

      This is a very interesting term - release of linux... If you think about it ... The goood thing about it is that it never actually gets released ... never finished ... always something left to play with ...

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    2. Re:Yeah, but Linux is good for Unix. by Anonymous Coward · · Score: 0

      It's been said that Linux is simply the world's largest conglomeration of third-party add-ons ever assembled.

  47. but i think the point is by kaisyain · · Score: 1

    That those aren't necessarily big contributions to Unix (tm) (although people will no doubt disagree about their relative merit). They are, however, "famous". The list really only includes "famous" things rather than "important" things. And Stallman is "famous" so his contributions will show up disproportionately more often than other people who also made (perhaps more important) contributions.

    Notice that it is "Stallman invents GPL" and "Stallman founds FSF" (admittedly other accomplishments of his left the attribution off). I was under the impression that he had a lawyer help him write the GPL and other people were involved in the founding of the FSF. However, no names are mentioned when it comes to talking about the TCP/IP stack, pipes, sendmail, or "everything is a file". Is the GPL really more important to "Unix" than TCP/IP, pipes, and "everything is a file"?

    1. Re:but i think the point is by Relforn · · Score: 1

      Well, uh those were probably things that some of the old timers who dislike Linux (people like Ken Thompson, and Bill Joy, and the BSD folks) did.

      This is the new era when everything good about Unix has to do with Open Source(tm) and the FSF.

  48. IMHO by jd · · Score: 2
    There are so many "best moments" for Unix that it would be impossible to list them all, without writing a complete history. A mere list is -bound- to miss so many out.

    Anyways, here's a few moments that I'd regard as being significant (irrespective of whether they're in anyone else's list or not). They are not in any specific order - date, importance, etc. It's just the order I wrote them in.

    • The decision to simplify the MULTICS design, thus creating the original UNIX.
    • The advent of the BSD line of Unixen, providing the possibility of Open Source OS'.
    • The advent of MACH, allowing people to see how different OS philosophies work.
    • The advent of K&R C, which made programming much easier, whilst retaining a lot of power.
    • The advent of X10, providing a networkable GUI to the real-world workstation. (Yes, Xerox' Parc developed the first GUI, with mouse, but it was not at the stage where it could be used by anyone else.)
    • The creation of Perl, which revolutionised the concept of scripts.
    • The decision by the Jolitz' to port the BSD tapes to the 386, sparking the *BSD revolution on PC's and, later, on other platforms.
    • The decision by Linus Torvalds to write a powerful terminal emulator, and release it on the network, sparking the Linux revolution.
    • The founding of the FSF, sparking the concept of free exchange of -significant- software in the marketplace.
    • The development of Sun's RPC system, making the development of distributed software practical.
    • The development of Mobile IP, fundamentally changing the concept of what a LAN is.
    • The development of Gopher and WAIS, introducing distributed information services, distributed hypertext, and distributed multimedia. The WWW built on these concepts, but did not create them.
    • The writing of TWM - a window manager SO horrible as to actually encourage people to go out and write something better.
    • The writing of "write" - the world's first Instant Messaging system, and still the best. :)
    • The developent of Exokernels - some of the fastest cores ever written.
    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  49. should? by hawk · · Score: 2


    Fortran "should" be dead? not by a long shot. No, Fortran (not FORTAN anymore, btw) is not the language to use for everything. Even though Prime did it, it is not a good choice for writing an OS.

    But when it comes time to due high level number crunching (or beyond that, merely bashing them into submission), Fortran has no peer--nothing even close.

    Yes, you can usually tune c to give similar performance. But by the time you're done tuning, I've already used the Fortran code, and am on to the next project--or the one afterwards.

    Fortan does not inlcude large portions of what c contains--which is what allows it to make assumpitons and optimizations that would be disastrous in c. It is also much faster to write (especially with F90 free-format), and easier for an "outsider" to read. (but then, there's no language yet built which is proof against crummy coding)

    I hate to think of how much longer the dynamic programming project for my dissertation would have takein in c than Fortran *shudder*.

  50. Re:The day Netscape switched to the open-source mo by Relforn · · Score: 1

    Mozilla will be released about a month after the first service pack for Windows 2000. In other words real soon now.

  51. First documentation: BSTJ issue by Lumpish+Scholar · · Score: 1

    The first public information on Unix (other than printing the troff files from the distribution tapes) was the Unix issue (July-August 1978) of the Bell System Technical Journal. Thompson & Ritchie had an article on the kernel, I think there were articles on the compiler, the shell (Mashey or Bourne?), ed, and nroff/troff.

    This issue holds the distinction of being the most-stolen magazine in AT&T/Lucent/Telecordia technical libraries.

    The "Bell System" was AT&T, including Western Electric (now Lucent, more or less), the "baby Bells" (now Bell Atlantic et. al.), and Bell Telephone Laboratories (now AT&T Labs, Bell Labs, and Telecordia). It was broken up when AT&T "divested" the local operating companies in 1984.

    --
    Stupid job ads, weird spam, occasional insight at
    1. Re:First documentation: BSTJ issue by DocBear · · Score: 1

      Hee hee hee. I just pulled out my copy a few days ago, and was laughing at some of my notes in the margins and papers stuffed between pages.

      Oh, and I didn't steal my copy. I was a subscriber at the time. Was that really 21 years ago? It seems like only yesterday. :-)

  52. Missing Names by redinger · · Score: 1

    Glad you mention Larry's name. I'm actually surprised I read all the way through this forum and only found one person mentioning that glaring ommission.

    The other name that should have been included in the article was Zawinski. Where would we be today without jwz? :)

    1. Re:Missing Names by Anonymous Coward · · Score: 0

      Pretty much everywhere we are today. All he did of substance was Lucid Emacs which was corporate sponsored and therefore would have been done with or without him.

    2. Re:Missing Names by Anonymous Coward · · Score: 0

      We would probably be reading this page using Mosaic. Which, incidentally was released Open Source. The source was closed when Netscape ran off with it, in order to embrace and extend it.

  53. amazing! by georgeha · · Score: 1

    I loved this line.

    New with this release:

    All known bugs fixed. New bugs added.


    George

  54. I agree totally! by Philageros · · Score: 1

    I've never had so much fun as when I first started programming, in FORTRAN of course. Since then I've tried C, C++, VB (Bollocks), Java, a couple of 4GLs. The only one that didn't leave me with a hollow feeling inside was FORTH - it was a bit too structured for my liking, but it had possibilities nonetheless, especially the arithmetic operators. But nothing can bring back those early FORTRAN days (and nights).

    I also propose the banning of the tabs key and the parentheses keys for all languages - there should be no need for block indentation of code and cheating with operator precedence.

  55. Ed, man! !man ed by DonkPunch · · Score: 1

    (This has been posted before, but I can't resist....)

    From: patl@athena.mit.edu (Patrick J. LoPresti)
    Subject: The True Path (long)
    Date: 11 Jul 91 03:17:31 GMT
    When I log into my Xenix system with my 110 baud teletype, both vi and Emacs are just too damn slow. They print useless messages like, C-h for help and "foo" File is read only. So I use the editor that doesn't waste my VALUABLE time.

    Ed, man! !man ed

    ED(1) UNIX Programmer's Manual ED(1)

    NAME
    ed - text editor

    SYNOPSIS
    ed [ - ] [ -x ] [ name ]

    DESCRIPTION
    Ed is the standard text editor.
    Computer Scientists love ed, not just because it comes first alphabetically, but because it's the standard. Everyone else loves ed because it's ED!

    ``Ed is the standard text editor.''

    And ed doesn't waste space on my Timex Sinclair. Just look:

    -rwxr-xr-x 1 root 24 Oct 29 1929 /bin/ed
    -rwxr-xr-t 4 root 1310720 Jan 1 1970 /usr/ucb/vi
    -rwxr-xr-x 1 root 5.89824e37 Oct 22 1990 /usr/bin/emacs
    Of course, on the system I administrate, vi is symlinked to ed. Emacs has been replaced by a shell script which 1) Generates a syslog message at level LOG_EMERG; 2) reduces the user's disk quota by 100K; and 3) RUNS ED!!!!!!

    ``Ed is the standard text editor.''

    Let's look at a typical novice's session with the mighty ed:

    golem> ed

    ?
    help
    ?
    ?
    ?
    quit
    ?
    exit
    ?
    bye
    ?
    hello?
    ?
    eat flaming death
    ?
    ^C
    ?
    ^C
    ?
    ^D
    ?
    Note the consistent user interface and error reportage. Ed is generous enough to flag errors, yet prudent enough not to overwhelm the novice with verbosity.

    ``Ed is the standard text editor.''

    Ed, the greatest WYGIWYG editor of all.

    ED IS THE TRUE PATH TO NIRVANA! ED HAS BEEN THE CHOICE OF EDUCATED AND IGNORANT ALIKE FOR CENTURIES! ED WILL NOT CORRUPT YOUR PRECIOUS BODILY FLUIDS!! ED IS THE STANDARD TEXT EDITOR! ED MAKES THE SUN SHINE AND THE BIRDS SING AND THE GRASS GREEN!!

    When I use an editor, I don't want eight extra KILOBYTES of worthless help screens and cursor positioning code! I just want an EDitor!! Not a ``viitor.'' Not a ``emacsitor.'' Those aren't even WORDS!!!! ED! ED! ED IS THE STANDARD!!!

    TEXT EDITOR.

    When IBM, in its ever-present omnipotence, needed to base their ``edlin'' on a UNIX standard, did they mimic vi? No. Emacs? Surely you jest. They chose the most karmic editor of all. The standard.

    Ed is for those who can remember what they are working on. If you are an idiot, you should use Emacs. If you are an Emacs, you should not be vi. If you use ED, you are on THE PATH TO REDEMPTION. THE SO-CALLED ``VISUAL'' EDITORS HAVE BEEN PLACED HERE BY ED TO TEMPT THE FAITHLESS. DO NOT GIVE IN!!! THE MIGHTY ED HAS SPOKEN!!!

    ?

    --

    Save the whales. Feed the hungry. Free the mallocs.
  56. hear, hear! by Anonymous Coward · · Score: 0

    I carefully copied that son of gun page by page because the "master" I got was already so blurry I could barely read it. I finally threw it out when Linux came out because that came with source. You can buy the Lion's book fresh off the commercial press now.

  57. What are Unix's lowest points? by Anonymous Coward · · Score: 1

    1) The day they stopped bundling the "C" compiler for free.
    2) Bill Gates buys SCO and sabotages cheap Unix.
    3) Windows 3.0 ships
    4) Trying to kill -9 the man pages.

    Got any more?

    1. Re:What are Unix's lowest points? by DocBear · · Score: 1

      Actually, Bill Gates didn't buy SCO.

      Xenix was Microsoft's project to sell UNIX for home computers. It goes 'way back (it was the UNIX programmers of the Msoft staff that added all of the unix-like features in MS-DOS v2).

      Microsoft purchased a source license to UNIX and hired some UNIX programmers. They set up exclusive agreements with some outside companies to port and support various platforms. At one time there were 68000 and Z8000 versions of Xenix out there.

      SCO had the exclusive x86 Xenix license. Msoft was a part owner of the company, until it sold its interest.

  58. I'll admit.. by Kitsune+Sushi · · Score: 1

    ..I'm confused. What are you talking about?

    K&R is a reference to the highly acclaimed book, The C Programming Language. It is also known as the Old Testament. The second edition of the book, which covers the ANSI standard, is known as the New Testament (or K&R 2).

    Hope this clears up any confusion.

    --

    ~ Kish

    1. Re:I'll admit.. by jwilloug · · Score: 1

      What good is a language standard if you can't actually write and compile a program?

  59. SCO and Unix royalties by Tet · · Score: 2
    Actually, SCO now receives a royalty on each derivative of the System V code base

    This is not strictly true. Some of the original System V licensees (Sun and SGI, at least) bought out the license for a large one off payment, when it was still owned by Novell, IIRC. As such, they no longer pay SCO royalties.

    --
    "The invisible and the non-existent look very much alike." -- Delos B. McKown
  60. Naw, let's use PASCAL! (Re:FORTRAN based UNIX? by Anonymous Coward · · Score: 0

    Write you O/S in PASCAL!!! Hewlett-Packard wrote MPE/XL (MPE/iX) for the PA-RISC-based 3000's in HP-ModCal (a pascal/modula variant with system extensions).

  61. When fsck started automatically after a crash. by Anonymous Coward · · Score: 0

    You used to have to crank up fsck by hand after a panic. Any moron could now reboot the machine.

  62. They must have forgot... by Anonymous Coward · · Score: 0

    The fact that the Amiga's OS was based on UN*X. There was also another manual with "joking" comments in it. The Amiga 2000 manual had the schematics in the back. Someone had written funny comments in the corner of the diagrams. That related to the specific functions of the different chipsets. I don't have my 2000's manual, but I vaguely remember something about a rock and roll heart on the diagram for the sound chipset :)

  63. speling error by Anonymous Coward · · Score: 0

    It is spelled Tanenbaum, not Tannenbaum!

  64. Start With The RPMs by Anonymous Coward · · Score: 0

    The first step in driving away the newbies is for programmers to add every bit of information into the RPM name that they can, while keeping "Copy" and "Paste" out of the Xterminal. Here is an example of what we should be shooting for.

    widget-1134.3659-v8u2.s-d-9-3-3-nv.h98344111-232.9 934.e-394-l4949.l-p.rpm

    If the names keep getting longer, nobody will want to type them in! If we don't do something soon, we risk having easy to read names like:

    widget-1.0.rpm

    This cannot be allowed to happen! It would be the end of the world if things actually made sense! The user must be required to type in meaningless crap like this at least 50 times before they can actually do something useful! There must be more information than anyone would ever care to know or possibly understand!

    If they make a mistake, let them start over from the beginning! Muahahahhaha!

    If they dare complain, tell them that they have the choice of any color text or font that they like, and important features like that make the terminal much better and more useful than crapy 'Mac-Speak' features like "Copy" and "Paste".

    1. Re:Start With The RPMs by Anonymous Coward · · Score: 0

      mybash$ rpm -i widget

    2. Re:Start With The RPMs by Anonymous Coward · · Score: 0

      darn it, it didn't see

  65. A little Lisp advocacy *wink* by Xenophon+Fenderson, · · Score: 1

    You might want to moderate down the Lisp advocacy that follows this sentence. :)

    To read about the "New Jersey" mentality, you want to do a search for Gabriel's paper on Lisp (I think it's called "Good News, Bad News, How to Win Big"). A keyword search for "Gabriel Worse is Better" should turn up the correct paper. (The term "New Jersey" is also documented in the Jargon file.) Basically, the New Jersey mentality is characterized by "simplicity at the expence of correctness, completeness, and elegance". The previous poster called UNIX a "monster" because it is designed improperly, with all sorts of silly kludges to get it around arbitrary limits (e.g. number of file descripters per process, length of a file name, etc.) or simplistic solutions to hard problems (e.g. the "pc-lusering " interrupt problem described below). Languages like C/C++ have some truly awful kludges in them because they lack garbage collection, or a good exceptions mechanism, etc. Sure, C is really simple, and yeah, UNIX and its attendant scripts and shells and whatnot are really easy to use---but there's a lot of stupid things in there that shouldn't be.

    The canonical example of the "New Jersey approach to design" (given in Gabriel's paper) is of interrupt handling. If a hardware interrupt occurs while a program is in kernel mode (i.e. the program made a system call), the right thing to do is to back the program back out to just before the system call, handle the interrupt, then retry the system call automatically. Instead, UNIX aborts the system call and returns an error to the program (EAGAIN). The program must test for this error and explicitly retry the operation.

    The other poster described "C machines", so I won't go over that again.

    I do want to address two more of your comments, "C is a very general, low level language" and "it is more easily translated into machine code than Lisp". While I agree with you that C is a low-level language, I'd have to take issue with your use of the adjective "general". I don't think C is a general-purpose language any more than I think IA32 or SPARC assembly language is "general purpose". C excels at being a portable assembly language, but I doubt it is appropriate for large projects (but that's just my oh-so-humble opinion).

    As far as your assertion that C "is more easily translated into machine code than Lisp", I would also have to disagree. Certainly there are computers more amenable to Lisp (e.g. the SPARC with hardware support for pointer tagging), but that doesn't automatically mean Lisp is going to be slower than C on some random computer. In fact, CMU Common Lisp (a free Lisp that runs under UNIX) generates codes that run as fast as comparable C programs. Check out Martin Cracauer's floating point benchmarks in CMU CL and C.


    Rev. Dr. Xenophon Fenderson, the Carbon(d)ated, KSC, DEATH, SubGenius, mhm21x16
    --
    I'm proud of my Northern Tibetian Heritage
  66. Re:The day Netscape switched to the open-source mo by barryp · · Score: 1

    If you want to be pedantic, "Netscape" was the name of the company, and "Navigator" and "Communicator" were the actual products you're thinking of.

    So the statement "Netscape switched to the open-source model", makes sense - in that the COMPANY switched to the open source model (at least for their web-browser products).

    Asking "where can I get a tarball for Netscape?" is like asking "where can I get a tarball for IBM? (or any other company-name)"

  67. A few comments on your "best of" opinions by jimfrost · · Score: 1
    The advent of the BSD line of Unixen, providing the possibility of Open Source OS'.

    You're giving more credit here than is really due. If I were going to give a "father of the open source OS" to something it would be the original Bell Labs UNIXen. They basically gave it away for a song for years, and BSD wouldn't have ever happened if that weren't the case.

    But BSD was seminal in that it provided fertile soil for the development of a whole lot of software that was distributed in source form, often at little or no cost. And perhaps the most important of that software was the TCP/IP implementation -- it formed the foundation on which today's Internet is built.

    I'd give credit to the Bell Labs folk in one other area too. The OS they built was simple enough to be cloned, and that led to a wealth of reimplementations including Xinu, MINIX, and of course Linux. And those formed the foundations of today's open source movement.

    The advent of MACH, allowing people to see how different OS philosophies work.

    Mach wasn't really that interesting. Its core ideas had been well hashed out some fifteen years earlier. If anything I might consider Mach something of a failure; it was, after all, the basis of NeXT and OSF -- both huge failures.

    The advent of K&R C, which made programming much easier, whilst retaining a lot of power.

    C was following in the footsteps of PL/I. What made C particularly interesting was not its power but its simplicity; it was easy to learn and easy to implement and cheap to license. All of these things kickstarted its spread.

    Lest we give C too much credit let us not forget that C also overloaded the concept of reference, pointer, and array as well as providing very little in the way of inter-function consistency checking. These things led to a whole host of bugs that continue to plague us (although at least ANSI gave us function parameter checking).

    The advent of X10, providing a networkable GUI to the real-world workstation.

    While the general idea is good, neither X10 nor X11 are particularly good designs. Sun's NeWS (yet another Gosling brainchild) was vastly superior in design. Too bad the implementation was so bad (something you could say about a lot of Gosling stuff, actually).

    Where X failed was in its association with DEC. DEC wanted a really limited functionality desktop (they sold servers don't you know) and that resulted in serious overuse of network bandwidth and a whole host of warts in the protocol. The one thing that could really have improved X was display lists (rendering macros, if you will), which would have reduced network overhead by at least an order of magnitude for typical applications.

    But good ideas just won't stay down. Sun failed with NeWS but we got the functionality a few years later anyway -- only now we call it a web browser.

    An interesting sidebar to all of this is that DEC's idea of a graphics terminal failed miserably in the face of ever faster and less expensive desktop equipment. And yet we have companies like Sun and Oracle trying to foist the same old stuff on us a decade later.

    The creation of Perl, which revolutionised the concept of scripts.

    Well, you got me confused with this one. Perl is certainly popular but to say it revolutionized scripting -- well, that's pushing things a bit. Technologically there was nothing new there. What made it particularly interesting was Wall's trademark portability and source distribution.

    And that leads us naturally to:

    The development of Sun's RPC system, making the development of distributed software practical.

    Sun's RPC wasn't revolutionary by any stretch of the imagination; this stuff had been done long before. What was revolutionary was what Sun did with it -- they gave it away, along with NFS. In short order any machine you had could be an NFS server and Sun sold the only fully integrated clients. Now that was smart! It gave them a serious leg-up on the fully proprietary Domain.

    We see the pattern of "cheap source availability wins" repeated again and again throughout the history of computing. UNIX was hugely successful because source code was cheap. (In fact, the darkest days of UNIX can be traced directly to AT&T's change in the pricing model.) TCP/IP exploded because its source code was cheap. RPC/NFS was successful because source code was cheap. The FSF tools have propagated widely because source code was cheap. Linux is exploding because source code is cheap. BSD has made a comeback since its source code got cheap again.

    Sun's idea that they could make money while effectively giving the source away was revolutionary. Too bad they went the proprietary route after beating Apollo into submission.

    The development of Gopher and WAIS, introducing distributed information services, distributed hypertext, and distributed multimedia. The WWW built on these concepts, but did not create them.

    Hypertext finds its source in Xanadu, which predates the rest of these considerably. Xanadu was quite revolutionary concept and it spawned a wealth of projects to build distributed document systems.

    But while Xanadu gave us the concepts it was the Mosaic team that made it not only practical but attractive. And that turned the world on its head.

    The writing of TWM - a window manager SO horrible as to actually encourage people to go out and write something better.

    Heh, clearly you don't remember uwm. Twm was a vast improvement.

    Anyway, while I don't agree with most of your opinions, you certainly did hit on several important themes.

    jim frost
    jimf@frostbytes.com

    --
    jim frost
    jimf@frostbytes.com
  68. Greatest Comment On Unix by Sloppy · · Score: 1

    /* You are not expected to understand this */
    ---

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  69. Ahh... TECO by jflynn · · Score: 2

    I remember TECO with a great deal of fondness. With what other editor could you spend more time on life games, renumbering utilities, and gray-code searches than manipulating text?

    There was even a macro VEDIT, for those times you just wanted visual editing with arrow keys and all. It was conveniently distributed without any format characters and provided weeks of fun just figuring out how it worked.

    I'm far more productive with Brief/Crisp but I've never had as much fun with an editor since TECO. It could really trash a file from the simplest typos! :)

  70. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  71. the Lions V6 Commentary by Anonymous Coward · · Score: 0


    Back in about 1977 I heard about John Lion Commentary on the V6 kernel. He had given out copies an Australian(?) Usenix conference. Then ATT (or was it Western Electric) got *involved*.

    I actually did the paperwork, got an academic license and sent in the money. This was, I think, $50. I had to pay this twice since they ignored me the first time. Mind you, I was making about $4/hr. in a school computer lab and paying rent. I wanted the Commentary real, real bad.

    Finally, they sent it and I xeroxed the hell out of it. But I've always kept the original. Maybe
    I'll put it on EBay. Actually, I lent it to one of the BSD crowd. It was entered as evidence in the Berkeley ATT court case, so I'm told. He xeroxed it, and then he sent it back.

    Six of us at school used it for an OS course, a real OS course. We got v7, I wrote a boot block and a disk driver and we got it up and running on the department PDP 11/60.

    Lions later wrote a Commentary on the C compiler and I had a copy of it. Lost it.

    Whoever did the Apache Commentary should have studied the structure of the Lions Commentary closely. The cross reference was invaluable. It actually used a couple of files to quickly teach C. It gave a good overview of the structure of the operating system. It was a teaching vehicle.

    Oh yeah, "you are not expected to understand" this is my favorite comment. And Lions does explain it.

  72. There are several others by aheitner · · Score: 2

    Solaris, obviously. The userland apps are generally 32 bit (for space efficiency), but the kernel is 64bit.

    HP-UX. Those PA-RISC machines are 64bit, right?

    IRIX runs on 64bit MIPS chips.

    For that matter, several BSDs are truly Unices, and run on some 64bit platforms. NetBSD runs on all of these, right? FreeBSD runs on several of them, and I think even Open has one or two (verification?).

    And of course, everyone's favortie 64bit Unix-alike, Linux, which runs on all of the above :)

    1. Re:There are several others by Yakko · · Score: 1
      Solaris, obviously.

      For SPARC v9 architectures, this is true. I believe the UltraSPARC II and above are 64-bit capable

      HP-UX. Those PA-RISC machines are 64bit, right?

      For HPPA 2.0, this is generally the case.

      --

      --

      --
      Me spell chucker work grate. Need grandma chicken.
  73. Re:Century? by Anonymous Coward · · Score: 0

    Actually, there's a century ending every second. And hopefully, you'll be dead by the time this one ends.

  74. RMS and dictation by JerkBoB · · Score: 1
    as you can imagine, it was too frustrating to communicate code to a typer like this.

    Frustrating for him, maybe, but I'm sure it was even more frustrating for the typist. I've met RMS. He's not exactly a patient man. Brilliant visionary, to be sure, but not particularly forgiving if you're not blasting along at the same speed and direction of thought as he is.

    --
    A host is a host from coast to coast...

    --
    A host is a host from coast to coast...
    Unless it's down, or slow, or fails to POST!
  75. AFS and other distributed file systems by Refried+Beans · · Score: 1

    How can you forget AFS and Coda which allow terrabytes of distributed storage? Surely if NFS was recognized, AFS should be too.

  76. UNIX PC7300 aka 3B1 hit the street by bbeaton · · Score: 1

    I think it was in 1983 that I got my own first one. Space-age looking design, one of the better keyboards ever made, A useful desktop, and AT&T Unix SVR2 which did lots of useful things in 2MB. Later on, expandable to 3.5MB, and a 67MB hard drive.

    Later on, SVR2.3, with a useful C-compiler (could use it to prepare GCC and emacs. The box kept appearing in movies and TV shows, and eventually seemed to be marketed as the center of PABX systems.

    2 of mine are still in regular use by friends, although their real motivation to get them from me were those many shelf-feet of the red AT&T manuals.

  77. Xenix by DocBear · · Score: 1

    Microsoft recognized the value of UNIX more than 20 years ago and purchased a source license to UNIX with the intention of porting it to home computers. They hired a bunch a UNIX programmers and set out to bring UNIX to the home computer desktop. They did this even before the big contract with IBM for MS-DOS.

    The version 1.0 of MS-DOS was really GazelleDOS and it very closely emulated CP/M, with a flat file system. It was only designed to fill the gap until CP/M-86 came out. After that fateful put-down by Digital Research and IBM's approach to Microsoft, and Microsoft's subsequent purchase of all rights to GazelleDOS, this primitive OS was turned over to the UNIX programmers.

    They added many of the features that UNIX folks have come to take for granted. They added hierarchal file systems, command line redirection, etc. etc. They won on every single design concept except the slash vs backslash. Supposedly, there was a major client who used the slash for parameter deliniation.

    But, the effects of the UNIX programmers profoundly changed MS-DOS. I was working in a situation where my client had source licenses to both Ms_DOS v1 and v2. The difference what huge. Since I was doing UNIX programming for other clients, I immediately recognized the change and the potential impact.

    Once MS-DOS became a cash cow, the Xenix project went to the back burner. There were already companies signed up by Microsoft to have exclusive rights for a processor family for Xenix.

    SCO is the one everyone remembers, but there were others for other processor families. There were many others that provided Xenix for 68000, z8000, 3b2, and other processor.

    SCO is the one that survived. It eventually bought out MS's interest and became independant.

    But the fact remains that Msoft purchased a source license for UNIX 20 years ago and tried to create a commercial product from it. The UNIX influence shaped much of the Microsoft products for years.

    Msoft did thier best, but they could not muster support for Xenix without marketing support. By then, all marketing support would have to be focussed on the products that were making money for them -- MS-DOS.

    MS sold their interest in SCO, because it was in competion with some of their products.

    But, let's give them credit where credit is due. Microft put some good programmers to fixing the problems with MD-DOS v1.

    SCO would not exist, if it were not for Msoft.

  78. ummm yea... by CrudPuppy · · Score: 1

    what are you saying? un*x sucks? since its not "new era open source buzzword-filled crap?"

    please call me when I can run an open source OS on my Sun E10k's.

    not to flame, but...get real! open source software is great, but it does not shadow our "old era" stuff just yet (maybe it does in *your* little world).

    --
    A year spent in artificial intelligence is enough to make one believe in God.
    1. Re:ummm yea... by Anonymous Coward · · Score: 0

      *RING* *RING*

      NetBSD!

    2. Re:ummm yea... by Anonymous Coward · · Score: 0

      You're not too good at detecting sarcasm before you light the pilot light on the flame thrower, are you?

  79. May have been improved by him... by tilly · · Score: 2

    But Mastering Regular Expressions credited Ken Thompson with the original version of grep, circa 1968.

    Cheers,
    Ben

    --
    My usual seat in the cluetrain is at A HREF="http://pub4.ezboard.com/biwethey.ht
  80. Come on--Internet Explorer!? by Myrrh · · Score: 1

    This list was interesting, albeit incomplete (but any such list would be, of course). One point I really, really disagree with:

    - The day Microsoft ported Internet Explorer to Solaris.

    Was this person on crack, or what? I'll admit, I've never used MSIE on a platform other than Windows or Macintosh, so maybe there's something about it I don't know (is it really stable under Solaris, or something)?

    Was the submission intended to be sarcastic? I couldn't tell.

  81. Re:Century? by Anonymous Coward · · Score: 0

    You crackhead!! WTF are you talking about?????

  82. The day Microsoft... by Anonymous Coward · · Score: 0

    The day Microsoft invented UNIX, the Internet, TCP/IP, and all other technologies we take for granted today [Intended humor noted, but didn't Al Gore do those things?-Ed.]

    No, but he created the initial Al-Gore-ithm

  83. Who owns the rights for "Unix"? by V+for+Victory · · Score: 1

    Maybe someone already pointed this out, but AT&T doesn't own the rights to Unix any more. AT&T sold the Unix System Laboratory to Novell in 1993, and Novell sold the rights to SCO. SCO assigned the rights to brand "Unix" as Unix to the X/Open Group. That's why Linux isn't "Unix" in the legal sense; no one has paid for it to go through the branding tests.

    1. Re:Who owns the rights for "Unix"? by demon · · Score: 1

      True, but how different are the "official" UNIX compliance tests from the POSIX compliance tests as administered by UNIFIX? (Linux 2.2.x has successfully passed UNIFIX's POSIX compliance tests.)

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
  84. Re:Why not Fortran for OS? by Porky+Pig · · Score: 1

    You really need to read 'Introduction to Computing
    for complete idiots'.

    --
    Grunt. Oink, oink.
  85. Conversely.. by Kitsune+Sushi · · Score: 1

    ..how can you actually write and compile a program without a language standard?

    The point being..?

    (insert vacuous remarks concerning the chicken and the egg here)

    --

    ~ Kish

    1. Re:Conversely.. by jwilloug · · Score: 1

      Both the compiler and the standard define the birth of a language. Neither is really more important, so you can't complain they used the wrong one. There is no wrong one.

      Okay, I'm just being anal now. I was just trying to point out to the AC that they did mention K&R C (the language, not the book), just not in so many words.

  86. Halloween! by Anonymous Coward · · Score: 0

    How could they forget the single most important moment in the whole Unix history until now?

  87. More info needed on Bayer/Solaris/NT article by Anonymous Coward · · Score: 0

    The day I read a trade magazine article about Bayer using Solaris because NT couldn't perform the task-and they tried darn near everything to make NT work.

    Does anyone have a copy of this article? Or, can they point me to the relevant URL?

  88. End of the century ( and millenium ) by Anonymous Coward · · Score: 0

    The end of the 20th century ( and the second millenium ) is at 31. dec. 2000. Everyone who attended basic scholl knows that , but they are obviously in minority.