HDTenEightyP/NetNews huggingface dataset:
From: pete@dugite.UUCP (Pete Allen)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Mail readers
Date: 2 Apr 92 00:42:42 GMT
Organization: Dugite Systems

In article <1992Mar21.033734.18659@ccu.umanitoba.ca> kaarts@ccu.umanitoba.ca (Kenneth John Aarts) writes:
>
>
>Is there a version of Elm out for the amiga? Other mail readers, hopefully
>intuition based?
>
>I plan to get and try

  I am using AmigaElm v1.11, which you can find on ab20.larc.nasa.gov in
pub/amiga/incoming (or something like that). GREAT mailer. I use Elm on
my Sun Sparc at work, on the Amiga here, and PCElm on my 386.
Elm-fever...

  -- Pete
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Internet: pete@halsr.mdc.com	       | Pete Allen	   | C=
UUCP	: pete@dugite.UUCP	       | Newport Beach, CA |  _ //
Packet	: NL7OI @ K6VE.#SOCA.CA.USA.NA | (714) 548-7641    |  \X/  A M I G A
From: brians@hpcuhe.cup.hp.com (Brian Sullivan)
Date: Tue, 14 Apr 1992 21:02:09 GMT
Subject: Re: RexxArpLibrary 3.0
Organization: Hewlett Packard, Cupertino
From: gerg@netcom.com (Greg Andrews)
Subject: Re:  New modem transfer protocol
Date: Mon, 13 Apr 92 07:29:15 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <1992Apr11.065429.25238@vaxeline.ftp.com> dwh@vaxeline.ftp.com (David W. Hamaker) writes:
>In article <vktjyzp.gerg@netcom.com> gerg@netcom.com (Greg Andrews) writes:
>
>>A few weeks ago someone
>>commented in this group that 12 bytes or less would not slow down the
>>forward direction, and that's probably a good rule of thumb.
>
>This establishes that PEP may be able to accommodate reverse-channel
>checking, but doesn't give sufficient information to determine the rate
>ratio it could deliver.  Got an answer for: "If a burst of four characters
>to the reverse channel is evoked every time 'n' characters have been
>delivered by the forward channel (without pause), what is the minimum
>value for 'n' that will not reduce the forward channel rate?"?
>

The minimum value, optimum value, and maximum value are very close to each
other.  They may, in practice, actually be the same value.

When we're talking about optimizing a transfer protocol to run over PEP,
a good analogy to use is Ymodem.  Ymodem sends out a long burst, stops to
wait for a short ack, then sends out another long burst again.  PEP's "long
burst" is not fixed, but variable.  The length ranges from slightly more
than a micro packet (if the data could have fit into a micro packet, the
modem would not have used anything larger) up to about 2900 bytes.

The optimum situation is where 'n' is equal to or larger than the number
of bytes in the full PEP burst.  If 'n' is smaller, you'll get into an
Xmodem-style interaction:  Short bursts that increase the number of acks
per kilobyte of file data.

You CAN use a value of 'n' that's smaller than the full PEP burst, as long
as the backward channel doesn't overflow the ack packet.  For example, an
'n' value of 1024 and 4 bytes per CRC would produce two CRCs for a 2900
byte burst.  Eight bytes buffered up in the reverse direction would fit
into the normal PEP ack packet, so no extra delay is created.  Bear in mind
that the numbers I'm quoting are for connections over good phone lines.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
From: jow@hcast.adsp.sub.org (Juergen Weinelt)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last!
Date: 16 Apr 92 21:36:34 GMT
Organization: Private

In article <2851@faatcrl.UUCP> jprad@faatcrl.UUCP (Jack Radigan) writes:
>
>  Boyer-Moore is Copyrighted, but is a freely usable algorithm for searching.
                  ^^^^^^^^^^^           ^^^^^^^^^^^^^^^^^^^^^^^
Huh? As far as I know, algorithms are by definition not copyrightable. Only
_implementations_ of algorithms ( -> software ) can be copyrighted.

>  -jack-

