8bitfiles.net/archives/archives.tar/archives/genie-commodore-file-library/CompSysCBM/081396D.TXT

Text File | 2019-04-13 | 20KB | 479 lines

#! rnews 828
Path: pravda.aa.msen.com!news1.best.com!news.sgi.com!swrinde!howland.erols.net!
math.ohio-state.edu!uwm.edu!news.cse.psu.edu!news.eecs.nwu.edu!newsfeed.acns.nw
 u.edu!news.luc.edu!orion!ebrunne
From: [e-mail] (Edward A. Brunner)
Newsgroups: rec.games.video.classic,comp.sys.cbm
Subject: FS: pair of boxed C64 games -- $8
Date: 12 Aug 1996 17:57:52 GMT
Organization: Loyola University Chicago
Lines: 9
Message-ID: <4unrb0$[e-mail]>
NNTP-Posting-Host: 147.126.1.9
NNTP-Posting-User: ebrunne
X-Newsreader: TIN [version 1.2 PL2]
Xref: pravda.aa.msen.com rec.games.video.classic:56170 comp.sys.cbm:59492


here you go, nice pair of boxed c64 games:
Puzzle panic by Epyx (complete)
Oil Barons by Epyx (missing disks, but otherwise complete with all game
pieces/tokens/board parts)

$8 plus shipping

Ted B
#! rnews 1230
Path: pravda.aa.msen.com!nntp.coast.net!swidir.switch.ch!01-newsfeed.univie.ac.
at!news.iif.hu!isyshu!hole.news.pipex.net!pipex!plug.news.pipex.net!pipex!tank.
 news.pipex.net!pipex!news.be.innet.net!INbe.net!news.nl.innet.net!INnl.net!
hunter.premier.net!news-res.gsl.net!news.gsl.net!usenet.eel.ufl.edu!news.
mathworks
 com!newsfeed.internetmci.com!swrinde!cs.utexas.edu!news.ti.com!news.dseg.ti.
com!news
From: [e-mail] (Mike Neus)
Newsgroups: comp.sys.cbm
Subject: Another 1902A problem?
Date: 13 Aug 1996 17:04:03 GMT
Organization: Texas Instruments
Lines: 8
Message-ID: <4uqci3$[e-mail]>
NNTP-Posting-Host: cns0599352.dseg.ti.com
Mime-Version: 1.0
Content-Type: Text/Plain; charset=US-ASCII
X-Newsreader: WinVN 0.99.7

I have a 128D with a 1902A monitor.  After the monitor has been on for about
30 minutes it starts acting funny.  On the 40 column screen the color
disapears briefly (picture becomes B/W) and simultaniously the 80 column
screen looses sync.  It will do this for about 5 minutes and then everything
works fine.  Its like I'm a victum of component drift or something as the
monitor warms up to its normal temperature.  Anyone seen this before (more
importantly whats the fix?)

#! rnews 1566
Path: pravda.aa.msen.com!news1.best.com!nntp04.primenet.com!news.shkoo.com!nntp.
primenet.com!news.mathworks.com!newsfeed.internetmci.com!usenet.logical.net!ne
 ws.wizvax.net!news
From: [e-mail] (Tony Postmayer)
Newsgroups: comp.sys.cbm
Subject: Re: 29 READ ERROR ?
Date: Tue, 13 Aug 1996 15:06:41 GMT
Organization: Wizvax Communications, Troy, N.Y. 12180 USA
Lines: 23
Message-ID: <321098b8.560344@199.181.141.3>
References: <4unib5$[e-mail]>
NNTP-Posting-Host: tonyp.wizvax.net
X-Newsreader: Forte Agent .99e/16.227

On 12 Aug 1996 17:24:21 +0200, [e-mail] (Paul
David Doherty) wrote:

