HDTenEightyP/NetNews huggingface dataset:
From: andrew@zone4.ocunix.on.ca (Andrew Low)
Newsgroups: comp.sys.cbm
Distribution: world
Subject: Re: Zmodem
Organization: Zone4
Date: Sun, 11 Oct 92 03:20:03 GMT

To all people interested in the Zmodem 64 project - I got this in my 
mailbox today..

> From: "DUCK@PEMBVAX1.PEMBROKE.EDU (CRAIG TAYLOR)" 
> <DUCK@pembvax1.pembroke.edu>
> To: andrew@zone4.ocunix.on.ca
> Message-Id: <00961E28.98D7C100.10240@pembvax1.pembroke.edu>
> Subject: Re: Zmodem
> Status: RO
> 
> X-News: acavax comp.sys.cbm:3515
> 
> >From: andrew@zone4.ocunix.on.ca (Andrew Low)
> >Subject:Re: Zmodem
> >Date: 9 Oct 92 15:42:49 GMT
> >Message-ID:<9210095200@zone4.ocunix.on.ca>
> 
> I sent a message to be posted to comp.sys.cbm but my posts there lately have
> been sorta intermittant in posting. If you could post for me about me being
> able to run the mailing list I'd appreciate it. (or just foward this to be
> posted...) 
> 
> Anyway the only condition I have is that everyone have a subject line of
> "ZMODEM" somewhere in the subject-line. That way it'll make it easier to pull
> it from my other mail. 
> 
> The batch file I'll be using will be run once every day so there won't be
> instant replies but you should see any new replies at least once every day..
> 
> I've sent a mail message to each of the people on the list explaining it in
> slightly more detail. If anybody wants to be added please email me with the
> word "zmodem" not spelled "zmodem" in the subject line. *grins* Otherwise the
> message will go out to everybody else... 
> 
> Many thanks, *goes off to find someone to grumble about his posts occasionally
> being accepted*
> 

This means the following:
To post to the Zmodem 64 mailing list mail your message to:
DUCK@PEMBVAX1.PEMBROKE.EDU 	(CRAIG TAYLOR)
with a subject line of: "ZMODEM" 

If you want to register as a member of the list mail a message to:
DUCK@PEMBVAX1.PEMBROKE.EDU 	(CRAIG TAYLOR)
with a subject line of: "Z-MODEM" (ie: NOT ZMODEM)

Since Craig will be running this mailing list in the same fashion that
he is running the C=Hacking mailing list expect the response time to be
fairly slow (1 day or so lag).  Also please be prudent when mailing to
the list since he is using his own mailbox for it (thanks!) let's try
to make it easy for him.

Brap - "This hand hold naught but air, it is weighted heavy with despair"
+/+\+/+\+/+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"
From: 6500hage@ucsbuxa.ucsb.edu (William F. Hagen)
Newsgroups: comp.sys.cbm
Subject: cp/m question
Keywords: cp/m
Date: 9 Oct 92 21:00:33 GMT
Distribution: comp

Here is a question for all of you who have used cp/m on the
c64. What was the solution to get software onto a disk readable under
cp/m.
For example, how do you get cp/m software at an ftp site or on a netwrok
such as dqlink or genie onto a cpm disk?
Can the cp/m software be downloaded to the 64 running in native mode, then be read under cp/m?
or is there a short program that emulates a terminal for cp/m.
Any comments on how cp/m was successfully used with the c64 would be appreciated.
thanks.
From: George.Frizzell@mailbox.bison.mb.ca (George Frizzell)
Newsgroups: comp.sys.cbm
Subject: Greetings from The Cafe!
Date: 5 Oct 92 23:11:08 CST

 
Hi All,
   I was informed today that there a outgoing message packet from my local
Net was lost, and that I should repost the following messages from my system.
   My apologies for the delay in replying.
   Talk to you all later.
 
 
- George
 
 * Origin: Cafe De La Regence, Winnipeg, MB, Canada (1:348/703)
From: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
Newsgroups: comp.sys.cbm
Subject: Re: I think I need a fuse for 1541C drive
Date: 12 Oct 1992 17:46:00 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, ckunz@src4src.linet.org (Charles Kunz) says:

