Hi,
since two weeks, i own a Whitechapel MG-1 ...
... unfortunately, i did not succeed in starting the machine. It seems, that the
power supply is defect, as i've blown 3 fuses :-(.
Does anyone have the schematics for the power supply, or maybe know the
specs for it, so i can replace it ? Especially, i don't know, what the O2 output
means ...
Thanks alot
Bernd
Bernd Kopriva Phone: ++49-7195-179452
Weilerstr. 24 E-Mail: bernd(a)kopriva.de
D-71397 Leutenbach
Germany
errr, can some people PLEASE start trimming their replies,
particularly for one-liners???
Also, those people that post HTML; It's really nice that the list
processor strips them out, and creates a web page and inserts a link, but I
just skip by most of them.
If you want to be read, post ASCII.
Thanks, Dave (bad enough email bandwidth is wasted with spam).
On 11/22/2003 03:18 AM -0600, cctech-request(a)classiccmp.org wrote:
>Date: Fri, 21 Nov 2003 20:30:56 -0600
>From: "Jay West" <jwest(a)classiccmp.org>
>Subject: Re: Grandfather system RTE6/VM?
>To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk(a)classiccmp.org>
>Message-ID: <001901c3b0a0$b18adeb0$6400a8c0@HPLAPTOP>
>Content-Type: text/plain; charset="iso-8859-1"
>
>it's a museum!!! Emulate hardware for display?
>
>----- Original Message -----
>From: "Bob Shannon" <bshannon(a)tiac.net>
>To: "ed sharpe" <esharpe(a)uswest.net>; "General Discussion: On-Topic and
>Off-Topic Posts" <cctalk(a)classiccmp.org>
>Sent: Friday, November 21, 2003 4:50 PM
>Subject: Re: Grandfather system RTE6/VM?
>
>
> > The 2883 would be an ideal drive to replace by hardware emulation!
> >
<several pages of snip....and this message has been going on...>
[Replying to multiple messages here.]
["William R. Buckley" <wrb(a)wrbuckley.com>]
> [me, der Mouse]
>> ["William R. Buckley" <wrb(a)wrbuckley.com>]
>>> There are several architectures for computers, with all being the
>>> equal of the Turing machine.
>> That's interesting, because not one of the devices I have called
>> computers, used as computers, or heard/seen called computers, is
>> even theoretically equivalent to a Turing machine. In particular,
>> they all have finite storage.
> Consult von Neumann. When you do, remember that he devised an
> architecture which is neither the classic von Neumann nor the classic
> Harvard. It is, however, a true data flow architecture, and highly
> parallel.
This has nothing to do with my point, which is that defining "computer"
in a way that makes all computers equal to Turing machines is not a
useful definition, since there are then no "computer"s.
>>> Nevertheless, for all systems of computation, there is the
>>> possibility of self-modification of code which is accessible
>>> through other means, typically in the form of a file.
>> So I suppose a dedicated microcontroller (eg, code in
>> mask-programmed ROM) is not a "system of computation"?
> The fact is that dedicated microcontrollers define a computing
> environment, and the location of the code is immaterial.
The location of code is not immaterial when it is in an inherently
read-only medium, since you are specifying the possibility of
self-modification of code as part of your definition.
>> Even if the application that's in ROM is, say, a pocket calculator?
>> A programmable pocket calculator?
>> The microcode-and-microcpu view of a CISC CPU chip?
>> Where do you draw the line?
> This is the value of the Turing machine. I encourage you, and like
> minded list members, to consult your local computer science faculty
> of any legitimate university you like, and ask them if the computers
> they use are equivalents of the Turing machine. I seriously doubt
> that you will find a single professor who will deny the equivalence.
Perhaps you are right; perhaps not - but any such claim of equivalence
either springs from ignorance or from linguistic shorthand; anyone,
professor or not, who persists in claiming such equivalence after
having had it pointed out that real computers have finite storage is
simply _wrong_.
And in any case, I don't see how what you wrote has anything to do with
my point, which is that what looks like a Harvard architecture when
considered from one point of view may look like a von Neumann
architecture when considered from another, and that restricting
yourself to points of view which include the possibility of
code-which-writes-code (I hesitate to call it *self*-modifying code) is
unnecessarily restrictive, not to mention contrary to the usual uses of
the words to the point of being confusing.
>>> Also, remember the features of some languages, like APL, which will
>>> operate on von Neumann and Harvard architectures, and which APL
>>> code might include the execute operator, which facilitates run-time
>>> code generation and execution.
>> In the sense of "code" for which the underlying CPU is a von Neumann
>> or Harvard machine, the execute operator does not necessarily imply
>> run-time code generation.
> It is disengenuous, and intellectually dishonest, to use a lack of
> implication to assert a lack of occurrance.
That's not what I was trying to do at all. I read your statement about
APL both (a) running on both von Neumann and Harvard architectures and
(b) including the execute operator as implying that (c) both vN and H
architectures can do run-time code generation. My point was that this
implication is false: execute does not require run-time code
generation, so (c) does not necessarily follow from (a) and (b).
> In truth, there is no logical difference between a hardware based
> mechanism of computational processing, and a software based mechanism
> of computational processing.
There is when you are drawing distinctions based on whether the
hardware can modify its own code or not. For example, it is likely
that the machine I'm typing this on is microprogrammed with
mask-programmed microcode ROM, in which case the real hardware is a
strict Harvard architecture, with no possibility whatever of
code-that-writes-code. Based on what you've written, it seems to me
that this implies you do not think it is reasonable to call it a
computer.
[more "William R. Buckley" <wrb(a)wrbuckley.com>, another message]
> Neither can you alter the microcode of the x86, yet it is the essence
> of a computer.
This makes it appear that you do _not_ think that being able to alter
code is necessary for something to be considered a computer. I'm
becoming confused about what your stance actually is here.
Perhaps your position is that it is necessary for there to exist some
level of abstraction at which code-that-writes-code is possible for
something to be considered a computer? If so, it's not at all clear
>from what you've written.
["Brian L. Stuart" <blstuart(a)bellsouth.net>]
> (Almost no authors highlight the distinction between unbounded and
> infinite. [...])
Well, not when writing about computation, at least. :-) This is
probably because it's a very subtle distinction, one which I'm not
convinced even exists for some models of infinity, and one which makes
no difference whatever for (almost?) all uses.
> Now here I do agree with the desire to define a computer in terms of
> machines that can compute functions that are computable in a
> Church-Turing sense.
Hm, so you consider "analog computer" to be an oxymoron?
> So if physical realizations of the computing ideal will always come
> up short of the models of the Turning machine or the lambda calculus,
(or most other models of computation)
> then why do we ever study these models and why do we make
> distinctions between recursive and recursivly enumerable?
(a) Because we're theoreticians.
(b) Because they're useful idealizations.
> I'd say that if you can implement a simulation of a universal Turing
> machine so that the range of it's computations is limited only by the
> amount of addressable memory, then you have a real computer.
Very nicely put - and aside from leaving analog computers out in the
cold, I think I basically agree with it.
> Notice that with the definition above, any computer can implement a
> universal Turing machine and [...] such a machine can modify it's own
> programming.
Only after you make the shift from the universal Turing machine itself
(which has fixed code) to the specific Turing machine being simulated
by the uTm - and not then, even, if the Turing machine simulator is
simulating the sort of Turing machine I studied, which has fixed code,
set when its state transition table is designed. (The simulated
machine's code (= state transition table) may change from one run of
the simulator to the next, but not during a run.)
> (Remember that a universal Turing machine interprets instructions
> read from the tape.)
Yes, and the tape may change - but that doesn't constitute changes in
the code being executed by the simulated Turing machine.
[Back to "William R. Buckley" <wrb(a)wrbuckley.com>]
> I did not contradict myself. I admit fully that the ideal TM has
> infinite memory. I also note that typical, contemporary computers
> are not exactly a TM. Yet, they are computationally equivalent,
Not if there are computations that can be performed on one but not the
other.
And there are computations that can be performed on a Turing machine
with infinite - or unbounded - tape which cannot be performed on any
existing, or foreseeable, computer. (As an example, consider computing
Ackerman's function with arguments 100,100.) Therefore they are not
computationally equivalent.
[more "William R. Buckley" <wrb(a)wrbuckley.com>]
>>> The important point for computation is closure, [...]
> In the case of Turing closure, the notion is much broader. Turing
> closure refers to the ability of a system to perform any and all
> computations that can be expressed.
This is not a prticularly interesting notion, as what computations can
be expressed depends on your expressive notation.
For example, if I choose the notation of real analysis and calculus,
there are computations that can be expressed fairly easily which cannot
be carried out by a Turing machine - because the Turing machines cannot
work with real numbers, only discrete approximations to them. (Any
numerically unstable iterated computation, applied to a transcendental
number like pi, will do fine.)
/~\ The ASCII der Mouse
\ / Ribbon Campaign
X Against HTML mouse(a)rodents.montreal.qc.ca
/ \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
I have two Xerox 1108 machines with the souped-up processor, colloquially known
as a "Dandetiger". Both were working until a few months back when I finally
moved everything I really needed onto a somewhat more modern machine. The hard
disk drives are starting to make dry bearing kind of noises and may be a little
hard to boot, but otherwise seem to work OK. I was having some problems with
the floppy drives, but maybe that's just because all my 8-inch floppies are
antiques. The monitors work well, except that I think there must be a sloppy
connector somewhere: sometimes they sit silent for several minutes after
power-on before suddenly making the flyback noises and coming to life.
In addition to the basic machines I have a couple of "busmaster" cards, which
allow the Mesa bus to be plumbed into a PC extension or multibus chassis.
I have the source code releases (on floppy) for Intermezzo, Koto, and Lyric, and
Koto Beta NoteCards. I also have copies of the LispUsers and Library files, the
Koto source files, and floppy images taken before I started having problems with
the floppy drives. In theory it is therefore possible to ftp this stuff back to
one of the machines and remake the floppies as good as new. Assuming the RIAA
doesn't sue me for copyright infringements I will be happy to supply CDs of this
stuff to anyone who needs it.
There is also a shelf full of manuals (1 set only) and assorted notes I have
acquired along the way.
Anyone interested in giving them a good home? I will give them away for the
cost of shipping. Truly I am going to miss these machines, but I can't really
afford the space to keep them, or the time to tinker with them.
I don't always keep up with this list, so if you are really interested please
e-mail me directly.
| "... both Republicans and Democrats stood
Bob Bramwell 60 Baker Cr. NW | with me in the Rose Garden to announce their
ProntoLogical Calgary, AB | support for a clear statement of purpose:
+1 403/861-8827 T2L 1R4, Canada | you disarm, or we will."
| - GW Bush re: Iraq, 5 Oct 2002
hp 75000 mainframe for sale w/ following modules:
_ e1405a command module
_ e1679a sonet/sdh timing reference (shown in photo but has been sold)
_ e1671a sonet/sdh transport oh generator
_ e1693a atm generator 155/662
_ e1694a atm receiver 155/662
_ e1672a sonet/sdh transport oh receiver
_ e1662a sonet/sdh optical i/f 155/662 mb/s
_ e1663a sonet/sdh electrical interface
guaranteed fully functional and comes w/ 7 day return policy if faulty.
contact me at browe58(a)comcast.net if interested. thanx.
bill
>From: ard(a)p850ug1.demon.co.uk
>>
>> In the case of Turing closure, the notion is much broader. Turing closure
>> refers
>> to the ability of a system to perform any and all computations that can be
>> expressed. Now, there are problems with this notion, since Godel has shown
>> that some expressible computations in fact can not be computed. Still, the
>> general notion is: all that can be computed is computable upon a TM, and a
>> TM
>> is capable of computing all computations.
>
>Care to explain this in a way which is not either self-contradictory
>('There are functions that can't be computed, but a Turing machine can
>computer all functions) or tautological ('A Turing machine can compute
>all functions that can be computed on a Turing machine')?
>
>-tony
>
Hi
I believe that Turing proved that if it can be calculated
by a computer, it can be computed on a Turning machine. It
is the reverse that may not be true since the computer may
not be flexable enough. Turing didn't make comments as to
how large a Turing machine was to do this, only that it could.
Dwight
Hi
A couple of days ago the power supply on my MZ-80K released its magic
smoke (a rather nice red colored smoke at that!) from capacitor C501. The
machine carried on working throughout, although I did power down as soon
as the smoke release was seen/smelt.
So the question is, does anybody out there got documentation or can easily
get inside their 80K PSU to find out the value of this capacitor so it can
be replaced with a new one.
Many Thanks
--
Kevan
On 11/18/2003 01:23 AM -0600, Tom Jennings <tomj(a)wps.com> wrote:
Tom wrote lots of good things...
>Some BOZO designer had, I assume arrogantly, put all the video
>interrupts (vert, horiz retrace, etc) starting at 00020h, which everyone
>knows is where MSDOS has it's software interrupts. They were in a PAL or
>something, and could not be moved.
Well, I won't defend the quirks of the Rainbow... (more later)
But you're forgetting that the Rainbow 100A design pre-dates the IBM PC, it
was first designed as a CP/M machine. MS-DOS came later.
And IBM put interrupts on the PC in places that Intel's data sheets
documented as RESERVED! IBM did not pay attention to Intel's
recommendations and violated a few of their support device allocations.
DECnet-DOS was developed in the DECnet group inspite of the Rainbow group
at first. Their marketeer felt that Corvus Omninet was going to be the big
thing. Only later did we integrate when they got into LAN Manager support.
Our first target was the IBM XT with a 3Com 3C501 Ethernet board, and the
Rainbow running DDCMP on the serial port. We weren't going to wait for
the Rainbow-150 which would be a more industry compatible system. When the
IBM AT appeared, that scotched the RB-150 and lead, eventually... to the
VAXmate. (Thank KO for the delays)
I remember the MHFU watchdog and the Vertical Retrace Interupt. The DECnet
kernel basically ran as an interrupt driven background TSR. On the IBM PC
we easily shelled off the 1C clock tick, but on the Rainbow, we had to
build "clever" reentrancy shells around several interrupts to avoid some
wierd stack overflow or reentrancy into the video BIOS.
The Rainbow at least had a decent UART with a multicharacter FIFO. I had
no problem doing 19.2kbs using C routines. That stupid XT UART could
barely do 9600 with an optimized state driven assembly routine. UART FIFOs
didn't appear until the IBM PS/2 Model 50.
Dave (has two HP16Cs and runs the wprn program)
A lot of the talk here is about really BIG machines (fill a rack, or
two or three)
but how many of us like pocket sized machines? HP 41C?
I just found a wonderful emulator for the 41C!
http://library.hp41.org/LibView.cfm?Command=Download&ItemID=23212
Is anyone here a sometime member of PPC?
ron. (who's got one of his favorite toys back again)
I know this isn't on topic yet, it's not old enough, but I thought I'd
check here just in case.
I recently ran across a really cute little laptop. It's a Digital
Hinote Ultra II model P8X. Unfortunately, I don't have the power
adapter for it. It uses a small, three pin connector. The bottom of the
laptop says that it takes 11V 2.7A, but it doesn't list the pinout of
that connector... Googleing didn't turn up anything helpful. So, I
figured I'd check here, and if all else fails, I could always take it
apart and see what that connector goes to, but I don't want to mess
with taking it apart if I can help it. Laptops are always a pain to
take apart and put back together... Also, has anyone had experience
rebuilding the battery packs in these? Mine is no doubt dead, and I
would imagine it would take standard battery cells inside. Once I get
this to power up and verify that the battery is dead, I plan on
rebuilding it with new cells.
Thanks!
Ian Primus
ian_primus(a)yahoo.com
Hi folks,
I just want to express my thanks for all of the support that I have
gotten this week from the group. Thanks you all so much. It has been
wonderful chatting with so many people with interest in the HP2000 product
line.
For anyone who I have not already told, I did start up an HP 2000
Access simulation for people to play with. Please don't invest a bunch of
your time keying in things as I'm not keeping a regular backup schedule. If
I have problems with it, I'll just reload it from the last backup tape
image.
I have a web page that has a link on it to start your telnet session
and it also gives you a few tips and pointers. This will also give us a
place to link to other web pages and running systems.
<http://www.pgcps.org/~mgemeny/access> http://www.pgcps.org/~mgemeny/access
This image has a lot of other accounts on it, and they have a lot of
programs in their catalogs. If you want access to more of the system, just
drop me a note. I would be glad to send you instructions on how to browse
deeper into this system.
From the response I have gotten I would estimate that several
systems will be running 24/7 by the end of next month. So user accounts on
stable systems should be available. I would also guess that we will be
grooming SIMH for another 6mo or so and that much progress in recovery of
libraries will take place over the coming year.
And, by the way, since this thread did start out talking about
star-trek, one version is in your group master account. For a listing of the
group type "gro", to get a program from this list just put and "*" in front
if the name. The break key is not working yet so you may want to list it and
know how your going to get out of it before you run it.
Please report hung port to my email. Don't be shy about it, it's not
your fault, it's mine.
Please don't make too much of a mess. You won't be hurting me, just
preventing others from enjoying the same pleasure you had.
Enjoy, and Thanks again,
Mike Gemeny.
I have a 6 foot long shelf of OSI documentation and about 8 boards (working
I think). Are you interested in these?
Richard L. Whaley
321-277-1341 (USA)
_________________________________________________________________
Say “goodbye” to busy signals and slow downloads with a high-speed Internet
connection! Prices start at less than $1 a day average.
https://broadband.msn.com (Prices may vary by service area.)
I have the following issues of Byte Magazine.
Unfortunately, they take up a fair amount of space on
my office shelves and, as a result, I am contemplating
getting rid of them: despite them containing loads of
good information, I just don't have time for it
anymore :-(
Anyway, individual copies are available if anybody has
a collection with missing copies and, I am happy to
send larger numbers of copies to anybody interested in
them, the only provision is that postage and packing
must be paid, at cost (or thereabouts), by the
receiver.
If I receive numerous contacts for specific copies of
magazines, or for specific series I may place the
magazine or series on eBay or another auction site as
a means to resolving the contention, proceeds going to
a local old folks home.
All are in good condition, although clearly some are
in better condition than others. I herewith enumerate
all copies, as I do not have a complete set - certain
months/years are missing.
January 1988
December 1989
May 1989
September 1989
February 1990
March 1990
April 1990
June 1990
January 1991
April 1991
July-December 1991
January-November 1992
January-December 1993 (except February, July and
October)
January-December 1994
January-December 1995 (except for August)
January-December 1996
February-December 1997
January-April 1998
July 1998
Best regards,
Roger
________________________________________________________________________
Want to chat instantly with your online friends? Get the FREE Yahoo!
Messenger http://mail.messenger.yahoo.co.uk
All,
I was recently given a PDP8A, it's the model with dual power supplies and the 20 slot backplane. It has both the mini-panel and the operators panel. I've been working to get the system operational and have several questions:
=====
The unit won't power up, I have been able to troubleshoot this down to the Triac (D7) on the BA8-C that is used to switch AC power to the main transformer. I believe this Triac is bad. (Note: I do have AC power to T1 on the BA8-C PCB.)
With the Triac bypassed the system comes up and basic items check out from the operators panel.
Does anyone know what a replacement Triac part number would be? I only see what I believe are DEC part numbers.
=====
In the print set for the BA8-C the circuit that controls AC power is shown, the circuit uses an opto-isolator. In the schematic one side of the opto-isolator's LED goes to J12-B2, the other side of the opto-isolator is labeled OC1-2 (OptoCoupler 1 pin 2 I assume).
Does anyone know where this pin actually goes?
=====
I'm assuming that the G8019 board controls switching of the AC power via the opto-isolator.
Is this a correct assumption?
=====
I have an RL02 controller/drive/disk with the system, what steps do I need to take to boot from this drive? I don't have an operators manual at the moment.
=====
-Neil
----- Original Message -----
From: "Jay West" <jwest(a)classiccmp.org>
To: "Ed Sharpe" <esharpe(a)uswest.net>
Sent: Sunday, November 16, 2003 8:08 PM
Subject: Re: Grandfather system RTE6/VM?
> You don't have to pop out the chips, just pull out the rom card, A1 or A2,
I
> think it's A2 going from memory. Look at the card and see what numbers are
> on the white and gold chips that are socketed :)
>
> J
> ----- Original Message -----
> From: "Ed Sharpe" <esharpe(a)uswest.net>
> To: "General Discussion: On-Topic Posts Only" <cctech(a)classiccmp.org>
> Cc: <jwest(a)classiccmp.org>
> Sent: Sunday, November 16, 2003 5:31 PM
> Subject: Re: Grandfather system RTE6/VM?
>
>
> > well I have the set that is in the 2100 in the 2000 access system
here.
> > not a loose set. ( shall we call it embedded?)
> >
> > I would live in fear of poping them out though......
> >
> > ed!
> >
> > ----- Original Message -----
> > From: "Jay West" <jwest(a)classiccmp.org>
> > To: "ed sharpe" <esharpe(a)uswest.net>; "General Discussion: On-Topic and
> > Off-Topic Posts" <cctalk(a)classiccmp.org>
> > Sent: Sunday, November 16, 2003 12:07 PM
> > Subject: Re: Grandfather system RTE6/VM?
> >
> >
> > > You're quite sure you have a set of the IOP firmware for the 2100 cpus
> Ed?
> > > If so, good to know. I really want to get mine backed up as they seem
to
> > be
> > > the only ones around. However, I got a new prom burner and it is
acting
> > very
> > > flaky so I'm a little afraid to put my chips in it.
> > >
> > > Jay
> > > ----- Original Message -----
> > > From: "ed sharpe" <esharpe(a)uswest.net>
> > > To: "General Discussion: On-Topic and Off-Topic Posts"
> > > <cctalk(a)classiccmp.org>; <classiccmp(a)classiccmp.org>
> > > Sent: Saturday, November 15, 2003 11:16 PM
> > > Subject: Re: Grandfather system RTE6/VM?
> > >
> > >
> > > > we have a set too Al, but alas no way to read them....
> > > > It is up to you Jay!
> > > > ed!
> > > > ----- Original Message -----
> > > > From: "Al Kossow" <aek(a)spies.com>
> > > > To: <classiccmp(a)classiccmp.org>
> > > > Sent: Saturday, November 15, 2003 5:54 PM
> > > > Subject: Re: Grandfather system RTE6/VM?
> > > >
> > > >
> > > > >
> > > > > > I'll try to dump the microcode proms this weekend
> > > > >
> > > > > Dumps of the firmware is now up at
> www.bitsavers.org/HP/1000_firmware
> > > > > including the IOP firmware the 21MX.
> > > > >
> > > > > Jay, since you appear to have the only surviving copy of the 2100
> IOP
> > > > > firmware, it would be good to get the proms read.
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> >
> >
> >
>
Hi all,
I got a 9622 on loan so I can read some old tapes. Sadly, the
thing is semi-dead, so I'll have to do some maint on it first
(basically, replace its fan, clean it out completely and reset
its SCSI ID to something other than 0 ;-)
Does anyone have a manual of this beastie?
Cheers,
Fred
--
Fred N. van Kempen, DEC (Digital Equipment Corporation) Collector/Archivist
Visit the VAXlab Project at http://www.pdp11.nl/VAXlab/
Visit the Archives at http://www.pdp11.nl/
Email: waltje(a)pdp11.nl BUSSUM, THE NETHERLANDS / Sunnyvale, CA, USA
Regarding the recent (very much info!) thread about serial to network
devices, terminal servers, etc... I have a Dumb Analog Engineer Question.
And my DAEQ is this: I gots a DEC PDP 11/44 sitting in my garage
(heated) and I would like to have the Terminal Peripheral Devices (TPD) in
my Office (O). I just want a couple-three VT-type thingies and an LA120,
or 36 or whatever. So, if I understand Things: I hook N ports from the
11/44 serial farm via RS232 to the ports on the TS, thence by
CAT5[some_networking_protocol] to the TS in the O, and from the
corrresponding N ports ports on the O TS to the various TPDs in the
aformentioned O. Right?
This saves running multiple RS232 lines from the 'Puter to the Toobz,
among other things - like being able to play with one's Legacy Computing
Device (LCD) whilst slaving away at the Workplace....
And, if a pair of Terminal Servers is what I'm looking for - I assume
8-channel pairs are cheap?
Any reccomendations for this specific task?
Cheers
John
Physically speaking, how do you
tell the difference between a DECTape drive and a LINCtape drive?
--
By the time PDP12's were built, DEC was using the same transport
(TU55's, later TU56's) for either format.
LINCtapes are loaded on the right-hand reel, and forward tape
motion is counter-clockwise. DECtapes are loaded on the left-hand
reel and forward tape motion is clockwise.
The only other gotcha is the timing track is the opposite polarity
between the two formats.
I've been corresponding with Bob Lilley, an LGP-30 programmer (no, not
still), who so kindly made me an electronic copy, and allowed me to post
it. It's available at:
http://wps.com/projects/LGP-21/Bob-Lilley/index.html
Sorry, it's in the form of three large PDFs.
I mailed this off to Phil Spanner in reply to his post, and just
realized I forgot the CC: I meant to give to the list. :) So
here goes:
---------- Forwarded message ----------
Date: Fri, 21 Nov 2003 11:10:21 -0800 (PST)
From: O. Sharp <ohh(a)drizzle.com>
To: Phil Spanner <pspan(a)amerytel.net>
Subject: Re: DEC Equipment
Hi! Thanks for your posting to the ClassicComp mailing-list:
> A company that has been in the depot repair business of DEC equipment,
> for the last 20 years, is about to shut down their repair lines for the
> DEC equipment. They obviously have prints, diags and test beds that
> they are going to be selling.
I'm sorry to hear they're going out of business. My condolences.
[Late note: on re-reading this, I just realized it looks like
only the DEC repair line is shutting down, rather than the whole
company. <slaps forehead> Aiya! Silly me.]
I have kind of an unusual question. If this company, which has been
repairing DEC computers, is going out of business, it may mean that
their customers, having one less service option available, might soon
consider retiring whatever DEC machines they're presently using. I'm
currently looking for a PDP-12, and would hate to see one end up
being scrapped in the belief it was no longer useful. I don't doubt
that other DEC machines and other ClassicComp posters could make
useful connections as well.
Soooo... my question would be: Does the company have any idea what
their former customers are considering doing with their equipment,
and if any _are_ considering selling or scrapping - most particularly
the older DEC models, which are becoming of historic value - could
those customers somehow be made aware of the ClassicComp community's
interest in older equipment before they take irreversible steps?
I realize that may not be the sort of question you were expecting. :)
Nonetheless I'd appreciate it if you could consider it, and see if
there might be some sort of appropriate way to address it.
...On a much simpler note, if you have anything PDP-12 or DECTape-related
hanging around the warehouse, I wouldn't mind the chance to put in an
offer. :) :)
Thanks very much for your time, and for making yourself known to us!
It's appreciated!
-O.-
On 11/20/2003 01:19 AM -0600, cctech-request(a)classiccmp.org wrote:
>Date: 19 Nov 2003 16:00:12 -0800
>From: Tom Jennings <tomj(a)wps.com>
>Subject: Re: Dec Rainbow prehistory
>
>On Tue, 2003-11-18 at 22:29, Dave Mitton wrote:
>
>.<snip>..
>Yeah, they were stupid too. I've got two words for the IBM PC ROM code:
>ug lee. The biggest steamroller wins.
Well it wasn't obvious at first where we were going. I was not involved
with the design of the Rainbow, but I was involved with the New England
Computer Society, a some what professional hobbyist group. Many of us
thought the original IBM PC was not a serious product. Remember it wasn't
until the XT that it got a hard drive.
> > I remember the MHFU watchdog and the Vertical Retrace Interupt. The
> DECnet
> > kernel basically ran as an interrupt driven background TSR. On the IBM PC
> > we easily shelled off the 1C clock tick, but on the Rainbow, we had to
> > build "clever" reentrancy shells around several interrupts to avoid some
> > wierd stack overflow or reentrancy into the video BIOS.
>
>Ahh... now I get it. I wasn't told even this much back then!!
We weren't told. I/we had to figure it out. It became quickly apparent
there was a problem, and only by debugging around the system did we figure
out what to do.
The VR routine re-enabled interrupts and continued doing video memory things.
If you interrupted it, for say comm I/O, and then re-enabled interrupts
yourself, and you did not return to it by the next VR interrupt, it would
corrupt itself as it wasn't written for reentrancy.
How we dealt with this, changed over time, as some of my team got
"cleverer" in later releases. But even if it could be made re-entrant, you
really want it to run to completion instead of stack up anyways. A
semaphore shell on that interrupt routine, and cross-checking this flag in
our other interrupts, would make sure it was done before we did any major
time consuming work with interrupts re-enabled.
ohh gawd, you woke the forgotten memory of the shared HW/SW interrupt
vector.... noooo ... I won't go there..... <shreeking>
>I do recall some severe stack-depth problem, I had to switch stack
>pointers in the I/O drivers somewhere I recall. I think. Wish I had the
>code!
>
> > The Rainbow at least had a decent UART with a multicharacter FIFO. I had
> > no problem doing 19.2kbs using C routines. That stupid XT UART could
> > barely do 9600 with an optimized state driven assembly routine. UART
> FIFOs
> > didn't appear until the IBM PS/2 Model 50.
>
>Yes, when DEC applied themselves without weird non-functional agendas
>they made really nice stuff. It made a nice Fido bulletin board (umm but
>not the 100A's... :-(
I ran a FIDOnet on one replacing my S-100 CP/M CBBS system... The later of
which I just sold on eBay a few weeks ago.
Dave.
Hi All,
With the responses I realized more info is needed.
The equipment is located in the Upper Midwest. The closest, largest city would be Minneapolis/Saint Paul.
I do not currently have an inventory list but will try to obtain one.
Thanks again.
Phil
Hello to all,
This is my first post to the list, which I thought would be of interest.
A company that has been in the depot repair business of DEC equipment, for the last 20 years, is about to shut down their repair lines for the DEC equipment. They obviously have prints, diags and test beds that they are going to be selling.
If anyone has an interest please contact me, either on the list or privately at:
pspan(a)amerytel.net
Thank you for your time.
Phil Spanner
Hi Ben -
Our company is liquidating the inventory for a company we acquired a few years ago and while looking up parts to see what they were and their value, I googled your thread. I have 8 SSI-263AP's I need to get rid of. What are they worth to you?
Regards,
Jim Peterson
jpeterson(a)harshenviro.com
I WAS WOUNDERING IF YOU MIGHT HAPPEN TO HAVE A MANUAL FOR A TEKTRONIX P6465 PATTERN
GENERATOR PROBE? OR IF YOU DONT HAVE ONE WHERE I MIGHT BE ABLE TO GET ONE AT. I WOULD GREATLY APPRICIATE IF YOU WOULD E-MAIL BACK
AT THIS ADDRESS OR AT CTE20303(a)CENTURYTEL.NET
THANK YOU VERY MUCH FOR YOUR TIME.
Hi!
I'm trying to boot my VAXstation from CD-ROM since I don't have a tape
drive. It has an Emulex UC08 controller. The internal hd and an internal
MO drive are connected to the first port, to the second port I attached
an external Plextor UltraPlex 32.
I updated the UC08 to rom revision G143R, just to be sure and configured
a cd-rom drive on the second port, scsi id 1.
When I try to boot from the CD, it is ejected after a few seconds and
nothing more happens. Every time i put the cd back in it is ejected again.
The same happend when I tried a old SUN caddy CD drive (Sony OEM).
Any hints?
Regards,
Sebastian
----------
This is what the machine spits out:
>>>show device
UQSSP Disk Controller 0 (772150)
-DUA0 (RA81)
-DUA1 (RA81)
-DUA2 (RRD40)
UQSSP Disk Controller 1 (760334)
-DUB0 (RRD40)
Ethernet Adapter 0 (774440)
-XQA0 (08-00-2B-10-1B-D5)
>>>b dub0
(BOOT/R5:0 DUB0)
2..
Here it ejects the cd and hangs forever.
Sooooo not too long ago there was a neato discussion of the
differences between DECTape format and LINCtape format. I've got a
question that's a bit different: Physically speaking, how do you
tell the difference between a DECTape drive and a LINCtape drive?
It's been years since I've had a chance to see either kind of drive,
and since I'm doing more digging though surplus places lately I
thought it'd be good to be able to spot the difference in case
I actually get lucky and find one.
O'course, if they're actually _marked_ "DECTape" or "LINCTape",
it'd be relatively easy. :) Is it that straightforward, or
is the difference more subtle (or, indeed, is the difference at
the interface end and not with the drive unit at all)?
(And as long as we're on the subject, does anyone still manufacture
tape and reels for DEC/LINCTape users?)
-O.-
I've just posted the entire contents of every Otrona Attache 8:16
diskette I have, including factory distribution CP/M-80, proprietary
programs and sources of various small things. A few things were written
by my two brothers, Gregg and Frank, mixed in at random (this machine
kicked around the family before I got it back).
http://wps.com/archives/Otrona-Attache-8-16-diskettes/index.html
(There's something ugly with the HTML but it's functional.)
der Mouse wrote:
>> But is not LIFE on the molecular level some thing like a bunch
>> computing machines that computes structure rather than logic.
>
> Something like, maybe. But since chemical interactions involve
> randomness randomness coming from the underlying quantum mechanics and
> thus being, as far as we can tell, true randomness...nothing
> deterministic is an accurate model.
To make another semi-random connection here, von Neumann was
very into the emergent behavior of simple automata known as
cellular automata. IIRC he was the first to prove that there
existed self-replicating CAs.
> And that includes nondeterminstic Turing machines, as I studied them,
> since they don't pick one possible transition randomly but instead take
> all possible transitions (which is why the power set construction works
> to determinize such a machine).
Interestingly there does exist a model called a probabilistic automata
that operates in just that way. In fact, if you define what accept
means the right way for the model, it can be shown that there are
non-Turing
languages that can be accepted by a PA.
Brian L. Stuart
Hello all,
I recently got a bare Wavemate Bullet board, and would like to get it up and
running. I received some 8" floppies with it, and they appear to be boot
disks for the board. All but one was readable on another CP/M system.
I'd like to get docs for it, or pointers to more information on the board.
It's a Z-80 based board, and has the CPU, DART, CTC, DMA, and PIO chips.
Looks like it has some RAM (16 MB8264), and some glue logic, plus a
Fairchild MB8877.
It is labeled "Wavemate (c) 1981 Rev. B Hawthorne, CA. Made in U.S.A."
There are two 10-pin headers marked "J3" and "J4", two 50-pin headers marked
"J1" and "J6", and two 34-pin headers marked "J2" and "J7". I suspect J3
and J4 are serial I/O, as the traces go to a set of 1488/1489 chips. J1 and
J2 are next to each other on the right of the board, and J7 and J6 are next
to each other on the top of the board. There's also another 34-pin header
near the top right marked "J5". There's an 8-position DIP switch labeled
"SW1". Power appears to be from a plug that loks like a typical PC-style
drive power connector. I'd like to verify the pinout, though, if possible
:-)
Curiously, there's no EPROM, nor even a socket for one. My luck, it's some
missing part :-(
I'd appreciate any help!
Thanks,
Rich B.
I have an 8" drive that I intend to connect to a catweasel card for the
purpose of getting the bits off of a lot of old PT-DOS disks for my Sol
computer archive project. If I can accomplish that, then I'll extend my
Sol emulator to allow running PT-DOS on the emulator. Supposedly the
floppies have a lot of interesting stuff on them, including source code
to a lot of PT software.
After an hour of googling, I am unable to find what power to feed it.
The connector on the back is two 3-pin molex connectors and looks like this:
+-------+
| X X X |
+-------+
| X X |
+-------+
Yes, the middle one of the lower pair is missing. I assume the power is
+5, -5, +24, and GND, maybe +12 or -12 too. But guessing isn't good enough.
Does anybody know for sure what power to feed each pin? I have found
information on how to build a 34-pin to 50 pin cable to mate the 8"
drive to the catweasel, so I think I have what I need there.
Thanks for any help.
re: Infinity UC-1800
I'm reasonably sure it's a "trainer", eg. an RCA 1802 in a box, hex
keypad and switches and LED display with which to poke in "demo" toy
programs. It seems to operate, inscrutably. (Here you can see I try to
enter an 8080 CALL instruction to no avail) (kidding). It has an
"expansion" connector available in the back. There was a leaking NiCd
battery pack I clipped out and tossed, but otherwise it's complete (sans
and accessories it came with).
Anyone have any documentation?
http://wps.com/temp/inf1.jpg and
http://wps.com/temp/inf2.jpg
While there have been other follow-ups to this thread, I'm picking
this one as the point I jump in. This is a bit long and for those
of you who don't see a point in this sort of "angels on the head of
a pin" discussion feel free to delete. If you want to criticize
me for engaging in such a discussion because there's no ROI there,
then you can just kiss my big, white... :-) Sorry, too much bean
counter frustration at work lately. Another way of looking at this
message is that it was suggested that a professor be asked. Well,
be careful what you ask for, you might get it:-)
>> There are several architectures for computers, with all being the
>> equal of the Turing machine.
>
> That's interesting, because not one of the devices I have called
> computers, used as computers, or heard/seen called computers, is even
> theoretically equivalent to a Turing machine. In particular, they all
> have finite storage.
It is indeed correct that in an absolute sense physical computers
can be modeled by finite automata and don't need a Turing machine
to model them. And it's correct that the reason for this is that
the physical computer is finite and a Turing machine's tape is
unbounded. (Almost no authors highlight the distinction between
unbounded and infinite. But keep in mind that for any recursive
function, the Turing machine must finish in a finite amount of
time and therefore can only use a finite amount of tape. However,
there is no a priori bound on that finite size.)
>> Frankly, the Turing machine is the definition of a computer,
>
> I don't know where you got _that_, but it certainly doesn't match my
> understanding, usage, or experience of others' ditto. As I remarked
> above, there aren't any computers by that definition.
Now here I do agree with the desire to define a computer in terms
of machines that can compute functions that are computable in a
Church-Turing sense. Of course in doing so we have to keep in
mind that we are only looking at bounded approximations. In other
words, there are some recursive functions that we can never
completely implement with a finite physical computer.
So if physical realizations of the computing ideal will always
come up short of the models of the Turning machine or the lambda
calculus, then why do we ever study these models and why do we
make distinctions between recursive and recursivly enumerable?
As I see it, the answer lies in the enormous size of the finite
automaton that a physical computer realizes. Take even a small
(by today's standards) machine with 1MB of memory. Ignoring
secondary storage, the machine has 2^8388608 states. Since there
are only about 2^34 nano-seconds per year, it would take 2^8388574
years to go through all the states at a rate of one new state
per nano-second. Now, of course, one doesn't have to visit all
of the states of a finite automaton to recognize an input string.
But this observation suggests that regular languages make a poor
model to describe the physical computers we build. Add to that
the fact that the way that deterministic models (like RAM or
deterministic TMs) handle those regular languages most naturally
reognized by non-deterministic FAs is by exploding the number
of states in a similar way. So the bottom line is that the
regular expression model does a poor job of describing the
types of interesting problems we use computers for.
Now if we flip the perspective and ask about what interesting
things can be done on a Turing machine, we find a similar issue.
In order for the answer to do us any good, we must get it in
our lifetime which implies that there is an upper bound on
the size of the tape we will use in an interesting computation.
Of course, this gets us right back to the same issues we have
with the physical computers. Once I set an a priori bound,
the set of languages recognizable is a subset of the regular
languages.
But once I say that, then all of the structure in the language
hierarchy collapses. However, we view the question of Church-
Turing computability and the questions of NP-Completeness as
something more than just mental self-gratification. Therefore
(you knew I had to get there eventually), the Turing machine
is a powerful model to describe physical computers just as
it's a powerful model to assess the limits of computation in
the abstract. Furthermore, it's a more useful model than
those that are actually theoretically equivalent.
Those who would argue that I've shifted the discussion away
>from the semi-original issue of defining a computer have a
good point. Just because the Turing machine is one of the
best ways to abstractly model the physical computer doesn't
necessarily mean that it should define said computer. So
how would I attempt to couch the definition of a physical
computer in terms of a Turing machine? I'd say that if you
can implement a simulation of a universal Turing machine
so that the range of it's computations is limited only by
the amount of addressable memory, then you have a real
computer. I am aware that Cohen defines the term computer
in a more abstract sense and I understand why he does so.
(By the way, his is one of my favorite books on the subject.)
And if I'm wearing my theoretician's hat, then I'm likely
to use the terminology the same way. But when I'm wearing
my engineer's hat and am appreciating the design of classic
hardware and when I'm wearing my historian's hat and am
trying to classify early machines, then I'm more likely
to use a definition like I've suggested above.
If you've stayed with me this long, you have my condolances.
However, there's one more interesting point that comes out
here. This sub-thread was sparked by the question of whether
the potential of self-modifying code was necessary in order
to be a computer. Notice that with the definition above,
any computer can implement a universal Turing machine and
unless you engage in some unnatural limitations, such a
machine can modify it's own programming. (Remember that
a universal Turing machine interprets instructions read
>from the tape.) A more prosaic way of looking at this same
point is that I don't need a von Neumann architecture to
implement an interpreter which interprets self-modifying
code. And if computing theory teaches us anything, adding
or removing levels of abstraction doesn't affect the basic
power of the model.
My apologies for being so long-winded.
Brian L. Stuart
I had no idea they'd be so popular...
I live in Los ANgeles, the Cosmac jobbies are in Los Alamos NM, about
1000 miles from me. However, I go there twice a year anyways, so I will
buy them all, drag them home and email the list. I don't have any great
interest in them, and I'll only want to recover costs.
I may have taken photos of them, if so, I'll contact a local (to NM)
friend and see if they can pick them up and ship, etc.
Don't hold your breath, it will take a while.
being an engineer that worked in assembly language on many micros
before and after the 8086, the segmented architecture was not
that hard to handle and actualy had many side benefits such as
code size and more efficient use of the bus bandwidth. The pdp11
may have been better overall, but there is no comparison on terms
of price, availability, and being able to get the job done for
the millions of PC users.
best regards, Steve Thatcher
>--- Original Message ---
>From: "Eric Smith" <eric(a)brouhaha.com>
>To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk(a)classiccmp.org>
>Date: 11/13/03 3:24:07 PM
>
"Hans Franke" <hans.franke(a)mch20.sbs.de> wrote:
>> to me it's the way the memory is handled
>> that makes the 8086 the great CPU it is
>
>What, the 64K segments that alias on paragraph boundaries?
>Yecch! What a kludge! The PDP-11 had better memory management
>for a 64KB address space at least seven years earlier.
>
>
I do have a Rainbow 100 home page, but I haven't updated in a while.
Things have been extremely busy at home this past summer, but I will try
to update it more often now that I'm settled into my new house. I always
love any extra information. BTW, who scanned all those Rainbow Tech Docs
now available at ftp.update.uu.se? That was quite the task, and I was
glad to find them available!
Oh, and of course, the Rainbow 100 web page is at:
http://www.classiccmp.org/rainbow/
-Jeff
jba(a)sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
Whilst cleaning out a closet I found the following
items that may be of interest to people on this
list...
1. A pair of 8-bit (XT) Corvus Omninet Transporter
Cards. One is the older LONG card, and the other is a
Gate Array Card.
2. A Box of Miscellaneous Tops Hardware and Software.
3. Two copies of Lantastic Client Software, Complete.
I can also supply some 16-Bit NE-2000 Compatible
10megabit Ethernet Cards to go with these.
4. A box full of SCSI to Ethernet Adapters. Useful to
put SCSI Devices (like a Printer or an Old Mac) on an
Ethernet Network. I have Powersupplies for these, but
no SCSI Cables.
If interested, drop me a line.
Not looking for much. Hate to throw this stuff out,
especially if someone else has some use for it.
Al
__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
> I intend to connect to a catweasel card for the
> purpose of getting the bits off of a lot of old PT-DOS disks
Aren't SOLOS discs hard-sectored?
The 848 user's manual is at www.bitsavers.org/pdf/tandon
Hey everyone, I just wanted to announce thta I will be opening a new
Rainbow 100 website on Saturday, Feb 8. The site is located at:
http://www.classiccmp.org/rainbow
Right now, all that is there is an announcement. I hope everyone will
take a moment top visit once it's open.
I haven't been keeping up with everything in the Rainbow commumnity. I
noticed that all the schematics have been posted on the Update
(ftp.update.uu.se) archives. Who took the time to do this? I just wanted
to thank them. Anyway, visit the page if you get a chance! Thanks!
-Jeff
jba(a)sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
Mike,
I got your messages but E-mail to you is still bouncing. This is one of
FOUR bounced messages that I got this morning. You need to contact your ISP
and find out what the hell is going on.
Joe
>Date: Thu, 20 Nov 2003 01:58:55 -0500 (EST)
>From: Mail Delivery Subsystem <MAILER-DAEMON(a)ms-smtp-02.tampabay.rr.com>
>Subject: Warning: could not send message for past 4 hours
>To: rigdonj(a)cfl.rr.com
>Auto-submitted: auto-generated (warning-timeout)
>Original-recipient: rfc822;rigdonj(a)cfl.rr.com
>
> **********************************************
> ** THIS IS A WARNING MESSAGE ONLY **
> ** YOU DO NOT NEED TO RESEND YOUR MESSAGE **
> **********************************************
>
>The original message was received at Wed, 19 Nov 2003 21:40:05 -0500 (EST)
>from 73.151.202.68.cfl.rr.com [68.202.151.73]
>
> ----- Transcript of session follows -----
><dogas(a)bellsouth.net>... Deferred: Bad file number
>Warning: message still undelivered after 4 hours
>Will keep trying until message is 2 days old
>Reporting-MTA: dns; ms-smtp-02.tampabay.rr.com
>Arrival-Date: Wed, 19 Nov 2003 21:40:05 -0500 (EST)
>
>Final-Recipient: RFC822; dogas(a)bellsouth.net
>Action: delayed
>Status: 4.2.0
>Remote-MTA: DNS; mx01.mail.bellsouth.net
>Last-Attempt-Date: Thu, 20 Nov 2003 01:58:55 -0500 (EST)
>Will-Retry-Until: Fri, 21 Nov 2003 21:40:05 -0500 (EST)
>Received: from afdldashlas (73.151.202.68.cfl.rr.com [68.202.151.73])
> by ms-smtp-02.tampabay.rr.com (8.12.10/8.12.7) with SMTP id hAK2e2KK028102
> for <dogas(a)bellsouth.net>; Wed, 19 Nov 2003 21:40:05 -0500 (EST)
>Message-Id: <3.0.6.32.20031119213620.00855870(a)pop-server.cfl.rr.com>
>X-Sender: rigdonj(a)pop-server.cfl.rr.com
>X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
>Date: Wed, 19 Nov 2003 21:36:20 -0500
>To: Mike <dogas(a)bellsouth.net>
>From: Joe <rigdonj(a)cfl.rr.com>
>Subject: Re: testing
>In-Reply-To: <001e01c3aefb$6f7fb2d0$c762d6d1@DOMAIN>
>Mime-Version: 1.0
>Content-Type: text/plain; charset="us-ascii"
>
If anyone is interested in this, please contact the author directly at
siaglo(a)ing.uni.wroc.pl
---------------------------
Dear Sir
We want to inform you that we have some pieces of PDP system (main board,
teleprinter)
and some documentation (engineerig drawings, listings of software etc.)
available.
By the way, we would like to consult one of our major technical problem. We
have in our lab a CAMBRIDGE MICROSCAN MK-9 MICROPROBE still working under
control of PDP-11/05 computer.
We would like to replace the main computer PDP-11 by an IBM PC/Windows
system and we are looking for a company which could do the replacement.
Would it be possible for you to do this sort of replacement and what would
be the conditions (including approximate costs)?
We would appreciate any information you could provide.
With kindest regards - Henryk Siaglo
Institute of Geological Sciences
University of Wroclaw
ul. Cybulskiego 30
50-205 Wroclaw
POLAND
---
[This E-mail scanned for viruses by Declude Virus]
I don't know how to start a Wiki, but perhaps it would be a good thing
for all of us. I would provide a "memory location" where we could all
add what each knows about each kind of computer.
If someone wants to host one (ie provide bandwidth and a webserver)
I think the software is free..
Perhaps the classiccomp website can have a wiki branch..
Wanted to purchase: items relating to General Electric computer and Honeywell Computer co. We are filling in this area in our displays and Reference Library. Please drop me a list of what you have available offlist. be sure there are *** in the title so I can pick your valued reply out from the other mass of messages we get everyday.
Thanks Ed Sharpe archivist for SMECC
Please check our web site at
http://www.smecc.org
to see other engineering fields, communications and computation stuff we
buy, and by all means when in Arizona drop in and see us.
address:
coury house / smecc
5802 w palmaire ave
glendale az 85301
On Nov 20, 4:26, owen(a)bardstown.com wrote:
> YAY! With sacrifices to the SCSI and XFS gods, I now have root on my
Indy. I was
> told to do a setmon to improve the monitor problems -- set for better
resolution
> + sync.
>
> Gulp... I don't see it in /usr/bin, /usr/sbin, /bin, or /sbin, and it
isn't on
> the path. Any
> ideas?
It's not something people should regularly twiddle, so it's slightly
out of the way, in /usr/gfx/setmon
--
Pete Peter Turnbull
Network Manager
University of York
Does the lack of replies really mean no-one knows what an M750 "Line I/O
Control" is for?
Does that also mean no-one wants any :-)? I have pretty much decided that
whatever they are, I am not likely to need them.
Vince
YAY! With sacrifices to the SCSI and XFS gods, I now have root on my Indy. I was
told to do a setmon to improve the monitor problems -- set for better resolution
+ sync.
Gulp... I don't see it in /usr/bin, /usr/sbin, /bin, or /sbin, and it isn't on
the path. Any
ideas?
Hi all,
One of my customers has available a complete and working
HP series 9000, model G30. It includes UX media, the full
manual kit (^#*($%#@()$ which is currently sitting in my
living room, since they gave me the wrong set..) and, if
desired, an HP series-9000 rack. The system currently is
*in* that rack.
The system can't be shipped, so it's pickup only. Current
location is ALMERE, in The Netherlands.
Interested parties please contact me off-list.
No affiliation etc.. I was there to grab the VAX they were
going to give me (and which turned out to be a DECsystem
5400 *yay* ;-) and I noticed that HP sitting idle there...
Cheers,
Fred
--
Fred N. van Kempen, DEC (Digital Equipment Corporation) Collector/Archivist
Visit the VAXlab Project at http://www.pdp11.nl/VAXlab/
Visit the Archives at http://www.pdp11.nl/
Email: waltje(a)pdp11.nl BUSSUM, THE NETHERLANDS / Sunnyvale, CA, USA