At 14:36 17/08/2005 -0700, you wrote:
>Hello,
>
>Does anyone have any Atari ST disks that you can send
>me?
>
>I have a 520ST, but I don't have a single diskette for
>it.
I've just made images of the TOS System Disk and the BASIC
and Logo language disks - I should have them posted to my
site sometime tomorrow.
IIRC, although the ST has it's operating system in ROM, it
won't actually "do anything" unless there is a diskette in
the drive.
Fortunately the ST uses FAT format disks, so you can format
a 720K disk on a PC, put it in the drive and the OS will
come up.
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Collector of vintage computing equipment:
http://www.parse.com/~ddunfield/museum/index.html
> Date: Wed, 17 Aug 2005 13:54:26 -0400 (GMT-04:00)
> From: Ashley Carder <wacarder at earthlink.net>
> Subject: Re: PDP11 stuff in OZ
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Message-ID:
> <796518.1124301267248.JavaMail.root at elwamui-chisos.atl.sa.earthlink.net>
>
> Content-Type: text/plain; charset=us-ascii
>
> > -----Original Message-----
> > From: Al Kossow <aek at bitsavers.org>
> > Sent: Aug 17, 2005 12:30 AM
> > To: classiccmp at classiccmp.org
> > Subject: PDP11 stuff in OZ
> >
> > If someone is nearby..
> >
> > http://www.psych.usyd.edu.au/pdp-11/equip_list.html
>
> If anyone is in Australia and is willing to collect and ship
> some items to the USA for me, I will be glad to pay you
> for your time and effort. I have attempted to contact the
> owner of these items but have not received a response.
>
> I would very much like to have the spare 11/40 CPU set
> since I have both a functional 11/40 and 11/35, as well
> as a sick 11/35. My 11/40 is part of a historic functional
> display of a 1970s timesharing academic computer center
> and I would like to be able to have spares to keep it up
> and running.
>
> If anyone in Australia is willing to help, please contact
> me off-list at wacarder at usit.net.
>
> Thanks,
> Ashley
Unfortunately the items are in Sydney and I'm in Melbourne. Suggest
you try Australian Computer Museum Society (ACMS) (
http://www.acms.org.au contacts ) John Geremin.
Regards,
Garry
>> This is a Xebec board, no identifying marks apart from 'Rev E04'
> It's probably a Xebec S1410 board; ... Lots of analogue circuitry
> toward the top of the board in the middle, ROM bottom-right, and
> 3 40-pin ICs toward the bottom of the board in the middle.
That's the beastie, Z80 CPU, 4K ROM and 1K RAM (2 x 2114) seem to
make up the brains of the card.
> These boards don't support Identify - which is what makes plugging
> them into modern hardware in order to archive data a real pain.
I'll have to fix up an Amiga with it's ST506/SCSI card and try that
on the drive then.
> If just have a J4 connector (not present on all boards) ...
Not present on this one.
> That Xebec's actually SASI not SCSI incidentally... if the Torch
> SCSI board is operating in some kind of SASI mode then a modern
> SCSI drive might not be too happy talking to it.
I was going to try some Seagate 20MB and 40MB drives, when I find them.
> SCSI command class 0, opcode 0x0C is 'initialise drive
> characteristics' - the host needs to send this to the board with
> params in order that> the board can address the drive(s) properly.
I presume it can do a read of whatever sector holds these parameters
first though.
> (the S1410 manual's on the floor here from where I've been bodging
> a homebrew SASI controller onto a PC in order to drive one of the
> boards :)
Isn't reading the destructions like cheating? 8^)=
Cheers,
Lee.
.
___________________________________________________________
To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
> Most Torch machines used an OMTI 5000 series board, I think
This is a Xebec board, no identifying marks apart from 'Rev E04'
> There's also something about reading the drive geometry from
> the first (zeroth?) sector of the drive, then sending some
> commands to the OMTI board. I doubt that modern SCSI drives
> will handle that correctly.
It sounds like it's the SCSI identify command. I remember using
a WD chipset board with an Amiga to run two 40MB ST506 drives
many years ago that would mostly work but would eventually fall
over if you tried the identify command too many times.
Writing raw data to a SCSI device is no problem so I may be able
to make a proper SCSI drive look right. Guess I'd beter dust off
the logic analyser sometime soon just in case it doesn't work.
Cheers,
Lee.
.
___________________________________________________________
How much free photo storage do you get? Store your holiday
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
Mostly just pictures for now, I'll add more data as I get it.
I hope the hard drive works, at least long enough to make a
copy.
http://www.themotionstore.com/leeedavison/68k/torch725/index.html
Cheers,
Lee.
.
___________________________________________________________
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
Definitely a classic story - appeared in Australian IT news today....
http://www.itnews.com.au/newsstory.aspx?CIaNID=19683&eid=1&edate=2005081
8
++++++++++
Kevin Parker
Web Services Consultant
WorkCover Corporation
p: 08 8233 2548
m: 0418 806 166
e: kparker at workcover.com
w: www.workcover.com
++++++++++
************************************************************************
This e-mail is intended for the use of the addressee only. It may
contain information that is protected by legislated confidentiality
and/or is legally privileged. If you are not the intended recipient you
are prohibited from disseminating, distributing or copying this e-mail.
Any opinion expressed in this e-mail may not necessarily be that of the
WorkCover Corporation of South Australia. Although precautions have
been taken, the sender cannot warrant that this e-mail or any files
transmitted with it are free of viruses or any other defect.
If you have received this e-mail in error, please notify the sender
immediately by return e-mail and destroy the original e-mail and any
copies.
************************************************************************
> Message: 21
> Date: Mon, 08 Aug 2005 19:15:32 -0700
> From: "Brian Knittel" <brian at quarterbyte.com>
> Subject: collection of TTL/CMOS chips, can anyone help identify?
> Anyone have any info on the M5799? MM5799 is another COPS part
>
> Others, can not determine what they are. Any ideas? I can go back and
> try to get manufacturer letters:
> 5737 MM5737 is an 8-Digit, calculator
> 5782 MM5782 is a COPS Memory and processor element
> 7504 ???
> 7506 ???
> 7515 ???
> 7517 ???
> 8096 DM8096 is a Tri-State Hex Buffers, pin equivalent to 54/74366
> 8098 DM8098 is a Tri-State Hex Buffers, pin equivalent to 54/74368
> 8670 ???
> 8681 ???
> 8817 ???
> 16254 ???
> 60769 ???
> 141097 national semi, no idea
Regards,
Garry
I happen to have a July 1964 issue of Electronics World with an article
titled "Binary Computer Codes and ASCII" by Ed Bukstein.
It gives a summary of existing codes then has this statement.
The recent trend toward "networking" of computers has emphasized the need
for a standard code.
Here is the American Standard Code for Information Interchange X3.4-1963
chart
http://www.swtpc.com/mholley/ElectronicsWorld/Jul1964/ASCII_1963.jpg
(I have got it in tiff also.)
Note that lower case is unassigned and the underscore is a back arrow.
Also in this issue Don Lancaster has a light dimmer project. It uses a new
semiconductor called a "bilateral switching diode".
Michael Holley
> Date: Wed, 17 Aug 2005 11:47:59 -0700 (PDT)
> From: Tom Jennings <tomj at wps.com>
> Subject: RE: Anyone care to guess what this is? Is it a computer even?
> There's an indicator/switch labelled "ASCII". It's clearly late
> 70's/early 80's vintage, so it's likely computer-controlled, if
>From: ard at p850ug1.demon.co.uk
>
>> Students who have never used a low level language, (INCLUDING CS GRADUATES
>> in many cases!), have a VERY difficult time accepting the concept that
>> floating point is an approximation, and therefore a lot of "ordinary"
>> arithmetic principles don't apply.
>
>Thrivial example... On most (if not all) calculators, try something like
>
>1 E 20 [enter] 1 + 1 E 20 -
>
>(Ooops, that's in RPN, I've forgotten how to do it on a normal
>calculator, try soemthing like 1 E20 + 1 = - 1 E 20 = )
>
>Explain why the result is not 1 (OK, we all know the answer here...)
>
>
Hi
Sounds like a problem that involved a continuously running
clock that incremented a floating point accumulator. When it
started to saturate in about 18 days, they were no longer able
to calculate differential time.
Oh my, why didn't the missile fire?
Here is another one. I wish to do multiple precision but all
I have is a standard compiler that only does 32 bit math. I write
some utilities that allow me to handle the simple task of
extending the operations such that I can do a 64 bit integer divide
by a 32 bit number. I was careful to only do integer operations!
When I apply this new math to a XY table control, I notice
that right in the middle of the table, as I step along, it
jumps. Careful measurements of the size of the jump correspond
to one LSB of the upper 32 bits of my multiple precision operations.
So, what is wrong here? I also notice that the center of my
XY table is coordinate 0,0 ( hint ).
Dwight