Talk:Incompatible Timesharing System

Significant Technical Features

I think it would be valuable to distinguish the features that ITS actually originated. For example, I'm pretty sure that process management by means of tree structures was first implemented in Multics, and was then ported to Unix. As far as I can tell from the research I've done, the first three features mentioned were ITS innovations, while the next three were borrowed and improved. Could someone with ITS expertise comment (or better yet, add to the article)?

For the fourth, it may be that Multics provided the basic capability to do something similar (in terms of inferior process control), but very little use was made of them (see comments below). I don't recall what Multics had in the way of stop-poke-restart for non-preplanned debugging of commands (see below for how most commands worked) - I think there was something where you could interrupt a command and a new "instance" of the command interpreter was pushed onto your process' stack, and you could call the debugger from that.

In ITS, on the other hand, the ability to have inferior processes was extremely widely used (as in Unix), and from the earliest stage the ability to completely and comprehensively control inferior processes was much more "built in". E.g. in v6 Unix you had to start a process under a debugger to be able to control it; if you just started it from the shell, you had almost no control (not even stop-restart, let alone the ability to stop it and poke around in it), except the ability to abort it. So I think ITS was novel in that way.

As to the advanced user interrupt facility, you may be right there. I don't know exactly when this feature appeared in various OS's, someone would have to research it. From what I recall of user interrupts in early Unix, they were fairly primitive, and ITS had much fancier user interrupt stuff at that stage. I don't think I ever knew much about Multics' support of user interrupts. And I don't know enough about TENEX, and other commerical OS's, to have any idea about them.

For the PCLSRing stuff, as far as I know ITS was the only OS that ever had this; for CTSS, Multics and Unix (and probably TENEX too) you could definely "see" processes stopped in the kernel. So I think that one's OK. Noel (talk) 17:43, 13 December 2007 (UTC)

You can read more about the ITS user interrupt system here. It's considerably more powerful than the v6 Unix signal() call. Noel (talk) 21:55, 13 December 2007 (UTC)

I just logged into an ITS (there are a few still there :-) to check an answer, and re-discovered a powerful capability which I'm not sure any other OS had: I'd forgotten the DDT command somewhat, and typed "$$^K" (disown all subsidiary processes) when I meant "$$V" (list all subsidiary processes) after I'd stopped a command to look something up. The sub-process was disowned (i.e. became an independent top-level process); however, there's a command (":UJOB") which allows you to take any process in the system and make it an inferior of your command-interpreter/debugger (at which point you can putz with it all you want - great for debugging daemons :-), which I used to get it back. Pretty cool. Try doing that in Unix! You can also hang up your phone line (or abort your TCP connection) and come back later and join up to whatever you had running when your connection to the machine was broken. Noel (talk) 19:04, 13 December 2007 (UTC)

I'm quite sure process control per se was added to MULTICS quite a bit later. Not only were MULTICS processes so heavyweight that you couldn't afford to have more than one for some time into the '80s (and I remember someone showing off this new MULTICS feature in that timeframe), but I also knew about the person who implemented ITS process control in UNIX and watched its adoption. I'm not familiar with the history outside of ITS of the other three innovations claimed to comment on them. Hga 09:57, 25 October 2007 (UTC)

Yes and no. The original concept for Multics was to have commands execute as separate subsidiary processes (a la Unix). However, Multics processes turned out to be rather expensive (computationally), and so the plan was changed to make commands subroutines, called from the command interpreter. (The ability of Multics to dynamically link to a subroutine in any 'file' in the filesystem was a key thing in making this work - you could compile a new command, and then try it out right away, without having to link up a new version of the command interpreter.) Multics did always have the ability for anyone to start a subsidiary process (I think), but it just wasn't used much. Noel (talk) 17:28, 13 December 2007 (UTC)

The article states that many of these features were later picked up by other operating systems. This is true, of course, in the sense (I think) that these features were perhaps inspired by ITS but independently implemented; I can't find any evidence that ITS directly affected operating design anywhere other than the ill-fated Symbolics, Inc. Symbolics' LISP machines were, I think, the logical end-point of ITS: powerful, stand-alone machines that were designed to meet the need of very, very advanced programmers. And that is one of the (many) reasons Symbolics went broke: There just weren't that many very, very advanced LISP programmers.

