HDTenEightyP/NetNews huggingface dataset:
From: fred@cbmvax.commodore.com (Fred Bowen)
Newsgroups: comp.sys.cbm
Subject: Re: 64 using 128 goodies
Date: 30 Sep 92 13:55:09 GMT
Reply-To: fred@cbmvax.commodore.com (Fred Bowen)
Organization: Commodore, West Chester, PA

In article <BvCqo2.A1q@encore.com> nemanuel@encore.com (Nathan Emanuel) writes:
>
> How about the 128 keypad? How can this be enabled in 64 mode? And what is a
> good location to check to see if this is a 128 running in 64 mode?

The C128's VIC has 2 new registers that are not found on the C64's VIC, and
they do not "disappear" in C64 mode:

   $D02F   (53295)   bits 0-2  new key columns
   $D030   (53296)   bit  0    0=1MHz, 1=2MHz

To scan the keypad in C64 mode, you'd have to "drive" the new key columns,
scan the normal key rows ($DC01, 56321), and decode the result.  The keypad
driver should be written in machine language and wedged into the IRQ routine.
For example, here's a really crude experiment you can try in 64 mode:  type
POKE 53295, 254  and then hit some keypad keys.  Ignore the actual results
because the normal C64 keyscan doesn't know what's going on, but you should
see the keypad keys have been "activated".  POKE 53295, 255 to "deactivate"
them (pressing STOP/RESTORE won't work because, again, the C64 kernel doesn't
know the new registers exist, so it can't initialize them).

There are many different ways to tell what OS and hardware is being used.
You can tell which OS is running by PEEKing a byte of ROM, for example.
The Startup program on the REU utility disk does this:

	F = ABS(PEEK(65533)=255)	:REM   F=0=C64   F=1=C128

You can tell what hardware is present by PEEKing a unique I/O register,
such as those I was just talking about:

	H = ABS((PEEK(53296)AND2)=0)	:REM   H=0=C64   H=1=C128

So, if you execute both of these and get F=0 and H=1, you'd know you are
running in C64 mode on a C128.  If you got F=0 and H=0, you are running
on a C64.  These PEEKs are not necessarily reliable if you are running
on any other hardware/OS, such as PETs, VIC20's, etc., or even a C128
after some random BANK was set.
-- 
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: massive@lakes.trenton.sc.us (Massive Onslaught)
Subject: Zmodem
Organization: Lakes Public Access
Date: Mon, 5 Oct 1992 21:53:29 GMT

  Did the Zmodem 64 project just phase out, or what?
 
-Massive
massive@lakes.trenton.sc.us
From: George.Frizzell@mailbox.bison.mb.ca (George Frizzell)
Newsgroups: comp.sys.cbm
Subject: Re: uudecoding long files
Date: 26 Sep 92 14:17:19 CST

 
Quoting Brent Busby:
====================>

Does anybody have any tips on how to go about capturing very long uuencoded  
files on a Commodore-128?  Hardly any terminal program I know of will let you  
capture more than 60000 characters, and many ftped files are published in  
UseNet and mailed from ftpmail sites in chunks larger than that.  At an ftp  
=====================
  
Hi Brent,
   As I indicated in another message, uuencoding and uudecoding operations
are still fairly now to me.
   But for what's it worth, rather than rely on a straight buffer
capture, I usually download the message containing the uuencoded file.
 That way I get errorchecking and I don't have to worry about running out
of free buffer space.
   Of course the UUCP software on the system you use may be different, but
most of the UUCP sites here are using Waffle.  It allows a user to
(D)ownload the message he happens to be at.  And depending on access level
it also permits a user to save a group of messages in his user area, and then
download the created file or leave it for downloading later.
   But for most uuencoded files I've come across (the ones posted here in
messages), I just simply (D)ownload the message straight to a disk.
   As for handling FTP files, I haven't had anything to do with them
yet, so I'll be watching the responses you get from some of the other users
here too.
   I hope this helps a little anyways.  Talk to you later.
 
  
- George
 
 * Origin: Cafe De La Regence, Winnipeg, MB, Canada (1:348/703)

