HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.cbm
Subject: 4SALE: C128, 1571, G-wiz, $100+shipping
Date: 26 Jan 93  12:49:06 EST

Hello. I'm interested in the 128/1571 you have for sale if they are in MINT
condition. Please leave E-mail here if you still have them for sale! Or call me
at (517) 752-7432 and leave a message.

Newsgroups: comp.sys.cbm
From: admalek@sacam.OREN.ORTN.EDU (Andrew D Malek)
Subject: Re: can the 64 be a good vt100 terminal?
Organization: Oak Ridge National Laboratory
X-Newsreader: Tin 1.1 PL5
Date: Thu, 28 Jan 1993 23:26:11 GMT

Xref: sparky comp.sys.cbm:5605 comp.sys.amiga.hardware:23650
From: hermit@cats.UCSC.EDU (William R. Ward)
Newsgroups: comp.sys.cbm,comp.sys.amiga.hardware
Subject: Wanted: Flyback transformer for 1084 Monitor (Philips Made)
Followup-To: comp.sys.cbm
Date: 25 Jan 93 00:39:09
Organization: Computing and Telecommunications Services, UCSC
Distribution: world
NNTP-Posting-Host: am.ucsc.edu

I'm looking for a replacement flyback transformer for my Commodore
1084 monitor.  This is the old style, made by Philips, before the
1084S was produced.

According to our two local Commodore dealers, it is no longer
made/sold by Commodore.  I was hoping someone out there in netland
would have some helpful information, though.

If you know of any store, repair shop, or distributor that might sell
this product, please let me know.  Note that any Philips dealer might
be able to help--we don't have any Philips dealers around here to my
knowledge, and I don't know Philips' name for the monitor other than
that it was sold to Commodore and named the 1084 by Commodore.

Any and all help is appreciated.

I don't read comp.sys.amiga.hardware, so I have directed followups to
comp.sys.cbm, which I do read (I use the monitor with my 128).  Please
double check when following up that you post it to comp.sys.cbm.  Or
reply via e-mail if that's your preference.
--
William R Ward                         __o   Bay View Software
VoiceMail: +1 (408) 479-4072         _ \<,_  Internet:  hermit@cats.ucsc.edu
SnailMail: 1803 Mission St. #339    (_)/ (_) BITNet:    hermit@cats.bitnet
           Santa Cruz CA 95060 USA
From: ac999118@umbc.edu (ac999118)
Newsgroups: comp.sys.cbm
Subject: C64 Games for Sale.  Best Offer.
Date: 24 Jan 1993 19:31:27 -0500
Organization: University of Maryland, Baltimore County Campus
NNTP-Posting-Host: umbc8.umbc.edu

Commodore 64 Games For Sale.

Pool of Radiance		$ 8 * Free with purchase of next two games!
Curse of the Azure Bonds	$10
Secret of the Silver Blades	$15

Champions of Krynn		$10
Death Knights of Krynn		$15

Buck Rogers I : Countdown...	$10

Elvira I 			$15

All games include original box, instructions, and disks.

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

Newsgroups: comp.sys.cbm
From: bbs-artmoore@jwt.UUCP (arthur moore)
Subject: Re: Question on c128D and jiffydos and others
Reply-To: bbs-artmoore@jwt.UUCP
Organization: The Matrix
Date: Thu, 28 Jan 1993 11:02:28 GMT

There are 1,001 ways to check for machine type... from BASIC, if you 
check the value of DS$ in the beginning of the program, it will return a 
null string "" on the 64, or the drive status from the 128.
As for positioning the cursor, use the CHAR command.


( ( Art Moore  | Usenet bbs-artmoore@jwt.uucp
 ) )           |  -or-  bbs-artmoore@jwt.oau.org
( (            | Fidonet CBM  -  Arthur Moore
 ) )__Ask me about the C64 qwk offline reader!__
From: nevs@cs.tu-berlin.de (Sven Goldt)
Newsgroups: comp.sys.cbm
Subject: Re: Run
Date: 25 Jan 1993 21:33:37 GMT
Organization: ZRZ/TU-Berlin
NNTP-Posting-Host: franc.cs.tu-berlin.de
X-Newsreader: TIN [version 1.1 PL8]

