Bob et al,
I was one of the 6 members of the team that did
RTE-6VM at Data Systems Division in the late 79-80.
IIRC the floppy drive is not supported. I specifically
remember one of the team members, for grins, making
the floppy a swap device - the floppy didn't last very
long due to excessive media wear. RTE-M was the
resident RTE version done at the same time.
Sorry, I have no software, documentation, or knowledge
beyond the above (except for a RT6GN manual).
BTW - if there are any M/E/F HP1000/RTE gurus in the
SF Bay Area I'd like to borrow you for a day to bring
up a couple of beautiful HP1000 systems (E and F
Series) that the HP Response Center gave the Computer
History Museum (
www.computerhistory.org) in Mountain
View.
Regards,
Lee Courtney
--- Bob Shannon <bshannon(a)tiac.net> wrote:
  The 9885 is listed in HP documentation as the 12732A
 flexible disk system, with
 a capacity of 500 K bytes per drive, 4 drives
 maximum.
 It is supported under RTE-II, RTE-III, RTE-IV,
 RTE-IVB, and RTE-M.
 It is not supported under RTE-L or RTE-XL.
 I assume its also supported under RTE-6VM, but my
 documentation is not quite
 new enough to list that possibility.
 HP does have a boot from for this subsystem, but I
 think that the only OS that
 can fit and run from the 9885 is RTE-M, a 'memory
 only' version of RTE that was
 used to host dedicated applications where little or
 no program development work
 was done.  Think of this (the M version) as a 'run
 time' version of RTE.  Often
 RTE-M would boot off one of the tiny tape drives
 common to many HP terminals.
 In fact, the only mass storage systems for RTE-M are
 the 9885 and the terminal
 tape cartridge drives.  RTE-M looks kind of
 interesting, in that it does
 support Basic/1000M, so program development using
 Basic is an option (but no
 Fortran compiler, assembler, etc).
 RTE-M looks like an excellent choice for building a
 small system around the
 newer HP minicomputers (M and E series).  The only
 problem would be finding the
 distribution media and documentation.
 But I'm not aware of any place to get HP operating
 systems, or what their legal
 status is today.  I've got bits and peices of some
 HP OS's, but nothing
 operational.
 In many cases, collectors find partial systems
 without 'real' operating
 systems, or even supportable disk systems to hold
 those operating systems.  In
 these cases, what is a collector to do?
 On the HP machines, there is an easy alternative,
 HP's stand-alone basic.  But
 programming in Basic may cause some collectors
 indigestion.  And what if your
 chosen machine is not an HP??
 There is a way to get your chosen vintage machine
 running something usable
 without having to run the original operating
 systems.  You can elect to
 'bootstrap' the machine with a small, simple, custom
 operating system and
 programming language.
 Sounds impractical?  Too much work?
 Look how small CP/M is.  This is something a person
 could write.  More
 importantly, a more portable option exists,
 something akin to Forth (punishment
 for not liking basic enough in my opinion).
 Small threaded interpreters can be build fairly
 easily, and are small and
 powerful tools.  Once a small kernel of the language
 is running, you can
 quickly expand the system to provide whatever
 hardware support and features you
 choose.
 The book 'Threaded Interpretive Languages' by R. G.
 Loeliger describes an
 indirect threaded interpreter for the Z80, but first
 resorts to describing a
 'generic computer' to host a very simple threaded
 inner interpreter.
 The generic machine described in chapter 3 is ~very~
 similar to the HP1000
 machines, assuming you write simple subroutines to
 implement the parameter and
 return address stacks.  Using this approach, a very
 usable OS/programming
 language can be implemented in less than 4K words.
 Best of all it is
 extensible, features can be added incrementally. (as
 you find more hardware and
 documentation!)
 Whats needed to attempt such a thing?
 Well, documentation on any hardware you wish to
 support, and some form of
 assembler, either native or (preferably) a cross
 assembler.  Some method of
 getting the output from the assembler into memory is
 also key, we all love our
 front panels, but we need something more practical.
 Getting back to HP machines for a moment, these
 needs are easily met.  Simple
 loader software can be used to load code into memory
 through the TTY interface
 board, or better still through a parallel interface
 using the stock BBL loader.
 The assembler on the HP2100 archive site has been
 succesfully compiled into
 wintel executable code, and it works very well.
 Loader programs can be used to
 transfer data from a PC into the HP easily enough,
 or a reader emulator can be
 used as well.
 Other vintage platforms may not be so well supported
 in terms of cross
 assemblers and ultra-simple boot methods, but any
 box you can hand-code well
 enough to talk to the world through whatever
 interface you have can be made to
 work here.  I should also mention emulation here.
 Like it or not, you don't
 have to have the actual hardware to do a lot of this
 work (this means that
 people can help develop without being blessed by the
 glow of the front panel).
 Personally, Forth is highly unreadable and
 sufficiently bizzare that I've never
 learned much about it, other than being facinated by
 its architecture.  Its
 just so small, and you get so much functionality out
 of so little code.  This
 efficiency of design has got to appeal to people
 trying to do something useful
 with vintage machines.
 Most often the vintage machine you find is not
 already booting whatever OS was
 once available.  So whats the least-effort to
 getting such a machine running as
 it should?
 While implementing real Forth on a vintage machine
 is probably a very good
 approach to bootstrapping ancient iron thats not
 already booting an OS, Forth
 is just too strange for me.  I'm taking the option
 presented in 'Threaded
 Interpretive Languages', and writing my own threaded
 interpreter.
 Because my collection spans HP machines from the
 bitty 2114 up through E-series
 boxes, I'm going to write my own operating system
 and language using the base
 instructions common to all these machines.  I'm
 assembling the code using a
 wintel port of HPASM from Jeff's site, and
 transfering my code to the hardware
 using a tape reader emulator.
 But after reading of others trying to 'bootstrap'
 older HP machines, I have to
 ask if it would not be better for such
 'bootstrapping' projects to be done by
 teams of list members?
 This way a semi-standardized 'new vintage OS' could
 be developed specifically
 for easy portability to any ancient iron lacking
 reasonable OS support.
 Individual users can then alter of replace the
 languaged dictionary to suite
 their tastes.
 Anyone interested in a threaded interpreter for old
 HP boxes?   Maybe something
 that can run in all those 4K 2114's that can't run
 HP Basic?
  
__________________________________________________
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/