Newsgroups: comp.sys.cbm
From: bbs-artmoore@jwt.UUCP (arthur moore)
Subject: Re: Hmm..
Reply-To: bbs-artmoore@jwt.UUCP
Organization: The Matrix
Date: Sun, 27 Sep 1992 03:56:44 GMT

massive@lakes.trenton.sc.us (Massive Onslaught) writes:

> What does it mean, when you receive net email from someone, and try to
> reply to it, and then several days later, you get a message saying host
> unknown...
> 
> I keep getting from Art Moore, and when I reply, it always says Host
> unknown...
> 

I've been having this problem also, replying to net email (go figure). 
I'll ask my sysop and follow up on this.


 _________________________________________
( Art Moore         bbs-artmoore@jwt.UUCP )
 )    Fidonet CBM Echo - Arthur Moore    (
(   Recorded Live from Orlando, Florida   )
Newsgroups: comp.sys.cbm
Subject: Re: 64 using 128 goodies
From: Ernie Oporto <EAO102@psuvm.psu.edu>
Date: Sat, 26 Sep 1992 08:34:37 EDT
Organization: The Pennylvania State University

Well, since Light of Day (216-327-1603) is long distance and not a likely
call for me, is there any way to get it by ftp, or telnet?

  _____)           ______        _)       _)  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: lueck@arcturus.amasd.anatcp.rockwell.com (Bill Lueck)
Subject: Re: DIGITAL EXCESS demo !
Organization: Rockwell International
Date: Mon, 28 Sep 92 19:48:31 GMT

lueck@arcturus.amasd.anatcp.rockwell.com (Bill Lueck) writes:

>I liked that demo very much! (I didn't even see the bug that was
>reported.  It was also very easy to decode using Fuzzy Fox's uuxfer
>program on Milton.  I'd like to see a bunch more programs distributed
>this way.  Anybody else interested?  I'll put some up myself if there
>is any interest.

Here's a stand-alone Koala pix (highly compressed - 17 blocks)
Just load, run, and view.  See if it works for you.
From: kellyd@mastro.UUCP (Kelly Donner)
Newsgroups: comp.sys.cbm
Subject: Commodore Items For Sale
Date: 30 Sep 92 09:04:45 GMT
Distribution: usa
Organization: Not an Organization
X-BBS-Software: EXCELSIOR! v0.960

Commodore Items:

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
(1)  Commodore 128           65.00
(1)  Commodore 64            40.00
(1)  Commodore 1541          55.00
(2)  Commodore 1571          65.00 ea
(1)  Commodore 1702          65.00
(1)  Reg. Color 64 BBS       30.00   (many mods/online game)
(1)  Reg. DMBBS              30.00   (4-5 Major online games)
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Misc prg's. will go to anyone buying a computer.

Sorry, Shipping and COD is the expense of the buyer.


+---------------------------------------------------------------------------+
| MASS Storage BBS  465 megs     | 32765 Palmer, Westland, Michigan 48185   |
+---------------------------------------------------------------------------+
|Excelsior! BBS System           | Offical Beta Test Site Version # .0961   |
+---------------------------------------------------------------------------+
|UUCP: sycom!mastro!kellyd       | INTERNET: kellyd@mastro.UUCP             |
+---------------------------------------------------------------------------+
|                 Life in the fast lane is slow today!                      |
+---------------------------------------------------------------------------+
From: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
Newsgroups: comp.sys.cbm
Subject: Re: 64 Gif Viewer?
Date: 2 Oct 1992 14:22:26 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, gobeski8618@iscsvax.uni.edu (Steve 'Gobes' Gobeski) says:

>> GEOGIF.SDA is a nice GIF converter for GEOS.
>> It converts GIF files to GEOPaint files.  VGIF2.1.sda will view
>> many GIF files on a C64.  Both programs are available
>> on Qlink, or Light Of Day (see my signature).
>> -- 
>> Basic Bits Commodore Group, No. Ridgeville, Ohio
>> Quantumlink - RidgeRunr
>> Light Of Day Commodore Sysop (216) 327-1603, 9600 baud
>
>Funny, GEOGIF, at least, doesn't seem to be on TLOD (I just checked. Tho I don't
>have privilege to d/l it even if it was, it didn't even appear in the file
>list!).  Mayhap I missed something?
>
>-- Steve 'Gobes' Gobeski // GOBESKI8618@iscsvax.uni.edu
>
>

