Talk:Unix/Archive 4

From Wikipedia, the free encyclopedia

Archive 1Archive 2Archive 3Archive 4Archive 5Archive 6Archive 9

Multics

The History section contains the sentence `Multics was highly innovative, braving many new computing frontiers for the first time, including the ability to serve several users from the same computing machine all at one time. It had many problems, but eventually Multics became a functional commercial product.' This statement has a couple of problematic issues.

1. Multics was definitely not the first system that that served `several users from the same computing machine'. The article on Time Sharing says that CTSS was demonstrated in 1961. (CTSS ran on a specially modified IBM 7094, and individual jobs were swapped in and out, so one could say that `at one time' in the Multics statement is intended to refer to multiple processes in memory, I suppose. I can provide a source for that, if anyone cares.) Perhaps the intention is to refer to virtual memory, in which case `first' probably refers to Atlas 2, at Cambridge, also in the mid-1960s. Other somewhat contemporaneous systems include TSS/360, the Michigan Terminal System, and CP/CMS, which was released in 1968, and whose successors are still current today. Probably what is meant in this statement is `serve many users', which was part of the `central computer utility' notion that was prevalent at the time. If we move away from general time-sharing systems (implied but not required by the original phrasing), then SABRE, demonstrated in 1960, certainly supported many users concurrently.

2. Multics didn't have many problems, or at least many more than other systems of the time. (IBM's TSS/360, in 1967, turned out to be too slow for supporting more than one user concurrently, and of course OS/360 was plagued with bugs and performance problems). There is a common myth that Multics `failed', but in fact the system was first described in 1965, released in the early 1970s, and lasted until 2000 (see the Multics article, which also quotes Peter Salus as saying that it `failed miserably'). However, the lifespan, in particular the 13 years after development ceased in which installations continued to use it, doesn't suggest failure. It's certainly true that AT&T management decided that the project wasn't relevant to them, and that's sufficient for Unix history.

I would prefer to say that Multics was an early innovative system, but that the developers had underestimated the resources needed to bring it to fruition.

Vmanis (talk) 20:54, 22 February 2010 (UTC)

an example of a processing software —Preceding unsigned comment added by 110.55.7.125 (talk) 10:30, 1 August 2010 (UTC)

D*n infobox has a "logo" field, so if we can't find a real logo, why, we make our own Wikiversion. Could we get an authenticated use of a Unix logo by The Open Group or whoever holds the trademark? --Wtshymanski (talk) 20:01, 21 September 2010 (UTC)

I've always liked this one. Gwen Gale (talk) 20:59, 21 September 2010 (UTC)

Trademark