>Sorry if this sounds like a stupid question, but... how does "read
>error 29" (disk ID mismatch) really work? From what I gathered from
>"Inside Commodore DOS", the ID in a sector header is being compared
>to a location in the 1541 RAM. That location, I assume, is being
>updated whenever an INITIALIZE command is issued, and probably also
>when the drive assumes that a disk change has occurred. But where
>does it get this disk ID from? It seems unlikely that it takes the
>ID from the sector 18:0 data; I remember having hacked the 18:0
>ID habitually to get "nicer" directory listings, and I've never got
>a 29 error.
>
>Does anyone know?
>
It's been a while - to the best of my recollection, when you cause a
disk to initialize the drive reads in the BAM sector.  In order to do
this it has to first read the sector header for the BAM sector and
decode it.  This is where it gets the ID to store in drive RAM.

  Tony -

#! rnews 1832
Path: pravda.aa.msen.com!spool.mu.edu!newshub.tc.umn.edu!newsfeed.orst.edu!news.
uoregon.edu!hunter.premier.net!news.mathworks.com!newsfeed.internetmci.com!rea
 ltime.net!news.mindspring.com!usenet
From: Radioactive Warrior <[e-mail]>
Newsgroups: rec.games.video.classic,comp.sys.cbm
Subject: Re: Decent price for 1702 monitor?
Date: Tue, 13 Aug 1996 18:54:26 +0000
Organization: What?  me!  worry?!
Lines: 19
Message-ID: <[e-mail]>
References: <[e-mail]> <4unr79$[e-mail]>
<[e-mail]>
Reply-To: [e-mail]
NNTP-Posting-Host: user-168-121-176-117.dialup.mindspring.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 2.02 (Macintosh; U; PPC)
Xref: pravda.aa.msen.com rec.games.video.classic:56185 comp.sys.cbm:59495

Larry Scott Ii wrote:
>
> : I paid $25 at a garage sale, and use mine all the time to play my Atari
> : on, even at $45 it's a good deal, but if you can get them down to $35, you
> : are doing yourself a favor.  It has a vertical control so you can play Pal
> : games, and even a built in amplifier, I even use an old VCR so I can watch
> : TV on it while working on my computer...
>
> I second that.. it's an excellent monitor..  supports composite and
> chroma/luma inputs and has a great picture, plus sound.

To this end... Anyone know where I would need to start to get the seperate
LUMA and SYNC signals (generated by the c64) to a normal TV (like inputting both
signals after the rf-demod?) to achive sharper picture on the TV- like the 1702.
..
Is it as easy as that or is the LUMA/SYNC from the c64 not part of a normal TV
at all.?.  I donno that much about TV's but I'm learning...

Add to my mental data base if you would-
Radioactive Warrior
#! rnews 1032
Path: pravda.aa.msen.com!news1.best.com!nntp04.primenet.com!news.shkoo.com!nntp.
primenet.com!ddsw1!news.mcs.net!chi-news.cic.net!news.bright.net!usenet.eel.uf
 l.edu!news.mathworks.com!newsfeed.internetmci.com!in3.uu.net!noc.nyx.net!nyx10.
cs.du.edu!not-for-mail
From: [e-mail] (Michael Naberezny)
Newsgroups: comp.sys.cbm
Subject: Oddball MOS Chips
Date: 13 Aug 1996 10:57:09 -0600
Organization: University of Denver, Dept. of Math & Comp. Sci.
Lines: 12
Message-ID: <4uqc55$[e-mail]>
NNTP-Posting-Host: nyx10.nyx.net

Hello all.  I have a few older Commodore chips here that I would like to
use in projects, however I have no information on them.  One is a 6504,
which I assume is a 6502 with fewer address lines.  The other is a 6532
which is a timer/RAM/IO device.  I'm looking for pinouts for both chips,
and in the case of the 6532, register descriptions and any other
information that may be helpful in using it.

Thanks.

--
 - Mike Naberezny ([e-mail]) http://www.nyx.net/~mnaberez

#! rnews 2509
Path: pravda.aa.msen.com!news1.best.com!newshub.sdsu.edu!newsfeeder.sdsu.edu!
news.sgi.com!swrinde!howland.erols.net!EU.net!usenet2.news.uk.psi.net!uknet!
usene
 t1.news.uk.psi.net!uknet!dispatch.news.demon.net!demon!mail2news.demon.co.uk!