Thanks Steve, I'll check the listings and see what happened.
In the meantime, anyone that wants it and doesn't want to call 
LD to a BBS can send me a disk and $1 and I'll send it to you.
If you have an interest in some other GEOS utilities, PD, let me
know and I'll see if I have it.
Steve, your address iin this message wouldn't take for Email reply.
Michael Kelley
P.O. Box 193
No. Ridgeville, OH  44039-0193
-- 
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: 6500hage@ucsbuxa.ucsb.edu (William F. Hagen)
Newsgroups: comp.sys.cbm
Subject: Re: SIDplayer files on ccusun
Date: 27 Sep 92 09:22:51 GMT


The correct address is CCOSUN.CALTECH.EDU
From: thwang@mentor.cc.purdue.edu (Tommy Hwang)
Newsgroups: comp.sys.cbm
Subject: C=128 problems...
Date: 5 Oct 92 03:09:20 GMT
Organization: Purdue University Computing Center



   
     I finally decided to upgrade my C=128 a little after 6-7 years and
a new computer, but I can no longer find any specification for the 
C=128.  Also, I can not seem to find any Commodore newsgroups.  Amiga
seemed to be the nearest.  
     I am considering a 1581 disk drive, my question is primarily...
Does it support high density disks?  I know my 1571 do not, but what 
about 1581?  Any comments on this drive would most certainly be appreciated.
     Secondly, what is the maximum graphics capability my C=128 have?
I am also considering a video digitizer for my C=128, but I want to 
know more about the capabilities of my computer first.
     Thankx....
   
                                                    -TKH '92
From: 6500hage@ucsbuxa.ucsb.edu (William F. Hagen)
Newsgroups: comp.sys.cbm
Subject: Re: Help identify computer
Date: 30 Sep 92 14:56:00 GMT


Hi Fred, how about posting a history of cp/m on the c64 and 128.
I noticed some of the older books for the 64 mentioned cpm for the 64, then newer versions had
 
it deleted from the books.
Newsgroups: comp.sys.cbm
Subject: Re: C65??
From: ppugliese@pimacc.pima.edu
Date: 3 Oct 92 03:17:05 -0700

In article <1992Oct2.194000.29605@murdoch.acc.Virginia.EDU>, dudley@cebaf4.cebaf.gov (John Dudley) writes:
> I remember a very FEW rumors back in the late 80's (88?) about a new
> version of the 8 bit line... (C64, C65, C64gs, etc.)... now I here Fred
> Bowen from Commodore mentioning little tidbits about the machine.  Since
> you have admitted to its existance, could you tell us all what we MIGHT
> have been looking forward to?  What was the new machine going to be
> like?  What processor/os/languages/speed/case/color?
>  
> Thanks!

Was this the system that was going to use the 65816 chip?

I always wondered why this chip was never used in the '128.

I understood it had a 16 bit data buss & a 16 bit address buss when
in 6502 mode. I also heard it had a 24 bit address mode where it
"borrowed" some of the data lines & so could directly address up
to 16 megs of RAM. I know it was available. The local Commodore I
belonged to way back when had a hardware SIG that was experimenting
with a adaptor that would allow a 65816 chip to be placed into a
stock '64 to replace the 6510. This was back in 1983 & I don't know
whether they succeeded or not.

PHIL
From: ab245@cleveland.Freenet.Edu (Sam Latonia)
Newsgroups: comp.sys.cbm
Subject: For Sale Update 9/29/92
Date: 29 Sep 1992 22:37:14 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: slc4.ins.cwru.edu


                 BRAND NEW & USED EQUIPMENT PRICE LIST

(1) COMMODORE C128 COMPUTERS - USED BUT LIKE NEW CONDITION - POWER SUPPLY

    $75 - WITH OWNERS MANUAL - TUTORIAL & CPM DISK

(1) COMMODORE C64C COMPUTER BRAND NEW IN THE BOX - WITH POWER SUPPLY

    $100 WITH OWNERS MANUAL AND SEALED GEO'S PACKAGE FROM COMMODORE