Right, the article's pretty inconsistent about Unix and UNIX already, but if we're going to use UNIX anywhere it should be accompanied by the trademark. Can we get some solid ground rules for when and where the capitalisation (and trademark) should be used? Should pages which currently use the capitalisation be moved to include the trademark in the title? (is that even possible?) Chris Cunningham 12:41, 10 January 2007 (UTC)

  • Unless explicitly otherwise formatted, it is "Unix"
  • Names of specific things (like those of books [The UNIX Programmer's Manual], websites [The UNIX Forums], formal names [UNIX System III], etc.) retain their original formatting.
  • UNIX® and UNIX™ only if you're like being wicked explicit and referring specifically to the trademark alone
    • "UNIX" for casual reference to the trademark
¦ Reisio 04:17, 11 January 2007 (UTC)

So the system itself shouldn't ever have the trademark next to it? Is that MoS policy? It seems a bit odd to bother with a trademark symbol at all if it's never going to be attached to the thing it labels... Chris Cunningham 10:14, 11 January 2007 (UTC)

Checkout http://www.unix.org/ & Trademark#Terminology_and_symbols. ¦ Reisio 21:30, 11 January 2007 (UTC)
Cheers. Chris Cunningham 01:59, 12 January 2007 (UTC)

I notice that Programmable logic controller has chosen to use asterisks to denote that PLC is a registered trademark of Allen-Bradley, and Unix has chosen to use the extended ASCII registered trademark character. I'll let you guys duke it out, but we really shouldn't have two standards.--Superluser 00:35, 19 April 2007 (UTC)

Actually, the User:Fd0man/Templates/sc article is currently using the UTF-8 registered trademark symbol. It could use the XHTML entity reference, a footnote, or something else entirely, and be just fine. Given the power and ease of use of Unicode, however, I would be inclined to retain the UTF-8 symbol directly. —Mike Trausch Fd0manTalk to me 17:52, 21 May 2007 (UTC)

This UNIX -v- Unix business really annoys me.

As an Australian technical writer for the last 20 years, I try to weed out 'Unix' wherever I find it and have been doing so since the mid 90s because I had to look for the correct capitalisation at the time and back then, found the ONLY usage was 'UNIX' (all capitals). All the installation media cited UNIX as did all the literature and on-line references by 'official' sources. Anything else was considered a mistake by those not knowing any better or who didn't care how they capitalised (developers, sys admin, PMs, business staff—you get the point I'm sure). Around 2002, I had to set up a new Trademarks section for another company and went through the references/TM process again and still only found 'legitimate' references to UNIX, but I DO remember being annoyed when I found the use of 'Unix' WAS now being shown, but only for 'Unix-like' operating systems (I'm sure that came from Wikipedia at the time). This disappointed me because I felt it pandered to the great unwashed who don't care how they spell or capitalise. So anyway, here I am again, looking for a definitive link to educated someone and I find the inmates are now running the asylum; so my question is: WHO authorised the change in Wikiperia from 'UNIX' to 'Unix'. What are their literary and grammar credentials. What does the Open Group say about it and if UNIX is going to be demeaned to Unix, then let's all throw the baby out with the bath water and simply call it unix. <sigh> Ask yourselves why you rarely see a professional author using the term Unix. We use UNIX (or sadly, I should say that we did). 220.237.96.213 (bja) 00:38, 7 September 2010 (UTC)

You used it wrong. Read up. ¦ 24.250.139.61 (talk) 10:42, 21 January 2011 (UTC)

USG-Unix?

In the Unix-FAQs (e.g.: FAQ 3.16) there are references to USG-Unix. Since I was not a Unix user at that time, I added what appears to me are the correct facts, but some brave soul, who remembers that terminology should check that. Treutwein (talk) 12:47, 13 October 2011 (UTC)

Who is Steven Gladstone?

The name Steven Gladstone was added to the list of folks from AT&T that developed Unix, but without a reference (but no one on the list is supported by references). Who is Steven Gladstone and did he work on Unix at Bell Labs/ATT? Sorry, if this is something that I should know. Jeff Ogden (W163) (talk) 00:49, 7 November 2011 (UTC)

I think this may have been added as a "test edit". I've removed it for now as the name was added by an IP editor with no previous (or subsequent) edits recorded, and I can't see any coroborative evidence on wikipedia or elsewhere of his involvement with any of the others, although they all have interlinking references to each other. Regards, Lynbarn (talk) 01:11, 7 November 2011 (UTC)

Clarification

This sentence (or fragment I extracted) is very confusing:
"in the 1980s non-blocking I/O and the set of inter-process communication mechanisms was augmented"
It either means that both things were augmented in which it should say:
"in the 1980s the non-blocking I/O and the set of inter-process communication mechanisms were augmented"
Or it means that the second thing was augmented within the first thing in which it should say:
"in the 1980s non-blocking I/O the set of inter-process communication mechanisms was augmented"
Someone who knows the history and what this actually means should make the change. Bugefun (talk) 22:06, 10 November 2011 (UTC)

Unix programmer's prefer prototyping over the Waterfall model?

I wrote:

"Unix programmer's prefer Software prototyping, Rapid application development, Iterative and incremental development over the Waterfall model. Prototype before polishing. Get it working before you optimize it.[1]"

The Unix philosophy states that:

  1. Build a prototype as soon as possible.

A user undid my version: "too general a statement - and not true. I am a Unix programmer, and I prefer the waterfall model"

--Christopher Forster (talk) 23:13, 25 October 2011 (UTC)

You gave a reference/source. Does the source say specifically that Unix programmers prefer something or other? If it does, I think you would be OK with your addition. If not, not. I'm guessing that you might want to reword what you wrote to be a little less all encompassing. Perhaps something along these lines:
The Unix philosophy encourages Software prototyping, Rapid application development, Iterative and incremental development over the Waterfall model; prototype before polishing; get it working before you optimize it.
With some wording like that, you aren't claiming that all Unix programmers prefer something or other. There are enough strong willed Unix programmers around that you probably can't say that all of them prefer any one thing. Whatever you write, make sure it is backed up by the source you reference (possibly even quote it here on the talk page).Jeff Ogden (W163) (talk) 23:36, 25 October 2011 (UTC)


About the waterfall model. "Experience, and a strong tradition of collaborative development, had already taught them that prototyping and repeated cycles of test and evolution are a better way."
The art of Unix programming By Eric S. Raymond
--Christopher Forster (talk) 00:37, 26 October 2011 (UTC)
I am the Unix programmer that reverted your edit! :) It is quite some time since I read that book, but whilst your quote above, IIRC, is accurate, it is the rather generalised opinion of one author, and as published in the article, suggests that all Unix programmers PREFER it. I take my medication rather than drink alcohol, not because I prefer to, but because it is the best way to survive:) Also, preferences for RAD etc aren't exclusive to Unix programmers. Which model is used also depends on the commercial environment in which the programmer is working, regardless of the platform, language etc. As worded, it didn't seem to me to be very encyclopedic, or add much to the article. regards, Lynbarn (talk) 08:50, 26 October 2011 (UTC)
Throwaway prototyping model works better than the waterfall model if you are short of time. See also Software prototyping#Throwaway prototyping
--Christopher Forster (talk) 19:23, 26 October 2011 (UTC)
I agree with Lynbarn. Just because somebody published an opinion doesn't mean that it needs to be noted in the article. Unix provided good facilities for a wide variety of software development. — DAGwyn (talk) 06:33, 21 December 2011 (UTC)

No Mention that Apple has by far the largest distribution of Unix.

No Mention that Apple has by far the largest distribution of Unix. It is used on both Macintosh Mac OS X (75 Million?) and iOS (300 Million). These both feature BSD Unix. Which has passed all the UNIX approvals. — Preceding unsigned comment added by 139.149.31.231 (talk) 13:53, 15 February 2012 (UTC)

Request for change of page title to UNIX

Related Articles

Wikiwand AI