Job control (suspend, ^Z, same as on ITS, etc.) was put into BSD by an ITS hacker visiting Berkeley, for one thing. —Preceding unsigned comment added by 76.119.209.95 (talk) 08:35, 3 April 2008 (UTC)

Well, it all depends on your definition of "directly".

AFAIK, the actual code was not used "directly" almost anywhere. E.g. almost all of the LISP machine code (not that the LISP machine OS was much like ITS anyway) was 're-implementation' because almost all the ITS code was PDP-10 assembler, or something else, and basically all the LISP machine code was written from scratch. There were a very few ITS applications written in LISP (e.g. maybe the MACLISP compiler), and some of that may have been ported, but it wouldn't have been anything more than trivial bits and pieces.

But lots of people in the ARPA community (and outside) knew about ITS' features, and so I'm sure that it did "inspire" other people who worked on other OS's - which is what the article means when it says "picked up by other OS's".

E.g. I was never an ITS hacker (I never wrote a single line of PDP-10 code on ITS), but I knew all about how it worked. For sure, many of the Multics people (e.g. Bernie Greenberg) knew all about ITS (and about many other OS's too), and I expect it influenced them in the evolution of Multics (although Multics was so 'sui generis' that it didn't borrow a lot). In particular, every early window editor I know about (including Multics EMACS and UNIX EMACS) was directly inspired by the ITS one, even though they were all re-implementations from scratch (i.e. not translating code, but writing new code from scratch).

I don't know about device-independent displays (e.g. termcap on Unix); clearly, it was done in a whole different way, but whether it was "inspired" by ITS, hard to say. So much of this is so hard to pin down in retrospect; even if you find the person who wrote the stuff, they probably don't remember exactly what they did and didn't know about when, and may not remember exactly what they did and did not draw on to do it. Subliminal memories, comments from colleagues - there's no way to tell for sure.

I think all you can really do is say 'was this feature present in OS X before it was in OS Y', and let it go at that; sort of like 'first to publish'. Noel (talk) 18:07, 13 December 2007 (UTC)

But I DO think that ITS affected future software. The more I think about ITS, the more I think it was actually the first wiki.

Consider this:

• Transparent access to all user-created files with every user having read/write privileges on every file
• No password or logon needed to alter files
• System kill command made available to anonymous users as an expression of trust in newcomers
• Scrutiny of anonymous users via the "spy" feature and the use of "moral suasion" (as Donald Eastlake put it) to limit damage and to socialize them into the community
• Logons are optional and considered a courtesy to other users
• "Tourists" who started out attacking the system get recruited and become major contributors
• Point of the system is collaboration (two, three, or more hackers would sit down next to each other at terminals, or share a terminal, in 30-hour marathon sessions)

I would be very interested to hear any reactions to this idea. Of course, there's more to the wiki story, but I'm convinced that ITS laid the foundation. Regards, Bryan 16:28, 21 November 2005 (UTC)

Well, as Steve Levy documented in his book "Hackers", ITS was an important part of the early hacker culture, so to the degree that that mindset brought us things like open/free software (where the link is explicit, through RMS), yeah, it was probably an influence. More below... Noel (talk) 18:21, 13 December 2007 (UTC)

That's an interesting theory indeed; it would be strengthened if you could find evidence of more canonical wiki features, like hypertext, reverts of some kind, and collaboration on files beyond normal program development. --Maru (talk) Contribs 19:07, 21 November 2005 (UTC)

Well, I overstated the case, but I do think that ITS is an important predecessor. I don't think there was any notion of hypertext. Because ITS could be crashed so easily, there MUST have been some kind of file reversion. I assume that some documents were collaboratively written using Emacs. Can anyone confirm any of these?Bryan 13:18, 27 November 2005 (UTC)

ROTFL! All of ITS was written collaboratively, not just the documentation. There was no protection, and so anyone could go in and work on anything - and did - just like here!