>I've had my 1541C drive for almost 6 years, and I'm quite happy with it.  My
>Dad installed JiffyDOS 5.0 and since then I'm -extremely- happy with it.  Now
>it's starting to act quirky on me, and I think I need a new fuse, anyone know
>where I can get a fuse rated at 250V 1A ?  Does Radio Shack carry them?
>
>Chuck
>
Sounds to me like you need a good cleaning and maintenance on the
drive, since a fuse either is or isn't good.
An excellent program is ALPS 1541 REPAIR, that gives your 1541 a
complete workout, whether it is an ALPS or a NEUTRONICS.  I would bet
the support rails for the read/write head need to be cleaned and
lubed, and that MAYBE your drive speed needs adjustment.
If you can't find the file locally, I can mail it to you, or
anyone else interested for that matter, since I don't have FTP
access.
Send a disk and $1, or just $2 to:
1541 Repair
P.O. Box 193
No. Ridgeville, OH  44039-0193
Enjoy!
-- 
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: zembrod@informatik.uni-freiburg.de (Philip Zembrod)
Newsgroups: comp.sys.cbm
Subject: Re: C64 output ports
Keywords: C64 hardware ports
Date: 7 Oct 92 12:47:11 GMT
Distribution: usa
Organization: Institut fuer Informatik der Universitaet Freiburg, Deutschland

drd@macsch.com (Daniel R. Dawson) writes:


>C64 hardware hackers!

>     I have a project in the works for using my C64 as a burglar
>alarm (our cabin in northern WI was broken into a few times).  I'm
>using a joystick port for monitoring magnetic reed switches in
>the door jambs and the on/off switch.  I also have an autodial-capable
>modem plugged in, so when a switch is opened, the thing can call my
>year-round home and the police.

>   Now for the tricky part.  I'd like the C64 to control an answering
>machine - get it to play it's introductory message on the phone line.
>I know that on the answering machine chip I've got to bring one pin
>to +5v for the duration of the message and one pin to 0v briefly to
>activate the recorder.

>   The user port is occupied by the modem, and the expansion port
>is occupied by a cartridge with my program in EEPROM.  The cassette
>port and one joystick port are available.

>SO, what two lines can I safely use for triggering the answering
>machine?

>Thanks for any comments.

>    Dan Dawson
>    The MacNeal-Schwendler Corporation

I'd use the cassette port. The "cassette write" pin you can connect to an
input of a 7406 to pull the trigger pin on the answering machine to 0V.
I'm not quite sure which is the best way to do the 5V. One could perhaps
revert the "cassette sense" pin and use it as an output to drive a transistor
which pulls the other pin of the answering machine to 5V. Another possibility
would be the "cassette motor" pin. This one is driven also by one I/O-pin of
the 6510 CPU, but supplies unregulated 6V, I think. Perhaps one could limit
that to 5 V with a Z-diode or a little voltage regulator, then it would also
do the job. The "cassette read" pin is not able to do output since it is
connected to an edge sensitive input of the CIA parallel I/O chip.

The other joystick port might also work, but because it is connected via the
keyboard with the first joystick port it could interfere with that one.

I'm going to look up the bit about the "cassette sense" pin tonight.

Good luck with the project

Philip


--
: whoisit?  ( -- )
 ." Philip Zembrod "  ( zembrod@informatik.uni-freiburg.de ) ;
From: Louis.Egger@bota.unine.ch
Newsgroups: comp.sys.cbm
Subject: To David Daniels... E-mail problem
Date: 15 Oct 92 11:20:16 GMT
Organization: University of Neuchatel, Switzerland

Hi David...

  Are you still reading this Newsgroup as a few days ago?

Well, I have some trouble with your E-mail adress. Each time I wanna
send you a message, a loop error is detected, and my mail is
returned.

Where is the problem? is :   dc@ais.org      wrong?

Please, call me back!


Louis
From: George.Frizzell@mailbox.bison.mb.ca (George Frizzell)
Newsgroups: comp.sys.cbm
Subject: Your Feed on Newsgroup
Date: 5 Oct 92 23:11:14 CST

  
Quoting Stephen Kunc: 
=====================> 
 
I just obtained a feed to this newsgroup, and I'd like to see if it's
 
getting shot out... 
  
George, you out there? 
====================== 
   
Hi Stephen, 
   Yes, I'm here, Stephen!  Your message made it through to my system 
just fine.  Actually it arrived the other day, but I'm just catching up on 
my mail today.  Sorry for the delay. 
   It's good to have you connected up here, Stephen.  I think you'll enjoy 
it.  From what I've seen so far, the other users here are very 
knowledgeable and helpful.  I've even received private UUCP E-mail messages
from some of them. 
   Talk to you later. 
  
  
- George 
  
 
 * Origin: Cafe De La Regence, Winnipeg, MB, Canada (1:348/703)

