HDTenEightyP/NetNews huggingface dataset:
From: awilliam@qucis.queensu.ca (Majik)
Subject: MiniSport Query:
Followup-To: comp.sys.zenith
Summary: How to reset password:
Organization: Computing & Information Science, Queen's University at Kingston
Date: Mon, 5 Oct 1992 12:41:36 GMT

Posted on behalf of: 
Jim Mitchell, 
Computing Centre, University of Aberdeen, Scotland, UKnow where

We have somebody here who tried running IBM's BASICA on his MiniSport just
to watch the inevitable crash - which it did, of course. After the next
cntl-alt-del it wanted a password. What password?

The local (not so local really, there's only one for the whole of the
u.k.) zenith service depot wants some $100+ just to reset the password.
Since that's about what the machine is worth he's thinking twice about it
while hoping its as easy as sticking a jumper somewhere on the board like
some others we've seen. A quick look inside didn't reveal any helpful
"Password Reset Here" notices, naturally.

While pondering the insides noticed a funny little plug-in board (32 pin
connector alongside the, presumably, extra SIP holes) with 1 chip carrying
a ZDS part # sticker. It looks like some kind of dongle - or is that the
EEPROM containing the password?

Please email responses to: J.K.MITCHELL@aberdeen.ac.uk


Thanks,
Andrew Williams
-- 
| This message brought to you by the Amalgamated Union of Philosophers, |
| Luminaries, and other professional thinking persons.                  | 
|              ( awilliam@qucis.queensu.ca )                            |
Organization: Penn State - Erie
Date: Mon, 28 Sep 1992 15:23:17 EDT
From: Ron McCarty <RON@psuvm.psu.edu>
Newsgroups: comp.sys.zenith
Subject: Re: Zenith Users Group Bulletin Board

The bbs has moved to Illinois and teh new number is 708-808-2264.

I think if you were a member before, all you need to do is dial
this number instead of the old one. In fact, they just started a
new sale today with some pretty good bargains from what I can see.


Ron McCarty
Newsgroups: comp.sys.zenith
From: chein@eng.auburn.edu (Tsan Heui)
Subject: Minisport questions
Organization: Auburn University Engineering
Date: Wed, 30 Sep 1992 13:52:06 GMT


Hi, Minisport users.
It seems many Minisport still running.
What I'm interested to know is where to get 2" floppy disk?
Is any mail-order vendor around?
Is it possible to get an external floppy drive (3.5" or 5.25") these day?
Any information will be appreciated.
Otherwise, I'll consider selling my Minisport.
Any suggestion for the price I should ask?


Newsgroups: comp.sys.zenith.z100
From: weisee@aix.rpi.edu (Elizabeth A. Weise)
Subject: Re: terminal emulation for Z100
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Sat, 26 Sep 1992 17:47:18 GMT

In article <1992Sep25.114240.28582@lonex.rl.af.mil> koziarzw@lonex.rl.af.mil (Walter Koziarz) writes:
>
>
>BESTerm is about the most all-around useful terminal emulator for the Z100
>(IMHO)...
>
anyone else tried BinkleyTerm? It's got XModem, YModem, ZModem, Telink
and Sealink built in, plus there's Kermit available for it. It's most
likely available from your favorite Mirrors FTP place, under msdos/bbs or 
msdos/fidonet. It's actually a mailer program, but it works just fine as 
a terminal program as well.

-- Tom Moeller, under the guise of

-- 
****************************************************************************
Beth Weise / PhD Student / Dept. of Language, Literature, & Communication
Rensselaer Polytechnic Institute / Troy, New York
Weisee@rpi.edu / Beth_Weise@mts.rpi.edu
Newsgroups: comp.sys.zenith.z100
From: iba@rti.rti.org
Subject: Heath/Zenith Z-100
Keywords: What to do with it.
Organization: Research Triangle Institute, RTP, NC
Distribution: comp
Date: Fri, 2 Oct 92 19:01:51 GMT

Hi All,

I was quite surprised to see a newsgroup set aside for the
zenith-z100s.  Maybe someone out there can help me.

