HDTenEightyP/NetNews huggingface dataset:
From: misar@rbg.informatik.th-darmstadt.de (walter misar)
Subject: Re: Whelp... Bard's Tale II yet again...
Date: Wed, 30 Dec 1992 16:38:08 GMT
Organization: TH Darmstadt

> Well, I thought I had this final snare caught, but its tricked me
> once again... I have to have help on this one, too, I'm afraid.
> I have solved the Magic Mouths, recovering the Zen Master and his
> ring, however, I dunno what to do with them next, or where to go.
> I have the feeling that I might not have the entire snare mapped,
> because there is a lot of empty space still onthe map. *sigh
> 
> If those who have been helping me could do it again, I'd appreciate
> it.. this is really sad... Anyway, if you could send me the
> solution, I'd like it a lot...

Hope you're still interested in the solution.

After the Zen Master joined, give him the ring. After that, there will be a
silent teleport at the point where it says 'Hot coals ahead'. But to get there
you have to get through the labyrinth to the teleporter, which telports
you to where the snare started. You have to solve the labyrinth 7 times,
and it changes every time (The ways where at the end of the handbook, but
I think there was at least one misprint). At the 7th time you get teleported
near a final magic mouth (ARKAST) and the snare is solved.

Oh, the final fight coming after gaining the destiny wand is pretty tough,
Oscon was just a little inconvinience compared to this.
 
-- 
Walter Misar                        It is impossible to enjoy idling thoroughly
misar@rbg.informatik.th-darmstadt.de       unless one has plenty of work to do.
From: warren@col.hp.com (Warren Tustin)
Newsgroups: comp.sys.cbm
Subject: Re: 3 Unanswered Questions
Date: 23 Dec 1992 19:15:17 GMT
Organization: HP Colorado Springs Division
NNTP-Posting-Host: rs4.col.hp.com


mcmillan_a@kosmos.wcc.govt.nz writes:
> In article <1992Dec23.053622.23589@iitmax.iit.edu>, thssapk@iitmax.iit.edu (([<{\_/}>])) writes:
> 
> > 2)   Can someone FTP novaterm9_4-1.sfx and novaterm9_4-4.sfx up to 
> >      cco.caltech.edu
> 
> I managed it! It's there now! 
> 
> Cheers - Kirk

The nova94-1.sfx that is there now is 47617 bytes. 
The one I downloaded (nova9_4-1.sfx) on 11/30 is 47462 bytes. 
The other two parts (.2 & .3) match mine.  

And yes, they were both downloaded in binary mode.

Which of the part 1's is correct?  I could download and try them, but
thought I would save time and ask.

If it is the latter, I will put it there, but I don't want to 'put it' now
because only one of the copies can be correct.

Thanks,   Warren

****************************************************************************
                           warren@col.hp.com
............................................................................
   A federal government big enough to give you everything you want, is a
   government big enough to take from you everything you have.
............................................................................
   Evolution:  From goo to you by way of the zoo!   - Frank Peretti
****************************************************************************
From: GAJ2@psuvm.psu.edu
Newsgroups: comp.sys.cbm
Subject: Re: SX-64 keyboard availability
Date: 27 Dec 92 18:04:25 GMT
Distribution: usa
Organization: Penn State University

In article <1992Dec27.024331.20810@cs.umb.edu>, edwardp@ra.cs.umb.edu (Edward P.
Piecewicz) says:

>I was asked if there are keyboards available for the SX-64.  Someone received
>one FREE, but it didn't come with a keyboard..

My 1991 copy of the Grapevine Group Inc. catalog lists a limited quantity of
SX-64 parts, including a new keyboard, and the cable which connects the
keyboard to the computer.  They can be reached at:

        The Grapevine Group, Inc.
        3 Chestnut Street,
        Suffern, New York  10901
        1-800-292-7445

I believe they have the best selection of replacement parts for Commodore
computers, with competitive prices.

Gordon  GAJ2@psuvm.psu.edu
-This is not an endorsement of the company, but a suggestion of a good source.-
From: edwardp@ra.cs.umb.edu (Edward P. Piecewicz)
Newsgroups: comp.sys.cbm
Subject: Novaterm 9.4 status line dissappears.
Summary: UPDATE
Date: 28 Dec 92 01:05:13 GMT
Distribution: na
Organization: University of Massachusetts at Boston, Dept of Math and CS