(1) COMMODORE 1581 DISK DRIVES - BRAND NEW IN THE BOX WITH ALL CABLES

    $125 EACH - WITH OWNERS MANUAL AND UTILITY DISK

(3) COMMODORE 1571 DSDD DISK DRIVE - BRAND NEW IN THE BOX

    $125 EACH - WITH SERIAL CABLE & UTILITY DISK

(1) COMMODORE/AMIGA 1084SD STEREO MONITOR - BRAND NEW IN THE BOX

    $250 WITH ALL CABLES & BOOKS - MADE BY TOSHIBA NOT MAGNAVOX!

(1) SWIFT LINK CARTRIDGE - WITH THE EXTRA $6 TECH MANUAL FOR $35

(2) C64 POWER SUPPLIES - USED BUT LIKE NEW CONDITION $20 EACH

(1) COMMODORE C64 - USED BUT IN LIKE NEW CONDITION - WITH POWER SUPPLY

    $75 WITH OWNERS MANUAL & HINGED KEYBOARD COVER & TENIX C64C WHITE CASE

(1) AVATEX 1200HC EXTERNAL RS232 MODEMS - USED BUT IN LIKE NEW CONDITION

    $35 EACH WITH BOOKS BOX & CABLE

(2) AVATEX 2400HC EXTERNAL RS232 MODEMS - USED BUT IN LIKE NEW CONDITION

    $75 EACH WITH BOOKS BOX & CABLES

(2) PPI 2400SA EXTERNAL RS232 MODEMS NEW - NEVER USED

    $75 EACH - BOOKS - BOX & CABLES - FULL 1 YEAR WARRANTY

(2) OKIDATA OKITEL 9600 EXTERNAL RS232 MODEM - V.32 V.42 V.42BIS

    $250 EACH - WITH 5 FULL YEARS FACTORY WARRANTY - THROUGHPUT TO 38.4 BPS

ALL PRICES ARE ROCK SOLID- PLUSS SHIPPING COST IF NEEDED:
From: cmanry@luke.eecs.wsu.edu (Charles (skip) W. Manry Jr.)
Newsgroups: comp.sys.cbm
Subject: Re: Kermit protocol for Desterm128 2.0?
Date: 5 Oct 92 00:58:28 GMT
Organization: Washington State University!

In article <92277.091350EAO102@psuvm.psu.edu> Ernie Oporto <EAO102@psuvm.psu.edu> writes:
>Is there such a thing?  I desperately need a copy of it.  I am using
>my Desterm for everything, and Kermit protocal would make it absolutely
>the best thing.  I have a spot on my protocal list that says Vacant, so I
>assume that it is space for another protocol.
>

Me too.  Also can you *edit/change* the key assinments in Desterm128.  I
just got it not too long ago.  I do not see a way to do this.  I want the
cursor keys to work!


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%  Charles W. Manry  / cmanry@nextasy2.eecs.wsu.edu    %  Vote "Cthulhu" in   %
%  Dept of Electrical Engineering and Computer Sci.    %  1992.  Why vote for %
%  Washington State University, Pullman WA 99164-2752  %  the *lesser* evil!  %
%  ** Opinions expressed here do not in any way    **  %                      %
%  ** reflect that of my department or supervisors **  %  From rec.games.frp  %
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
From: duck@pembvax1.pembroke.edu
Newsgroups: comp.sys.cbm
Subject: C= Hacking Issue #4
Date: 5 Oct 92 13:55:16 GMT
Organization: Pembroke State University
NNTP-Posting-Host: pembvax1.pembroke.edu



The following messages are C= Hacking Vol. #1, Iss. #$

The source files for Learning Machine Language: Space Invasion will be located
at ccosun.caltech.edu under pub/rknop/HACKING.MAG as soon as possible.

Have fun and enjoy!!

-- 

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

Oregon, n.:
	Eighty billion gallons of water with no place to go on Saturday
	night.
Newsgroups: comp.sys.cbm
From: dattier@ddsw1.mcs.com (DWT)
Subject: Re: big RELs
Date: Wed, 30 Sep 1992 20:36:55 GMT
Organization: Contributor Account at ddsw1, Chicago, Illinois  60657

