"Scarletdown" <SecretaryBird(a)softhome.net> wrote:
> Yeah. I discovered that shortly after my last post. How about
> FreeBSD? Would that work on such a miniscule setup?
You may need more than 8MB of RAM to run FreeBSD versions >= 3. 2.2.x
will run in 8MB, maybe as little as 4MB (I'm thinking the "5MB"
requirement on the CD jewel-box insert had to do with running
sysinstall from a RAMdisk filesystem). ObClassicmp: 486/33, 8MB RAM
200MB HD, running FreeBSD 2.2.6-STABLE of 23 Apr 1998 and in use as
dial-on-demand PPP router w/NAT. I've had the hardware for >10 years
so it must be on topic.
There's been some recent discussion on the freebsd-stable mailing list
about how to do a small installation, where "small" would appear to be
in the 14-83MB range. Take a look at (long URL):
<http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=E17xMiU-000JaP-0…>
These folks are mostly discussing version 4.x on later iron with more
RAM but comparable disk space (sometimes with flash EEPROM imitating
disk).
There's also the PicoBSD project whose aim is (or at least used to be)
a floppy-sized installation based on FreeBSD.
I think you'll find that this is another experience-building project.
-Frank McConnell
I'm looking for a copy of Delrina WinFax Pro 4.0 in the retail box. I am
more interested in the box than the software, so just having the software
won't do.
This is a bounty item, so anyone who can come up with this will get some
$$$.
Please reply directly to me at <sellam(a)vintage.org>.
Thanks!
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
* Old computing resources for business and academia at www.VintageTech.com *
Hi Joe:
At 09:37 PM 10/13/02, you wrote:
> I'm sending a copy of this reply directly to you as well as replying on
the list so I can be sure that you get a copy.
Thanks. I subcribed to cctalk, and will dump cctech once it seems like
posts are coming through -- looks like I'll miss stuff otherwise.
> No, the 85B has more memory (32k vs 16k) than the 85 (aka 85A) but it's
standard memory and not RAMDISK memory. The E-Disk ROM MAY be able to
convert all or part of that to RAMDISK but it would leave you with no user
memory. FWIW The 128k memory cartridge is strickly for RAMDISK memory, it
can't be used for regular memory.
Ahh. Knew there was something about ramdisk in there. I actually have a
64K expansion card. I opened it up to find a second row of chips not
installed, so I suppose I could make it a 128K if ever needed.
>Also I'm pretty certain that 85B does not have the I/O and Mass Storage
ROMs built-in. The HP-85F has those built in and it looks like an 85B and
says 85B on the front but it should have a metal tag on the back that
identifies it as an 85F. The 85F were delivered as part of various HP test
systems and AFIK they were never listed separately in the HP catalogs.
That's probably why few people have heard of them and may be confusing
their capabilities with standard 85Bs. The 85F is a nice catch IMO, you
gain two ROMs and don't use up any of the ports on the back.
I have not heard of an 85F before. I was pulling my 9915A apart, and found
six ROM locations under the module card cage. I also just noticed a post
>from someone about it too. There is an I/O rom and a 9915-specific rom,
and four spare locations.
> I'm sure they would, there are quite a few 9915s out there but AFIK I
have the only keyboard around. I'll see if I can find the schematic. If I
can't I guess I'll have to re-create it. But me every week or two and make
sure that I do it else I'm liable to get busy with other projects and
forget it.
Well, I have been poking around with the keyboard connector, and will post
my findings to the list. There are some locations I can't figure out, so
your assistance may still be required.
> How did your buddy manage to read the HP ROMs? With the Assembler?
I'll have to prod him to elaborate on the list -- I'm not sure if he is
subscribed yet or not.
thanks,
gil
;-----------------------------------------------------------
; vaux electronics, inc. 480-354-5556
; http://www.vauxelectronics.com (fax: 480-354-5558)
;-----------------------------------------------------------
Hi vp:
>From an old 9915A brochure:
>Control Signals Interface:
>Connector - 15 pin D-subminiature connector, ...(snip)...
So the Control connector provides some handy ways to restart the 9915
remotely. I was thinking it might have been a mini-gpio with some
program-readable i/o lines. Oh well.
>The 9915 has sockets for two sets of ROMs: The EPROM card you mentioned
>(which can accomodate up to 32K using 2516, 2716, or 2732 EPROMs) which
>can store user application programs. The second set is a bank of 6
>sockets for HP-85 ROM MODULES (white letters). These are the same modules
>that plug into the HP Series 80 ROM drawer (HP 82936A). The default
>configuration of the 9915 includes the 00085-15003 I/O ROM and the
>98151A Program Development ROM (which contains instructions for controlling
>the front panel LEDs and switches).
>
>The second bank is located under the expansion card cage. You can
>get to them by unscrewing one screw in the back of the 9915 (under
>the bottom slot) and one on the Operator Interface card.
I just found these rom locations as well. Hidden, but saves a rom drawer
slot.
>With just the I/O ROM even if you get an HP-IB card you will not be able
>to use disks, you also need the 00085-15001 Mass Storage ROM for accessing
>old-style Amigo drives or the (unobtainable) 00085-15013 EMS ROM that
>allows access to the SS-80 drives (e.g. 9122, 9133D/H etc.).
DOES ANYONE HAVE AN EMS ROM? It would be nice to get you to dump the
binary for possibly putting it into an eprom. John Shadbolt (are you on
this list John?) has managed to read an ASM rom, and burn an eprom. It
then ran from the Prog-rom-module card in and 85.
>Given the EPROM card, it may be easier to make a small ROM emulator board
that
>allows data to be uploaded via a serial interface.
I thought about a little flash pic or something that could emulate the rom
signals, but that looked non-trivial. But a configurable 2732 emulator,
hmm, that's probably even been done.
Problem is, for an 85, it's hard to find the prog-rom card to run an eprom
anyway. I've been looking at a prog-rom module here, for possible pcb
duplication, but it is stuffed with ttl and a few house-numbered parts. At
least it does not have a programmed micro or custom "translator" chip like
the serial card. DOES ANYONE HAVE A SCHEMATIC OR OTHER DOCS FOR THE
PROGRAMMABLE-ROM-MODULE?
>The keyboard is simply an 8 by 10 matrix buffered and debounced, and
>provides 76 cross points. The shift, control and caps lock keys are provided
>as dedicated lines.
Well, I started peeking at the operator interface card in the 9915. First
off, it looks the the video connector may just go to the edge connector, so
the video may be available (inside) even without the card.
The chips connecting to the keyboard and control connectors were house
numbers, so I just poked the keyboard connector with a scope, to guess at
the matrix i/o lines. Then, after a bit of playing with a couple of jumper
wires (and the incorrect but usable tv monitor), I have determined most of
the keyboard matrix:
2 3 4 5 6 7/8 9 10 11 12 13
14 down 8 I K M , L O 9 left
15 up 7 U J N . ; P 0 right
16 K4? 6 Y H B / ' ( - RPL
17 K3? 5 T G V LIST? CR? ) = -CHAR
18 K2? 4 R F C RUN PAUSE CONT \ ROLL
19 K1? 3 E D X + -LINE BS LOAD
20 K-LBL 2 W S Z - * ) ( STORE
21 1 Q A SP / ^
22 SHIFT
23 CTRL
24 CAPS-LK
Where the +-*/()^ keys in the bottom right are the numeric pad versions.
The numeric pad number keys were not found. Pins 7/8 (connected together
inside) are used with lines 22/23/24, but I'm sure don't connect to the
rest of the matrix at all. There are still a few unknown keys in the main
matrix though. Pin 25 use is unknown (2.5V). Pin 1 is chassis ground.
It's too bad this wasn't a parallel interface or something, since an
adapter to a serial keyboard would have been easy. I suppose an adapter
could use an array of analog-switches to drive the keyboard port, but it
might be easier to find an old keyboard with isolated switch contacts, and
wire it appropriately.
gil
;-----------------------------------------------------------
; vaux electronics, inc. 480-354-5556
; http://www.vauxelectronics.com (fax: 480-354-5558)
;-----------------------------------------------------------
Joe <rigdonj(a)cfl.rr.com> wrote:
> I don't know what the difference is between an A and a B model. [...]
There are two models corresponding to the 85 and the 85B.
I am supposed to have an 9915B (that's what it says on the box), but the
main PCB says 9915-66512 Rev A. Go figure. If I could power it up I'd
know whether its an A or a B by the amount of RAM, but I am still debugging
the PSU.
> >As for the control connector, I have no idea what that might be used for.
>
> I don't recall if it's input and output or only input but the 9915 can
> detect switch closures and take pre-programmed action.
>It all depends on wether you want the data to be still "mostly "there if
>something goes wrong with the file.
>AFAIK PDF and TIFF will be totally unusable with any one byte missing.
>whereas HTML XML and other text based format will still have useable and
>recognizable data.
The other way of looking at this is that your text/html files could
be utter garbage and you would not know any better. Or more likely, one
or two characters could get corrupted and produce something that is
still readable but incorrect ...
The real advantage of text (I think) is that we are still likely to be
able to do something with it 100 years from now. The medium is most
likely to be the problem (7-track tapes anyone..?)
MD5SUM and CDcheck will help detect errors years down the line (I'm
assuming that you write stuff to CD and immediately verify against the
original sources ... and obviously you keep duplicates of all the really
important CDs ...)
If getting the stuff back matters, you can try looking at the various
tools that can produce "parity files" for you. I think they are geared
towards having N files of a set size and adding P parity files to
regenerate lost data, but it's a start. Much better to keep a master
copy of your CDs somewhere IMHO.
Antonio
Sorry to bother folks, please contact me off list.
I tried the last email address I had, which is ip500(a)home.com, but since
@home dumped so many customers, I'm not surprised that address no longer
works.
-Toth
On Oct 13, 14:12, Megan wrote:
>
> >Jerome Fine replies:
> >
> >While I have a number of versions of the source for SST (Super
> >Star Trek) which was first written around the same time, I don't
> >think I have the FORTRAN IV source for the SST.SAV and
> >SST.DOC files (well obviously I do have the source for the
> >DOC file since that is the source) that were also released
> >around 1979 as well. Those two files are at dbit under games
> >for RT-11 unless you want me to e-mail them.
> >
> >Might you know where the FORTRAN IV source for that
> >version might be found. Also, I suspect that the 1979 version
> >of SST must have been compiled using V3.0x of RT-11.
>
> Your message was in response to my message about Spacewar on
> a GT40... I wasn't talking about Star Trek or Super Star Trek.
> They are entirely different games...
>
> I've not seen SST for quite a while... I might have a copy
> somewhere in my disk archives, but they are not currently
> accessible (being in storage)... I'm pretty sure there is
> a copy *somewhere* on the net...
Jerome, have you looked at the FORTRAN IV version of Star Trek on my page
at http://www.dunnington.u-net.com/public/startrek/ ? It's Kay Fisher's
(from DEC) translation of Mike Mayfield's program. It's not the same as
the version at dbit, though. If that one is a 10x10 grid instead of the
classic 8x8, it's probably the UT Super Star Trek released through DECUS.
You can probably find it in the DECUS catalogue.
--
Pete Peter Turnbull
Network Manager
University of York