HDTenEightyP/NetNews huggingface dataset:
From: mcbride@cs.arizona.edu (Chris M. McBride)
Newsgroups: comp.sys.cbm
Subject: Re: compression format questions, and an idea
Summary: variation on runlength
Keywords: compression
Date: 16 Sep 92 03:48:24 GMT
Organization: U of Arizona CS Dept, Tucson

In article <cdminter.716601761@icaen.uiowa.edu> cdminter@icaen.uiowa.edu (Corey D Minter) writes:

>2) Recently i was reading up on some methods of compression when i
>    thought up the following idea.  It has the advantage i think
>    that it would be fast to decompress (though slow to compress),
>    and it doesn't consume any memory with tables in either compression
>    or decompression.  So i am asking for your comment/flame/opinion
>    on this.  I'm not trying to propose some new standard (who wants
>    one).
>
>        1) store data as is until an ESCAPE character is read
>        2) 2 ESCAPES signals that an ESCAPE should really be stored
>        3) otherwise the ESCAPE is followed by:
>               a) byte packed with NUMBER_OF_REPETITIONS and 
>                  NUMBER_OF_BYTES - 4 (possibly nibblewise)
>               b) word with address of data to be used (could be a
>                  relative or absolute address
>
<etc>
 
This is only a slight variation on Run length compression. It has some
pissibilities, but I see some problems. Lets assume you use 0 as an
escape character (that would elimate runs of 0 lengths)
Then we have a number(or numbers) to specify repeats, reptitions(A
nybble may not be the best, because then you are limited to 15 or 16)
How do you specify that what follows is an address. or data?
 
The best way to perform this copmpression would proabbly be to keep 
a list of data, and then a list of pointers to the data. (With bytes
and reps, all though some will only have repeats of 1)
One question I have, is how do you determine when you have a string
that already occurs, or to start another `string?
 
Chris


Newsgroups: comp.sys.cbm
From: wongs@marcus.its.rpi.edu (Stephen Kingwin Wong)
Subject: "Checkit" program for Commodore
Organization: Rensselaer Polytechnic Institute, Troy, NY
Distribution: usa
Date: Tue, 8 Sep 1992 15:40:34 GMT


I'm looking for a diagnostic program for either the 64 or the 128 (preferably
the 128) .  The program should be able to test memory, disk drives, the
display, the keyboard, the user port, etc.  Any suggestions?

Steve
Newsgroups: comp.sys.cbm
From: fuzzy@netcom.com (Fuzzy Fox)
Subject: Re: 16 bit CRC source?
Date: Sat, 12 Sep 92 20:10:02 GMT
Organization: Foxes 'R' Us - Seven locations to serve you

andrew@zone4.ocunix.on.ca (Andrew Low) writes:

>Considering my 64 isn't even set up anymore this is probably a foolish
>thing to say.. but here goes: I'm interested.  Let me know what 'nearly'
>finished means.  Also I'd really like to see the completion of it become
>a comp.sys.cbm project (since I probably lack the enthusiasm to finish
>it myself).

You too, eh?  :)

>If a plan like this were followed we could have a (rather large) discussion
>here in comp.sys.cbm about the current work on the protocol, what remains
>to be done, and who will take care of what.  Then the code would be 
>written and then one person would integrate the various bits and pieces.

One of the problems with writing a Zmodem module for the 64 is that it
is a streaming protocol, meaning that the bytes never stop coming over
the modem.  Since disk access usually interferes with modem activity,
Zmodem would tend to really screw up on the C64.  I think a good
solution to this would be to code a custom DOS transfer method which
is asynchronous, allowing full interrupting of the protocol.  I've seen
this done in some programs, so it is certainly possible.  Also, it would
probably still be much faster than the stock DOS routines, which would
be the next bottleneck.

Of course, a lot of this can be avoided by simply putting Zmodem into
stop-and-wait mode, which makes it almost no better than Ymodem.
However, Zmodem's other features (such as XON/XOFF transparency, no file
padding, and crash recovery) could still be used.

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |
#endif              |     How's my posting?  Call 1-800-ALT-FLAME
From: Troll@cup.portal.com (rf banzai tolli)
Newsgroups: comp.sys.cbm
Subject: Re: How to disslove .arc file?
Date: Mon, 14 Sep 92 16:54:32 PDT
Organization: The Portal System (TM)
Distribution: usa

Dis you INSTALL ARC.128 in yer ramdisk?  I prefer to simply call it "arc",
so I first  COPY ARC.128 ARC, then do INSTALL ARC.
 
After that the syntax ARC/X <filename> should dissolve any CBM arc file
on unit 8, drive 0.
 
You *can* use it from disk rather than ramdisk, if yer pressed for space
in yer ramdisk.  The syntax then is  A:ARC/X <filename>, where A = 8/0;
other drives are also supported- see the doc file for the letter designation
system Chris Smeets uses.
 
-RFT-
Newsgroups: comp.sys.cbm
From: fuzzy@netcom.com (Fuzzy Fox)
Subject: Re: drive questions
Date: Sat, 12 Sep 92 20:14:02 GMT
Organization: Foxes 'R' Us - Seven locations to serve you

bbs-artmoore@jwt.UUCP (arthur moore) writes:

>1. Can the 1571 be used in double-sided mode (1328 blocks free) with the 
>   64?  Not burst mode, but double-sided.

Yes.  Send the command "U0>M1" to the command channel (15).
Depending on which type of FastLoad you have, you may need to disable
it, since this causes the 1571 to double its clock speed.

>OPEN 2,8,2,"$,S,R"

To read the directory in this manner, all you need to do is
OPEN 2,8,2,"$".  The ",S,R" is superfluous.  I think a better way to
read the directory is to use OPEN 2,8,0,"$", since this keeps you from
having to read the BAM just to get filenames, but it depends on what
you're doing.

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |
#endif              |     How's my posting?  Call 1-800-ALT-FLAME
Newsgroups: comp.sys.cbm
From: foxd@silver.ucs.indiana.edu (daniel fox)
Subject: Re: CHanging SEQ file to PRG file??
Organization: Indiana University
Date: Wed, 9 Sep 1992 15:01:03 GMT


Try the following:

LOAD "FileName,S",8,1

The SDA file is now loaded into memory and should run normally.

                                       Daniel B. Fox
                                       KF9ET
.standard disclaimer
Newsgroups: comp.sys.cbm
From: rknop@cco.caltech.edu (Robert Andrew Knop)
Subject: Re: HI!
Organization: California Institute of Technology, Pasadena
Date: Tue, 8 Sep 1992 22:51:17 GMT

chan@nucleus.cuc.ab.ca (Mike Chan) writes:

>1. Is there any software comming up for the 64?

Yes; not as much as in the heyday, and frequently from smaller software
publishers.  I think there are still a lot of games for the 64 being released
in Europe, although I don't know how many of them will ever make it to this
side of the pond.  One major US release recently was CMD's release of
geoCanvas, an alternate painting program for GEOS.  There is a demo of
geoCanvas in /pub/rknop/INCOMING on the ftp site ccosun.caltech.edu.  (It will
shortly be move to /pub/rknop/geos.)

And, of course, the freeware and shareware software market continues to thrive.

>2. Are they still making 64 hardware

Whom do you mean by "they"?  I've lost track of whether or not C= still
manufactures 64C's and 1541 II's.  I know they bagged on the 128 a long time
ago, and I _think_ that they've finally bagged on the 64.

However, other companies are still putting out hardware for the 64.  One
company that has been exciting recently is the aforementioned CMD, who have
put out battery backed RAM devices (that you can expand as large as 16 Meg),
as well as hard drives.  The "stories" :) are also that they will shortly be
releasing a line of high-density 3.5" disk drives for the C64 and C128.

-Rob Knop
rknop@cco.caltech.edu
Newsgroups: comp.sys.cbm
From: Frank.Prindle@bbs.oit.unc.edu (Frank Prindle)
Subject: Re: 6526A CIA chip and Paperback Writer
Organization: Extended Bulletin Board Service
Distribution: na
Date: Wed, 9 Sep 1992 15:47:20 GMT

Wow, am I amazed.  The first person to pick up the phone at Digital Solutions
knew that Paperback Writer would fail if a 6526 was replaced by a 6526A!  She
claimed that the 6526 had a bug in it that the 6526A fixed, and that they had
inadvertently depended on that bug.  They offered to replace my disk for $13
(which seems a bit high considering I didn't damage it) with
a version that doesn't depend on the 6526 bug.  Those Canadians not only 
know how to write a fantastic word processor, they provide knowledgeable 
support 6 years after the sale!

I'm still in the market for an unprotected version and would be glad to provide
proof of purchase and any reasonable copying/mailing costs.  Please email me
if you can help.

Sincerely,
Frank Prindle
Frank.Prindle@bbs.oit.unc.edu (a.k.a. lambada.oit.unc.edu)
--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
Newsgroups: comp.sys.cbm
From: rknop@cco.caltech.edu (Robert Andrew Knop)
Subject: Re: News about the 128 accelerator board
Organization: California Institute of Technology, Pasadena
Date: Thu, 10 Sep 1992 21:26:30 GMT

Ernie Oporto <EAO102@psuvm.psu.edu> writes:

>But where is that sent to?

Parsec, Inc.
POB 111
Salem, MA  01970-0111

Send in the form (that I also posted here, and that is in /pub/rknop/parsec on
ccosun) with the deposit; this address is at the top of that form.

-Rob
rknop@cco.caltech.edu
From: edwardp@ra.cs.umb.edu (Edward P. Piecewicz)
Newsgroups: comp.sys.cbm
Subject: Re: C64/128 Discontinued?
Date: 11 Sep 92 22:20:28 GMT
Organization: University of Massachusetts at Boston, Dept of Math and CS

In article <etxansk.716119799@garbod20> etxansk@garbo.ericsson.se writes:
>
> According to a Swedish computer magazine, Commodore have discontinued
>the C64 product line.




This is NOT true at all.  Commodore continues to manufacture the 64 line,
and they are sold worldwide.  THIS information came direct to me from
Commodore.  So unless something comes from Commodore directly, I do not
believe one word of it.

The Commodore 128 and 128D computers WERE discontinued a few years ago, but 
the 64 line continues to be made.






-- 
Internet:  edwardp@cs.umb.edu                                  - guest user -
Member and Activist:  The Boston Computer Society
Newsgroups: comp.sys.cbm
Subject: Re: Montgomery Grant
From: ppugliese@pimacc.pima.edu
Date: 13 Sep 92 17:15:31 -0700


> grendel@cis.ksu.edu (Stephen Spencer) writes:
> 
>> When my old C64 went nutso about 1.
>> years back, I tried to purchase a *working* C64c from them.  They sent me 5
>> different 'c's' (charging me for the postage) without bothering to let me
>> in on the fact that the whole damned series was faulty.  So, now I have a 
>> screwed up C64c and a jury-rigged C64.  BTW, for all you C= bashers out 
>> there, I bought the 64 in 1983 and didn't have any problems until 1990.

Well my original C-64 lated alomost exactly 4 years from 85-89. At that
time I purchased a 64C to replace it & it was used heavily for 1 1/2
years & sparingly since then. I haven't had *any* problems with it. Every-
thing that ran on the old one ran on the new one. Anyway, my question is;
what was it that was faulty about "the whole damned series"?

PHIL

Newsgroups: comp.sys.cbm
From: bbs-jwelch@jwt.UUCP (Johnathon Welch)
Subject: -LASER- (407)647-0031
Reply-To: bbs-jwelch@jwt.UUCP
Organization: The Matrix
Date: Sat, 12 Sep 1992 02:56:48 GMT

Hi! I just wanted to tell you all about a great bbs.. It's called -LASER- 
BBS. It is running Color 128 and is currently networked to 70+ nodes.  It 
features online games, a VERY LARGE transfer section, Color 64/128 Sysop 
support message bases,UL/DL bases, and a large collection of text files 
for sysops.

It is in ORLANDO FLORIDA , USA and the telephone # is (407)647-0031.

My handle on there is COMPUWHIZ if you would like to contact me..  
 
BTW: 12/2400 baud!
 
BTW AGAIN: This month is LASER'S 7th birthday so call and say HAPPY 
BIRTHDAY!


_____________________________________________________________
| Johnathon Welch - Sanford, FL, USA  -  bbs-jwelch@jwt.uucp|
| LASER BBS - FL's oldest still running C= BBS!             |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: dattier@ddsw1.mcs.com (David W. Tamkin)
Newsgroups: comp.sys.cbm
Subject: Re: CHanging SEQ file to PRG file??
Date: 11 Sep 92 19:23:33 GMT
Organization: Contributor Account at ddsw1, Chicago, Illinois  60657

In article <1992Sep9.140957.17161@uwm.edu> yanoff@csd4.csd.uwm.edu (Scott A.
Yanoff) asked:

>Last night I downloaded some SDA files and they got saved as SEQ files.
>I am assuming this is wrong, so does anyone know how to convert the format
>from SEQ to PRG?

foxd@silver.ucs.indiana.edu (Daniel Fox) wrote in
<BuBGDr.ACz@usenet.ucs.indiana.edu>:

| Try the following:
| LOAD "FileName,S",8,1
| The SDA file is now loaded into memory and should run normally.

and jnelson@iastate.edu (Jeremy F. Nelson) answered in
<1992Sep9.195401.24766@news.iastate.edu>:

| 	I see this question here all the time, and it really isnt neccesary
| to change the file type.  You can LOAD"FILENAME,S",8
| and that will load a SEQ just like it was a PRG.

Yes, the ",s" will make the LOAD command accept a sequential file (and ",u"
will make a usr file load; in fact, you can save files with ",s" or ",u" and
give them that program type from the beginning), and Scott can also just
change the files' type from decimal 129 to decimal 130 with a disk sector
editor, but he may have a more serious problem with the downloads.

If his communications software created sequential files instead of program
files, it may also have been translating from ASCII at the modem to PETSCII
on the disk.  Every binary value in the program that corresponds to the ASCII
value of a character that has a different code in PETSCII may have been
altered.  If that happened, the files themselves are seriously corrupted and
won't run properly (if at all) when he loads "filename,s" to get one into
memory.

David W. Tamkin   Box 59297   Northtown Station, Illinois  60659-0297
dattier@ddsw1.mcs.com    CompuServe: 73720,1570    MCI Mail: 426-1818
From: walduck@mpr.ca (Andrew Walduck)
Newsgroups: comp.sys.cbm
Subject: Eprom programmer for C64/VIC
Keywords: 1541, disk, cable
Date: 10 Sep 92 16:58:38 GMT
Organization: MPR Teltech Ltd., Burnaby, B.C., Canada

Does anyone out there have an eprom programmer for the C64/Vic that
they would like to get rid of?? I'm thinking specifically of the 
Jason/Reinham model, but others are acceptable...

Thanx
Andrew 

P.S. If these products are still available new, I'd appreciate hearing
about that too...



-- 
Andrew Walduck, MPR Canada, walduck@mprgate.mpr.ca
-------------------------------------------------------------------------------
(I hope someone will flatter me by using this as a .sig quote...)
 -- Reid Kneeland
Newsgroups: comp.sys.cbm
From: dc@ais.org (David Daniels)
Subject: Wanted: Mean streets
Organization: UMCC
Date: Wed, 16 Sep 1992 01:30:40 GMT


Is anyone with the game Mean Streets interested in selling it, or a copy (go
figure PRV)?  If so, please email me @ dc@ais.org

-- 
________________________________________________________________________
\ E-Mail: dc@ais.org        /\ Comin' from the unpolitically correct    \
 \__________________________\/\ half of this world refered to as       //
                             \_\ The ProjectZ!________________________//
From: v131p9t3@ubvmsb.cc.buffalo.edu (Ninstar Cybermage - Back Again from the Mists!)
Newsgroups: comp.sys.cbm
Subject: Re: AProtek and Novaterm?
Date: 12 Sep 92 15:34:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

In article <1992Sep11.185529.14465@uwm.edu>, yanoff@csd4.csd.uwm.edu (Scott A. Yanoff) writes...
>Now, my questions now are does anyone know the correct settings for Novaterm
>for me to use my Aprotek 1200 baud modem?

Use the Hayes compatible settings instead of the 1670 settings.


James Shank           	#		v131p9t3@ubvms.cc.buffalo.edu
AKA: Ninstar Cybermage  #	or	shank@acsu.buffalo.edu
###############################################################################
"Ten thousand years old...He could be trouble." -Vampire Hunter D
"Every night I say a prayer, in the hope that there's a heaven..."-Styx
"How do you make ammends for a god's sins?"-Forgotten Realms
##############################################################################
Sneaky Types,Inc.:Clandestine operations for the common man.
	"Don't call us.  We'll just bill you when it's done."
From: rknop@cco.caltech.edu (Robert Andrew Knop)
Newsgroups: comp.sys.cbm
Subject: C128 accel board deposit form
Date: 10 Sep 92 02:25:57 GMT
Organization: California Institute of Technology, Pasadena


		     PARSEC, INC. ACCELERATOR BOARD FORM

			     FILL OUT AND MAIL TO

				 Parsec, Inc.
				   POB 111
			    Salem, MA  01970-0111

===============================================================================
          Name:
       Address:
          City:
         State:
       Zipcode:
  Phone number:
       Network:
Online address:
===============================================================================

I _____________________________________ (the above named person) have enclosed
a $50 deposit payable to Parsec, Inc. towards the purchase price of an
accelerator speed up board and/or chip for my C128/128D.  This will be a 8Mhz
or 10Mhz speed up board.  Parsec, Inc. agrees to sell this board to you for
$200 or less and that it will be software compatible with the majority of
software and hardware including CMD products.  Note: Z80 - CP/M mode is not
included in the above promise at this time.
 
Please print your name in all of the the above spaces, use a typewriter, or
use printer labels.  These will be cut and put onto envelopes so be neat and
try to keep it the printing small.
 
Due to the amount of mail we will be recieving please do not expect a
personal reply at this time!  Fill this form out and send in the deopsit if
you wish to reserve a C128 acclerator board.
 
For those of you who don't know me or have not dealt with Parsec, Inc.  we are
a mail order company and have a strong online and market presence. We sell
both hardware, software, and public domain software.   We have a good record
with the MA BBB (no complaints at all) and have helped promote the C64/128 in
many ways (Example: 8BUSA and the WoC 1990).  Until Oct 1990 we also
advertised in RUN magazine for about two years.

===============================================================================
               Cut here and save for your records
===============================================================================
Parsec, Inc.
P.O.Box 111
Salem,MA 01970-0111
 
Genie = C128.JBEE
Qlink = Parsec
 
I have Compuserve (76456,3667) and Delphi (johnbrown) accounts but rarely use
them, if ever.
I am on GEnie and Qlink almost every night.
===============================================================================
Newsgroups: comp.sys.cbm
From: rknop@cco.caltech.edu (Robert Andrew Knop)
Subject: Re: Where can I ftp Desterm?
Organization: California Institute of Technology, Pasadena
Date: Tue, 15 Sep 1992 14:59:14 GMT

dc@ais.org (David Daniels) writes:

>Not sure where my previous post about this went, so I'll repost it. 
>Does anyone out there know where I can ftp Desterm (any version.) via
>anonymous ftp?  Milton seems to be missing it's c128current directory.  Is
>this a permanent change?

I've also noticed the missing c128current and c64current directories on
milton.  Does anybody know where they went, and if they're likely to come
back?

Barring that, if somebody still has the original DesTerm archives, could you
ftp them to ccosun?  I looked through my disk collection, and I (argh) seem to
no longer have the DesTerm archives.  (I'm usually very anal retentive about
keeping those things.)

-Rob
rknop@ccosun.caltech.edu
From: grendel@cis.ksu.edu (Stephen Spencer)
Newsgroups: comp.sys.cbm
Subject: Re: Looking for C compiler
Date: 12 Sep 1992 16:48:41 GMT
Organization: Kansas State University, Dept. of Computing and Information Sciences
Distribution: usa
NNTP-Posting-Host: cygnus.cis.ksu.edu

In article <18mcarINNp6u@function.mps.ohio-state.edu> beleznay@function.mps.ohio-state.edu (Feri) writes:
>
>I am looking for a C compiler for a c64.
>If you have one for sale, please let me know.
>

Try to get in touch with DataBecker.  They were the only company that I was
ever familiar with that ever put out a C compiler for the Commodore.  It was
called Super C.

-Steve


-- 
          | we're back at the homestead               |grendel@cis.ksu.edu
              | where the air makes you choke         | sdstpk@matt.ksu.ksu.edu
toad the               |and people don't know you      ------------------------
 wet sprocket                 |and trust is a joke...
Newsgroups: comp.sys.cbm
From: nemanuel@encore.com (Nathan Emanuel)
Subject: Need IC for 128. Can you help?
Organization: Encore Computer Corporation
Date: Mon, 14 Sep 1992 21:49:06 GMT
Keywords: 128

 I have a broken 128 and I think the 8721R3 (U11) is bad. It will not select
 any of the Kernal PROMS on power up. Can anyone tell me where to get this
 chip and an idea of the cost (mabe?). Also can you tell me what this chip is 
 supposed to do. It looks like some kind of memory controller. I do not have
 drawings for the 128 yet, but I have pin outs for the PROM and the 8502 to
 which I have connectad a logic analyzer and I can see the 8502 putting the
 correct address on the bus (FFFC/D) but because none of the PROMS are selected
 no data  comes back and the 8502 is lost. (It is not easy to swap out this
 part because it is soldered into the PC board :( so I would rather get a 
 new one that I know works, cut out the old chip and put a 48 pin socket at
 location U11 and put the new IC in the socket)

 Can anyone recommend any good books on the internal workings of the 128, which
 would include a discription and function of each major IC and a good KERNAL
 PROM map? I suspect these books are few and far between?

   Thanks in advance.  Nathan Emanuel
		       Internet - nemanuel@encore.com
		       Qlink - NathanE
 
	     C= 128/64 a machine for REAL people ;)
Newsgroups: comp.sys.cbm
From: jnelson@iastate.edu (Jeremy F Nelson)
Subject: Re: CHanging SEQ file to PRG file??
Organization: Iowa State University, Ames, IA
Date: Wed, 9 Sep 1992 19:54:01 GMT

In article <1992Sep9.140957.17161@uwm.edu> yanoff@csd4.csd.uwm.edu (Scott A. Yanoff) writes:
>
>Last night I downloaded some SDA files and they got saved as SEQ files.
>I am assuming this is wrong, so does anyone know how to convert the format
>from SEQ to PRG?
>Thanx,
>-Scott

	I see this question here all the time, and it really isnt neccesary
to change the file type.  You can LOAD"FILENAME,S",8
 and that will load a SEQ just like it was a PRG.
	Where did i learn this? From Raid on Bungeling Bay source....




-- 
jnelson@iastate.edu
four
lines
suffice.
Newsgroups: comp.sys.cbm