bbs-artmoore@jwt.UUCP wrote in <egZuRB1w164w@jwt.UUCP>:

| 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...

It's all described in the 1571 and 1581 manuals.  The 1571 uses the same
scheme as the 1541, and a relative file can have at most 720 data blocks.

The 1581, like the old IEEE drives (9060 and 9090?), uses a super side sector
that carries pointers to side sectors.  There can thus be up to 126 side
sectors, each pointing to the other five side sectors in its group of six and
to 120 data blocks, so a relative file can fill a 1581's available space.

David W. Tamkin   Box 59297   Northtown Station, Illinois  60659-0297
dattier@ddsw1.mcs.com    CompuServe: 73720,1570    MCI Mail: 426-1818
From: ab245@cleveland.Freenet.Edu (Sam Latonia)
Newsgroups: comp.sys.cbm
Subject: FOR SALE LIST UPDATE 9/29/92
Date: 29 Sep 1992 07:26:37 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: slc4.ins.cwru.edu


           BRAND NEW & USED EQUIPMENT PRICE LIST 9/29/92 UPDATE

 

(2) COMMODORE C128 COMPUTERS - USED BUT LIKE NEW CONDITION - POWER SUPPLY

    $75 EACH - WITH OWNERS MANUAL - TUTORIAL & CPM DISK

 

(1) COMMODORE C64C COMPUTER BRAND NEW IN THE BOX - WITH POWER SUPPLY

    $100 WITH OWNERS MANUAL AND SEALED GEO'S PACKAGE FROM COMMODORE

 

(2) COMMODORE 1581 DISK DRIVES - BRAND NEW IN THE BOX WITH ALL CABLES

    $125 EACH - WITH OWNERS MANUAL AND UTILITY DISK

 

(3) COMMODORE 1571 DSDD DISK DRIVE - BRAND NEW IN THE BOX

    $125 EACH - WITH SERIAL CABLE & UTILITY DISK

 

(1) COMMODORE/AMIGA 1084SD STEREO MONITOR - BRAND NEW IN THE BOX

    $250 WITH ALL CABLES & BOOKS - MADE BY TOSHIBA NOT MAGNAVOX!

 

(1) RS232 INTERFACE FOR COMMODORE TO ANY HAYES MODEM OR SERIAL PRINTER

    $10 WITH A PURCHASE OF ANY OF THE MODEMS LISTED HEREIN

 

(2) C64 POWER SUPPLIES - USED BUT LIKE NEW CONDITION $20 EACH

 

(1) COMMODORE C64 - USED BUT IN LIKE NEW CONDITION - WITH POWER SUPPLY

    $75 WITH OWNERS MANUAL & HINGED KEYBOARD COVER & TENIX C64C WHITE CASE

 

(1) AVATEX 1200HC EXTERNAL RS232 MODEMS - USED BUT IN LIKE NEW CONDITION

    $35 EACH WITH BOOKS BOX & CABLE

 

(2) AVATEX 2400HC EXTERNAL RS232 MODEMS - USED BUT IN LIKE NEW CONDITION

    $75 EACH WITH BOOKS BOX & CABLES

 

(2) PPI 2400SA EXTERNAL RS232 MODEMS NEW - NEVER USED

    $75 EACH - BOOKS - BOX & CABLES - FULL 1 YEAR WARRANTY

 

(2) OKIDATA OKITEL 9600 EXTERNAL RS232 MODEM - V.32 V.42 V.42BIS

    $250 EACH - WITH 5 FULL YEARS FACTORY WARRANTY - THROUGHPUT TO 38.4 BPS

 

ALL PRICES ARE ROCK FIRM! AND IF YOUR OUT OF STATE FROM ME YOU PAY SHIPPING

PPS. AD $15 EXTRA TO ANY OF THE DRIVES FOR JIFFYDOS ROMS INSTALLED
From: rknop@cco.caltech.edu (Robert Andrew Knop)
Newsgroups: comp.sys.cbm
Subject: Re: cpm cartridge wanted for c64
Date: 30 Sep 1992 22:05:58 GMT
Organization: California Institute of Technology, Pasadena
Distribution: comp
NNTP-Posting-Host: punisher.caltech.edu
Keywords: wanted, cpm

