In california that was :
orbit% ./bday
Time to roll is Sat Sep 8 18:46:40 2001
orbit% cat bday.c
#include <stdio.h>
#include <stdlib.h>
#include <sys/time.h>
int
main(int argc, char *argv[]) {
unsigned long now;
now = 1000000000L;
printf("Time to roll is %s\n", ctime(&now));
exit(0);
}
orbit%
At 02:36 PM 9/10/01, you wrote:
>While IBM, HP, Dec, Intel, Microsoft, and a cast of thousands have
>been duking it out for the past 31-3/4 years, UNIX time() (ref: man 3 time)
>has been steadily plodding along and has quietly ticked past 1 billion seconds
>within the last day or so.
I'm looking at dumping the ROMs from a VT100 board, but I'm having
trouble finding pinouts of the ROMs.
The VT100 FMPS says that locations E40, E45, E52 and E56 on the basic
board are 8316E 2Kx8 ROMs. However, the schematics don't show the
designations for all 24 pins. The online Chip Directory doesn't contain
the pinout for the 8316 either.
My PROM Programmer will handle 2716 EPROMs, which the Chip Dir. does
contain a pinout for, and looks compatible with the 8316. I'd be tempted
to try dumping one of them, were it not for the fact that E45 on my
board is actually labelled "AM9218CPC", the pinout for which is also
absent from the Chip Dir.
Could anyone please tell me definitively whether the 8316, 9218 and 2716
are pin-compatible?
Cheers,
Paul
Doing it for N* and any other IE: multiple hard sector formats would be a
challenge
as the structure of the data differed greatly and also the timing. Also
most of the
hard sector controllers were uniquely dumb. By that I mean they depended
on the
CPU (even the lowly 8080) to do a great amount of the work. for example
stepping
the head in or out was usually done by setting a direction bit and timing
out a step
pulse(s) as needed. Sector read and write were assisted at the byte
level with a
usually simple FM/MFM/M2FM encode decode and a shift register plus a
simple
sync recognizer. Of course all of them went about it differently with
variations
abounding.
Me I'd do a ISA to S100 adaptor and write code... ah foo it's easier to
use a
real ns* and far more productive.
Allison
-----Original Message-----
From: Bob Stek <r.stek(a)snet.net>
To: classiccmp(a)classiccmp.org <classiccmp(a)classiccmp.org>
Date: Monday, September 10, 2001 1:49 PM
Subject: Re: Vector 3/Teledisk
>FWIW, I did once correspond with the Catweasel guy and he said it would
>do N* 10-hole hard-sectored disks, but he had never had a request or
>seen a N* disk. I was supposed to send him some samples but never got a
>round tuit.
>
>And don't forget, it has already been done - the Microsolutions
>MatchPoint card allows your PC to read N* disks. Of course, just try to
>find one!
>
>If it provides motivation for one of you hardware types with nothing
>better to do, I'd lend my support to requesting an add-in card which
>could handle the 10 and 16 hole 5.25" disks and the 32 hole 8 inchers as
>well (I have a lot of ProcTech Helios disks).
>
>Bob Stek
>Saver of Lost Sols
>
>
>
The are several strings embedded in the dos bot in command.com
and IBMdos. The bios was uniquely IBM and not a copy.
Also there are embedded characters in the code like:
code....
move a,h
ret
DB "D"
modecode...
push D
RET
DB "R"
and so on, it's spread out a bit.
Allison
-----Original Message-----
From: Cini, Richard <RCini(a)congressfinancial.com>
To: ClassCompList (E-mail) <classiccmp(a)classiccmp.org>
Date: Monday, September 10, 2001 10:18 AM
Subject: DOS 1.0 copyright string
>Hello, all:
>
> I was able to get my hands on the two DOS 1.0 disks. So, I spent a
>few minutes with Sourcer and a good hex editor in search of the DR
copyright
>notice. I didn't find it.
>
> Maybe I misunderstood the timing of the message, but I thought that
>the 1.0 version of DOS contained copyright information from Digital
Research
>and when IBM found out, they compelled MS to expunge it, resulting in
the
>1.1 version.
>
> The file dates are as follows:
>
>c:\>dir a:
> Volume in drive A is 3COM53_D1
> Volume Serial Number is 11DC-3A5E
>
> Directory of A:\
>
>07/23/81 12:00a 1,920 IBMBIO.COM ***
>08/04/81 12:00a 3,231 COMMAND.COM ***
>08/13/81 12:00a 6,400 IBMDOS.COM ***
>09/10/01 09:28a 66,235 COMMAND.LST
>09/10/01 09:27a 4,374 IBMBIO.SDF
>09/10/01 09:28a 143,874 IBMDOS.LST
>09/10/01 09:28a 16,231 IBMDOS.SDF
>09/10/01 09:27a 25,780 IBMBIO.LST
>09/10/01 09:28a 10,141 COMMAND.SDF
> 9 File(s) 278,186 bytes
> 1,177,088 bytes free
>
> The files are all dated before the PC's release. I find it
>interesting that the file date for DOS proper was one week before the PC
>announcement. Microsoft tweaking until the last minute.
>
> IBMBIO contains only a revision mark and no copyright notice. IBMDOS
>contains a header common to all versions of DOS ("M;S<>=~KRAA") and no
>copyright notice. COMMAND contains a copyright message which is the one
>probably displayed upon execution:
>
> The IBM Personal Computer DOS
> Version 1.00
> (C)Copyright IBM Corp 1981
> Licensed Material - Program Property of IBM
>
> So, where did I go wrong??
>
>Rich
>
>
>==========================
>Richard A. Cini, Jr.
>Congress Financial Corporation
>1133 Avenue of the Americas
>30th Floor
>New York, NY 10036
>(212) 545-4402
>(212) 840-6259 (facsimile)
>
> This topic has gone over the list a few times, from experience, the "best"
> scans are 600 DPI black and white compressed into PDF files. This achieves
> exactly what is needed, get the data without a lot of excess. The KA655 TM
I know in my case the max I can manage is 300dpi optical, but that will
produce a usable document as long as it doesn't include circuit diagrams.
Zane
This topic has gone over the list a few times, from experience, the "best"
scans are 600 DPI black and white compressed into PDF files. This achieves
exactly what is needed, get the data without a lot of excess. The KA655 TM
that is on the DFWCUG site appears from the PDF to be 100 DPI/8 bit (note
that's 800 bits per inch net and the result is harder to read) I'll add
scanning this manual to my list. They don't appear to have come up with a
'standard' for their scans. That would help too.
--Chuck
At 01:01 PM 9/10/01, you wrote:
> > However, someone decided to scan some of the manuals as low
> > resolution 8 bit grey scale (what a waste of someone's scanning time!)
>
>Do you mean low or high resolution? There's no need for 48 or even 16
>bit for anything not continuous tone. I got three manuals from DFWCUG
>and am very happy with the quality. Perhaps they could look into more
>efficient compression, though.
>
>John A.
Hey guys, (and gals)
Help! : )
I'm trying to find documentation to help get my 11/780 fully operational.
The PDP-11/03 starts the internal self-test, but fails right before
actually reading the 8" floppy.
There was a diagnostic guide on E-Bay that I really wanted, and bid a
pretty decent amount on, but it seems someone else needed that document
more than I did. Oh well......
If anyone has spare or unused documentation for the VAX 11/780, please let
me know. This is needed to get my 780 back to operation. If you want links
to a site showing my 780 for proof that I indeed have one, let me know. I
realize that some don't want to give up stuff to those who will just turn
around and E-Bay it.
- Matthew Sell
Matthew Sell
Programmer
On Time Support, Inc.
www.ontimesupport.com
(281) 296-6066
Join the Metrology Software discussion group METLIST!
http://www.ontimesupport.com/cgi-bin/mojo/mojo.cgi
"One World, One Web, One Program" - Microsoft Promotional Ad
"Ein Volk, Ein Reich, Ein Fuhrer" - Adolf Hitler
Many thanks for this tagline to a fellow RGVAC'er...
Hi,
Is anyone is interested in a free,
working Micro 3000 XE (desktop size Classic
HP 3000), complete with disks, tape drive
... and is willing to pick it up (or pay to have it picked up),
please contact me soon.
Disk drives: HP 7958, and HP 7936.
Tape drive: HP 35401 (9144 cartridge tape auto changer)
MPE Version is V-Delta 5.
It's in Lebanon, New Jersey, off of Route 78.
thanks,
Stan
(cc: Gunther, who knows someone driving to New Jersey soon :)
Stan Sieler sieler(a)allegro.com
www.allegro.com/sieler/wanted/index.htmlwww.allegro.com/sieler
> Chuck McManis wrote:
>
>Something to note is that the VMS licenses from the Hobbyist
program will
>work on VMS 5.x and beyond, they will _not_ work on VMS 4.x (the
LMF
>changed significantly between 4.x and 5.x). However, since most
"classic"
The most significant change being that it
sprang into existence with V5.0 :-)
Before that VAX/VMS, DECnet and Clustering
(and some other SIPs I forget) were enabled
or enhanced using patches. I *think* that
these patches were being collected in
order to be made available on some future
Freeware CD but I may be wrong about that.
Antonio
> Matthew Sell wrote:
>
>I'm trying to find documentation to help get my 11/780 fully
operational.
As of last weekend you'll find a set of
six technical manuals over at:
http://208.190.133.201/decimages/moremanuals.htm
They're all technical manuals rather than user
guides and maintenance guides but that's
all I was sent. The HW user guide may well
be on its way sometime ... if it turns up
I'll scan it and let you know.
I've seen people on this list state before now
that they have the printsets so maybe they'll
appear one day.
>There was a diagnostic guide on E-Bay that I really wanted, and bid
a
>pretty decent amount on, but it seems someone else needed that
document
>more than I did. Oh well......
Eighty odd dollars! You could try the seller to
see if it was a duplicate and/or you could try
the buyer to see if he can either help out
or scan it for you.
>me know. This is needed to get my 780 back to operation. If you
want links
>to a site showing my 780 for proof that I indeed have one, let me
know. I
Links would be nice anyway ... I for one
would like to see a VAX-11/780 again!
Antonio