Thanks for the Feedback and/or interest in these items.
I will revert if and when I can establish a value price, and
the problem, crating, packaging, shipping, as I am located
in Long Island NY, and would prefer to deliver it
FOB, LI NY.
Perhaps you may have some interest in these machines?
Currently have 3 ASR 33's 2 with omni modems, one with relays
1 KSR 33 programable
1 Friden Flexowriter, that I saw as imput to a cray
computer at a computer museum on the web.
Dennis
Dennis Aruta, Owner ShipFix (c) & International Commerce List (c),
<a href="http://members.aol.com./denicny/trade.html">
INTERNATIONAL COMMERCE + SHIPS </a>
<a href="http://www.InsideTheWeb.com/mbs.cgi/mb522111">
Visit my Message Board
</a>
FireTalk 34260 denic
ICQ #174727
Mailing address:
Denar Chartering Inc.(since 1971) Phone: 516-326-2300
P.O. Box 1147, Denar House Fax: 516-326-2519
New Hyde Park N.Y. 11040 Tlx: 4971419
U.S.A. email: Denic(a)liii.com
DenicNY(a)aol.com
I've had this more or less useless Apple-iic sitting about, always
suspecting it could be used for something, and I've had a couple of ideas,
but I'm curious whether it uses the same DOS as and has other
characteristics similar to the Apple][+.
The joystick port seemingly has a few bits of input and the printer port has
a few bits of output. It would be amusing to do something useful with this
thing.
What are the port locations for its internally packaged I/O? Are there ways
of expanding the I/O without slowing down for serial I/O?
If I open the box, what will I find? Anything capable of handling, say, a
PIA?
Dick
>An autoclave is a device that sterilizes stuff. Usually surgical
>equipment and such. Not sure what the process used is, my impression is
>it's heat.
I thought it was steam under pressure...
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com |
| Unix Support Engineering Group | (home): mbg!world.std.com |
| Compaq Computer Corporation | addresses need '@' in place of '!' |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 | required." - mbg |
+--------------------------------+-------------------------------------+
>In regard the the maximum size of the drive, the DEC implementation
>allowed a partition number of 377 Octal (255 decimal) as the maximum
>since the two word table uses the UNIT for the first word and the
>second word split (one byte each) between the partition and the port
>(controller) which is almost a complete waste since the DEC
>implementation allows only a maximum of four ports in any case
>(only 2 bits required). Since all 16 high order bits of the 32 bit block
>number are available, it would be possible (but not trivial) to allow
>a much larger partition number and make better use of the map table.
>Since I don't have a 9.1 GByte Micropolis (slurp slurp slurp) for a
>system with RT-11, I have not bothered to determine how much
>effort it would be. Tim, maybe you could figure out what code
>references the PART and PORT values and see if the 2 bits in
>use for the PORT could be placed at the top of the word and
>6 extra bits made available to the PART for a maximum number
>of 16384 partitions and a 512 GByte drive.
Sure, this is done fairly easily. You have to modify not only the
SET overlay usage inside the DU handler, but also the parts of RESORC.SAV
responsible for SHOW DEV:DU. (Working from memory, the relevant parts
are in RESDEV.MAC on the source kit - I was fooling around with this
earlier this year to add multi-CSR display capability.)
The real question is, will I ever have so much RT-11 software/data that
I need access to more than 8 Gbytes? I've got a wall of 8" floppies here,
over 7000 floppies in total, but all 7000 floppies together (even assuming
double density) are only 3.5 Gbytes! (And less than half of those 8" floppies
are RT-11 stuff in the first place - the rest being WPS/8 and CP/M stuff.)
>Tim, do you have the search algorithm for alternate CSR addresses
>when the standard CSR DU MSCP address of 172150 is either
>not available at all or is a removable floppy with no media present?
The "DEC standard" way of determining alternate CSR's is to follow
the autoconfigure rules (see
http://metalab.unc.edu/pub/academic/computer-science/history/pdp-11/hardwar…
for a nice writeup of how the rules work). Unfortunately the RT-11
developers chose to ignore these rules in picking their "default" second
CSR for RT-11, but of course you could choose to follow these rules
by ignoring the SYSGEN-suggested secondary (and tertiary and whatever
comes after) DU CSR's.
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
I swear, (Boy do I swear!) every time I put my hands on something,
every time I think I got something figured out...
My RA92's front panel appears to have been roached. I don't know how or
why. Upon dragging (Not literally) the thing up to the 5th floor from the
basement, and applying power (Not connected to the controller), the display
(Which normally says WAIT for a few seconds) is blank. Funny. So I screwed
with it for awhile. If I jiggle it around, I can get garbage (usually) but
after about a half hour of screwing around, I pulled the drive's front
plate off, and looked around the insides. The logic inside and the cables
are all in immaculate shape. They look brand new. So I reassembled the drive
and pulled the front panel apart. It looks OK too. So I put the drive back
together. Argued with it another 45 minutes. Finally, I got lucky
and got a spot where, for about 5 minutes, I could work the panel. The FAULT
light was lit, the error code was "E B4". I tried spinning the drive up, and
then the panel glitched and reset. The drive spun up and checked (and it
sounded OK), but then it spun down and faulted E B4 again (it must have
realized the panel is screwed.) The drive shows no inclination of working
without it. Moving the panel around makes the panel flash random lights and
display garbage, so I think the panel's bad. Can anyone prove/disprove this?
I have no docs so I dunno what the error code means. I did get the E B4
several times, so I think that's good data. It might not be.
-------
I am trying to find a system that will run the Motorola M68000 Family
Structured Assembler. Any hints?
Paul R. Santa-Maria
Ann Arbor, Michigan, USA
paul(a)wccnet.org
>for a nice writeup of how the rules work). Unfortunately the RT-11
>developers chose to ignore these rules in picking their "default" second
>CSR for RT-11, but of course you could choose to follow these rules
>by ignoring the SYSGEN-suggested secondary (and tertiary and whatever
>comes after) DU CSR's.
Okay, as one of the developers involved with RT-11 at the time the
DU handler was first developed after we actually got some prototype
MSCP controllers, I have to respond...
At the time we got the controllers, the primary address had already
been defined, but the secondary and subsequent addresses were assumed
to be allocated out of the floating CSR and floating vector areas. It
wasn't until some later time that it was decided that the secondary
and subsequent addresses were to be fixed and had a certain algorithm
for determining. By that time, SYSGEN had already been modified. It
was decided that 1) for backwards compatibility and 2) since the addresses
can be changed with SET CSRn and VECn, SYSGEN wouldn't be changed.
We didn't ignore the defaults, there were none at the time to ignore.
Finally, there is the problem of the SBC-11/21[+], where the 'standard'
MSCP address is actually in a pre-allocated area, so it has to be
located elsewhere (176150)...
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com |
| Unix Support Engineering Group | (home): mbg!world.std.com |
| Compaq Computer Corporation | addresses need '@' in place of '!' |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 | required." - mbg |
+--------------------------------+-------------------------------------+
In a message dated 11/9/99 9:43:05 PM Eastern Standard Time, jpl15(a)netcom.com
writes:
> ObClassiccmp: I just was given an *immaculate* Mac 512 with over a
> hundred disks, a printer, and an original Thunderscan.. all in soft
> nylon carry-cases. It was owned by one of those folks who have their
> equipment autoclaved every six months, just for good measure. It is
> all literally in show-room condition. Also, three unopened toner
> carts for the Laserwriter... and the person delivered them to me.
that's cool! just keep that puppy out of the sunlight. original colour macs
are getting hard to find these days...
d~
keep collecting, computers!
In a message dated 11/3/99 7:49:48 PM Pacific Standard Time,
schoedel(a)kw.igs.net writes:
>
> I've just been fortunate enough to obtain a pair or Xerox D-series
> machines. One is a 53D (Daybreak? Dove? 6085? 1186?) and the other an
> 8010.
According to <A HREF="http://home.eznet.net/~heiny/mesa/ident.html">Xerox
Workstation Spotter's Guide</A>
The 53D is the Dove or 6085
The 8010 is the Dandelion or T22 & K91
I have had several 53Ds and T22s so I can verify those numbers. I had some
8010s with a different number but I am not sure it was K91. It seems to me
that it was different, but this was 7 years ago.
I wish I had kept one of the Dandelions. This was one of my favorite machines.
Paxton