After a little trial and error, I noted the following:

The status line will dissappear using the previously mentioned settings
if the Autodial function is used.  If I go straight into terminal mode
from the main menu and manually type in the ATDT command, the status line
remains on the top of the screen and does -not- dissappear.

 - Ed


-- 
Internet:  edwardp@cs.umb.edu                                  - guest user -
Boston Computer Society Activist

Happy Holidays from the BCS!
From: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
Newsgroups: comp.sys.cbm
Subject: Re: 1541 chips
Date: 22 Dec 92 15:20:53 GMT
Reply-To: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
Organization: Case Western Reserve University, Cleveland, OH (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


In a previous article, sls16@po.CWRU.Edu (Samuel L. Shank) says:

>
>I have a 1541 DD that had the "sit and spin" problem.  I am fairly sure that 
>this is the only problem.  I took the beast apart the other day, and noticed
>that the chips are socket in there.  I recieved much email on the topic, and
>have determined that most likely my problem is the chip that has the part no
>901229-05.  I got this from someone that has had this problem with many drives,
>and I gather that he knows what he was doing.  It seems as though the chip 
>should just pop out, but I'm not sure how to do it.  Is there a tool that I 
>need.  I can get another 1541 that has a different problem, and steal its
>chip, or if that doesn't work, find someplace that I can mail order.  Can
>someone please help me?  Thanks,
>-- 
If you don't want to invest a couple of dollars in a chip extractor, 
(similar to a fuse puller for a car), you can use a samll flathead screwdriver
to remove the chip.  Just be careful of the traces under it, and try to
remove it with even pressure.
Regarding buying the chip, why do that, when you can get it from either
Doc Johnson in Parma or Computer Site in Strongsville?  Both still service
Commodore equipment, although Doc is starting to get up there in age,
and Computer Site is considering getting out of repairs except for members
of  the local user group, Basic Bits Commodore Group.
-- 
Basic Bits Commodore Group, No. Ridgeville, Ohio: Quantumlink - RidgeRunr
Light Of Day C= Sysop (216) 327-1603, 9600  (216) 327-1423, 2400
County Link C= Sysop (216) 236-6126 4 nodes, My Basement BBS (216) 234-6572
Nerds Nook Fidonet 1:157/2   (216) 356-1431
Newsgroups: comp.sys.cbm
From: paulm@cbnewsj.cb.att.com (paul.j.maioriello)
Subject: Help, My Catles of Dr. Creep got trashed
Organization: AT&T
Date: Wed, 30 Dec 1992 23:19:53 GMT
Keywords: 23, read error track 17 sector 0


The subject line says it all.  I used to play this game way
back when.  Lately, my kids have taken an interest in my good
ole 64 (actually a 128).  I'm glad to see the little tykes following
in their dad's footsteps.  At any rate, Castles of Dr. Creep (I think
it was from Broderbund) is one of their favorite games (they don't
make them like that any more).  Unfortunately the disk got trashed
somehow the last time they played it.
Needless to say, the disk was copy protected
so I could not back it up (always meant to try one of
the super duper copy programs on my favorite games.
I have discovered that there is a 114 block file
called "object" who's first sector lives on track 17 block 0.  Note I turned
the disk over and can physically see the scratch so there is little
hope of recovering the sector.  If anybody has a copy of this game
and can email me a uuencoded version of this file I would be
eternally grateful.  I'm sure the game has liong since been out of 
production.  Alternatively, If anyone would like to sell their
copy, I am a ready and willing buyer.  Let me lay it on the line;
my reputation as an all around great dad is at risk.  I'm desperate!!
My kid's think I can solve any problem.  Please HELP!!
You can send the file or an offer to sell your copy to:

pjm@mt747.att.com


Thanks in advance from me and Tara and Peter
to me at
From: msmakela@cc.helsinki.fi (Marko Mkel)
Newsgroups: comp.sys.cbm
Subject: Re: 1541 Disk error...
Date: 27 Dec 92 21:26:32 GMT
Organization: University of Helsinki

In article <1992Dec27.015714.18226@Princeton.EDU>, 
grweiss@phoenix.Princeton.EDU (Gregory Robert Weiss) writes:

>      I recently arrived home to my C64 and discovered that it could no longer 
> read any files off any of my disks.  I couldn't even get a directory.  Well,
> my first thought was alignment problems, but the error I found when I 
> checked the DOS error channel was "74, Drive not ready, 00, 00".

I have this error every now and then. It always disappears by ordering "I" or
"I0". Upon this instruction, the drive tries to read track 18, then does the
famous "scraach (track 1)-ta-ta-ta-ta-ta-ta-scraach (track 18)" and then
unexpectably turns off the light, having read the sector 0 of track 18
successfully. After this everything works for weeks.

>Repeated attempt produce the red blinking light again, but no whirr.

This is why 1541 is said to be intelligent. :-) It knows if you have changed
the disk. Why should it try reading the same, probably errorenous disk again?
However, if you read the error channel between read attempts, the disk spins
again.