Newsgroups: comp.sys.cbm
From: phillips@swanee.ee.uwa.oz.au (Christopher Phillips)
Subject: Re: 128 Mouse Pinout Needed. Help!
Organization: Elec Eng, Univ of Western Australia
Date: 15 Oct 92 08:00:12 GMT

fred@cbmvax.commodore.com (Fred Bowen) writes:
>A 1351 mouse, on the other hand, contains a small PAL which keeps track of
>the positional change and communicates this information to a C64/128 via
>the SID POT lines.

A wonderfull idea that saves _lots_ of CPU time on host machine.

To be more precise, it uses the joystick 'fire' line to clock 8 bits
each of dx/dy info using the 4 direction lines as a nyble wide parallel
port.  The right mouse button is input through one of the two pot
lines; nice and easy to read, and no problems there.  What I do not
understand about the design of the mouse, is they use the fire line
for the input of the left mouse button.
Yes, that is the same line they use for clocking the dx/dy info.  Result?
You cannot drag objects with the left mouse button held down!

There was another POT line that could have been used to obviate the
problem entirely.

Does anyone know why the mouse was designed this way?

--
Christopher Jam	__________________________________________________
phillips@swanee.ee.uwa.edu.au			c64 forever!!!!
300,000 c64's were sold in the fiscal year ending June 1991 :)
------------------------------------------------------------------
Newsgroups: comp.sys.cbm
From: georg@marie.physik.tu-berlin.de (Georg Schwarz)
Subject: Re: Magazines
Organization: ZRZ/TU-Berlin
Distribution: tub
Date: Fri, 9 Oct 1992 10:12:02 GMT

In <BeBBsB1w163w@coyote.datalog.com> lew@coyote.datalog.com (Lewis Brooks) writes:

>What magazines are now being published in England,Germany,France etc.
>that cover the Commodore 64 - 128? 
>Is Commodore Format still being published in England? 
>Where in the US would I be able to purchase or call to obtain them?
>Thanks for you help..
>Lew Brooks

In Germany there is a monthly Magazine called "64'er" covering the C64 and
C128. It is published by Markt & Technik Verlag in Haar near Munich
(I would have to look up the complete address).
They have always been the leading German magazine in Commodore 8bit computers,
and (as far as I know) they are also the only one left here.
While many of their articles four to five years ago used to be quite inter-
esting, I got the impression that 64'er has become a bit dull in recent time.
(I really enjoy having a look at some of their older editions once in a while)
From: edwardp@cs.umb.edu (Edward P. Piecewicz)
Newsgroups: comp.sys.cbm
Subject: Re: The End of RUN
Keywords: RUN, Magazine, kaput
Date: 16 Oct 92 20:56:14 GMT
Organization: University of Massachusetts at Boston, Dept of Math and CS


I just got off the telephone with International Data Group in Peterborough,
New Hampshire, and they have confirmed that the November-December 1992 issue
of RUN is indeed the last issue.

I was told that refunds for unexpired subscriptions would be sent.

 - Ed


-- 
Internet:  edwardp@cs.umb.edu                                  - guest user -
Member and Activist:  The Boston Computer Society
From: v131p9t3@ubvmsb.cc.buffalo.edu (Ninstar Cybermage - Back Again from the Mists!)
Newsgroups: comp.sys.cbm
Subject: Re: +==[====----GIFs Again----====]==+
Date: 13 Oct 92 15:29:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

In article <1992Oct13.120019.26862@cv.ruu.nl>, rvloon@cv.ruu.nl (Ronald van Loon) writes...
>This brings back memories of the good old days - I have written a program a
>few years (over 5) 
>ago, the Graphics Transformer II, that could read and write the
>formats of about 20 different drawing packages, like Doodle, Art Studio etc.
>etc. With a bit of luck I still have it somewhere. It was able to slideshow,
>to show printshop and printmaster pics... it was never completely finished,
>but the conversion stuff works quite well. Let me know if anyone is
>interested.

Well yes, as a matter of fact, I am.

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: wbiggs@aludra.usc.edu (Wes "Squid" Biggs)
Newsgroups: comp.sys.cbm
Subject: Re: Capturing UUencoded Files
Date: 14 Oct 1992 11:13:21 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

In article <Bw2I8o.F4C@ddsw1.mcs.com> dattier@ddsw1.mcs.com (DWT) writes:

>My experiences have been as follows: most hosts time out on Xoff and start
>sending again after a certain duration, whether they've received Xon or not.
>Terminal programs that autosave only when their buffers fill up completely
>fall prey to that.
>
>BobsTermPro in disk capture mode stopped and saved every 254 characters.  The
>incoming text on the screen paused often, but at 1200 bps it didn't lose a
>character because it could write a block to disk and send Xon before the host
>lost patience.  I don't remember ever trying it at 2400.
...
>G> To be honest, the buffer->disk solution was only meant to address the
>G> problem with capturing large files.  Come to think of it, a buffer->disk
>G> setup with a *double buffer* would probably not lose a single byte.  Of
>G> course, I doubt there are any terminal programs with two RAM buffers.
>
>Dialogue 128 can be configured to use multiple buffers, but I don't know
>enough about its scripting language to know whether it can be told to save
>one buffer to disk while capturing text into another or to sense in a script
>when a buffer has filled.

Is it possible to write an interrupt or some sort of wedge which expands
the c64s incoming RS232c buffer beyond 256 bytes?  It seems theoretically
possible that all incoming data could be directed straight into a buffer,
which would save a lot of time spent with CHARIN calls (which copies the
bytes from the RS232 buffer to the accumulator, then to the terminal
buffer).  I'd be willing to try to write something like that, but if
anyone wants to shoot my theory down, feel free. :]

Wes Biggs--
 ... Clinton and Elvis -- ever seen them together?  They're the same!



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: 7 Oct 92 23:44:52 EST

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

-> Why don't you use one 128k static RAM? They'r cheap now (cheaper than
4 32k,
->I think), and should save you a lot of wiring.

->Philip

Yes, I know that would have been the better way to go, but I already
had 5 - 32k RAMS. All I did was piggy-back those RAMS to the KERNAL &
BASIC ROMS, so the wiring was no bad.

Henry
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.sys.cbm
From: jay@lafayette (Jay Wilkinson)
Subject: Re: For Sale
Organization: Unocal Corporation, Lafayette, Louisiana
Date: Mon, 12 Oct 1992 23:23:37 GMT



To: All,
     Forgive the reply here but the Email is still bouncing.....


To:Michael W. Kelley,
                I am interested in the following items... Please Email
a phone number or call me @ (318)266-6442. Also I need more info on the
Sanyo monitor.  Thanks,
                    Jay Wilkinson
                    jay@lafayette.unocal.COM


Sanyo 40 column color monitor                    $65
1351 mouse and manual                            $10
Buscard II IEEE interface                        $20
C= C128-40,B128-80, B256-80 manual               $4  (1)
Plus 4 Owners Manual                             $3
GEOS Programmers Reference Guide                 $15
GEOBasic docs                                    $5
GEOS 1.5 docs new                                $5
CMD Gateway for GEOS docs                        $5
GEOS 2.0R disks and docs for GEORam              $10
GEOChart disk and manual                         $15
Pinball Const. Set by EA,                        $5


------------------------------------------------------------------------------
Mail to:                   |      Jay Wilkinson       | Computers fear me...
                           | Contract Technician to:  |   I have tools!
                           |        Unocal 76         |-----------------------
jay@lafayette.unocal.COM   |      (318)266-6442       |Unocal has no opinions,
olxijlw@unogate.unocal.COM |                          | so they must be mine.
------------------------------------------------------------------------------

-- 


------------------------------------------------------------------------------
Mail to:                   |      Jay Wilkinson       | Computers fear me...
From: Eric_J_Rainbolt@cup.portal.com
Newsgroups: comp.sys.cbm
Subject: 128 Mouse Pinout Needed.  Help!
Date: Wed,  7 Oct 92 07:14:07 PDT
Organization: The Portal System (TM)

Could someone e-mail me the pinout of the
mouse used on the 128.  I really need the pinout
to reconfigure it to be used on the Amiga.

needed:
x-position pin
y-position pin
etc...
Newsgroups: comp.sys.cbm
From: bbs-jwelch@jwt.UUCP (Johnathon Welch)
Subject: Re: Copy GEOS v1.2 ???
Reply-To: bbs-jwelch@jwt.UUCP
Organization: The Matrix
Date: Fri, 9 Oct 1992 11:53:53 GMT

ac803@cleveland.Freenet.Edu (Michael W. Kelley) writes:

> 
> In a previous article, phoenix@cats.ucsc.edu (Matthew Brian Lawrence) says:
> 
> >
> >Does anyone know of a copy program that will effectively make a working
> >copy of the originl GEOS BOOT DISK for version 1.2?  I have been using this
> >disk for 5 years and I am starting to get nervous....
> >
> >Matt.
> >
> Maverick 5.0 from Software Support Int'l will do the trick just dandy 
> for you.