Hey,i got some requests for the addy of the 'Commodore Force'
publishers.Can somebody post it,please ?

*******************************************************************************
*  feel free to mail to nevs@cs.tu-berlin.de    /"/ /"| / /""                 *
*  nevs = Sven Goldt                           / / /" |/  "/                  * 
*                                             ' ' '"  " """                   * 
*  # THE MOST IMPORTANT FINANCIAL QUESTION IS:  Where is the money ? #        *
*******************************************************************************
From: mcbride@cs.arizona.edu (Chris M. McBride)
Newsgroups: comp.sys.cbm
Subject: Expose' #5
Summary: dezip it
Date: 22 Jan 93 06:08:14 GMT
Organization: U of Arizona CS Dept, Tucson


   There have been a few questions about Expose' #5.
First the mag is Zipcodded and thus must be deZipped. I have uploaded
zip.collection2 to INCOMING of ccosun. You need this (or another
version of Zipcode version 2).
   
Someone also pointed out that their copy of file 2 didn't work. I know
that the original zip works. I compared the file on ccosun with the
file on my system, and they are the same. I will download and dezip
them  this weekend to see if there were any problems uploading them.
 
Chris

Newsgroups: comp.sys.cbm
From: kodak@mentor.cc.purdue.edu (Jason 'KodaK' Balicki)
Subject: Re: ftp.commodore.com??
Keywords: c64, ftp, commodore
Organization: Purdue University Computing Center
Date: Sun, 24 Jan 1993 05:16:43 GMT

In article <1js90rINN89g@mailgzrz.TU-Berlin.DE> georg@marie.physik.tu-berlin.de (Georg Schwarz) writes:
>Does commodore maintain an ftp archive?

The big C doesn't have a real time connection.  So the short answer is
"No".


-- 
Jason Balicki | kodak@mentor.cc.purdue.edu
Organization: Johannes Kepler University Linz - Computing Center
Date: Tue, 26 Jan 1993 14:59:56 CET
From: <K3027E7@ALIJKU11.BITNET>
Newsgroups: comp.sys.cbm
Subject: Re: 2 Q's: BMI & SAVE@
 <1993Jan24.043922.20002@netcom.com> <C1Ds7u.M53@ddsw1.mcs.com>


dattier@ddsw1.mcs.com (DWT) writes:

>Specifying the drive number works.  Scratching first and then saving does
>not (unless you scratch, initialize, and then save).  Thinking that

  My 1541 is 8 years old and so probably contains all the bugs
existing. I have had trouble with messed up disks when using
SAVE "@:name",8 .
  Since then I have been using  OPEN 1,8,15,"s:name": SAVE "name",8  and
I can't remember problems with that. Note that I never use drive
numbers.
  So to find out for sure: Does anybody know a sequence of commands that
generates this bug, so we can all check out our 1541s ?

>be the result of carelessness about disk ID's and initializing.  (The 1541
>doesn't automatically initialize when a disk is inserted but only if the disk
>ID is different.)  Take a disk out of a 1541 and insert a different disk with

  Also the write protection lightbarrier is used to detect a disk change.
This check is done during the IRQ-Routine. However during data transfer
this routine can be disabled.
  Therefore you can savely use disks with equal IDs as long as you don't
change disks while there is access to the drive by the computer.

  You can see the disk change detection work if you open a file and then
remove the disk:
  Type  OPEN 2,8,2,"NAME,S,W"  and the red light will go on. When removing
the disk the LED will go off as the 1541 detects the disk change and
allows no further writing to the file.
  However if you type  OPEN 2,8,2,"NAME,S,W":CMD 2  the light will stay
on after removing the disk as the drive is listening for data from the
computer and therefore not checking the lightbarrier. If you insert a
new disk with an equal ID then the 1541 will continue writing it's file
there and completely mess up the new disk.
  WARNING: Don't try this with disks that contain data you want to keep!