gate.demon.co.uk
From: Jason <[e-mail]>
Newsgroups: comp.sys.cbm
Subject: Re: 30000 programs
Date: Mon, 12 Aug 96 23:03:29 GMT
Organization: Cosine Systems
Lines: 36
Message-ID: <[e-mail]>
References: <[e-mail]>
X-NNTP-Posting-Host: gate.demon.co.uk
X-Newsreader: TIN [AMIGA 1.3 950726BETA PL0]
X-Mail2News-Path: relay-1.mail.demon.net!gate.demon.co.uk

Alan Jones:
: Umm... I'm a little confused.  You are outraged to learn that your
: software was determined to be worthy of archiving (or copying).

Outraged?  Well, possibly a tad miffed by the fact that my consent wasn't
sought *despite* the fact that my handle and crew name are in my email
address with which I regularly post to this group and the fact that the
note file for Lethargy has my fone number with intl. dialling code and
Chancer of Cosine's address.  (I forget now if Neoteric was on this CD
but if it is my and Odie's email addresses are in the hidden part of
that one as well.)  We ain't that hard to find...

: Then you nearly announce that all of your work is now freeware.

Well, technically it *is* freeware.  I still retain the copyrights
to prevent people screwing with my code too much.  Two of the products
are not finished and I didn't want them spread (but we didn't get a lot
of say in this, they were touted around for sale and got cracked).

: Then you say you want an honorarium of the outrageous deed itself.

I don't really mind all that much about my stuff.  *But* as I was
pointing out it's not just my files on the CD and some of them are
*still on sale*.  (Actually, one of my files is still on sale...)

The line about the freebie was a joke...  Look, heres the smiley.  =-)

Jason  =-)
     _______________________________________________________________________
TMR /     /     /     /  /     /     /                                     /\
   /  /__/  /  /  /__/  /  /  /  /__/    Email: [e-mail]    / /
  /  /\_/  /  /__   /  /  /  /  __//          Cosine Homepage:           / /
 /  /__/  /  /  /  /  /  /  /  /  /    http://www.cosine.demon.co.uk    / /
/_____/_____/_____/__/__/__/_____/_____________________________________/ /
\_____\_____\_____\__\__\__\_____\_____________________________________\/
#! rnews 4637
Path: pravda.aa.msen.com!news1.best.com!news.sgi.com!swrinde!howland.erols.net!
math.ohio-state.edu!newsfeed.acns.nwu.edu!news.acns.nwu.edu!merle!judd
From: [e-mail] (Stephen Judd)
Newsgroups: comp.sys.cbm
Subject: Why the SuperCPU will revolutionize the 64 world
Date: 13 Aug 1996 16:12:27 GMT
Organization: Northwestern University, Evanston, IL
Lines: 73
Message-ID: <4uq9hb$[e-mail]>
Reply-To: [e-mail] (Stephen Judd)
NNTP-Posting-Host: merle.acns.nwu.edu

Well, keeping with my proud and unblemished tradition of not being able to
shut up:

I think the SuperCPU will completely revolutionize the C64 world.

The arguments that I see being made are not thinking about the issue
quite right.  That is, they seem to be either "What software is going to
benefit in a major way?" and "One or two killer applications might appear
for it."  These, however, miss the important point: the current software
and users keep the computer alive, but to move the computer forwards
requires new programs and applications, which of course require in turn
a body of developers and programmers.  The Super certainly enhances most
current applications, but it is this latter point for which it poses the
greatest possibility.

Allow me to elaborate: the 64's primary weakness is speed and memory.
Graphics are a perhipheral issue (pun quite intended, thank you): aside from
the lack of 80-columns, I find VIC to be wholly adequate for nearly all
tasks (exceptions are things like viewing GIFs and such).  Never have I
found myself thinking "If only I had more colors and pixels, I could do
this thing", but many times have I felt that "If only I had more memory,
or more CPU speed, I could do this thing so easily."  Naturally there are
REUs, but these are somewhat cumbersome to use and program around.