Before you use maverick, you need to make sure that you're original 1.2 
copy has a write-protect tab on it.. The folks down at geos seem to think 
that making both disks unusable when copied can stop copying..  If you 
people down at Berkely Softworks are reading this: Please, for the people 
who pay money for GEOS, Make the darned copy protection better!  

BTW: GEOS 2.0 is available for download on just about every board that I 
am on!


_____________________________________________________________
| Johnathon Welch - Sanford, FL, USA  -  bbs-jwelch@jwt.uucp|
| LASER BBS - (407)647-0031, FL's Oldest running C= BBS!!   |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.sys.cbm
From: shad04@ccu.umanitoba.ca (Dan Fandrich)
Subject: Re: Zmodem
Organization: University of Manitoba, Winnipeg, Manitoba, Canada
Date: Sun, 11 Oct 1992 06:29:02 GMT

In article <1992Oct10.204225.7494@iscsvax.uni.edu> gobeski8618@iscsvax.uni.edu (Steve 'Gobes' Gobeski) writes:
>> done.  At least not at 9600 baud.  Probably not at 2400 either.  What I /WOULD/
>> like to see is Ymodem-G, since I am one of the fortunate few who have a 14.4k
>> V.32 modem.  (Hey eat my shorts I had a 1200 baud modem before getting this one
>> three months ago so I paid my dues.)  

The bottleneck in a C64 [XYZ]MODEM implementation (aside from the broken
Kernel routines) is the CBM serial bus.  I've clocked data going to the 
drive at an effective rate of something like 3200 bps.  While it's true
that YMODEM-g is ever so slightly faster than ZMODEM (even with MobyTurbo --
see the file ZDOC0814), YMODEM-g doesn't give you segmented streaming which
is a requirement for direct-to-disk recording in a stock C64.  Even with
an external UART, YMODEM-g is a no-go at >3200 bps rates.  A custom DOS
would help, but ultimately you're looking at a RAMLink buffer.

>Also, given that much of ZM's "speed" is owed to the fact that the file is
>compressed in the send phase and decompressed on receive, I doubt that a
>segmented streaming (flow control) implementation of ZM will be noticeably
>slower.  (An off-line decompress phase may result, though).

ZMODEM's compression doesn't help on already compressed data.  On a stock C64
going direct-to-disk with a stock disk drive, ZMODEM isn't any faster than 
XMODEM or YMODEM.  Its only real advantage is that it's much, much nicer.

>>> Dan
-- 
Internet: shad04@ccu.umanitoba.ca               Compu$erve: 72365,306
From: gobeski8618@iscsvax.uni.edu (Steve 'Gobes' Gobeski)
Newsgroups: comp.sys.cbm
Subject: Re: Capturing UUencoded Files
Date: 10 Oct 92 20:49:08 -0500
Organization: University of Northern Iowa

In article <718348739.3@mailbox.bison.mb>, George.Frizzell@mailbox.bison.mb.ca (George Frizzell) writes:
>    Anytime I've tried that I've occasionally encountered problems with 
> the loss of a few characters during the system pause/save to disk 
> operation.  Did you ever have that problem with large files? 
>    That's why when Brent asked, I suggested downloading the message or 
> file instead.  At least with transfer protocol error-checking one doesn't 
> have to worry about data loss/corruption as much. 
>    Talk to you later. 
>   
>   
> - George 
>  

Agreed that downloading is the preferred way to do things.  To be honest, the
buffer->disk solution was only meant to address the problem with capturing
large files.  Come to think of it, a buffer->disk setup with a *double buffer*
would probably not lose a single byte.  Of course, I doubt there are any
terminal programs with two RAM buffers.

-- Steve

Newsgroups: comp.sys.cbm
From: ac999118@umbc8.umbc.edu (ac999118)
Subject: Re: C= Hacking #4 1/5
Organization: University of Maryland, Baltimore County Campus
Date: Wed, 7 Oct 1992 14:22:03 GMT

In article <1992Oct5.095602.1@pembvax1.pembroke.edu> duck@pembvax1.pembroke.edu writes:
>
>LITTLE RED READER: MS-DOS file reader for the 128 and 1571/81 drives.
>
> [Things CUT]
>code is written in BASIC and presents a full-screen file selection menu.  The
>grunt-work code is written in assembly language and operates at maximum
>velosity.  Complete, explained code lisitings are included.  By Craig Bruce.
 ^^^^^^^^ And hopefuly, without thermal breakdown! hehe

-John
'The King of Ha-Ha!'