Richard Hable
k3027e7@edvz.uni-linz.ac.at
Newsgroups: comp.sys.cbm
From: fuzzy@netcom.com (Fuzzy Fox)
Subject: Re: Bitimploder and Sequence Crunch
Organization: Foxes 'R' Us - Seven locations to serve you
Date: Fri, 22 Jan 1993 06:30:24 GMT

bab@bigwpi.WPI.EDU (Brian Alan Baker) writes:

>	- How do I figure out what $01 value to use?
>          (It says that normal = $37.  Why is this normal, and what
>           does it mean?)

It is the memory configuration register.  $37 means BASIC and KERNEL ROM
are switched in, and is thus normal.  $36 means BASIC is out, and KERNEL
is in.  $34 means no BASIC or KERNAL or anything:  a 64K RAM machine.
Most other configurations aren't used.

>	- In Bitimploder, what is the status register (NV*BDIZC)?

It's the state of the interrupt, carry, decimal, and other flags.  A
normal configuration would be $20 (all flags cleared).  This enables
interrupts, meaning you had better have at least the KERNEL ROM switched
in unless you have an IRQ handler already in the right place.

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |
#endif              | "911 Emergency Rescue Service - Can you hold, please?"
Newsgroups: comp.sys.cbm
Subject: Re: ***** HELP needed on a c-64 video problem *
From: eric@nermal.SantaRosa.Edu (Eric Eisenhart)
Date: 20 Jan 93 22:51:04 PST
Organization: Santa Rosa Junior College, Santa Rosa, CA

In article <1993Jan21.043945.6748@ucsu.Colorado.EDU> rlucas@bvsd.Co.EDU (Richard Lucas) writes:
>
>Me:
>>>>     This summer, my sister-in-law fried (as in smoke coming out of the
>>>> keyboard) our beloved C64. The component that blew is located at position
>>>> C15 on the motherboard. Bottom part of it is blue; top part is completely
>>>> missing, taking with it anything to indicate just what it was....

>Warren Tustin:
>> From the description of the problem I would say a resistor or capacitor got
>> fried, not an IC.  You'd here a big POP if you blew that much of an IC away.