What does speed and flat memory give me then?  Most importantly,
it gives the possibility for a high level language.  There is now enough
room to fit a decent compiler and your program in memory at the same time --
that is, the compiler can now be more featured, and the program can be
longer than 4k or 8k or whatnot.  In fact, I will predict that by this time
next year there will be a reasonably featured C-compiler.  One project that
has been in my programming queue for a while now is a sort of high-level
language specifically for the C64.  And so on.

To date the only real choice for development is assembly and BASIC.
We all know BASIC's limitations, and while I am quite comfortable with
assembly, it is nontrivial to learn, and it is very time consuming as
well, and like almost everyone else I have work, house, and about a million
other things that actually need to get done.  In the old days a typical
commercial program for the 64 took 6-12 months to complete, with the
programmer working full-time on it.  Which is why you see so few (any?) new
applications.

A high level language completely changes this.  It means that you
don't have to become a complete expert on the 64 to develop things -- I
know there are reams of people out there who have good ideas and would like
to write programs for the 64, but have no simple means of doing so.  And
far more importantly it means you can start on a project and realistically
expect to finish it in a finite amount of time, without killing yourself
in the process and neglecting everything around you.

This then is my vision: that some new languages will start to appear
for a SuperCPU equipped 64.  A large base of casual programmers will become
energized, and begin to write some new programs and applications for BOTH
normal 64s and SuperCPU 64s.  With the introduction of a reasonable C
compiler, others will begin to port the wealth of applications that are
already out there.  There will be an influx of genuinely new programs and
programmers, which will grow the C64 community.

Oh yes, there is a totally unrealistic vision as well: Microsoft
headquarters in flames, major software houses writing 64 software again,
wars between nations over MULE high scores, complaints from PC developers
that "64 people get all the girls and are so dashingly handsome and clever
and modest too", etc.

In short, I expect the SuperCPUs to have a rather dynamic and
dramatic impact on the C64 community in the coming years, for both
SuperCPU and non-SuperCPU equipped C64s and 128s, and I am very much looking
forwards to it.  Instead of dwelling on the immediate consequences of
What Is, I suggest that folks reflect instead on the immense possibilities
of What Can Be, in the finest tradition of the C64 community (and then
make it happen).

evetS-
#! rnews 2456
Path: pravda.aa.msen.com!spool.mu.edu!munnari.OZ.AU!news.mel.connect.com.au!
news.mira.net.au!vic.news.telstra.net!act.news.telstra.net!psgrain!news.uoregon.
ed
 u!hunter.premier.net!news.mathworks.com!newsfeed.internetmci.com!news.inc.net!
news
From: James Tousignant <[e-mail]>
Newsgroups: comp.sys.cbm
Subject: Re: CBM 80xx
Date: Tue, 13 Aug 1996 16:33:34 -0500
Organization: Internet Connect, Inc. The Wisconsin ISP 414-476-4266 http://www.
inc.net
Lines: 43
Message-ID: <[e-mail]>
References: <[e-mail]>
<4u6pkl$[e-mail]> <4u70is$[e-mail]>
  <4u71io$[e-mail]> <4u73k4$[e-mail]> <4u7bl2$li5@tue
gate.tue.nl> <4unvro$[e-mail]>
NNTP-Posting-Host: 206.137.233.26
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 3.0b5aGold (X11; I; Linux 2.0.0 i586)

Mike Neus wrote:
>
> In article <4u7bl2$[e-mail]>, [e-mail] says...
> (stuff)
>
> >: > my PET doesn't like tapes written by my C-64 (or my VIC-20) either....
> >
> >: I don't know about the internal tape on some PETs. Externals probably
> should
> >: work; maybe you'll need some ASCI -> PETSCI conversion ...
> >: How about your PET's userport? Does it like a connection to your C-64?
> >: Also, IEEE<->IEC interfaces seem to exist for both C-64 and 1541. So there
> >: should be ways of connecting drives ...
>
> I seem to remember hearing these types of problems from other PET users.  I
> don't know exactly why it is, but timing sticks in my mind.  Does the PET run
> at exactly 1MHz?  It might be a simple difference in CPU speeds as this will
> affect software timing delays...