--
  o  _         Juergen Weinelt, Germany
  | (_) \/\/   UUCP: {uunet|rutgers}!cbmvax!cbmehq!cbmger!imart!hcast!jow
  '            Or try: jow@hcast.adsp.sub.org
From: bell@ecs.umass.edu
Newsgroups: comp.sys.amiga.datacomm
Subject: VLT and XPRZmodem
Date: 8 Apr 92 12:06:07 GMT

	When I use XPRZmodem with VLT I download files at a maximum of around
600 cps instead of the 900+ I've gotten with other comm. programs.  What gives?
I thought if it's an external protocol it should behave independant of the comm
program.  Obviously I was wrong.  Is this some setup problem I can fix or am I
stuck with slower speeds?  All help is appreciated. (email or follow-ups).

			-- Shane L. Bell
From: ewilts@mr.gov.bc.ca (Ed Wilts)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Saving XPR Configs (VLT)
Date: 14 Apr 92 08:09:44 -0700
Organization: BC Systems Corporation

In article <3612@caslon.cs.arizona.edu>, jtillema@cs.arizona.edu (John E. Tillema) writes:
> With all this talk about getting xprzmodem to work with resumes
> using sz, how do you save the configs for xprzmodem (and I assume
> most other xpr protocols as well) in VLT?  I use the external 
> options menu and then do a save config, but next time I run
> VLT, the changes have disapperead.  Any clues how to fix this?

The easiest way (the only way?) that I know is to set an environment variable
during your startup sequence.  This is described in the xprzmodem docs.

You can't really expect VLT to save XPR configurations since it doesn't really
do anything with XPRs other than call them.  Perhaps there should be an
extension to the XPR spec that allows for a "save" type option.

-- 
Ed Wilts, BC Systems Corp., 4000 Seymour Place, Victoria, B.C., Canada, V8X 4S8
EWilts@MR.Gov.BC.CA   |   Ed.Wilts@BCSystems.Gov.BC.CA   |   (604) 389-3430
Newsgroups: comp.sys.amiga.datacomm
From: gerald@seas.gwu.edu (Gerald G. Washington)
Subject: Loss
Summary: AB20 gone
Organization: George Washington University
Distribution: comp.sys.amiga.datacomm
Date: Wed, 8 Apr 1992 00:02:15 GMT


In VLT I just replaced my function-key macro for calling ab20.  It is a
sad day...

-- Gerald
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last!
Date: 13 Apr 92 12:25:16 GMT
Organization: FAA Technical Center, Atlantic City NJ

rock@lakes.trenton.sc.us (Rockerboy) writes:

>I maintain that these people _do_ give back, even if it be further down 
>the line.  I feel that the deliberate destruction of the underground is 
>tantamount to cutting the throats of the next generation of 
>programmers/artists.  Where else is there for them to learn?

  Jeez, Rocker!  Did you break your ankles after that leap of logic?

  I gotta give you credit for one of the most original, if not deranged,
ideas I've heard yet; piracy promotes the learning of programming and
art.

  Just when you think you've heard it all... <sigh>

  -jack-
From: lawsons@csgrad.cs.vt.edu (Shannon Lawson)
Newsgroups: comp.sys.amiga.datacomm
Subject: MUD site down?
Date: 15 Apr 92 15:08:05 GMT
Organization: VPI&SU Computer Science Department, Blacksburg, VA


Is lysator.liu.se down?  Every time I try to connect, the connection is
refused.  Does that just mean that the site is chock full o' users?

Thanks!

-----
  Shannon Lawson, EE Grad Student           || E-mail: lawsons@csgrad.cs.vt.edu
  Virginia Tech                             ||         lawsonse@vttcf.cc.vt.edu 
  Disclaimer:  I said it.  So what?  Do you believe everything you read?
From: opus@cbnewsc.cb.att.com (robin.g.kim)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Saving XPR Configs (VLT) + Phone Book
Keywords: XPR,VLT,Config,VLTPhoneBook
Date: 14 Apr 92 13:35:09 GMT
Distribution: usa
Organization: AT&T