Marko M"akel"a
University of Helsinki, Finland
msmakela@cc.helsinki.fi
Newsgroups: comp.sys.cbm
From: fuzzy@netcom.com (Fuzzy Fox)
Subject: Re: RELative files on the 1541
Organization: Foxes 'R' Us - Seven locations to serve you
Date: Wed, 23 Dec 1992 06:54:36 GMT

peterb@gu.uwa.edu.au (Peter Broadribb) writes:

>I'm having a problem with relative files.  Sometimes the end of a record
>in the rel file doesn't get written on to the disk so when it's read
>back the drive reads the beginning of the next file too.  It happens
>with large records.  Does anyone have a solution?

REL files have had bugs in their implementation since the original CBM
DOS that supported them.  Even today no one is completely sure if they
work properly in all cases.

Many of the bugs surround the positioning in the file.  You can avoid a
lot of problems by doing these things:

1.  Give the position command TWICE every time you use it.  Jim
Butterfield recommends giving the command once, then wait a short time,
then give it again.  A "short time" is about 1/20 second or so.

2.  Use record lengths that are divisible into 254.  This means use a
record length 2, 127, or 254 for the records in your file.  If you do
this you should avoid nearly all bugs, because most of them have to do
with records that span multiple sectors.  If you use 2, 127, or 254 byte
records, they will never span multiple sectors.  This might be wasteful
of disk space, but it might be worth it for reliability.

Another idea is the do-it-yourself approach.  Scrap REL files and do
direct T/S allocations and manipulations.  Nearly all commercial
programs work in this fashion when random access is needed.  It does tie
your program to specific disk architecture in most cases, but apparently
that's not a big deal, because everyone has a 1541.  You may get some
1581 user complaints though.  :)

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   | "You have been recruited by the Star League to defend
#endif              |    the Frontier against Xur and the Kodan Armada."
From: db562s445@sycom.mi.org (Dave Birdsong)
Newsgroups: comp.sys.cbm
Subject: Will Geos128 2.0 be updated?
Distribution: world
X-BBS-Software: EXCELSIOR! V0.975
Date: 2 Jan 93 08:27:25 EST
Organization: Michigan Information eXchange

In an article, sjchmura@kimbark.uchicago.edu (steven joseph chmura) writes:

>Will the Geos software ever be improved?  Is Berkley still developing or
>have they
>struck it rich on the PC?
>

>-- 
>_____________________________________________________________________________
>  "Given enough time, the impossible becomes probable, and the probable
>	inevitable.."  -George Wald, "On the Origins of Life"
I don't think Berkley will ever release an upgrade for GEOS ( I have a Freind 
that has worked for them since he was 15, and He just answers ? about it now.. 
and is working on PC stuff for them).
BUT there is a lot of really cool stuff for it coming out that you can find 
out about on Q/Link... 
There is a new program for GEOS called TopDesk and it is a Replacement for 
desk top and it allows 4 Drives!! (I know it has been in Germany for a long 
time, but it is New here)..if your Intrested in it see me E-Mail and I will 
get the address for you to order it.
I would also check with CMD (the makers of Jiffy Dos, and if you don't have 
it, Get IT!!!!!)
Dave Birdsong
db562s445@sycom.MI.ORG
From: tratclif@oucsace.cs.ohiou.edu (Tracy Ratcliff)
Newsgroups: comp.sys.cbm
Subject: Re: 1541 Disk error...
Keywords: c64 1541 disk drive errors
Date: 27 Dec 92 16:14:24 GMT
Organization: Ohio University CS Dept,. Athens