The difference was that there was no automatic full tracking/databasing of who had done what when. The file system did support 'version numbers', so if you were working on a version-numbered file (not all files were VN'd), and you wrote out a new copy, it would show as a separate file, with a new version number, and the date/time that version was written. (It may have recorded the ID of the writer in the file system somewhere, but it didn't show.) The thing was that the versions were separate files, and any could be deleted - and old/intermediate versions usually were (although they'd be on a backup tape somewhere) because disk space back then was really short. (The ITS machines all had about 6 50MB drives, IIRC - i.e. only 300MB total shared between all the dozens and dozens of users.)

One thing that was done was manual - there'd be a header in the file, and so you'd write 'Version X - Bug foo fixed - JNC', or something like that.

Coordination was either via email, or usually just running into people - most of the ITS people were in one building, it wasn't a widely geographically distributed user community. Sure, some would move (e.g. to Stanford) and come in over the ARPANet, but it was a small enough community that everyone knew everyone else.

Like I said above, philosophically I think you can see it as an antecedent of wikis, just as philosophically it's an antecedent of open software. Noel (talk) 18:21, 13 December 2007 (UTC)

ITS supported versions on a file-system level, couldn't that be thought of as a primitive system of file reversion? Athas 07:30, 13 December 2005 (UTC)

It apparently had a hypertext system, as "Info" was originally developed on it..

"Info" may have been developed on it, but it wasn't that significant part of the general software and human use of the system. I can see possible roots here, but you'd probably need to ask the creators of the original wiki, and you might need to trace back where they got the ethos for it.

And independent discovery/creation is very possible and maybe even likely, the payoff of these combined technical and social systems is so high, and little more than some imagination and willingness to not be in complete control is required to implement them, that I can see that. Hga 09:57, 25 October 2007 (UTC)

Just Curious

Just curious, the article says "A command was implemented which anyone could run which caused the system to crash". Did anyone ever try to disable this capability? Hypereides 17:32, 24 October 2007 (UTC)

To my knowledge, no more than the commands to have a program grab pretty much all the CPU (vital for running some AI programs/demos), kill other people's processes, delete system files ("Packs not Bartonized?" :-), read anyone's files including email (the mailbox of Joel Moses was particularly fascinating), etc. etc. etc. were disabled (no one ever told me the halt the system command, but then again I never asked).

The command was ":LOCK", which had a bunch of specialized sub-commands, such as killing any process in the system, reset all network connections, etc. One of them was 'shut down the system in N minutes', where N was a parameter. It was never disabled - we needed it! If a turist was jerking around, and scheduled a shutdown, we voided it and told him off. Noel (talk) 18:57, 13 December 2007 (UTC)

Sanity was maintained by social pressure (Mr. Barton never did entirely live down his MACLISP file wild card mistake, but he wasn't shunned or banned, rather he and everyone else were doubly careful afterwards), security through obscurity implemented by the apprentice method (you couldn't find out these dangerous commands unless someone told you them, or you learned how to read PDP-10 assembler and found the source code), required login accounts and the "flushing of lusers" (turning off the accounts of abusers, this was I think implemented later as more and more people got ARPANET access---and characteristically you only got access to the PANDA user control system if and when someone decided to tell you about it and its password, but there was no formal system for that), logging of the more destructive actions, including to a printer, and backups.

The really obscure and undocumented commands were the ones to create a new directory (you printed the filename '<newdirname>;NEW DIR', or something like that), and the one to enable you to patch the running OS from your debugger/command-interpreter (they were the same thing in ITS), which was... well, let's not bandy that about, eh? :-) Noel (talk) 18:57, 13 December 2007 (UTC)

It was a very special community, and understanding it is to some degree necessary if you want to understand a lot of the attitudes of RMS, he prefers systems (computer and social) that work like ITS did for very good reasons such as productivity (someone wasn't awake? maybe their email could tell you want you needed to know to fix something) and meritocracy.

There was also :FINGER, which told you who all was logged in, and how recently their console had been active, and which terminal they were logged in from (room number). A lot of the early OS's had that, though - privacy wasn't as big an issue. Noel (talk) 18:57, 13 December 2007 (UTC)

FINGER was invented by Les Earnest at SAIL, then copied at MIT, and then KLH and I hacked up a network FINGER protocol that I don't think anyone else ever ran. :) Briankharvey (talk) 02:27, 12 May 2010 (UTC)

No, it was documented in several RFCs (the latest here) and implemented on quite a few hosts. I miss it, actually - it was nice to 'Finger' around and see who was on. Noel (talk) 13:15, 9 May 2014 (UTC)

If you think about what a relatively small number of people accomplished with PDP-10 assembler and ITS TECO in a 1MB address space system, without a central project manager, all this plus the 4 systems being intimately linked through the ARPANET (you could e.g. access any file by just putting "AI:" or DM, MC, or ML in front of it), well, it was influential beyond what you might expect, and in more than just a feature list. Hga 09:39, 25 October 2007 (UTC)

"With help from Project MAC"

What does that mean? The AI Lab was /part of/ Project MAC! But I'm not aware of any significant technical participation in ITS development by any MAC people outside of the AI Lab.

Whether or not the AI Lab was part of MAC/LCSdepends on the date (or did MAC split into AI and LCS - I forget). But certainly some very influential ITS people - e.g. Dave Moon - were LCS employees, not of the AI Lab. Noel (talk) 15:46, 30 May 2014 (UTC)

P.S. The article mentions how the Lab influenced the idea(l)s and therefore the career of RMS, but he wasn't the only one. I think everyone who passed through the place was profoundly affected. My career as a teacher has been about believing students can do real stuff largely because when, as a freshman, I reported a TECO bug to Tom Knight he said "I'm busy, why don't you fix it yourself?" Briankharvey (talk) 02:36, 12 May 2010 (UTC)

Tourist access?

I read the section on open turist access on MIT and I wonder if that's still a possibility. I'd like to hack TECO.  :) --Nmatavka (talk) 10:38, 18 August 2010 (UTC)

Yes, it's still a possibility. Lars Brinkhoff (talk) 04:59, 28 September 2018 (UTC)

Summarize the ITS machines at MIT?

I'm a little surprised there's no list of the machines; at least the (-10's?):

• A[rtificial]I[ntelligence]
• M[acsyma]C[onsortium]
• M[ath]L[ab]
• D[ynamic]M[odeling]

At one time there were some PDP-6's.

The lab environment evolved over time, of course. AHMartin (talk) 02:02, 30 December 2016 (UTC)

Ah, I found this:

> Sequence of machines:

> AI pdp6

> DM pdp6

> AI ka10 (first as attached processor; role switch)

> DM ka10 (pdp6 flushed)

> ML ka10 (first non-special-I/O-oriented system)

> MX kl10 (expand ML group to high performance)

> AI ks10 (begin renaissance)

I don't know if it's properly encyclopedic.

AHMartin (talk) 02:09, 30 December 2016 (UTC)

Maybe linking here would suffice:

Listing all known ITS machines

AHMartin (talk) 02:17, 30 December 2016 (UTC)

External links modified

Hello fellow Wikipedians,

I have just modified one external link on Incompatible Timesharing System. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

• Added {{dead link}} tag to ftp://publications.ai.mit.edu/ai-publications/pdf/AIM-161A.pdf
• Added archive https://web.archive.org/web/20050308214647/http://zane.brouhaha.com/~healyzh/_info_/its.primer to http://zane.brouhaha.com/~healyzh/_info_/its.primer

When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

• If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
• If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 20:52, 12 November 2017 (UTC)

INFO predates does not predate EMACS

The article claims: GNU‘s info help system was originally an EMACS subsystem. EMACS was created in 1976, but backup records show that INFO existed as early as 1971. Lars Brinkhoff (talk) 19:38, 9 March 2019 (UTC)

INFO was definitely developed as an EMACS subsystem. There are old directories named "INFO" and ".INFO." in the bsckups, but they just contained files that were informative.QuasiQuote (talk) 22:48, 9 March 2019 (UTC)

I'm not referring to the INFO or .INFO. directories, but to the executable program TS INFO. TS INFO timestamps predate EMACS by some years. Lars Brinkhoff (talk) 09:24, 26 April 2019 (UTC)

I examined the source code of INFO 35 from 1971. It's some kind of info system, but it's definitely not the later hyperlink system which was reimplemented as GNU info. Lars Brinkhoff (talk) 10:47, 26 April 2019 (UTC)

I remember RMS showing me the brand-new INFO system he had implemented. It was a new EMACS package. I would guess this was sometime in 1977. Alan Bawden (talk) 22:19, 27 April 2019 (UTC)

I searched MIT backup tapes for the first INFO files. The earliest I found was from February 1977. Lars Brinkhoff (talk) 08:16, 18 August 2021 (UTC)

Simulator or other access?

Does an ITS simulator exist anywhere, or is there any other way to access a live ITS setup? Reify-tech (talk) 19:41, 19 May 2019 (UTC)

Hello Reify-tech. There are several PDP-10 emulator capable of running ITS; see https://github.com/PDP-10/its. There are also a few ITS systems avaiable online. Lars Brinkhoff (talk) 06:36, 18 August 2021 (UTC)

Working state

There's an edit war regarding the "working state" of ITS. Some claim it's "discontinued" and others say it's "active". As the main contributor of the GitHub project, I would hesitate to say it's active. Lars Brinkhoff (talk) 08:10, 18 August 2021 (UTC)

Improving historic relevancy of article

I tried to improve the article, based on my fragmentary experiences with ITS from the 1980s. These are some miscellaneous issues that remain open:

1. Approximately how long did it take to write the first operational version of ITS, after the decision to implement it?
2. Was the early Xerox Dover laser printer supported on ITS? I think it was, but never used it because of restrictions on physical access to pick up output, and alleged unreliability and cost.
3. In general, dates (years) need to be added to descriptions of various major advances, to give some sense of how early or late they occurred.

Corrections and further additions are welcome, as well as references. Reify-tech (talk) 14:34, 18 August 2021 (UTC)

The AI Lab machine room had an early prototype Xerox laser printer, one of four in the world (we were told), starting in 1974 (see XGP Font Catalog, https://dspace.mit.edu/bitstream/handle/1721.1/41107/AI_WP_072.pdf?sequence=4&isAllowed=y). Its device name on ITS was XGP (Xerox Graphics Printer), but I don't remember what its official name was. It used continuous roll paper and wasn't very practical because you basically had to stand next to it to pick up the paper as it came out, otherwise you'd just get a big pile of curly paper on the floor. Despite that, it was definitely in use. I remember it as being about 3' wide, 5' tall, and 4' deep. XGP was still in use in 1982 (see https://dspace.mit.edu/bitstream/handle/1721.1/41180/AI_WP_235.pdf, p. 4).

The TJ6 text formatter was reworked to produce output for the XGP.

Later (1982?), a Dover printer was added. --Macrakis (talk) 15:41, 18 August 2021 (UTC)

Macrakis, the XGP was called so also at CMU, SAIL, and ISI. Lars Brinkhoff (talk) 11:35, 23 August 2021 (UTC)

Reify-tech, regarding your point 1. I don't have any source on when ITS implementation was started but it seems early 1977 (typo, 1967). According to a Project MAC Progress Report it was operational in July 1977 (1967).

Regarding point 3, I have access to PDP-10 backup tapes at MIT so I can often find actual file timestamps that reflect events. Is there anything in particular you had in mind? Lars Brinkhoff (talk) 11:35, 23 August 2021 (UTC)

Thank you for describing some of the resources you have access to, and offering to to share them. Point 3 was a general suggestion for editors to add approximate dates (years) when known, since the article claims many "firsts" and "early" implementations. The majority of these claims are likely true, but Wikipedia ideally requires footnote references to reliable sources to back them up. There are a lot of old Project MAC, AI Memo, journal article, and other published sources available which can be used for this purpose. I am currently focusing my editing work elsewhere, but I will stop by from time to time to see how the article has progressed, and to add my own occasional contributions. Reify-tech (talk) 13:38, 23 August 2021 (UTC)

Larsbrinkhoff It was operational in 1967, not 1977, as already documented in the article (with footnote). Steven Levy in Hackers (p. 98) reports that "the core of the [ITS] system was written by Greenblatt and Nelson in weeks of hard-core hacking" with additional contributions by Knight. --Macrakis (talk) 15:04, 23 August 2021 (UTC)

Memory sizes of ITS machines

Macrakis and Jamplevia, I noticed your edits regarding memory sizes. I have made some notes about the ITS machines here: https://github.com/PDP-10/its/issues/1585 Lars Brinkhoff (talk) 14:54, 22 July 2022 (UTC)

USING ITS EMACS TO DECODE A MESSAGE.

It is written in Alice's PDP-10

[1:i*^Yu14<q1&377.f"nir'q1/400.u1>^[[8
.-z(1702117120m81869946983m8w660873337m8w1466458484m8
)+z,.f^@fx*[0:ft^]0^[w^\

Which I know from having translated it myself, to mean "what did you get" as in what penalty did the law punish you with. If you can translate

[1:i*^Yu16<q1&77.+32iq1f"l#-1/100.#-1&7777777777.'"#/100.'u1r>6c^[[6
.(675041640067.m6w416300715765.m6w004445675045.m6
455445440046.m6w576200535144.m6w370000000000.m6),.fx*[0:ft^]0^[w^\

please post the results below and I'm going to praise you.

Jamplevia (talk) 10:45, 14 March 2024 (UTC)