Hi Grant,
>One 8bit ASCII and another forced to 7bit. This one attached has
>been forced to 7bit ASCII. Both files WILL load into the Altair without
>issue.
The tapes are comprised of recorded ascii data (s-record format) ...so if
you are just reading the data as is (vs. loading the data via a s-record
loader) then you should probably get the same thing regardless if you
use 7 or 8 bits.
>It seems random which bytes had the 8th bit set and which
>didn't.
I assume that you are referring to the data in memory as a result of the
ROM tape loader execution? If so, you will note that Basic has bit 8 set
on many ascii text elements within the source. Microsoft Basic used the
high bit set in the keyword tables for the code that searched the keyword
tables. They also often used the high bit to determine the last character
of message strings.
> Also, there is what appears to be garbage after the S0 record. I
>have no idea why. The tape has a bunch of 7Fs, then S0 and a bunch of
>garbage, and then 00s. At the end there is some garbage too. The KCACR
>ROM appears to ignore it.
It appears that the tape is similar to the MITS Absolute Tape Load format.
I'm guessing that your format is as follows:
First ...
Pre-leader - comprised of a series of bytes that represent the length of
the tape checksum loader. For example, a series of 7F bytes would
mean that the checksum loader is 127 bytes long.
Second...
S-record header record (S0)
Third...
Checksum loader - intended for those who do not have the kacr ROM. It
should be 127 bytes in in your example.
Forth...
Tape leader - a series of nulls
Forth...
The actual code. There may be some garbage bytes appended, depending
on how MITS dumped the tape (specifically, how long the address range
specified to dump was).
Fifth...
Trailer - a series of nulls
This is similar to the typical format used for MITS tapes (both paper
and cassette based).
Scott
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Posted for comment, started off list:
I have about 3-4 recordings of the tape. As well as a "reproduction" of
the tape.
I lifted the "transmit" leg on the serial chip so that it wasn't in the
socket. Then I put a jumper from the receive pin to the transmit
hole. While playing the tape into the Altair I recorded the remodulated
data into the computer and made a note if there were no checksum
errors. As the tape was being demodulated the KCACR was remodulating the
data at the same time.
I have never been able to get a computer recorded file to load into the
Altair. This may be caused from a lack of audio amplitude? I was
surprised that the KCS.EXE utility only found 3 errors in the cassette tape
wav file but found 11,000 errors with the remodulated WAV file. There was
a slight DC offset and a background hum (not 60hz)
I'm STILL trying to figure out why I have a few 13 minute long and a few 10
minute long recordings of the SAME TAPE!!!!
Once I am through with this process I will make a tutorial. I'll also
offer to recover other people's tapes. I LOVE time capsules! : )
Grant
>If you haven't done so already, back up your tapes to .wav files right
>away!
>
>Just plug your cassette player into your PC and do some high quality
>mono recordings (8bits @ 22050 samples/sec). Avoid MP3 because of lossy
>compression.
>
>Look here: http://www.netbay.com.au/~dxforth/ if you want to
>post-process the .wav files, but it's even easier to just feed the audio
>back and forth via your sound card.
>
>Once you have the digital data, you can always recreate the tapes but if
>you lose the tapes, that's it.
>
>Jack
Happy New Year!
I'm back at it again - I plan on doing better this time. (I've fixed
the specific double delete bug that bit me last time, improved tracing
quite a bit, and added a lot of consistency checking code.)
Just like last time, all you need to do is telnet to 24.159.203.149,
port 2301. Once again, that's my Linux box, but today it is forwarding
port 2301 to my PCjr. The commands are slightly enhanced from the last
test, but it isn't anything highly interactive.
Up to 9 people can connect simultaneously. We didn't get more than 2 or
3 simultaneous connections last time, so I'm probably overly optimistic.
Some of you noted from last time that there is no character echoing or
line editing. Telnet users on Unix machines will probably have local
line editing, which makes things a wee bit nicer. The standard Windows
telnet client doesn't do that by default, so you will type but not see
your characters. That's a project for a different day.
Here is a picture of the machine you are connecting to, complete with
the Western Digital 8003 Ethernet card grafted onto the side:
http://brutman.com/PCjr_WD_small.jpg
And lastly, if you remember, type in your OS and machine type as a
command. It will complain about it being an invalid command, but I'll
see it in the log and I'll have a better idea of what I'm testing against.
Thanks in advance,
Mike
I thought I would post this for the search engines to latch a hold onto.
It appears that my 20k post including the Cassette Basic source was
killed. If you want the authentic S record listing of MITS Altair 680
KCACR Basic then send me an e-mail... If you mentioned that you wanted it,
please e-mail me off list again. I may forget! I am in the process of
setting up a web page on the 680, so I'll put the information there when
I'm ready.
If someone is interested in helping me "figure out" what is on the leader
and footer of the tape, please request the original files. I have
two. One 8bit ASCII and another forced to 7bit. This one attached has
been forced to 7bit ASCII. Both files WILL load into the Altair without
issue. It seems random which bytes had the 8th bit set and which
didn't. Also, there is what appears to be garbage after the S0 record. I
have no idea why. The tape has a bunch of 7Fs, then S0 and a bunch of
garbage, and then 00s. At the end there is some garbage too. The KCACR
ROM appears to ignore it.
I've found this file reliably loads at 9600bps. It takes 21 seconds to
load into a 680.
.J 0000
MEMORY SIZE?
TERMINAL WIDTH? 80
WANT SIN-COS-TAN-ATN? YES
9604 BYTES FREE
MITS ALTAIR 680 BASIC VERSION 1.1 REV 3.2
--KCACR--
COPYRIGHT 1976 BY MITS INC.
OK
------------------------------------------
S10400F3FF09
S11300000D7600F37E1A4F7E034A00004838002C18
S113001000000000000000000000000000000000DC
S113002000000000000000000000000000000000CC
S113003000000000000000000000000000000000BC
S113004000000000000000000000000000000000AC
S1130050000000000000000000000000000000009C
S1130060000000000000000000000000000000008C
S1130070000000000000000000000000000000007C
S1130080000000000000000000000000000000006C
S1130090000000000000000000000000000000005C
S11300A0000000000000000000000000000000004C
S11300B00000000000000000000000000000007CC0
S11300C000C926037C00C8B6EA60813A240881206E
S11300D027ED803080D039FFEA607E03D500000030
S113010000000000000000000000000000804FC755
S113011052007E1A4F0CF10E6015E6165A16000DA9
S1130120710E410E6C18521932142818BE19681930
S11301306E19B419F811BC10D50F1D117910F510F2
...
Blah hlah blah, ask me for more...
Yeah, no kidding--someone game me a Mac 6100/60. Not very exciting,
but I've upgraded the memory to 40 MB and added a 4GB hard disk from
parts in my hellbox.
So, does anyone have any first-hand experience with Linux on one of
these critters? Is it worth the installation trouble?
Cheers,
Chuck
After a bit of a ponder this should be about as fast as you can get
without putting multiple statements on one line ..
1 GOTO 5
2 WAIT A,D,D
3 POKE B, PEEK(C)
4 GOTO 2
5 A=61456
6 B=61441
7 C=61457
8 D=1
9 GOTO 2
.. if multiple statements per line are allowed then this should be
faster ..
1 A=61456:B=61441:C=61457:D=1
2 WAIT A,D,D:POKE B,PEEK(C):GOTO 2
Lee.
>> Does it pop up saying the disk needs to be initialized? Are you sure
>> it's
>> HFS?
I'd first give Disk First Aid or some similar program a go at it. Start
up DFA first and then insert the disk and scan it. Try covering the HD
hole, also- 800k Macs could format 1.44s at 800k which could confuse a
newer machine. You might be sunk, though, if that's the case, as some
800k drives don't magnetize the disk strongly enough and it is
unreadable after several years.
I have at least a couple I need to get rid of. Too
much stuff. No keyboards or mice (they take the
regular ps/2 type though), no OS, probably busted
drive door hinges, somewhat scuffed up. They weigh
about 40 lbs, so keep that in mind. Free otherwise.
E-mail me offlist please.
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
I'm pretty confused right now. I wrote a small basic program to dump my
cassettes into the computer.
1 IF (1 AND PEEK(61456)) = 0 THEN POKE 61441, PEEK(61457)
2 GOTO 1
61441 - ACIA DATA PORT
61456 - KCACR STATUS PORT
61457 - KCACR DATA PORT
I'm not checking if the ACIA is ready for data, because when reading at
300bps and transmitting at 9600 we should never have to.
Why am I getting strange results below? The only thing I can think of is
that it is somehow missing every other byte from the KCACR. Does anyone
see anything wrong with the basic program? All 500 lines returned are the
exact same length and they all start with 13.
1300D603EAFE3A00880C8
13000000000000000000C
...
1310452E25D34F0FEE5CC
1310C71943CF143316541
Missing every other byte? Maybe the 680 and it's basic isn't fast enough
for my program? I'm just guessing that S1 and 13 are supposed to be there...
S113_0_0_D_6_0_3_E_A_F_E_3_A_0_0_8_8_0_C_8
On top of all this, I'm having a hard time understanding the format.
This is a good line:
1 2 3 4 5 6 7 8 9 10 11 12 13
S1 13 0000 0D 76 00 F3 7E 18 F9 7E 03 3C 00 00 48 38 00 2C 7E
S1 means its a data record,
13 is the byte count,
0000 is the address,
and 7E is the checksum.
So what are the mystery bytes? How do you get 13 data bytes and still have
a place for all of the rest? 13 is supposed to include the checksum! The
checksum is the one's compliment of the sum of the all bytes except S1 and
the checksum itself.
FF-(13+0D+76+F3+7E+18+F9+7E+03+3C+48+38+2C)=7E
So 7E is the checksum. I want to know where all those bytes go! :(
Grant
> Cleaning out things and came across 40+ tubes (24/tube) of TTL 5400
> Quad Nand Gates (Mil version of the 7400). Free for postage.
>
> Here's your chance to build your computer from scratch :oD
>
> CRC
'Tis all gone...
CRC
I'm using them for a dovebid sale and while things are scheduled to be
delivered tomorrow (knock on wood), so far I've been pretty
unimpressed with moveit.com. They haven't been very good at
communicating important details like MY SHIPPING ADDRESS, when the
shipment would be made, how payment was to take place, etc.
They say they do a love of business through dovebid, and while that
may be so, I don't think I would use them again in the future compared
to my experiences with cratersandfreighters.com.
Has anyone else used these guys?
What was your experience?
--
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
<http://www.xmission.com/~legalize/book/download/index.html>
Legalize Adulthood! <http://blogs.xmission.com/legalize/>
Hi,
I'm finding inconsistencies between the HP-67 & HP-97.
I'm looking for an HP-97 Manual and saw a note from Joe that stated Mike Haas
found one. Is it for sale?
Gregg
Here is my copy of Altair 680 BASIC. I never owned an Altair, I bought this
for my SWTPC 6800.
The BASIC and manuals are here.
http://www.swtpc.com/mholley/Altair/Altair_Basic.htm
Michael Holley
> Date: Mon, 01 Jan 2007 00:12:12 -0900
> From: Grant Stockly <grant at stockly.com>
> Subject: Altair 680 CSAVE Problems!@ : (
> To: altaircomputerclub at yahoogroups.com, cctalk at classiccmp.org
> Message-ID: <5.2.1.1.0.20061231234847.03956f20 at pop.1and1.com>
> Content-Type: text/plain; charset=us-ascii; format=flowed
>
> I'm having a ton of trouble saving a program on a cassette tape using
> Altair 680 basic. Was there a KCACR basic made without the CSAVE
> command? My basic appears to have a CSAVE command, but it won't accept
> the
> name!!!!! : (
>
>Date: Mon, 01 Jan 2007 21:12:47 -0800
>From: "Chuck Guzis" <cclist at sydex.com>
>Yeah, no kidding--someone game me a Mac 6100/60. Not very exciting,
>but I've upgraded the memory to 40 MB and added a 4GB hard disk from
>parts in my hellbox.
>
>So, does anyone have any first-hand experience with Linux on one of
>these critters? Is it worth the installation trouble?
As long as you have a 6100, you should have a look at this page:
<http://www.kan.org/6100/>.
It has a wealth of information all aimed at the 6100 specifically.
Jeff Walther
I'm beginning to wonder if it's time I upgraded my home network. The
NICs on most of the machines are 100BaseT, with the odd old machine
sporting a 10BaseT. But it's the hubs I wonder about--two old
National Semi 6-port Datamover 10BaseT units coupled together with a
10Base2 (coax) link. It's that coax that I dread replacing--it goes
between floors and snaking it through the walls was a real chore.
My DSL speed is 1.6Mbps, so I'm thinking that there's little reason
to upgrade the setup. Am I thinking correctly or am I likely to see
an improvement in internet access speed if I upgrade?
Cheers,
Chuck
ARCHIVE YOUR APPLE FLOPPIES AT THE W6TRW SWAP MEET, JANUARY 2007
Even if your Apple IIe is long gone, you'll soon have a chance to get at
your old data again, when Device Side Data (www.deviceside.com) holds
the second public demonstration of a new USB floppy interface.
USB floppy drives are widely available, but those currently on the market
only support 3.5" disks. The new interface, due to be released later this
year, connects to 5.25" drives. It will also allow the owners of modern
computers to read a variety of old disk formats that ordinary floppy
controllers no longer support.
The demo will take place on Saturday, January 27th, 2007, at the
famous W6TRW swap meet in Redondo Beach, California. Attendees are invited
to bring along a few disks and have image copies made.
The final product will read many disk formats, but the prototype only reads
Apple II disks, so please leave your IBM or CP/M floppies at home for now.
The W6TRW swap meet runs from 7 AM to 11:30 AM in the Northrop Grumman
parking lot near the intersection of Aviation and Marine in Redondo Beach.
There is no fee to attend. Once there, look for the spinning disk in row C.
Besides Device Side Data, many other vendors will also be present, with a
wide range of equipment for sale.
This is an outdoor event and will proceed regardless of weather. Please
carry your disks in waterproof bags in case of rain.
Does anyone out there have a Hewlett Packard 7200A plotter (made around 1972) or a DEC VT50 (not VT52) terminal? I am looking for both of these items for my classic computer center.
Thanks,
Ashley Carder
http://www.woffordwitch.com
"Rick Bensene" <rickb at bensene.com> wrote:
>We had quite a bit of fun writing little programs which would wait
for a
>specific time (during other people's classes), and then "crash" the
>system at that time. Eventually, we got caught.
This reminds me of an interesting phenomenon we discovered in 1974...
the high school had an ASR-33 connected via a leased data line
(telephone with acoustic coupler) to a PDP-8/E running TSS/8 at Clemson
University, 60 miles away.
I can't remember exactly what the code was any more, but it was a very
simple patch -we would deposit a mere three words at location 307
(octal) and execute it (ST 307), and the terminal would log on another
job. So you'd have two accounts open simultaneously on the same TTY!
And if you logged off one account the other would still be open so you
couldn't log off both... they'd have to reboot the system to kill it.
Any TSS/8 gurus know how we might have done this?
We also "inadvertently" deleted the contents of one of the library
DECtapes once... there was a "ZAP" command that zeroed out the tape, so
naturally we would type in "R ZAP" frequently, and get the expected
"WRITE LOCKED" error. One day, though, it actually did it =:^0 Guess
the operator forgot to flip the write lock switch!
-Charles
Michael B. wrote:
In the case of a really old system like that, it doesn't matter what the
network is - the network will never be the problem, unless I use bongos
as the transport mechanism.
Mike
-----------------
I had a computer like that once...
Billy
> Maybe the 680 and it's basic isn't fast enough for my program?
This is quite possible as interpreting decimal numbers takes a fair bit of
processing. You may like to try this ..
1 A=61456:B=61441:C=61457:D=1:E=0
2 IF (D AND PEEK(A)) = E THEN POKE B, PEEK(C)
3 GOTO 2
.. which should speed things up a bit.
Lee.
I just modified my program to get rid of the polling. It did not really
speed up the display of characters. ; )
I can now see the full records with some duplicated digits here and there.
Its interesting that the program below free running can only process
characters at 300bps
1 POKE 61441, PEEK(61457)
2 GOTO 1
At a 500Khz clock thats over 1000 clock cycles per loop. SO THIS IS HOW
Micro-Soft got started with slow software??? ; )
So any suggestions on getting started QUICKLY with 6800 assembler? Maybe
one that outputs in Motorola punch tape format???
I want to archive Altair 680 KCACR basic before anything else happens to
this tape. I had about 5-6 failed loads this weekend and I don't want to
risk loosing this KCACR basic! : (
Grant
Yellow Dog is the most polished distro FWIU. There are
older versions of Mandrake too. Would you get gcc
though I aks myself. Funny...Im not getting an answer
--- cctalk-bounces at classiccmp.org
<pat at computer-refuge.org> wrote:
> On Tuesday 02 January 2007 00:12, Chuck Guzis wrote:
> > Yeah, no kidding--someone game me a Mac 6100/60.
Not very exciting,
> > but I've upgraded the memory to 40 MB and added a
4GB hard disk from
> > parts in my hellbox.
> >
> > So, does anyone have any first-hand experience
with Linux on one of
> > these critters? Is it worth the installation
trouble?
>
> I ran a 6100/60 with a NuBus ethernet card in the
PDS slot (with the
> appropriate PDS->nubus adapter) using Debian with
some old mklinux
> kernel, as a NATing firewall with good success, a
few years ago.
> Support for newer kernels is pretty much
non-existant (I'm not sure if
> they support past 2.2; I know they don't go past 2.4
kernels), so you'd
> have to go with an appropriately vintage Linux
distribution.
>
> Pat
> --
> Purdue University ITAP/RCAC ---
http://www.rcac.purdue.edu/
> The Computer Refuge ---
http://computer-refuge.org
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
>
> I have one of these and I'm looking information on it. I might be willing
> to trade or sell it. If you have any info or interest, please contact me off
> list.
Thanks, Paul
> And with so much radiation being shot onto metals and like, does it
> became radioactive?
>
> I have some MSX here that I want to "give it a shot" (pun intended)
> hehehe
>
Remeber- two types of radiation: particle (Alpha, Beta, neutrons,
protons) and electromagnetic (gamma, X-ray, radio, light, etc). The
particles can make things radioactive, the electromagnetic radiation
cannot.
All:
The SB6120 and the TI74 have been spoken for as of now. Thanks
for your interest.
Dan Veeneman.do you have another email address? I got an error
>from your receiving mail server rejecting my reply. I'll also try sending
>from another account.
Rich
Rich Cini
Collector of classic computers
Lead engineer, Altair32 Emulator
Web site: <http://highgate.comm.sfu.ca/~rcini/classiccmp/>
http://highgate.comm.sfu.ca/~rcini/classiccmp/
Web site: http://www.altair32.com/
/***************************************************/
Fred Csin wrote
>> Keep it in historical context... Bongos were a significant speed
>> increase over smoke signals.
>
> ??
> ~1100 feet per second v 186,000 miles per second
>
> But bongos could operate without line of sight,
> and with or without ambient light.
>
Well, smoke signals may have lower latency, but bongos would have
higher possible switching speeds and so better bandwidth. Things don't
change much, do they?
Scott
---------------Original Message:
Date: Mon, 1 Jan 2007 01:03:53 -0500 (EST)
From: der Mouse <mouse at Rodents.Montreal.QC.CA>
Subject: Re: TCP/IP Testing help, Round 2
> The standard Windows telnet client doesn't do that by default, so you
> will type but not see your characters. That's a project for a
> different day.
What, fixing Windows telnet to actually conform to the spec? Yes,
that's quite a project. :-)
---------------Reply:
Gimme a break; this "project" merely involves getting the free HypertermPE
upgrade from Hilgraeve. Fixes the local echo bug and works just fine.
mike
If it isn't hampering you, I wouldn't mess with it, but
> But it's the hubs I wonder about--two old
> National Semi 6-port Datamover 10BaseT units coupled together with a
> 10Base2 (coax) link. It's that coax that I dread replacing--it goes
> between floors and snaking it through the walls was a real chore.
>
Keep in mind that this time around it won't be so hard- just attach two
nylon strings to the
coax, pull it out, attach your fiber or UTP to one of the strings and
pull it up. Leave the
other string in the wall if you ever need a second line.
At 03:45 AM 12/31/2006 -0500, you wrote:
>On 12/31/06, Chuck Guzis <cclist at sydex.com> wrote:
>>I'm just sorry that I gave away my old 7 CD unit.
>
>I have something like that I was thinking about digging out... it's a
>table-top unit, with a 2X drive and a 7-disc internal changer. I was
>contemplating seeing if I could replace the transport with a SCSI
>DVD-ROM unit just for fun, as 7 CDs isn't all that interesting.
I still have this slick Nakamichi 7 disk scsi CD changer with audio outputs
on the back. Something like MBR-7?? I wish I had a killer application for
it. I wonder if it has enough front panel control to use it as an audio CD
player without connecting to the scsi bus at all-- something like I'm doing
with my NEC Multispin 6x caddy type CD drive. I have it connected to my
stereo, via coax digital audio out. I only have 4 or 5 caddies laying
around though.
>As for the OP's question, if _I_ had a 7 *transport* box, I'd consider
>replacing most or all of the transports with SCSI DVD-ROMs for a
>decent amount of archival storage readback. I could back interesting
>things up to DVD-R on a single writer, then keep the most important
>stuff available for readback. It's not as much storage as even a
>moderate-sized RAID array, but it isn't likely to suffer from
>headcrashes, etc.
>
>-ethan
[Commentary] ...nothing banned in Singapore can be all bad. --Cosma
R. Shalizi, on The Economist
--... ...-- -.. . -. ----. --.- --.- -...
tpeters at nospam.mixcom.com (remove "nospam") N9QQB (amateur radio)
"HEY YOU" (loud shouting) WEB ADDRESS http//www.mixweb.com/tpeters
43? 7' 17.2" N by 88? 6' 28.9" W, Elevation 815', Grid Square EN53wc
WAN/LAN/Telcom Analyst, Tech Writer, MCP, CCNA, Registered Linux User 385531
All:
I was doing some closet-cleaning in the shop this weekend and
came across a few things I have no use for any longer or were bought for
projects that never got off the ground (and probably won't). If anyone's
interested in anything, please email me off list. Shipping to the US only is
not included. Trades considered.
* Seagate 9gb full-height SCSI hard drive (new but unused/untested);
ST940800N: $10
* Compaq-badged external DLT drive 5/10gb (SCSI-I; working last time
used): $25
* Panasonic 616 phone system with 4 keysets (untested but bought
working). I have manuals in electronic form: $50
* STD-BUS 14-slot card cage with assortment of cards (2 analog, 2
digital, 2 relay, Z80 CPU and DSKY. May have other cards in it).
I think I have docs for most of the cards and a disassembly of the ROM. NASA
surplus. All cards should work but it was some sort
of data acquisition or process control system so I never finished fully
decoding the ROM to see what it did. $75
* SpareTimeGizmos SB6120 PDP-8 fully built and working in a Lucite
case. All that's needed is 5v adapter. Includes CF adapter
and 16mb CF card with four disk images. $250 (reflects actual costs of
partial kit and parts I bought).
* TI-74 BASIC-Calc system. Includes unit, PC324 printer and AC
adapter. I will also include CD of random information and programs
that I had collected. $40.
I'm looking specifically for a Tandy CM-1 color monitor for my Tandy 2000
and a small self-contained PC/104 SBC (stand-alone -- not for use with a
backplane) with at least a 486 CPU. I'm also looking for an older Mac Mini
(1.42ghz version with Airport/Bluetooth).
Thanks.
Rich
Rich Cini
Collector of classic computers
Lead engineer, Altair32 Emulator
Web site: <http://highgate.comm.sfu.ca/~rcini/classiccmp/>
http://highgate.comm.sfu.ca/~rcini/classiccmp/
Web site: <http://www.altair32.com/> http://www.altair32.com/
/***************************************************/
Oh my, what am I going to do with these MDI SCSI CD boxes? I have 3 or 4 of
them, each one containing seven CD-ROM drives, a power supply, and some
kind of logical unit controller, so all 7 drives appear a LUNs under one
SCSI address.
The drives are Toshiba XM-5301B, a 4x tray-type (doesn't need caddies) that
works sideways or in the more usual orientation.
Specs here, from http://www.netcomdirect.com/tosxm4xfonco.html
CD-ROM Mode 1 -data discs
CD-ROM Mode 2 - data discs
CD-DA audio discs
CD-DA/ROM - Mixed mode/combined
CD-ROM XA and Photo CD (Single and Multisession)
CD-Bridge (White book, Video CD)
CD-I, CD-I ready
The cabinets are 17" but with ears for std rack mount, 7 inches high, depth
behind the rack 20 inches.
Anyone (local) want some? Anyone got any ideas what to DO with them?
-Tom
[Love] Once he drew With one long kiss my whole soul thro' My lips,
as sunlight drinketh dew. --Alfred Tennyson (1809-1892) Fatima
--... ...-- -.. . -. ----. --.- --.- -...
tpeters at nospam.mixcom.com (remove "nospam") N9QQB (amateur radio)
"HEY YOU" (loud shouting) WEB ADDRESS http//www.mixweb.com/tpeters
43? 7' 17.2" N by 88? 6' 28.9" W, Elevation 815', Grid Square EN53wc
WAN/LAN/Telcom Analyst, Tech Writer, MCP, CCNA, Registered Linux User 385531
I'm having a ton of trouble saving a program on a cassette tape using
Altair 680 basic. Was there a KCACR basic made without the CSAVE
command? My basic appears to have a CSAVE command, but it won't accept the
name!!!!! : (
I'm sending this to two groups. I've been at this problem for hours
now... : (
I'll post a transcript below. Let me know what I'm doing wrong! : (
--------------------
.J FD00 (cassette bootstrap rom address)
(basic loading)
(basic loaded)
.J 0000 (run basic...)
MEMORY SIZE?
TERMINAL WIDTH? 80
WANT SIN-COS-TAN-ATN? YES
9604 BYTES FREE
MITS ALTAIR 680 BASIC VERSION 1.1 REV 3.2
--KCACR--
COPYRIGHT 1976 BY MITS INC.
OK
10 PRINT "HELLO"
20 GOTO 10
CSAVE A
?TM ERROR
OK
--------------------
TM is a type mismatch error. SM is for a command it doesn't
understand. Watch...
--------------------
CSAVE A
?TM ERROR
OK
CSAVE
?SN ERROR
OK
AHHHH!
?SN ERROR
OK
AHHHH! A
?SN ERROR
OK
--------------------
Am I wrong assuming that because it gives me a TM error instead of SN that
it is "trying" to work? I get the same things for CLOAD... How in the
world are you supposed to save something to tape! : (
If I have the wrong version of basic, anyone have the right one? What will
it take for me to get a copy! : ) (first smile in this e-mail... ; ) )
Thanks,
Grant