test-drb May 2001

test-drb@ccmp.vtda.org

273 participants
642 discussions

by dhquebbeman＠theestopinalgroup.com

> 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

23 years, 12 months

Altair 8800b Turnkey & Front Panel

by celt＠chisp.net

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

24 years

booting from RQDX3

by pete＠dunnington.u-net.com

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

24 years

Apple Turnover?(OT long, boring, maybe humor)

by Lee.Davison＠merlincommunications.com

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.

24 years

Atari 400 & 800XL Power Supply Question

by univac2＠earthlink.net

Quick Question - Do the Atari 400 and 800XL use the same power supply?

24 years

Another way to kill the classics

by rhblake＠bigfoot.com

HP's on the bandwagon to scrap the old iron and make room for them to sell LOTS more....see this http://www.hp.com/hpinfo/newsroom/feature_stories/takeback.htm

24 years

MS-DOS cross assembler for HP211x machines.

by dhquebbeman＠theestopinalgroup.com

> > 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

24 years

Can anyone here burn a MMI6309 PROM for a Lisa?

by jlewczyk＠speakeasy.net

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

24 years

Washington D.C. Trip

by jlewczyk＠speakeasy.net

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*

24 years

Call for Resources for CDC 6000/Cyber 70 Series Emulator

by dhquebbeman＠theestopinalgroup.com

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

24 years

← Newer
1
2
3
4
5
6
7
...
65
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb May 2001