In article <3612@caslon.cs.arizona.edu> jtillema@cs.arizona.edu (John E. Tillema) writes:
> With all this talk about getting xprzmodem to work with resumes
> using sz, how do you save the configs for xprzmodem (and I assume
> most other xpr protocols as well) in VLT?  I use the external 
> options menu and then do a save config, but next time I run
> VLT, the changes have disapperead.  Any clues how to fix this?

I had this same problem.  I decided that it's impossible to save the
xprzmodem configuration.  To get around this, I just put a line in
my vlt.init file (you may not even have one of these yet).  I think it's

	xprinit "OR"

You MUST use capital letters in the argument part.  Look at the
xprzmodem documentation to see what other initialization commands
are available.

On another topic, am I the only one who really hates the VLTPhoneBook
AREXX script that comes with VLT?  I was impressed by all its features,
but it's really a lot more than I want, and the flexibility really makes
it slow to use.  I just wanted a simple window with gadgets you can click
on to make calls/run scripts.

Since everything was there already, I just modified VLTPhoneBook.vlt until
I got exactly what I wanted.  The window pops up when I start VLT, and
when any connection is made, the window goes away.  The phone book script's
only task is to call different scripts when gadgets are pressed--all the real
work is done by the dialing scripts.  Making changes is rather a pain, of
course, but I almost never have to change it, and I'd rather have a speedy
interface the other 99% of the time.

If anyone is interested, I could post the phone book and some sample scripts    here.

Robin Kim
ihlpy!opus@att.att.com
Newsgroups: comp.sys.amiga.datacomm,comp.dcom.modems,comp.protocols.misc
From: dwh@vaxeline.ftp.com (David W. Hamaker)
Subject: Re:  New modem transfer protocol
Summary: Yes, but how fast can PEP absorb back-channel bytes without slowing?
Organization: FTP Software, Inc., Wakefield, MA
Date: Sat, 11 Apr 1992 06:54:29 GMT

In article <vktjyzp.gerg@netcom.com> gerg@netcom.com (Greg Andrews) writes:
>On clean phone lines PEP acks the data in the forward direction with
>a "micro" packet.  That packet can hold around 24 bytes.

>However, under moderate impairments, the number of bytes that will fit
>into a micro packet will likely be smaller.  A few weeks ago someone
>commented in this group that 12 bytes or less would not slow down the
>forward direction, and that's probably a good rule of thumb.

This establishes that PEP may be able to accommodate reverse-channel
checking, but doesn't give sufficient information to determine the rate
ratio it could deliver.  Got an answer for: "If a burst of four characters
to the reverse channel is evoked every time 'n' characters have been
delivered by the forward channel (without pause), what is the minimum
value for 'n' that will not reduce the forward channel rate?"?

-Dave Hamaker
 cfcl!dwh@apple.com
 dwh@ftp.com
Organization: Penn State University
Date: Wednesday, 8 Apr 1992 16:45:17 EDT
From: Mark J. Whittaker <MJW101@psuvm.psu.edu>
Newsgroups: comp.sys.amiga.datacomm
Subject: Modem cable for an A2000

Can I use an A1000 modem cable with my A2000 if I put a gender changer on the
cable?  Thanks.

-Mark
From: dlarson@cbmvax.commodore.com (Dale Larson - Amiga Networking)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Ethernet & Amiga: Info Wanted
Date: 10 Apr 92 12:35:40 GMT
Reply-To: dlarson@cbmvax.commodore.com (Dale Larson - Amiga Networking)
Organization: Commodore, Amiga Networking Group, New Siberia Office


In article <1992Apr9.174604.27607@cco.caltech.edu> rknop@cco.caltech.edu (Robert Andrew Knop) writes:
>(1) What ethernet boards are available for the A2000?  How much do they cost?
>Are they 2.04 compatible?  What '030 (etc.) accelerators are compatible with
>them?  How much do such beasties cost?

