Hi all,
Arnold Robbins has donated a couple of OpenLook CDs to the Unix
Archive. I've put them into Applications/OpenLook.
Here is his note:
I have a CD from ian(a)darwinsys.com dated 9/2005 with
OpenLook-XView-1.0e on it, and what looks like another one with
the same date with version 1.2. I'm still extracting the first
one onto disk; it's in the 550+ Megabyte range. Files are dated 1995.
Right now it's only on minnie until the mirrors pick it up:
http://minnie.tuhs.org/Archive/Applications/OpenLook/
Cheers & thanks Arnold & Ian,
Warren
Hi guys, new SIMH (and Research Unix) user here coming from the future
(Linux), haha. Well, as the mail subject says, I have a problem.
After creating a bootable disk from a virgin Unix v7 distribution tape by
following this guide, http://homepages.thm.de/~hg53/pdp11-unix/, and after
umounting the usr file system and halting the machine, SIMH returns:
HALT instruction, PC: 000002 (HALT)
after running the command:
pdp11 run.conf
and I cannot boot my 87,9 MB 'system.hp' disk.
I thought the problem was on the final line of 'run.conf':
run 2002
But when I use SIMH without .conf files and by manually typing the
following commands:
set cpu 11/45
set cpu 256k
set rp0 rp04
attach rp0 system.hp
boot rp0
I see the same HALT message too.
I'm currently unning SIMH from Debian/Ubuntu package 3.8.1-5build1. Should
I update to a newest one? Or did I make a mistake when creating my bootable
disk?
Hi,
Don't remember if this was already posted to this list, so, just in case
it wasn't...
The UNIX System: Making Computers More Productive
http://techchannel.att.com/play-video.cfm/2012/2/22/AT&T-Archives-The-UNIX-…
In the late 1960s, Bell Laboratories computer scientists Dennis Ritchie
and Ken Thompson started work on a project that was inspired by an
operating system called Multics, a joint project of MIT, GE, and Bell
Labs. The host and narrator of this film, Victor Vyssotsky, also had
worked on the Multics project. Ritchie and Thompson, recognizing some of
the problems with the Multics OS, set out to create a more useful,
flexible, and portable system for programmers to work with.
What's fascinating about the growth of UNIX is the long amount of time
that it was given to develop, almost organically, and based on the needs
of the users and programmers. The first installation of the program was
done as late as 1972 (on a NY Telephone branch computer). It was in
conjunction with the refinement of the C programming language,
principally designed by Dennis Ritchie.
Because the Bell System had limitations placed by the government that
prevented them from selling software, UNIX was made available under
license to universities and the government. This helped further its
development, as well as making it a more "open" system.
This film "The UNIX System: Making Computers More Productive", is one of
two that Bell Labs made in 1982 about UNIX's significance, impact and
usability. Even 10 years after its first installation, it's still an
introduction to the system. The other film, "The UNIX System: Making
Computers Easier to Use", is roughly the same, only a little shorter.
The former film was geared towards software developers and computer
science students, the latter towards programmers specifically.
The film contains interviews with primary developers Ritchie, Thompson,
Brian Kernighan, and many others.
While widespread use of UNIX has waned, most modern operating systems
have at least a conceptual foundation in UNIX.
Release date: 02/22/2012
http://wpc.5C42.att-acdn.net/005C42/techchannel/10959/videos/10959_AA11180_…
Regards,
Cyrille Lefevre
--
mailto:Cyrille.Lefevre-lists@laposte.net
All, I've had to move my machine minnie.tuhs.org out from where I work
at Bond University. The new IP address is 65.49.60.197. I've updated the
A and MX DNS records but they are still propagating. If you have any
future troubles sending e-mail to tuhs(a)tuhs.org, contact me at wkt(a)tuhs.org.
And if that fails, try my Gmail account "warren.toomey" :)
Cheers,
Warren
Hi All.
Thanks for the responses! I have someone who replied first, so he gets
the manuals. It's nice to know there are people who can give these things
good homes. :-)
Arnold
Hello All.
I'm trying to clean up my basement. I have the following:
USENIX 4.2 BSD manuals - 4 volumes
USENIX 4.3 BSD manuals - 6 volumes
USENIX / O'Reilly 4.4 BSD manuals - 5 volumes + CD-ROM companion
They are all in excellent shape - close to new actually.
First come first serve, if you're willing to pay postage from Israel.
I also have a copy of "Concurrent Euclid, Tunis, and the Unix system" which
I suspect is a fairly historic book that I'd like to send to a good home.
Please reply directly to me without bothering the list.
Thanks!
Arnold
As I told Phil off-line, I wold ask around the DEC Unix alumni and see what
I could find out.
On Mon, Oct 22, 2012 at 5:02 PM, Richard Schedler wrote:
> Before leaving HP Labs, I moved the Gatekeeper Archives over to
> apotheca.hpl.hp.com . I just checked and was pleasantly surprised to see
> that they're still around.
>
> --Richard
>
HP Labs FTP Server
This is the FTP server for Hewlett-Packard Laboratories. It replaces the
following servers:
- ftp.hpl.hp.com
- gatekeeper.hpl.hp.com
- gatekeeper.research.compaq.com
- gatekeeper.dec.com
This system is not for file storage nor any other use without express
authorization from the Hewlett-Packard Company.
All logins and file transfers on this system are logged and monitored.
Please use the feedback link below to report problems or ask questions.
*Repository Services*
- *Access the repository via FTP* <ftp://apotheca.hpl.hp.com/>
- *Access the repository via HTTP* <http://apotheca.hpl.hp.com/ftp/>
*Other Information*
- *What happened to
gatekeeper.dec.com?*<http://apotheca.hpl.hp.com/what-happened-to-gatekeeper.html>
Hello All.
This is a bit off topic, but I figure people on this list may have the
experience and also the knowledge I need...
I have an HP Laserjet 6MP printer; it is 16 years old but still going
strong. It has a level 2 Adobe Postscript interpreter and a whopping 3
Megs of memory.
It is attached to an ethernet-to-parallel port thingy that lets me spool
to it over the network; I am printing from Linux systems running CUPS. Here's
the problem:
No matter how I have the printer settings set for the paper source, when I
use tiff2ps to convert a TIFF file into PostScript:
1. If I use the 'make level 2 postcript' option to tiff2ps, I get a much
smaller file, but the printer decides it wants paper to come from the
manual feed paper tray. The problem is that this paper tray usually
doesn't have paper in it, so I have to go to the basement and put paper in.
2. OTOH, if I use the default which makes level 1 postscript, I get a file
that is 10 times bigger, but the printer then decides it will take paper
from the tray, like it's supposed to.
I keep the postscript file around for easy reprinting. I don't care for
big files, and they take longer to send, too.
Googling has not helped.
If anyone knows what kind of magic string to add to the generated level 2
postscript to make it choose a paper source, or has any other ideas, I
would love to hear from you.
Thanks!
Arnold Robbins