In article <1992Dec27.015714.18226@Princeton.EDU> grweiss@phoenix.Princeton.EDU (Gregory Robert Weiss) writes:
>
>     I recently arrived home to my C64 and discovered that it could no longer 
>read any files off any of my disks.  I couldn't even get a directory.  Well,
>my first thought was alignment problems, but the error I found when I 
>checked the DOS error channel was "74, Drive not ready, 00, 00".

When my 1571 started doing this, it was diagnosed as a broken wire in the
flat cable to the read head.  Of course, even after it was repaired, it still
does it on certain disks.
From: soulcatc@terapin.com (Paul Palinkas)
Newsgroups: comp.sys.cbm
Subject: Re: C*Base 128 BBS
Date: 2 Jan 93 19:34:08 PST
Organization: BBS

In article <227.2B457FB1@business.fidonet.org>,
James.Barry@f157.n363.z1.fidonet.org (James Barry) writes:
>I can put you in touch with Guenther, but he's only supporting the 64 version
fo
>r now.  It's quite a rat race trying to get support for the 128 version now. 
Mo
>st of the users have decided they now have the right to sell their mods and
new 
>releases, etc.
>
>--  
>        James Barry  -  via FidoNet Node: 1:363/42
>             UUCP:  -  ...tarpit!tous!business!157!James.Barry
>             ARPA:  -  James.Barry@f157.n363.z1.fidonet.org
Can you put me in contact with a sysop who's actively supporting the program? 
I heard that there's only one C*Base 128 left in Maryland, the program's home
state! I know Overlord still runs ti; do you perhaps have his BBS number?

Soulcatcher (Paul)
From: ar903@cleveland.Freenet.Edu (Robert Taylor)
Newsgroups: comp.sys.cbm
Subject: Re: Flexible Line Interlace
Date: 26 Dec 1992 08:32:17 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ar903@cleveland.Freenet.Edu (Robert Taylor)
NNTP-Posting-Host: thor.ins.cwru.edu


In a previous article, georgen@pooky.cs.mun.ca (George Noel) says:

> How does one view FLI format images and where can I get some examples of
> them?
>
> -=*George*=-
>
>

How to view...
Use an FLI editor to load up a pic or...
Code or have some code you an FLI viewer

How to obtain...
Ask artists...
Get issues 1-4 of 'Insight' (disk mag)

-- 
french hawk
ar903@cleveland.freenet.edu
International Snack Professionals
702-594-7322
From: Troll@cup.portal.com (rf banzai tolli)
Newsgroups: comp.sys.cbm
Subject: Re: DC power for C-64's
Date: Mon, 21 Dec 92 01:32:23 PST
Organization: The Portal System (TM)
Distribution: usa

Get a VIC; They use static RAMs, and don't need the 60Hz refresh.
 
The nominal voltage in is 10VDC, but 12 should work fine- Cigarette-
lighter plug?  TV's for 12VDC, at least B&W ones, are all over the
place.
 
Fully expanded, the VIC has more memory than the C64, and processes
about 25% faster; The battery-capability is just the icing on the cake.
 
-RFT-
From: Johnathon.Welch@f157.n363.z1.fidonet.org (Johnathon Welch)
Newsgroups: comp.sys.cbm
Subject: Re: Qwkie Reader
Date: Thu, 24 Dec 92 20:43:08 PDT
Organization: FidoNet node 1:363/157 - Compu-Link II, Orlando FL

 am>  
 am> Happy Ho-Ho from Orlando, FL, USA!  Comfortable 75 degrees at 2am!

HHEHEHEHEHEHEHEHE.. Yep, 75 degrees down here!!

BTW: comp.sys.cbm is FINALLY installed on CL2!

...QWKie V1.0 UNREGISTERED - Offline read/reply for the C64.


--  
        Johnathon Welch  -  via FidoNet Node: 1:363/42
             UUCP:  -  ...tarpit!tous!business!157!Johnathon.Welch
             ARPA:  -  Johnathon.Welch@f157.n363.z1.fidonet.org