>     It probably isn't a 'chip' in the correct sense of that word.
>Component would be a better choice. What's left doesn't look like a
>capacitor, or much of anything actually, which is the problem. There's no
>similar item on the motherboard that we can see. Position C15 is just to
>the left and a little bit below what someone told me in e-mail is the
>6567R8 MOS chip (using the word correctly this time).

	If it was in position C15, then it would have to be a Capacitor.  (I
don't have a c64, I've got a c128.. but I checked the labeling (I've got
relatively extensive electronics knowledge... at least enough to identify a
component.)  
	From what you can tell of the component.. was it basically disklike? 
  bulging in the middle, with the two parts that connect it to the board
being approximately 90 degrees away from each other?  
	I checked in MY computer, and there are both blue and light brown
ceramic disc capacitors...  Hey, even found a position C15, but it is
probably different on the c-128.  And I can't see the identification marks
on it anyways.  (I'd need a small mirror.. maybe like what a dentist uses to
see it.. and then it would be harder to read backwards.)

	You would need to know what size (measured in Ferads <sp?> ) the
capicitor was to replace it... luckily those disk capacitors are
non-electrolytic.  (you can stick 'em in either way.)
From: georg@marie.physik.tu-berlin.de (Georg Schwarz)
Newsgroups: comp.sys.cbm
Subject: ftp.commodore.com??
Date: 23 Jan 1993 20:15:23 GMT
Organization: ZRZ/TU-Berlin
NNTP-Posting-Host: marie.physik.tu-berlin.de
Keywords: c64, ftp, commodore

After seeing what appeared to be Apple II files on ftp.apple.com I'm
wondering whether Commodore might have something similar for their 8 bit
machines.
Does commodore maintain an ftp archive?

Newsgroups: comp.sys.cbm
From: techy@iastate.edu (Babylon 5)
Subject: For those on Qlink... 
Organization: Iowa State University, Ames, IA
Date: Fri, 22 Jan 1993 15:26:09 GMT

For those on Qlink... I just released some new SIDs, most are live by
now:

cantina band.slr
cantina band.sda
anywayuwntme.msw
return sendr.msw
santa fe.msw
once n 4 all.msw

all uploaded under DATASID.

I also have about 4 more from the movie Newsies in the works, as well
as 2 more Elvis ones, "Dont" and "I Can't Help Falling In Love With You"

:)

(Sheesh, I have a good node right now!!! )

-Troy
-- 
-Troy Rutter        |The future, always so clear to me had become like
Project Vincent     |a black highway at night.  We were in uncharted
____________________|territory now, making up future as we went along.
From: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
Newsgroups: comp.sys.cbm
Subject: Re: Run
Date: 25 Jan 1993 05:06:18 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, gregm@planet10.WPI.EDU (Gregory M Marr) says:

>In article <1993Jan20.024135.3573@coe.montana.edu> icsu0130@cs.montana.edu (Robert) writes:
>>I called Techmedia during the break to find out about a refund on the remainder
>>of my subscription and they told me that they are in the process of changing
>>magazines.  Furthermore, they told me that once they start mailing out their
>>new magazine we will have the option of continuing with the new mag or recieve
>>a refund.
>>
>>clem
> I got a postcard from the publishing company. They are giving all
>subscribers a subscription to PC World (same publisher) at 1.6 issues
>of PC World for every issue or RUN remaining. They say that this will
>start with the January issue. (I don't know if it did, as soon as I
>got the card, I called the 800 number listed and had them send me a
>refund.) They will extend the subscription of any current PC World
>subscriber. 
What you did NOT find out was that the issue you will get is suposed
to have a COMMODORE section in it.  It is one of 3 version of PC
WORLD, LOTUS, MULTI MEDIA, and now COmMODORE.
You might want to call them and specifically request the Commodore editon
to be safe.  If you don't like it, IDG wil send you a refund.
-- 
Basic Bits Commodore Group, P.O. Box 447, No. Ridgeville, Ohio 44039-0447
Quantumlink - RidgeRunr: County Link C= Sysop (216) 236-6126 4 nodes
Nerds Nook Fidonet 1:157/2   (216) 356-1431
Commodore SIG Sysop, Cleveland FreeNet
From: john@gu.uwa.edu.au (John West)
Newsgroups: comp.sys.cbm
Subject: Re: 2 Q's: BMI & SAVE@
Date: 25 Jan 1993 09:59:57 GMT
Organization: The University of Western Australia
NNTP-Posting-Host: mackerel.gu.uwa.edu.au

fuzzy@netcom.com (Fuzzy Fox) writes:

>>>OPEN 15,8,15,"S0:fname" : CLOSE 15
>>>SAVE "fname",8

>>Well This is the reason doing a simple scratch and save DOESN'T work.
>>If you don't want this nasty bug to appear, you should ALWAYS use a
>>"0:" in EVERY I mean EVERY command. In order for the above 'patch' to
>>work correctly it should read:

>Huh??  If you always SCRATCH the file then SAVE, you will not run into
>the @-save bug, because you're NOT USING @-save!!  :)

For the very simple reason that the bug can appear in more than one place.
It is only known as the save@ bug because that is where it is most commonly
seen.
As far as I can tell from what people have been saying, the bug is caused by
a failure to correctly load/store the BAM if the drive number is omitted. It
would seem that the drive occasionally tries to access the wrong BAM (the
ROM in the 1541 was written for a 2-drive unit, then bashed for a single drive.
They didn't quite get it right.
scratch-save is safer than save@, but it will still fail from time to time.

John West
--
For the humour impaired: Insert a :-) after every third word
Newsgroups: comp.sys.cbm
From: fuzzy@netcom.com (Fuzzy Fox)
Subject: Re: 2 Q's: BMI & SAVE@
Organization: Foxes 'R' Us - Seven locations to serve you
Date: Wed, 27 Jan 1993 06:07:00 GMT

dattier@ddsw1.mcs.com (DWT) writes:

>| Huh??  If you always SCRATCH the file then SAVE, you will not run into
>| the @-save bug, because you're NOT USING @-save!!  :)

>And now, yours truly:

>David, so if you never leave North America you can't catch the Hong Kong
>flu?  If the same bug is triggered by scratch+save, then you haven't fallen
>afoul of the save+replace bug, you've fallen afoul of the scratch+save bug.
>It's no help to change the problem's name: you still have a confused disk.

The scratch command scratches the file before writing a new copy.  The
@save command scratches the file after writing the new copy.  They do
not do the same thing, and to not run the same code in the drive ROM.
One of the routines has a bug in it.  The other does not.

Perhaps you mistake me for someone who has just stepped in from nowhere
to answer this question.  In actuality I have dedicated a few years of
my life to learning many of the intricacies of the C64 and 1541, and
thus I feel like I know what I'm talking about.  There is no bug in the
Scratch command, nor is there a bug in the file-save routine.  If you do
not trust your disk to scratch a file properly or save a file, then you
might as well just toss it out the window.  DOS is not *THAT* buggy.

>Chris was almost right.  To avoid it, initialize first:

>open15,8,15,"i0":close15
>save"@0:filename",8

This is wrong.  The Initialize command will not cause the proper BAM to
be written to disk if the bug is triggered.

>Specifying the drive number works.  Scratching first and then saving does
>not (unless you scratch, initialize, and then save).

Yes, actually, scratching then saving really does work.  Whether or not
you specify the drive number.

>Credit to Ken Arnold for this one: a lot of disk messes blamed on save@ might
>be the result of carelessness about disk ID's and initializing.  (The 1541
>doesn't automatically initialize when a disk is inserted but only if the disk
>ID is different.)  Take a disk out of a 1541 and insert a different disk with
>the same ID, and the 1541 treats it as the same disk and uses the first
>disk's BAM unless told to initialize.