My dad has one of the `original' Clarkson Z-100s.  Actually, it was my
brother's machine, but my dad inherited it. :-)  Anyway, he has since
upgraded to an IBM clone and no longer has a use for it.  It's not IBM
compatible, and I'm not sure if it can become somewhat compatible.  I
know Zenith used to be able them to a somewhat compatible but not
totally compatible machine.  Well, that was never done, so now we have
all this equipment and don't know what we can do with it.  He would
like to sell the whole thing, but we haven't got a clue to value.

Here's what he has:

8088/8085 processors
2 5/14 floppys
760K Memory, 
Monochrome monitor, 
DOS, 
CPM, 
Multi-Plan Spread sheet program,
MScript word processing program, 
Basic, 
FORTRAN and Pascal Compilers.

The machine runs fine.  As I mentioned, he would like to sell it and
was considering $200.  Any opinions on this price, or suggestions as
to maybe donating the machine to someplace.


Thanks in advance,

Ingrid
iba@shrike.rti.org
From: whs4c@galen.med.Virginia.EDU (William H. Smith)
Newsgroups: comp.sys.zenith
Subject: Re: vga card for Zenith Z-386/16
Date: 29 Sep 92 21:28:14 GMT
Article-I.D.: murdoch.1992Sep29.212814.14798
Distribution: usa
Organization: University of Virginia

mccurley@cs.sandia.gov  writes:
> I have an old Z-386 16Mhz machine with a Z-449 video card with the
> 1490 flat screen color monitor.  I want to ugrade to at least a VGA
> card, and preferably SVGA.  Can anyone suggest a good choice for this?
> What should I expect to pay for one?
> 
> Kevin McCurley
> Sandia National Laboratories
> 
> 
> 
I am using a Diamond Stealth VRAM board with no problems.  I
use it with DRDOS6 and Windows 3.1.
--
			| Bill Smith (whs4c@virginia.edu) 
			| Nuclear Cardiology, University of Virginia
From: robs@ssc-vax.boeing.com (Robert L Springgay)
Newsgroups: comp.sys.zenith
Subject: Re: Zenith 286 CMOS
Date: 1 Oct 92 18:23:09 GMT
Reply-To: robs@ssc-bee.UUCP (Robert L Springgay)
Distribution: usa
Organization: Boeing Aerospace & Electronics

In article <BvCv75.9vv@cda.mrs.umn.edu> derungjj@cda.mrs.umn.edu (John DeRung) writes:
>
>   I have a problem I hope someone else has encountered.  We have two Zenith
>286s, purchased sometime ago,  each has a hard drive and 5 1/4 drive.  Sometime 
>in the past (before my time) a 3 1/2 drive was added to each.  Unfornately, the
>CMOS only knows about 5 1/4" drive formats.  Thus, it treats these drives as 
>either 360K or 1.2 MG drives.  Is there any way to get CMOS to understand 3 1/2"
>drive formats?
>
>Thanks in advance.  derungjj@cda.mrs.umn.edu
 The easist way to correct this problem is to update the system ROM.
 Alternately, you could use the disk driver program included in the
 Zenith MS-dos (tm) package.
From: derungjj@cda.mrs.umn.edu (John DeRung)
Newsgroups: comp.sys.zenith
Subject: Zenith 286 CMOS
Date: 29 Sep 92 19:52:16 GMT
Distribution: usa
Organization: University of Minnesota - Morris


   I have a problem I hope someone else has encountered.  We have two Zenith
286s, purchased sometime ago,  each has a hard drive and 5 1/4 drive.  Sometime 
in the past (before my time) a 3 1/2 drive was added to each.  Unfornately, the
CMOS only knows about 5 1/4" drive formats.  Thus, it treats these drives as 
either 360K or 1.2 MG drives.  Is there any way to get CMOS to understand 3 1/2"
drive formats?

Thanks in advance.  derungjj@cda.mrs.umn.edu
Organization: The Pennylvania State University
Date: Sun, 27 Sep 1992 22:38:43 EDT
From: Ernie Oporto <EAO102@psuvm.psu.edu>
Newsgroups: comp.sys.cbm
Subject: Adding 1541 device # switches...

I'm about to add some switches to my 1541, so I can change the device
number from the outside.  I've got them so that they are flush with
the casing, so the switches are no problem themselves.  I'd like to know,
from some people who have alredy done it before, the best way to
connect the wires from the switch to the jumper contacts.  The contacts
on my drive have no pins I can lay the wire against for soldering.
Any hints on this would be appreciated....thanks!

  _____)           ______        _)       _)  EAO102@PSUVM.PSU.EDU
                               __       __    OPORTO@CORVETTE.ECE.PSU.EDU
______    ______            ___      ___      Ernie "SHOKK" Oporto
                               __       __    Computer Lab Attendant
(_______ _      _ ________ _     _) _     _)  for PSU's CAC Department
Newsgroups: comp.sys.cbm
From: dudley@cebaf4.cebaf.gov (John Dudley)
Subject: HELP NEEDED! RS-232
Reply-To: dudley@cebaf4.cebaf.gov (John Dudley)
Organization: CEBAF
Date: Fri, 2 Oct 1992 19:42:11 GMT

I need the open statement or routines for 2400 and/or 9600 baud in BASIC.
 
I already know that:  open 5,2,0,chr$(6)   will give you 300 baud
                      open 5,2,0,chr$(0)+chr$(0)+chr$(61)+chr$(1)  will
give 1200 baud

What will give 2400 or 9600 baud??? 

Thanks! (p.s. this is for direct RS-232 to serial connection from the
C-128 to Amiga for a special project)



Newsgroups: comp.sys.cbm
From: duck@pembvax1.pembroke.edu
Subject: FidoNet Feed accessible via Internet?
Organization: Pembroke State University
Date: Mon, 28 Sep 1992 19:46:32 GMT

  Are there any FidoNet gateways accessible via internet? I'd like to start
keeping up with the C= FidoNet newsgroup also. There are no local bbs's at all
around here (*sighs*), not even IBM'rs so a local feed would be out of the
question and I don't feel like paying L-D bills.

  Many thanks,

-- 

- Craig Taylor   || Standard Disclaimer Applies (of course!)
duck@pembvax1.pembroke.edu (Pembroke State University)

"Why be a man when you can be a success?"
		-- Bertold Brecht
From: Ted.B..Drude@mailbox.bison.mb.ca (Ted B. Drude)
Newsgroups: comp.sys.cbm
Subject: For Sale: Commodore 64 Portable, Vic-20, Printer
Date: 5 Oct 92 04:23:38 CST

Organization: Intergraph Corporation, Huntsville, AL.

For Sale:

- Commodore C-64 Portable (SX-64)  Excellent condition  - $195

- Commodore 1525 printer   Works fine, ribbon needs re-inking  - $20

- Commodore VIC-20  w/ datasette - $15

Asking prices plus shipping. Trades possible,  especially PC hardware.

Reply to: Ted Drude (drudetb@infonode.ingr.com)

 * Origin: The Electronic Mailbox (1:348/7.0)
From: mcmillan_a@kosmos.wcc.govt.nz
Newsgroups: comp.sys.cbm
Subject: <None>
Date: 2 Oct 92 00:48:46 NZST
Organization: Welligton City Council, Public Access.
NNTP-Posting-Host: kosmos.wcc.govt.nz

Can anyone please relay a question onto CMD's bulletin board for me (assuming 
the answer isn't known here...)
I'm using the rl/rd geos setup program with RamLink to use my 1750 REU with 
GEOS. This was written by Doug Cotton at CMD. 
It works just great and I much prefer this system to using gateWay. But I'd
like to have more space than the REU provides.
Can you add a 1meg SIMM to RL to replace the REU?????
Dougs program doesn't seem to have an option for this, and I don't really
want to pay lotsa $$$ for a SIMM if it won't work as I hope!

Mucho thanks to anyone who knows or can ask on CMD's board - it would be
an expensive call for me from here in New Zealand!

Cheers - Kirk
From: duck@pembvax1.pembroke.edu
Newsgroups: comp.sys.cbm
Subject: Re: Viruses for the 64
Date: 28 Sep 92 15:27:02 GMT
Organization: Pembroke State University

In article <92092820053@zone4.ocunix.on.ca>, andrew@zone4.ocunix.on.ca (Andrew Low) writes:
> In article <Bv5yM8.BAB@news.cso.uiuc.edu> 
> gws46142@uxa.cso.uiuc.edu (Big-guy Lurch  ) writes:
>>
>>Well, back when we were in high school, and the 64 was still the most
>>popular 'puter we wrote a little number that hid out in the disk drive 
>>buffer and did little funny things to the computer while it was running.
>>It'd rearrange key definitions and switch them back in a few clock cycles
>>Generally it just drove you nuts.
> 
> Can you give more details with this?  I can't see a way for the disk drive
> to initiate any communication with the computer, and this is what would
> be needed if the code in the drive were to download itself to the computer
> and execute so as to change the key definitions..  Sounds like it was an
> IRQ type routine..  

It sounded to me as if he ment the cassette buffer as there is no such thing as
a drive buffer in the C64 (there's a 1 byte buffer in the '128...)... 

> 
> +/+\+/+\+/+chew carefully/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+\+/+
> Roo [andrew@zone4.ocunix.on.ca] m a c h i n e l o v e h a t e f e a r v o i d .
>                "dreams are all that separate us from the machines"
-- 

- Craig Taylor   || Standard Disclaimer Applies (of course!)
duck@pembvax1.pembroke.edu (Pembroke State University)

"Always try to do things in chronological order; it's less confusing
that way."
From: henry.sopko@canrem.com (henry sopko)
Newsgroups: comp.sys.cbm
Subject: vic 20
Date: 3 Oct 92 15:35:22 GMT
Reply-To: "henry sopko" <henry.sopko@canrem.com>
Distribution: comp
Organization: Canada Remote Systems

To: introbi@ccu.umanitoba.ca (Rick Yunyk)
Subj: VIC 20


        can somebody tell me how to scroll my vic 20?

Which direction are you looking to scroll the screen. I have a couple
of routines in ML that gives scrolling in  up & down or sideways. Let me
know if you want them.

P.S.
      Want to upgrade you VIC 20 to a VIC 128?

Henry
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.sys.cbm
From: bbs-jwelch@jwt.UUCP (Johnathon Welch)
Subject: Re: ZIP/UNZIP for C64
Reply-To: bbs-jwelch@jwt.UUCP
Organization: The Matrix
Date: Sun, 27 Sep 1992 12:49:39 GMT

bhathena@ug.cs.dal.ca (Firdaus B Bhathena) writes:

> 
> 	Does anyone out there have a ZIP/UNZIP program for the
> 
> 	C=64 ??
> 
> 
> 
> 							..Firdaus


You can download Zipcode 2.0 from -LASER- BBS at (407)647-0031

_____________________________________________________________
| Johnathon Welch - Sanford, FL, USA  -  bbs-jwelch@jwt.uucp|
| LASER BBS - (407)647-0031, FL's Oldest running C= BBS!!   |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
Newsgroups: comp.sys.cbm
Subject: Re: C64 serial bus loading problem (3 drives and a printer)
Date: 30 Sep 92 06:04:16 GMT
Reply-To: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
Organization: Case Western Reserve University, Cleveland, OH (USA)
NNTP-Posting-Host: thor.ins.cwru.edu


In a previous article, Frank.Prindle@bbs.oit.unc.edu (Frank Prindle) says:

>Hi,
>I'm looking for advice on a serial bus problem.  I have a C64, two 1541 clones,
>a 1581, and a PPI printer interface (in that order) on my serial bus.  The two
>cables which interconnect the three drives are only about 9 inches long because
>when I used the stock cables, the 1581 drive would not read reliably; shortening
>the cables fixed that.  Now I notice that the printer turns up "Device not
>present" from time to time during printing unless I turn off the 1581, in which
>case it prints ok.  I've been tempted to shorten the other two cables (64-drive,
>and 1581-PPI) to attempt to solve this problem, but would rather not because
>I can't believe the C64 serial bus is that sensitive to cable length, and I'm

There is a similar discussion going on in the CBM FidoNet echo in
regards to a 128D.  The end result thus far is change the physical
configuration of your system, with the 1581 between drives or
first or something different and see what happens.  I have a
128 with 4 drives and an REU, two of the drives are 1581s, and I
have no trouble with them at all.
Does your 1581 have the WD1772 controller chip?
-- 
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: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
Newsgroups: comp.sys.cbm
Subject: Re: Wanted: Action Replay module
Date: 6 Oct 1992 15:08:52 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, weasel@rieska.oulu.fi (Kari T. Salmela) says:

>If anybody has such a beast for sale, I'd be very happy to obtain
>one. Also pointers to companies selling those gadgets are welcome.
>

Action Replay is a utility cartridge available from RIO Computers,
3430 E. Tropicana Ave. #65, Las Vega, NV 89121. (702) 454-7700, tue -
Sat 10am to 6 pm pacific.  $64.99.  Order line only is 1-800-782-9110,
Mon - Sat 8am to 6pm Pacific.
-- 
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: fred@cbmvax.commodore.com (Fred Bowen)
Newsgroups: comp.sys.cbm
Subject: Re: big RELs
Date: 30 Sep 92 17:01:33 GMT
Reply-To: fred@cbmvax.commodore.com (Fred Bowen)
Organization: Commodore, West Chester, PA

In article <egZuRB1w164w@jwt.UUCP> bbs-artmoore@jwt.UUCP writes:
> The 1541 creates 6 side sectors when you create a relative file to point 
> to the 664 blocks on the disk...How do the 1571 and 1581 approach 
> relative files?  More side sectors?  Surely you can create a relative 
> file on these higher capacity drives that will cover more than 720 sectors.

Certainly you can- the capability existed 'way back in the days of PET
8050 IEEE drives.  The more recent serial bus 1571 & 1581 drives simply
borrowed the same concept.

I don't know how much you know about RELative files, or how technical
you want to get, so for now I'll keep it simple.  Normal REL files have
SIDE SECTORS and DATA SECTORS.  Basically, each side sector is an index
of pointers to each data record.  The higher density drives have SUPER
SIDE SECTORS, which contain pointers to SIDE SECTORS, and so on. 

Each side sector contains pointers for 1 to 120 data sectors, and there
are 6 side sectors for each REL file, providing a total file capacity of
182,880 bytes (120 pointers * 6 side sectors * 254 bytes per data sector).
The super side sector points to 127 groups of 6 side sectors, which gives
us a maximum file size of 23,225,760 bytes per file (127 * 182,880), which
obviously exceeds the capacity of a floppy disk. 

These two formats are not compatible.  A bit in IOBYTE in the BAM header
of every diskette tells whether the REL files on that diskette conform to
the large or small model, but I'm not sure if all the DOS's handle this
correctly- probably not (in the C65, I supported both models, and provided
a U0> command to set the model explicitly.)
-- 
Fred Bowen			uucp:	{uunet|rutgers|pyramid}!cbmvax!fred
				domain:	fred@cbmvax.commodore.com
				tele:	215 431-9100

Commodore Electronics, Ltd.,  1200 Wilson Drive,  West Chester,  PA,  19380
Newsgroups: comp.sys.cbm
From: "henry sopko" <henry.sopko@canrem.com>
Subject: vic 20/128
Reply-To: "henry sopko" <henry.sopko@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 5 Oct 92 11:55:46 EST

To: DUCK@PEMBVAX1 PEMBROKE EDU
Subject: UN:VIC 20/128

>Huh? If this is serious, in terms of having a Vic-20 expandable up to
128k I'd
>be interested in hearing about it. If you want, I'd also include it in
the next
>issue of Commodore Hacking.


Yes, I'm serious. Actually, it can be expanded beyond that (256k +)
but I stoped at 128k.
To get the  VIC 20 up to 128k it has 4 - 32k STATIC RAMS
installed internally with "Soft Banking". So, its kinda like the 128.
You can select which 32k RAM you want to use simply by poking in one of
the
values  0 - 3 in the configuration register. There are DIP SWITCHES also
installed just incase you want to leave a certain area free for a
cartridge
or whatever.

  I did my upgrade a few weeks ago and it works fine. I cannot take the
credit for this project, as a friend of mine drew up the schematics. All
I did was try out his plans. As far as including this upgrade in the
next
issue of Commodore Hacking, I'd have to ask him about that, as I'm
not the actual author of the upgrade. I offer only to do the work to
anyone who is interested. Also, I'm planning on doing one more upgrade.
Putting 4k  RAM under the CHARACTER ROM. This will allow you to either
use it as spare ram or can be used for a re-defined character set
without
having to change the pointers. This RAM can always be written to, but to
read it, the ROM must be switched out. Also, no Basic Ram is lost for
re-defined characters. This has not been tested, but I do plan on
doing it within a few weeks time. I'll let you know if this works if
you like.

Henry
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.sys.cbm
From: dattier@ddsw1.mcs.com (DWT)
Subject: Re: relative file format
Date: Wed, 30 Sep 1992 03:54:55 GMT
Organization: Contributor Account at ddsw1, Chicago, Illinois  60657

nrossi@jarthur.claremont.edu (Nick Rossi) asked in
<1992Sep29.193251.16960@muddcs.claremont.edu>:

| In article <35464@cbmvax.commodore.com> fred@cbmvax.commodore.com (Fred
| Bowen) writes:

| >BTW, on the same page of the manual is the following warning:
| >"To avoid the remote possibility of corrupting relative file data, it is
| >necessary to give record pointer commands twice- once before a record is
| >read or written, and again immediately afterwards".  It's good advice.

| I once wrote a BBS program which used relative files heavily - both for
| storing messages and for keeping track of file transfers.  I never released
| the program because I never figured out why messages got corrupted every now
| and then.  I only sent record pointer commands before each read or write,
| never after.

| What exactly can happen if the advice is not followed?

Transactor had a long explanation of it.  I hope someone posts it in full
but this is what I remember.  Polite corrections and expansions are welcomed.

When you read or write a record that crosses a sector boundary, the record
pointer gets confused as it crosses into the part of the record that is in
the later sector.  If you then position to a record that starts in that later
sector (whether it ends in that sector or crosses into yet another), DOS
tries to save trouble by just counting bytes forward within that sector,
but it didn't start out where it thought it did, so it ends up in the wrong
place.  This is especially bad on a write, because DOS might write out the
full length of the record in the wrong place and corrupt another record as
well.

But if you position the record pointer into a different sector between the
accesses to the two records (by, say, repeating the position command for the
start of the former record) you trick the position command for the latter
record into doing its calculation the long way instead of taking the dange-
rous shortcut.

A file whose records are two, 127, or 254 bytes long has no records that
cross sector boundaries and never runs into the problem.  That's why some ap-
plications purposely set the record length to 127 or 254 bytes, even though
the data in a record won't need that much space.

David W. Tamkin   Box 59297   Northtown Station, Illinois  60659-0297
dattier@ddsw1.mcs.com    CompuServe: 73720,1570    MCI Mail: 426-1818
From: nugget@genesis.nred.ma.us (Ralph Barbagallo)
Newsgroups: comp.sys.cbm
Subject: Wing Commander for the C64!
Keywords: It's a comin'!
Date: 29 Sep 92 09:04:42 GMT
Organization: Genesis Public Access Minix  +1 508 664 0149


 
  Hey, ya know what I heard the other day?  Wing Commander is coming out
on cartridge for the c64!  They are working on the conversion (I'm not
sure who's doing it..).  Also, I guess Wrath of the Demon will make its
way to the C64 in a cart very soon (let's hope!)...  I gutta see Wing Commander,even though I have an Amiga and tons of consoles.. I'll buy it just to see
it!  


 _____________________________________________________________________
(                              (                                      ) 
 )  Ralph A. Barbagallo III     ) Co-Editor of                       (   
(         -----                (                M I N D  S T O R M    )     
 ) nugget@genesis.nred.ma.us    )                                    (   
(                              (  THE Newsletter for high-end gamers! )  
 ---------------------------------------------------------------------
 MindStorm-9474 Fallson Ct., Blue Ash, OH  45242   (ed. Aaron Buckner)

  
Newsgroups: comp.sys.cbm