Commodore sells the A2065 Ethernet adapter.  It is a Zorro-II board and, to our
knowledge, is not incompatible with any existing Amiga hardware.  Ask your
dealer for pricing information.

>(2) Do the aforementioned Ethernet boards come with the software necessary to
>mount foreign disks on my Amiga?  What I want to do is directly read the disks
>of a Sun workstation on the Ethernet with the Amiga.  If the software doesn't
>come, how much will it go for?

The A2065 comes with no software.  The Commodore AS225 software package allows,
among other things, the mounting of Sun NFS partitions. Ask your dealer for
pricing information.

>(3) Can this ethernet connection be used to run a terminal emulation on a Sun
>on the ethernet?  (My terminal-of-choice is VLT.  Right now, I run with a null
>modem connection between my serial port and a Sun's terminal port.)

Serial terminal emulators cannot be used without modification to log on to
remote hosts via TCP/IP.  The AS225 package does come with an rlogin and
telnet.  At Commodore, we use these all the time after adding the (included
with AS225) termcap entries to the Unix boxes (including many Suns).

>(4) Will the presence of an Ethernet board and/or foreign mounted disks
>degrade the performance of my system at all?  I am likely to be running under
>just an unaccelerated 7.14 MHz A2000, with 4 Meg of fast RAM and 1 Meg of Chip
>RAM.

I doubt it's possible to add much of anything to your system without degrading
performance *at all*.  But if you aren't using the network, performance
degradation is negligable.  If you will be using the network heavily and are
worried about performance, I would suggest that you consider upgrading your CPU.
Newsgroups: comp.sys.amiga.datacomm
From: stefanb@rama.informatik.rwth-aachen.de (Stefan Becker)
Subject: Re: Opinions on Term 2.1
Keywords: discussion term
Organization: RBI - RWTH Aachen
Date: 15 Apr 92 07:52:02 GMT

djkucera@descartes.waterloo.edu (Dylan Kucera) writes:

>look on 2.0.  The download window looks a mess comparitively, quite
>unorganized in my opinion.

I think the design of the download/upload windows is much better than in 2.0.
He now uses "recessed" boxes for read-only parts, as suggested in the Style
Guide. All errors in one session are now shown in a ListView Gadget, so you can
scroll back to see what has happend.

	Stefan

-- 
Mail  : Stefan Becker, Holsteinstrasse 9, D-5100 Aachen  ///    Only
Phone : +49-241-505705			    Germany     ///  Amiga makes
Domain: stefanb@cip-s01.informatik.rwth-aachen.de   \\\///  it possible..
FIDO  : 2:242/7.6, Stefan_Becker@mowgli.fido.de	     \XX/  -->A3000/25<--
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: JRComm 2.0 - when?
Date: 17 Apr 92 01:25:24 GMT
Organization: FAA Technical Center, Atlantic City NJ

aq061@cleveland.Freenet.Edu (Scott Devine) writes:


>I have been reading with interest the posts about a new JrComm 2.0.  I haven't
>noticed when it is due out.  Anyone know an approximate date?

  When it's finished, of course!

>J. Radigan - Do you have a short new features list that can be posted to 
>             condense all the questions people have asked?  (I am wondering
>             about a few things too.)

  The major changes/additions are VT-220, VT-52, ARexx, scripts, fully
re-entrant and residentable as well as a new user interface that's completely
keyboard navigable.

  -jack-
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: JR-Comm version?
Date: 13 Apr 92 21:35:47 GMT
Organization: FAA Technical Center, Atlantic City NJ

Mark_Skaff@softworx.access (Mark Skaff) writes:

>If you can release the following information, please do; When will a higher
>version be out, and what will it be? What changes will it include?

  When it's done.
  Not sure.
  ARexx, scripts, XPR and lots of other changes.

  -jack-
From: kendrix_j@mims.enet.dec.com (John R. Kendrix)
Newsgroups: comp.sys.amiga.datacomm
Subject: BBS Software
Date: 7 Apr 92 04:35:15 GMT
Organization: Digital Equipment Corporation - Alpharetta, Ga.



I'm thinking about putting up a BBS, could someone tell me which BBS software
is best?  I'd like to take a look at DLG pro and SKYLINE so if someone could
give me the phone numbers for these support boards I would appreciate it. 
Sorry if this text is screwed up... I'm using the VT100 Emulation which came
with TERM 2.0...  Pretty nasty stuff all together!!

Thanks...

JK
-Message-Text-Follows-

 John R. Kendrix                  Disclaimers:  The opinions expressed here   
 Digital Equipment Corporation                  aren't likely to be claimed   
 Phone:  404-343-1739                           by me, much less my employer. 
 E-Mail: decwrl::"Kendrix_J@mims.enet.dec.com"
From: djkucera@descartes.waterloo.edu (Dylan Kucera)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Term 2.1 problems
Keywords: term 2.1 speech problem
Date: 17 Apr 92 20:09:13 GMT
Organization: University of Waterloo

>>>Still seeking help on the speech option in Term 2.1!!!
>>
>>>DK.
>>
>>I also cannot get term2.1 to speak.  It does speak when I click on the Speak!
>>button, but it never speaks otherwise.  I am using the '030 version of it,
>>if this could possibly have anything to do with it.  I'm wondering, does term
>>have to be in the background (screen hidden) for the terminal to speak out?
>>
>>
>>-- 
>>Jason Lowe      |   //       | Take the Oath.  Watch Ren and Stimpy!
>
>Add me to the list of people that can't get Term2.1 to speak.  I am also running
>the '030 version.  It speaks when I click othe the test button, but becomes
>quite mute at any other time.
>
>

And I'm not even using the '030 version!  Just the regular version, and it's
mute as ever.

DK.
From: aj639@cleveland.Freenet.Edu (Michael Cox)
Newsgroups: comp.sys.amiga.datacomm
Subject: JR-Comm version?
Date: 7 Apr 92 20:11:57 GMT
Article-I.D.: usenet.1992Apr7.201157.24958
Reply-To: aj639@cleveland.Freenet.Edu (Michael Cox)
Organization: Case Western Reserve University, Cleveland, OH (USA)


What is the newest version avbailable to registered users
of v1.02a??

Mike
-- 
Okay, folks, look for the newest AMONER disk.  It will be #4 and
available on:
ab20 (128.155.23.64)  directory: /amiga/games/amos  filename: amoner04.dms
Look for the AMOS & compiler updates also in /incoming/amiga/AMOS NOW!!!
From: dej@qpoint.amiga.ocunix.on.ca (David Jones)
Newsgroups: comp.sys.amiga.datacomm
Subject: Flame war has gone on long enough
Distribution: world
Date: 5 Apr 92 18:55:37 EST
Organization: Dejital Software

For the past month or so, I have been reading endless flame wars for
and against shareware.  Enough already!  Please stop!

Software development is expensive.  Authors have the right to charge
for their work if they want to.  If you don't like it, tough.
But this isn't the place to bitch about it.

Now that that's over with, can we get back to discussing the SupraFaxModem,
zero-overhead protocols, Amiga FAX software, etc?

--

 David Jones               UUCP: dej@qpoint.amiga.ocunix.on.ca
 6730 Tooney Drive         Alt:  David_Jones@p8.f109.n163.z1.fidonet.org
 Orleans, Ontario          Fido: 1:163/109.8                    
 K1C 6R4                                                        
 CANADA                    AMIGA: Advanced Multimedia with
                                  Interactive Graphics and Audio
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last!
Date: 17 Apr 92 01:38:54 GMT
Organization: FAA Technical Center, Atlantic City NJ

rock@lakes.trenton.sc.us (Rockerboy) writes:

>Yes, and no.  Consider, most "useful" tasks require little more knowledge 
>that basic IO (_machine specific knowledge_, not knowledge of general 
>programming.  While, admittedly, I have never written software 
>professionally, I've been a hack for years, so I don't think I'm exactly 
>speaking from the bottom of a well of ignorance.  ;)

  Ok, since you really think that anything non-game is fairly easy to do
and you seem to think you know your way around enough to hack out some code,
try this;  Write a text editor on par with Ed that comes with AmigaDOS.

  That's it, nothing more, just on par with Ed.  Let us take a look at it
and evaluate it for you.  I'll bet dollars to doughnuts that you're going
to be quite surprized at how effort it ends up taking.

  -jack-
Xref: sparky comp.sys.amiga.datacomm:3465 comp.dcom.modems:6480 comp.protocols.misc:333
From: dwh@vaxeline.ftp.com (David W. Hamaker)
Newsgroups: comp.sys.amiga.datacomm,comp.dcom.modems,comp.protocols.misc
Subject: Re: New modem transfer protocol
Summary: I got the same idea over five years ago and have a design using it.
Keywords: TransQ Tmodem protocol modem XPR transfer
Date: 9 Apr 92 22:56:09 GMT
Article-I.D.: vaxeline.1992Apr9.225609.18343
Organization: FTP Software, Inc.

(This is a reposting of article <1992Mar24.223127.8469@vaxeline.ftp.com>
originally posted Mar 24; there were posting problems here.)

In article <l9ktxg=@rpi.edu> husaim@aix.rpi.edu (Mohammad Mughees Husain) writes:
>I'm posting this for a friend of mine who's into programming.  Since
>he has no net access, you can send replies to this address with
>the subject: to Dan or post to the net.
>
>-------------------------------------
>
>This morning while I was trying to convince myself to get out of bed, I 
>thought of a new method to transfer files....  With this protocol one WILL 
>be able to transfer at 100% of their modem speed and STILL have error 
>correction!!! ...
>
>...The CRC is created at the receiving end and sent back to the transmitter.
>...If the CRC is wrong, the block is re-sent....
>
>                                       Dan Lorusso
>...


I think this is a wonderful idea because I had the same insight over five
years ago.  I then did extensive design work on a file-transfer protocol
built around the idea, producing a specification document about fifty pages
long.  I did my best to publicize the design in appropriate forums, hoping
to find someone interested in implementing it (I think the design would
best be implemented by someone working from the specification, since I
would likely implement what I meant rather than what I said).  I have been
unsuccessful in recruiting anyone to do so.

Dan would probably be interested in seeing the spec.  I'd be happy to email
it to anyone who sends me a request (I don't believe in sending 150K bytes
without an OK from the receiver first).  If I'm real lucky, Dan or another
of you will decide it really should be implemented and will attack it.

I believe it is best for protocols themselves to be open and all the work
I have done here is explicitly in the Public Domain.  This does not mean I
have any objection to proprietary _implementations_, however.  If Dan wants
to do shareware/demoware, that's fine.  If someone wants to use my protocol
in a commercial product, that's fine too.  I will answer questions/provide
clarifications about the contents of the spec without charge, regardless.

Please use my non-commercial address, cfcl!dwh@apple.com, for correspondence
on this subject.

-Dave Hamaker
 dwh@ftp.com
Newsgroups: comp.sys.amiga.datacomm
From: smcgradyj@cc.curtin.edu.au
Subject: NComm 2.0 - any good?
Organization: Curtin University of Technology
Date: Thu, 16 Apr 1992 13:48:29 GMT

hi all

All this dicussion on the pros and cons of shareware is well and good. 
But what about some discussion on how NComm 2.0 compares with similar packages
eg JRComm. How does it compare on Speed, features ect ?

Regards

Jim
From: WGLP09@SLACVM.SLAC.STANFORD.EDU
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: RexxArpLibrary 3.0
Date: 7 Apr 92 22:07:12 GMT
Organization: Stanford Linear Accelerator Center

Rexxarplib 3.0 is available from unixhub.slac.stanford.edu. pub/Amiga/rexx
directory if I remember correctly.

      Willy.
----------
Willy Langeveld - Bitnet: WGLP09 @ SLACVM - BIX: langeveld
Newsgroups: comp.sys.amiga.datacomm