Newsgroups: comp.sys.cbm
Subject: Re: 3 Unanswered Questions
From: mcmillan_a@kosmos.wcc.govt.nz
Date: 26 Dec 92 14:45:43 NZST
Organization: Welligton City Council, Public Access.
NNTP-Posting-Host: kosmos.wcc.govt.nz

In article <1992Dec24.023429.5906@cactus.org>, spacek@cactus.org (Mark S. Spacek) writes:
> In article <1hads5INNrng@hp-col.col.hp.com> warren@col.hp.com (Warren Tustin) writes:
>>The nova94-1.sfx that is there now is 47617 bytes. 
>>The one I downloaded (nova9_4-1.sfx) on 11/30 is 47462 bytes. 
>  
>  The original I nova94-1.sfx I made is exactly 47462 bytes long.  The 47617
> byte file might work fine...

The 47617 byte file was a re-send of the original 47462 one. I need to
use Zmodem to transfer files between the vax I access internet on, and my
pc. I suspect this pads the file out to the nearest 1k.
However, I have self-extracted the 47617 byte file with no problems.
The dir stats are:
Filename:        TYP TR SC BLK START   FIN
------------------------------------------
n94-1.sfx        prg  8 28 188 $0801 $c200
boot 9.4         prg  9 63   3 $0801 $0a52
novaterm 9.4     prg  9 87 108 $0801 $7284
nova9.4-1.ml     prg 10 33  31 $8200 $9fcb
nova9.4-2.ml     prg 11 94   4 $cc00 $cefd
term.standard    prg 11 98   3 $9000 $9218
term.ANSI        prg 11 01   6 $9000 $9578
term.VT100       prg 11 07   7 $9000 $95fe
term.VT52        prg 11 14   4 $9000 $93ce
term.ANSI/40col  prg 11 19   6 $9000 $95ac
asc.standard     prg 13 12   3 $0400 $0600
asc.ANSI/VT      prg 13 15   3 $0400 $0600
asc.ANSI/40col   prg 13 18   3 $0400 $0600
font80.novaterm  prg 13 21   4 $8900 $8c00
font80.nova wide prg 13 25   4 $8900 $8c00
font80.ANSI      prg 13 29   4 $8900 $8c00
font80.ANSI wide prg 13 33   4 $8900 $8c00
font80.ANSIshort prg 13 38   4 $8900 $8c00
font80.VT100/52  prg 13 42   4 $8900 $8c00
font80.VT wide   prg 13 46   4 $8900 $8c00
font80.VT short  prg 13 50   4 $8900 $8c00
font.novaterm    prg 14 02   9 $b000 $b800
font.ANSI/40col  prg 14 11   9 $b000 $b800
prt.Punter       prg 14 20   8 $c000 $c7c6
prt.Multi-Punter prg 14 28   9 $c000 $c8c3
prt.Xmodem       prg 14 38   5 $c000 $c475
prt.Xmodem-1k    prg 14 43   6 $c000 $c515
prt.Ymodem batch prg 14 49   7 $c000 $c695

Don't know if the starting track/sector will be the same for all, but the
other details should match up.

Cheers - Kirk
From: mcbride@cs.arizona.edu (Chris M. McBride)
Newsgroups: comp.sys.cbm
Subject: Flexible Line Interlace
Summary: colors
Date: 21 Dec 92 22:46:41 GMT
Organization: U of Arizona CS Dept, Tucson


   In my last post I spoke of FLI (Flexible Line Interlace). This is
a method to display more colors on the screen. We all know that in an
8x8 squaure we are limited to 3 colors.(well 4 kinda, with the
background color) Two of the colors are the secondary colors, and one
is the primary color located in color ram. With this method it is
possible to get "3" colors ber 1x4 "square" instead of 8x4. Allowing 
a total off 16 different colors to exist in the 8x4 sqaure.
Basically this method is done by switching the seconday color ram
every raster line. For each 8x4 sqaure, the color ram(up at $d800) is 
the same, but for each line there is a seperate seconday color.
This method allows for some great and colorful pictures, But it takes 
alot of (computer) time and memory to display them.
 
Chris
From: po87553@cs.tut.fi (Pasi 'Albert' Ojala)
Newsgroups: comp.sys.cbm
Subject: Re: Flexible Line Interlace
Date: 24 Dec 92 10:13:55 GMT
Organization: Tampere University of Technology
NNTP-Posting-Host: cs.tut.fi