The PET-C64 tape differences have nothing to do with timing. The PET
does not
support relocatable loaders. This means at will always load a program
from
the memory area that it was saved from.
In other words, if you try and load a C64 BASIC program into a PET the
program will load at the C64's start of BASIC address not the PET's.
If you move the PET's start of BASIC (if memory serves me, it's at
$0400) to
where the C64's start of BASIC is, your programs will load just fine.
You do this by POKEing the start of BASIC address on the zero page.


JT



--

-------------------------------
"REAL tomato ketchup, Eddie?"
"Nuthin' but the best, Clark."
-------------------------------
#! rnews 1155
Path: pravda.aa.msen.com!news1.best.com!nntp04.primenet.com!news.shkoo.com!nntp.
primenet.com!news.mathworks.com!newsfeed.internetmci.com!news.ptd.net!news
From: [e-mail] (bseeley)
Newsgroups: comp.sys.cbm
Subject: Re: Hidden message on the C128...
Date: 11 Aug 1996 20:25:37 GMT
Organization: ProLog - PenTeleData, Inc.
Lines: 33
Message-ID: <4ulfk1$[e-mail]>
References: <[e-mail]>
NNTP-Posting-Host: cs3-7.cli.ptd.net
Mime-Version: 1.0
Content-Type: Text/Plain; charset=ISO-8859-1
X-Newsreader: WinVN 0.99.5

In article <[e-mail]>,
[e-mail] says...
>
>According to a doc I found, if you type the following on a C128 it will
>give you a hidden message:
>
>   SYS 32800,123,45,6
>
>Could someone try this out and post or e-mail what the message is since
I
>don't have a 128 myself.
prints:
    Brought to you by...

Software:
 Fred Bowen
 Terry Ryan
 Von Ertwine

Herdware:  (spelled like that)
 Bil Herd
 Dave Haynie
 Frank Palaia

Link arms, don't make them.


that is what it says verbatim.  first and last lines are in reverse
print.

brian
[e-mail]

#! rnews 1691
Path: pravda.aa.msen.com!news1.best.com!nntp04.primenet.com!news.shkoo.com!nntp.
primenet.com!news.mathworks.com!newsfeed.internetmci.com!newsrelay.netins.net!
 usenet.ee.pdx.edu!not-for-mail
From: [e-mail] (bill m howland)
Newsgroups: comp.sys.cbm
Subject: C64 Accessory sale
Date: 13 Aug 1996 10:00:06 -0700
Lines: 41
Sender: [e-mail]
Message-ID: <4up4d8$[e-mail]>
NNTP-Posting-Host: walt-cs.cs.pdx.edu
Summary: C664 accessory sale
Keywords: C64
X-Newsreader: NN version 6.5.0 #4 (NOV)



Now for sale:

C64C revision 4 computer (the narrow board).
includes:
         Heavy duty power suppy
         Jiffydos 6.01
         1351 mouse
         TAC2 Joystick
         Homemade Extension Keyboard
         (original present as normal also)

Schnedler Systems Turbo Master CPU.
includes:
         Manual, Disk
         Master Adapter (for concurrent REU use under GEOS)

Excelerator+plus Disk drives.
include:
        Power supplies
        (no disks or manuals, none needed if you ask me)
        One unit has Jiffydos.

MSD Super Disk drives 1 & 2 (together only)
(an SD1 and SD2, the SD1 is single, I saved it for parts should the SD2
fail. It never has. The SD1 is working as normal, always has).
Includes:
         One MSD manual
         The SD2 dual has Jiffydos.

Send all offers Email:
[e-mail]



--
:      Crimson Knight       :   "The power of good will not be shown by      :
: [e-mail] :            conquering fear."                   :
:---------------------------:                                                :
:::::::::::::::::::::::::::::            - Fates Warning 1986                :



=END=