This is also not true.  The drive will generally notice if you interrupt
the write protect sensor by removing a disk and inserting another.  It
is very difficult to distract the drive so badly that it will not see
the sensor being triggered.  When the drive does notice a new disk being
inserted, it will initialize on the next disk access, regardless of the
ID of the newly inserted disk.

Old 4040 drives did have the problem of not initializing properly when
the same ID was inserted, but 1541's and beyond have nearly erradicated
this problem.

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |
#endif              | "911 Emergency Rescue Service - Can you hold, please?"
From: Michael.Newton@altern8.mi.org (Michael Newton)
Sender: FredMail@altern8.mi.org
Newsgroups: comp.sys.cbm
Subject: Commodore stuff for sale
Date: 26 Jan 93  12:55:58 EST

Hello. I'm interested in the book on telecomm with a C64. Please leave a
response here or call (517) 752-7432. Thank you.
From: ismael@Nyongwa.CAM.ORG (ismael cordeiro)
Newsgroups: comp.sys.cbm
Subject: Re: life after 2400 for the C64?
Date: 24 Jan 93 22:00:08 GMT
Organization: Radio Free Nyongwa -- public unix/usenet in Montreal, 284-6693
X-Advert: Mail/News feeds available -- email postmaster for details.

In article <23JAN199320183122@pavo.concordia.ca> d_luk@pavo.concordia.ca (LUK, DEREK) writes:
>hi guys, i was wondering if the C64 can go beyond 2400. i've been using a
>2400 for some time now, and I've had the original VIC1011a RS232C adaptor
>with it too. i need to go something like 9600 or 14.4 now. someone said that
>with a swiftlink interface he ran a 14.4 on his C128. even then, i have no
>idea how to work anything above 2400 on the C64. i'm sure many of you guys
>here have faster modems than 2400 anyways! so help me get out of the cold!
>if anyone can tell me if making the C64 possible to work on hi speed modems,
>or if it's only possible on the C128. Thanx.

It's possible with the Swiftlink interface and Novaterm. You can go up to
38400 bps. Swiftlink is comercialized by

Creative Micro Designs
15 Benton Drive
PO BOX 646
East Longmeadow, MA 01028
Phones: 800-638-3263 (orders only)
        413-525-0023 (questions/support)
        413-525-0147 (FAX)