fred@cbmvax.commodore.com (Fred Bowen) writes:

>Better to get a used C128, which has a built-in Z80 and runs a newer
>version of CP/M better, faster, with a larger TPA, and 40 or 80 columns.

:) One could say similar things about BASIC, the general operating system,
etc. of a C128....

-Rob
rknop@cco.caltech.edu
Newsgroups: comp.sys.cbm
From: c9037544@jupiter.newcastle.edu.au (David M Williams)
Subject: Re: 64 using 128 goodies
Organization: Uni of Newcastle, Australia
Date: Fri, 2 Oct 1992 01:11:05 GMT

>nemanuel@encore.com (Nathan Emanuel) writes:

> And what is a good location to check to see if
> this is a 128 running in 64 mode?

 I always use the fre(x) function in my programs. On the 64, this always returns
the amount of memory left for BASIC programs (including variables), regardless
of what is used for the argument (that it, it is a dummy variable). On the 128,
however, fre(0) returns the amount of free memory in bank 0 (where BASIC
programs are located) and fre(1) returns the amount of free memory in bank 1
(where variables are located).
 So, if fre(0)=fre(1) then the computer is a 64, otherwise it is a 128 (as it
is extremely unlikely that the memory used in both banks will be the same -
especially if this check occurs right at the beginning of the program, and no
variables have as yet been allocated. From here, the rgr(x) function can then
be used to tell further if the 128 is in 40 or 80 columns.
 This is the reason why programs on the 128 may be stopped and modified and then
continued without harm - because the program and variables are in different
places. On a 64, variables are situated straight after the program and so
modifying it will prevent one from be able to continue.

-- 
   .////.   .//   David Williams     c9037544@cs.newcastle.edu.au
 o:::::::::///    Department of Computer Science, University of Newcastle
>::::::::::\\\	              " Amazing love! How could it be
   '\\\\\'   \\             that thou oh God shouldst die for me!"
Newsgroups: comp.sys.cbm
From: cobra@coyote.datalog.com (Ken Thompson)
Subject: Commodore Business Machines Timeline Request
Organization: Datalog Consulting, Tucson, AZ
Date: Fri, 25 Sep 92 03:07:49 GMT

Well, the subject kinda says it all...I'm searching for a brief, yet 
accurate timeline of when Commodore has released their major 
machines...going all the way back to the PET-series would be nice, but 
almost anything would be appreciated.
 
Don't read this group often; therefore you may want to mail your responses 
to me as well, along with posting them for the rest of the class...
 
Thanks!
 

Ken Thompson - cobra@coyote.datalog.com  - GEnie: K.THOMPSON23  
Alternate address: cobra@jab.tucson.az.us
From: emzx@vax5.cit.cornell.edu
Newsgroups: comp.sys.cbm
Subject: C-64 system
Date: 30 Sep 92 13:49:42 EDT
Distribution: comp
Organization: Cornell University

As of 9/30/92, I have found a buyer for my C-64 system.  Thank you for your
interest.

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"Start strong, end strong, and look for opportunities in the middle."
                              -S. O'Nan

Sung J. Woo, Secretary of The International Gridlocker Society

emzx@CORNELLA.cit.cornell.edu
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
From: 6500hage@ucsbuxa.ucsb.edu (William F. Hagen)
Newsgroups: comp.sys.cbm
Subject: Re: Wrong Is Write
Date: 1 Oct 92 23:41:35 GMT
Distribution: usa


I have seen what the gentleman described, the max amount of pages
being appended to a 2.0 file, but it was 2.0 that did it and not 
wrongiswrite. I found that inserting a page break at the end of the text
and then using wrongiswrite to remove the page break also removed the extra
pages.
From: andrew@zone4.ocunix.on.ca (Andrew Low)
Newsgroups: comp.sys.cbm
Subject: Re: Viruses for the 64
Date: 28 Sep 92 04:40:05 GMT
Organization: Zone4

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..  

+/+\+/+\+/+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"
Newsgroups: comp.sys.ncr