In article <1hbmg4INN2ap@usenet.INS.CWRU.Edu> ar903@cleveland.Freenet.Edu (Robert Taylor) writes:
>>Alot = all. Generally, to display 200 lines of FLI picture takes 200*63
>>cycles (in PAL). And one picture (160x200) takes 17kB..
>
>Wrong, it does not take up all time, I can code a demo with an FLI
>and I will still have room to add scrollys and etc...(thats NTSC too)

If you read again: to show N lines of FLI picture takes N lines of processor
time. I DID NOT say that you couldn't show smaller picture than 200 lines..
Well, and secondly I meant 'all time during the FLI picture' by the 'all'..:-)

Of course there still is 112 lines left after a 200-line FLI (in PAL) and
you can have scroll in borders etc. (I DO know something about demo coding!)

>french hawk
>ar903@cleveland.freenet.edu

-Pasi

-- 
 Pasi Ojala - The Other Author of AXsh    po87553@cs.tut.fi albert@cc.tut.fi
 Pasbox / 931-3710024 / 21-06 / v32/v42/v42bis/mnp5
From: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
Newsgroups: comp.sys.cbm
Subject: Re: creating .sda files
Date: 22 Dec 1992 15:44:34 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
NNTP-Posting-Host: hela.ins.cwru.edu


In a previous article, mcmillan_a@kosmos.wcc.govt.nz () says:

>Could someone please give my some step-by-step instuctions for creating
>.sda files?
>
>I have a C128, the cs-dos and lharc files, and presumably it's in there
>somewhere but I can't find it..... thanks!
>
>Cheers - Kirk
>
>
With CS-DOS and LHARC you can create .SFX files, not .SDA files, but ONLY
if you have a ram expansion unit available.  Otherwise, you have to go to
64 mode and use something like ARCAID71, which is a menu driven interface
for ARC and SDA.
-- 
Basic Bits Commodore Group, No. Ridgeville, Ohio: Quantumlink - RidgeRunr
Light Of Day C= Sysop (216) 327-1603, 9600  (216) 327-1423, 2400
County Link C= Sysop (216) 236-6126 4 nodes, My Basement BBS (216) 234-6572
Nerds Nook Fidonet 1:157/2   (216) 356-1431
From: po87553@cs.tut.fi (Pasi 'Albert' Ojala)
Newsgroups: comp.sys.cbm
Subject: Re: SID's 4th voice
Date: 30 Dec 1992 11:42:51 GMT
Organization: Tampere University of Technology
Distribution: world
NNTP-Posting-Host: cs.tut.fi

In article <1992Dec30.023152.21098@Princeton.EDU> marcinj@phoenix.Princeton.EDU (Marcin Jakubowski) writes:
> Does anyone know how this is done?

The digi channel is simply the volume register. You just take the sample
nybbles and store them there.

> The 4th voice sounds completely independent of
>the other three and does not affect them in any way -- it's a true,
>separate channel.

Well, in fact it modulates the normal waveforms, but I think that when
you take DFT (discrete fourier transform) from both (first from the
original, and from the digi and add the spectres, then from the
modulated waveform), the result will be the same in the hearable
part of the spetcre.

So, it is independent, but you can't leave it to zero between samples.. :-)

-Pasi
-- 
Pasi Ojala      The smaller .signature you have the more frieds you get.
po87553@cs.tut.fi albert@cc.tut.fi
Newsgroups: comp.sys.cbm
From: ac999118@umbc8.umbc.edu (ac999118)
Subject: Commodore Games for Sale 
Organization: University of Maryland, Baltimore County Campus
Date: Mon, 21 Dec 1992 21:49:34 GMT

Commodore 64 Games For Sale or Trade for IBM game of same title.

Pool of Radiance		$10
Curse of the Azure Bonds	$10
Secret of the Silver Blades	$15

Champions of Krynn		$10
Death Knights of Krynn		$17

Buck Rogers I : Countdown...	$10

Elvira I 			$20

All games include original box, instructions, and disks.  Sorry, but the
regristration cards have already been used.

All reasonable offers concidered.

Reply via E-mail or call (410) 569-0416 in Bel Air, MD for more information.

Newsgroups: comp.sys.cbm