Its price is $39.95 + $9.95 for the DB-9/DB-25 cable + s&h.

Ismael


-- 
+--------------------------------------------------------------+
| ISMAEL CORDEIRO            | Usenet:  ismael@nyongwa.cam.org |
| Montreal/Quebec/Canada     | Fidonet: 1:167/179              |
+--------------------------------------------------------------+
Newsgroups: comp.sys.cbm
From: wrp1@ra.msstate.edu (William R. Payton)
Subject: System For Sale!!!!!!!!!
Organization: Mississippi State University
Date: Fri, 22 Jan 1993 11:08:16 GMT


I am selling the following items:

Commodore C-128 like new, still have orig. box
Commodore 1571 disk drive "       "    "    "
Commodore 1902a Dual-Mode (RGB&Composite) Monitor, same age as the rest.
Final Cartridge III freezer/utility cartridge
Jemco Disk Notcher
Commodore Datasette
300+ disks full of software on both sides

I will consider selling the items seperately.  Make offer.
wrp1@ra.msstate.edu
Newsgroups: comp.sys.cbm
From: paul@grafted.UUCP (James P. Caldwell)
Subject: 1084 Flyback available
Organization: GRAFTED, Central Indiana's Usenet BBS 317-881-4369
Date: Wed, 27 Jan 93 23:28:23 CST

I may have what you are looking for. If the flyback is gray and
a capacitor and resistor are burner {or just the resistor}
then you need a 1084 monitor repait kit, this I have. 
If it is the OFF WHITE flyback I may have one. 
I need the number off of the OFF WHITE flyback.
Also check the solder connections On the OFF WHITE flyback
this is the only problem I have seen with it. Also 
check the solder connections on the switch mode regulator 
transistor and S.M.R. transformer {Small board sticking up on side}
they get bad too.
                                Paul Caldwell

--
James P. Caldwell
The Grafted Branch BBS
317-881-4369
internet: paul@grafted.rn.com
uucp: ..!uunet!grafted.rn.com!paul
    -= newsfeeds available, contact robert@towers.rn.com =-
Newsgroups: comp.sys.cbm
From: zmed0b@trc.amoco.com (Michael)
Subject: WANTED: SIX-GUN SHOOTOUT
Originator: zmed0b@zircon
Organization: Amoco Production Company, Tulsa Research
Date: Wed, 27 Jan 1993 19:12:44 GMT


Well, I have had a good deal of luck finding some of the software I 
wanted.  However, I still lack one game that I have been looking for:
SIX-GUN SHOOTOUT by SSI.  I am looking for a C-64 version of this
(I checked with SSI and they did make a C-64 version).  

If you have a copy and would like to sell it please respond to zmed0b@trc.amoco.com.  Also, if you don't have a copy but know where I might be able to get a copy, I would appreciate your help.  Thanks!

Mike
From: gobeski8618@iscsvax.uni.edu (Steve 'Gobes' Gobeski)
Newsgroups: comp.sys.cbm
Subject: 1581 vs. Datasette, which pin?
Date: 23 Jan 93 21:50:47 -0600
Organization: United Anarchists of the World Association, Inc.

A while back (like last summer) I posted a question about the incompatibility
problem between 1581 drives and the datasette.  Someone mentioned that the
problem was due to some or other serial line (FAST, I think) and stated that
cutting this pin in the serial cable would prevent the interference.  Anyway, I
now have an extra serial cable but no longer can find the information I put
about which line to cut.  Could someone repost which one it was?  Better yet,
send me email, I don't get out on the 'net that much anymore!!

Much Thanx!

-- 
  Steve "Gobes" Gobeski -- `Programmer Extraordinaire'  
--------------------------------------------------------- 
...werbeH kaeps ot nrael dluohs uoy ,siht daer nac uoy fI    
...if not, too bad! Cope!!  <GOBESKI8618@iscsvax.uni.edu>
---------------------------------------------------------
Xref: sparky comp.sys.cbm:5640 comp.sys.amiga.hardware:23774