> Quoting "r. 'bear' stricklin" <red(a)bears.org>:
> > - TRS-80 Level II BASIC Reference Manual. 2nd ed. 1979. ca.
>
> Wow, can I buy that one from you? That book introduced me as a kid
> to programming, and (with the help of Tron and Wargames) made me
> who I am!
If he doesn't let go of it, get back to me, I think that's the
trash-80 book I pulled off a garbage pile a few years back. It
won't be in pristine condition, of course.
Just lemme know...
Regards,
-doug quebbeman
This was donated to me about a week ago; my collection interests are
80s-era 8-bit micros and heathkit items. I have no knowledge of S-100
computers, and would prefer this go to someone who has the knowledge and
interest to maintain it. Contact me off-list if you want it.
- Mike
http://tarnover.dyndns.org/
Tarnover - The Apple II Repository
On May 31, 4:45, John Allain wrote:
> Would 30+ lines of assembly always be required?
I've lost the context that prompted that particualr question, but if you're
asking if a bootstrap always needs 30+ lines of instructions, no, some are
much shorter than that. This is the bootstrap for a TU10 magtape:
100000 012700 MOV #0172526, R0 ; TM11 (TU10) MTCMA magtape
current memory addr
100002 172526
100004 010040 MOV R0, -(R0) ; byte count, 2's compl, -2730
allows up to 2730
100010 012740 MOV #060003, -(R0) ; MTC command reg: 800bpi 9-trk,
odd parity,
100012 060003 ; unit 0, no IRQ, extended bits
zeroed, read+go
100014 000777 BR 0100014
This is the code for an RXV21 (RX02 floppy controller) which is one of the
longer ones (the comments are mine):
1 000000 ; RXV21_boot From Microcomputer Interfaces
Handbook 1983-84, page 484
2 000000 ; Use ODT to enter, then set RS=340,
R6=1000, R7=1000, then P
3 000000 ;
4 000000 ORG O1000
5 001000 ;
6 001000 012700 MOV #O100240,R0
6 001002 100240
7 001004 012701 MOV #O177170,R1 ; RXCSR
7 001006 177170
8 001010 005002 CLR R2
9 001012 012705 MOV #O200,R5
9 001014 000200
10 001016 012704 MOV #O401,R4 ; track 1,
sector 1
10 001020 000401
11 001022 012703 MOV #O177172,R3 ; RXDBR
11 001024 177172
12 001026 030011 BIT R0,(R1)
13 001030 001776 BEQ $-4 ; wait for
TransferReq or Done
14 001032 100437 BMI O1132 ; branch if
ERR set
15 001034 012711 MOV #O407,(R1) ; set DDens,
Read, Go
15 001036 000407
16 001040 030011 BIT R0,(R1) ; wait for TR
17 001042 001776 BEQ $-4
18 001044 100432 BMI O1132 ; branch if
ERR set
19 001046 110413 MOVB R4,(R3) ; give sector
number
20 001050 000304 SWAB R4 ; swap track
and sector
21 001052 030011 BIT R0,(R1) ; wait for TR
22 001054 001776 BEQ $-4
23 001056 110413 MOVB R4,(R3) ; give track
number
24 001060 000304 SWAB R4 ; swap sector
and track
25 001062 030011 BIT R0,(R1) ; wait for TR
26 001064 001776 BEQ $-4
27 001066 100421 BMI O1132
28 001070 012711 MOV #O403,(R1) ; EmptyBuffer
(DDens) command
28 001072 000403
29 001074 030011 BIT R0,(R1) ; wait for TR
30 001076 001776 BEQ $-4
31 001100 010414 MOV R4,(R4) ; save sector
number
32 001102 010513 MOV R5,(R3) ; set word
count=256
33 001104 030011 BIT R0,(R1)
34 001106 001776 BEQ $-4 ; wait for
done
35 001110 100410 BMI O1132
36 001112 010213 MOV R2,(R3) ; set
address=0
37 001114 060502 ADD R5,R2 ;
increment...
38 001116 060502 ADD R5,R2 ; ...address
39 001120 122424 CMPB (R4)+,(R4)+ ; bump R4 by
2 and clear all flags
40 001122 120427 CMPB R4,#3 ; sectors 1
and 3 get done
40 001124 000003
41 001126 003735 BLE O1022 ; loop if not
finished
42 001130 012700 MOV #0,R0
42 001132 000000
43 001134 005007 CLR PC ; go to
address zero
44 001136 120427 CMPB R4,#0 ; dummy
operation, pipelined but not executed
44 001140 000000
> I thought DEC 11's all did higher level booting with a memory
> mapped address in the pre-Vax and with named console
> devices in the Vaxes.
>
> Are you then saying that adding a disk controller card always
> requires adding a matching boot (E(P(ROM))? ('Duuh' -JEA)
There has to be *some* code *somewhere*, and different controllers need
different boot code (if only because they have the registers at different
addresses). There isn't any ROM on a KDF11-A or KDJ11-A, so you need there
to be some bootstrap code on one of the other cards.
Third-party controllers often have unique boot code on the card. Most DEC
controllers rely on a boot ROM being on a special bootstrap board (like a
BDV11, which also has a line time clock and bus terminators), a ROM board
(like an MRV11-D) or a multifunction card (MXV11, which also has DRAM
memory, clock, and serial lines for the console and one other serial
device). Most of the DEC bootstraps for Qbus systems offer a choice of
boot options (different disks, network, etc) and in addition will do a
simple memory test (or at least write to it to ensure the parity or ECC is
correct); many of the later ones are interactive.
--
Pete Peter Turnbull
Network Manager
University of York
Ho humm....
-----Original Message-----
From: McFadden, Mike [SMTP:mmcfadden@cmh.edu]
Sent: Wednesday, May 30, 2001 5:07 PM
To: 'classiccmp(a)classiccmp.org'
Subject: Re: Apple Turnover?(OT long, boring, maybe humor)
Little know facts about apple turnovers.
[cut]
to be turned over. The only successful installation is in the
International
Space Station where gravity is not a factor so the apple will turn
over due
to convection currents in the air flow. That's where the term
convection
Err .. no gravity = no convection. This brought to mind some show I was
watching about Space Shuttle. The narator said ..
"The astronaughts don't sleep lying down because in orbit there is no
gravity.
They sleep standing up."
Huh?
Lee.
----------------------------------------------------------------------------
----
This email is intended only for the above named addressee(s). The
information contained in this email may contain information which is
confidential. The views expressed in this email are personal to the sender
and do not in any way reflect the views of the company.
If you have received this email and you are not a named addressee please
delete it from your system and contact Merlin Communications International
IT Department on +44 20 7344 5888.
_____________________________________________________________________
This message has been checked for all known viruses by Star Internet
delivered through the MessageLabs Virus Scanning Service. For further
information visit http://www.star.net.uk/stats.asp or alternatively call
01285 884400.
>
> For those interested in a cross assemlber for theHP mini's...
>
> I found C source code for a HP 2100 cross assemlber on the HP2100
> archive site (which seems to be down today).
I think Jeff's site is hosted on his workstation... it probably
kills the performance of the station when it's getting hit a lot.
I've also downloaded the complete contents of this site, so I
can forward items if you can't get them otherwise.
> Not being a C person (that is, not able to read C, much less code in
> it), I handed a copy over to a friend who tinkers with C a little.
> He managed to convert the original source into something that would
> compile on what he described as an obsolete C compiler (Borland?).
For those of you who would prefer to use a more modern compiler,
and who can run a 32-bit version of Windows, there is a version
of the Gnu Compiler Collection (GCC) that runs in a Win32 Console
Session (not really a DOS box, but close enough), I recommend you
search for this particular package:
gcc-2.95.2-crtdll.exe
Unpacked, it's 23MB, and all you need after unpacking it (it's
self-extracting) is to set your PATH to the bin folder of the
directory into which you install it.
At any rate, hpasm.c compiled with no changes, as did chkabs.c.
OTOH, I have not yet tried to assemble the sources for the MSU
4-user BASIC and compare the binary output to the existing
binary he has on the site. So, the proof remains in the pudding...
Regards,
-dq
I'm looking for help making a 256*8 Tri-state PROM for the CPU card of a
Lisa.
Its a MMI 6409-1N part. I don't have a data sheet and I don't have the means
to burn one.
If I supply the part and the data, can anyone here burn a few of them for
me?
Alleged parts equivilent to the MMI 6409-1N are:
Signetics 82S135
National 74S471
TI 28L22
Reply to me off list via jlewczyk(a)speakeasy.net if you'd prefer.
Thanks
John
----------------------------
classiccmp digest subscriber
Jason,
I agree that those museums are a MUST SEE for any vintage computer
enthusiast!
You forgot to mention (did you miss it?) that they have the origional
"Mark-8 Microcomputer" that Jon Titus built as found on the cover of Radio
Electronics in 1974! It was right next to the micros and micro magazines
exhibit. Jon was a guest at VCF in 1999.
I reckon that the burn-in on the Xerox Alto was an early "desktop theme" or
"screen saver" (did the Alto have that feature?). If I recall correctly it
reminded me of cartoon-like butterflies, flowers, or a bee or something like
that. There were a number of Altos placed into service at the White House
for use by secretaries there, and perhaps one of those is what ended up at
the nearby Smithsonian. I understand that the secretaries that got to use
them, loved 'em.
Its a pity that none of the computers on display at the the museum actually
are working. I think that is a major flaw in their presentation.
I found the videos running as part of the Enigma exhibit and the Eniac
exhibits to be particularly interesting.
John Lewczyk
jlewczyk(a)speakeasy.net
classiccmp digest subscriber
> Date: Wed, 30 May 2001 13:57:30 -0400
> From: "Jason McBrien" <jbmcb(a)hotmail.com>
> Subject: Washington D.C. Trip
>
> Didn't get anything from anywhere on my extended Memorial Day vacation to
> Washington D.C. (Mostly running through museums) But I highly reccomend it
> to anyone interested in historical computing devices. The main Smithsonian
> museums I went to were the American History Museum and the Air and Space
> museum. Both had special exhibits on information processing, and among the
> highlights are:
> *snip*
Howdy!
I'm gathering the resources necessary to build an emulator
for the CDC 6000 Series, Cyber 70 Series, and Cyber 170
Series mainframes. I'll be pulling together existing
works-in-progress and using Bob Supnik's SIMH as a framework.
The fruits of this labor will be freely available to any
and all, as with the DEC emulators. As to the CDC-owned
software, efforts are underway which are hoped will lead
to a hobbyist license, a la DEC's.
I have a good start on the manuals I need (kept some from
years ago, will acquire others). Additionally, I've sent
two of my four old CDC 9-track tapes to be read and placed
on CD-ROM as images.
If any of you (whom I have not already been in contact with)
have any printed source listings, coredumps, or best of all,
9- or 7-track tapes containing operating systems (the CDCs
used a deadstart tape and a system library tape), would you
be willing to have the tapes imaged-to-disk, and make the
images available to this project?
Thanks in advance,
-doug quebbeman