Toronto, ON in chilly Canada.
m
----------------Original Message---------------------
From: "Gil Carrick" <gilcarrick at comcast.net>
Subject: RE: Old MS-DOS & WIN Software
Where are you located?
Gil
> -----Original Message-----
> From: cctalk-bounces at classiccmp.org
> [mailto:cctalk-bounces at classiccmp.org] On Behalf Of M H Stein
> Sent: Friday, December 02, 2005 3:08 AM
> To: 'cctalk at classiccmp.org'
> Subject: Old MS-DOS & WIN Software
>
> I'm getting rid of several large boxes of old MS-DOS & WIN
> software, OSs, apps, languages, utilities, games, etc.
<.... blah, blah...>
> TIA,
>
> mike
>
replied off-list.
The documentation will appear before the end of this month ...
- Henk, PA8PDP.
> -----Original Message-----
> From: cctalk-bounces at classiccmp.org
> [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Bert Thomas
> Sent: vrijdag 2 december 2005 13:11
> To: On-Topic and Off-Topic Posts
> Subject: Re: Kennedy 9600 9-track w/DQ132 on mVAX-II??
>
> Gooijen, Henk wrote:
> > Bert,
> > I live in The Netherlands, and I can scan and upload to bitsavers.
> > I am willing to put my time into scanning (at 600 dpi,
> PDF), but I am
> > not willing to put money into it (for example for shipping ...)
> >
>
> No problem Henk, give me your address and I'll send it to you.
> If you need to, you may take it apart. I won't mind.
>
> Regards,
> bert
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
Bert,
I live in The Netherlands, and I can scan and upload to bitsavers.
I am willing to put my time into scanning (at 600 dpi, PDF), but I
am not willing to put money into it (for example for shipping ...)
- Henk, PA8PDP.
> -----Original Message-----
> From: cctalk-bounces at classiccmp.org
> [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Bert Thomas
> Sent: vrijdag 2 december 2005 11:38
> To: On-Topic and Off-Topic Posts
> Subject: Re: Kennedy 9600 9-track w/DQ132 on mVAX-II??
>
> Robert Armstrong wrote:
> Anybody got a manual for the 9600? Bitsavers has the
> manual for the 9610, but it appears that the 9600 is
> substantially different.
>
> I have the manual and a complete drive for parts. Bad news is
> that I live in the Netherlands and have no decent way to scan
> the manual. You can have what you want for the price of shipping.
>
> Bert
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
>
>Subject: Old MS-DOS & WIN Software
> From: M H Stein <dm561 at torfree.net>
> Date: Fri, 02 Dec 2005 04:07:53 -0500
> To: "'cctalk at classiccmp.org'" <cctalk at classiccmp.org>
>
>I'm getting rid of several large boxes of old MS-DOS & WIN
>software, OSs, apps, languages, utilities, games, etc.
>
>Also boxes of hardware such as PC MoBos, cards, keyboards,
>external print buffers, converters, <=9600bd modems etc.
>
>I realize without a detailed list this is rather vague, but I'd like
>to know if there's any interest in this sort of stuff to make it
>worth while actually making that list.
>
>If not here, maybe someone knows of another list where someone
>may be interested?
>
>TIA,
>
>mike
At 02:36 AM 12/2/2005, Gooijen, Henk wrote:
>I tried to run ADVENT on my 6809-based PDP8/e simulation, but
>it did not work. I asked Dough and he told me that ADVENT
>stores its files using the *physical address* on the disk.
>So, if you copy the files and they end up on a different
>location on your target disk, ADVENT is not able to read them.
>
>This is from memory, and I could be wrong ...
Nope, you're right. Basically, it's a FORTRAN program that has some
files open then suspends itself. You save the suspended program then
resume it; since it doesn't close and reopen the files, it reads from
where it thinks the file is located. However, what happens in that case
is that the program displays garbage rather than the expected text -
that shouldn't crash the emulator.
-Rick
I have a MicroVAX-II and I want to add a Kennedy 9600 9 track drive.
AFAIK, this drive has a standard Pertec interface and I was planning to use
it with a Dilog DQ132 controller. The drive is capable of both 800 and
1600bpi, and I need to be able to use it at both densities.
I installed it and cabled it all up - VMS (v4.5 in this case) sees the
DQ132 and autoconfigures it as MSA0 (a good sign!), and the drive seems
happy and loads a tape. VMS reports that MSA0 is a TSV05 (which is what I'd
expect) and doesn't log any errors. But, whenever I try to access the
drive, VMS says that it's offline and I can't get it to actually do
anything.
Yes, the Kennedy is actually online (the online LED is lit) and the
"select" LED on the drive flickers for an instant when VMS tries to access
the drive. The drive is set as unit 0, and it was working the last time it
was used (with an Emulex controller in that instance).
Just for fun, I tried the Kennedy drive with a real TSV05 (M7196)
controller that's known to work with a real TSV05 drive - same results.
Is there any obvious reason why this wouldn't work?
The 9600 is Pertec, right? If you Google for this drive you'll find a
couple of places that say it's SCSI, but that seems wrong.
Anybody got a manual for the 9600? Bitsavers has the manual for the 9610,
but it appears that the 9600 is substantially different.
Thanks,
Bob Armstrong
I've dug around a bunch, even here
http://www.ibiblio.org/pub/Linux/system/status/!INDEX.short.html
... where I thought things were, but I appear to have lost an old file
that described how to make a simple D-A that one could hang off of an
8-bit I/O port to generate a voltage from approx 0 VDC to +5VDC. Does
anyone remember an ancient file describing how to build such a device?
ISTR it resembles a Disney Sound Source, a klunky dongle that was
supported by such games as "Return to Zork" if you didn't have a sound
card in your machine... more or less a resistor ladder that allows you
to eject waveforms that sound more or less like something you'd expect
to hear coming out of a cheap PC sound card.
Yes, I could design this from scratch... but since I built one a few
years ago from a file I found while grubbing around for external load
meter hardware, I'd rather just use something like that as a starting
point than take the time to reinvent the wheel.
Thanks for any and all pointers to this tidbit of knowledge.
-ethan
If you don't need high accuracy and/or have a good selection of
resistors you can do it with one resistor per bit, each one twice the
value of the next; that was the "standard" user port interface for
generating sound and music on a PET, BTW.
mike
---------------------------Original Message ------------
Date: Thu, 1 Dec 2005 19:23:14 +0000
From: Ethan Dicks <ethan.dicks at gmail.com>
On 12/1/05, Gordon JC Pearce <gordonjcp at gjcp.net> wrote:
> Ethan Dicks wrote:
> > ... where I thought things were, but I appear to have lost an old file
> > that described how to make a simple D-A that one could hang off of an
> > 8-bit I/O port to generate a voltage from approx 0 VDC to +5VDC. Does
>
> Off the top of my head, look in the top left bit of a TB303 circuit
> diagram where the 7-bit converter to generate the VCO control voltage
> is. Googling for "tb303.gif" should bring it up.
I did eventually find that at
http://www.hylander.us/images/schematics/roland/tb303.gif
Thanks for the hint.
-ethan
I tried to run ADVENT on my 6809-based PDP8/e simulation, but
it did not work. I asked Dough and he told me that ADVENT
stores its files using the *physical address* on the disk.
So, if you copy the files and they end up on a different
location on your target disk, ADVENT is not able to read them.
This is from memory, and I could be wrong ...
- Henk, PA8PDP.
> -----Original Message-----
> From: cctalk-bounces at classiccmp.org
> [mailto:cctalk-bounces at classiccmp.org] On Behalf Of
> charlesmorris at direcway.com
> Sent: donderdag 1 december 2005 22:11
> To: cctalk at classiccmp.org
> Subject: How to load ADVENT on PDP-8?
>
> I have the ADVENT files for PDP-8 (from the diagpack2.RK05
> image) but it won't run under SIMH (simulator halts on error).
> Does anyone have the load/run instructions?
> thanks
> Charles
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
I found why my PCTD 3 tape controller was defying my attempts to probe
it--the XC2064-50 FPGA seems to be dead as a doornail. Regardless of
signal inputs, it remains stubbornly inactive--i.e., my logic analyzer says
that none of the identifiable outputs changes state.
Since DMA and interrupt logic (as well as configuration) is contained in
the FPGA, attempting to read from any I/O port returned FF. A jumper
bypassing the FPGA for IO read, shows that the drive status lines are
indeed present and readable. Similarly, writing to the appropriate I/O
address causes the expected drive line to wiggle.
Since I don't need soft configurability (only for IRQ and DMA; the I/O
address is set via DIP switch), I may remove the FPGA and substitute some
TTL. I haven't decided yet.
But do old FPGA's just quietly go belly-up? Or is there something about
the XC2064-50 that I'm in the dark about? Are there any easy tests that I
can apply to confirm my suspicions?
Cheers,
Chuck
