HDTenEightyP/NetNews huggingface dataset:
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
Keywords: TransQ Tmodem protocol modem XPR transfer
Date: 9 Apr 92 23:32:17 GMT
Article-I.D.: vaxeline.1992Apr9.233217.19551
Organization: FTP Software, Inc., Wakefield, MA

(This is a reposting of article <1992Apr6.192855.23566@vaxeline.ftp.com>
originally posted Apr 6; there were posting problems here.)

In article <dej.00jh@qpoint.amiga.ocunix.on.ca> dej@qpoint.amiga.ocunix.on.ca (David Jones) writes:
>In article <sysop.097k@alphanet.imp.com> sysop@alphanet.imp.com (Marc SCHAEFER) writes:
>>This will perhaps make file transfers slower on modems that have two
>>asymetric channels (HST) than normal ZModem, due to the lower speed.
>>However it's a good idea (it would be interesting to see the real-world
>>results you obtain).
>>
>
>One can include an initial negotiation which would determine the
>optimum "packet size" for continuous transfers.  Like, send back a CRC
>for every 256 bytes forward.
>
>The worst asymmetrical ratio I've seen is 32:1 (14400 vs 450 for HST).
>Given that a CRC packet (in my design) is 13 bytes, a "CRC quantum"
>of 512 bytes is more than enough to ensure optimum flow on such
>a modem.

My design requires 4 bytes per quantum so that a quantum of 128 would
fill up the 450 channel in this case.  I'm curious about ping-pong
modems (which is mostly PEP these days) though.  Can any of these
handle some very-low level of back-traffic without degrading the
forward channel?  To do error correction, these modems have to have
some sort of back and forth conversation going on behind the scenes.
Perhaps there is a little room for user data in the back-channel of
that conversation.  If so, how much can fit for each particular case
of these modems?  Does it matter if my four bytes are sent in a burst,
or if they are evenly spaced over the interval?

-Dave Hamaker
 cfcl!dwh@apple.com
 dwh@ftp.com
Xref: sparky comp.sys.amiga.datacomm:3522 comp.dcom.modems:6617 comp.protocols.misc:347
From: markd@phoenix.pub.uu.oz.au (Mark Delany)
Newsgroups: comp.sys.amiga.datacomm,comp.dcom.modems,comp.protocols.misc
Subject: Re: New modem transfer protocol
Date: 9 Apr 92 23:29:24 GMT
Organization: Phoenix ComSystem. Public UNIX Melbourne Australia.

In <dej.00jj@qpoint.amiga.ocunix.on.ca> dej@qpoint.amiga.ocunix.on.ca (David Jones) writes:

>In article <3861@phoenix.pub.uu.oz.au> markd@phoenix.pub.uu.oz.au (Mark Delany) writes:
>>sender! This could make your acknowledgement packet quite large. Eg,
>>if you have a window of 10 and assuming 32 bit CRC's, the ack packet
>>will be at least 320 bits long - ie 40 bytes. Even 16 bit CRC's - the
>>minimum for good error detection - result in a 20+ byte ack packet.
>>

>How do you get this figure?  My CRC packets are 13 bytes each - using
>a 16-bit CRC.

I was being very friendly to his cause - in fact, overly so.

I assumed that:

	1.	The CRC's would be sent in binary

	2.	A window full of CRC's (well, at least a large
		percentage to keep flow going + reduce backchannel
		turnarounds).

		Remembering that the receiver has to return CRC for
		*every* packet - unlike windowed acks.

	3.	Little or no packet wrapper (assuming a
		uni-directional transfer protocol)

	4.	The undisclosed error recovery would not increase
		the size of the CRC response significantly.

This leaves you with arithmetic of

10 CRC's * 32 bits + minimal wrapper  ~= 40 bytes

Point 1. is reasonable in a subset of circumstances. Specifically if
you have an 8-bit clean channel. (Async? Ha!)

Point 2. is quite reasonable in almost all cases.

Point 3. is quite reasonable.

Point 4. Well yes... To be efficient, the CRC packet would have to
include a packet identification. Otherwise any error would require a
full window retransmit (shudder).

The packet identification would - in the best case - add an extra byte
or two onto the whole CRC packet. Eg: The first byte says how many
CRCs and the second byte says the starting packet for the first CRC,
etc.

You would then use mutiple CRC packets for selective acking in the
event of currupted inbound packets. The sender could then deduce the
gaps and retransmit accordingly.




Regards,
Mark D.
From: rock@lakes.trenton.sc.us (Rockerboy)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last! pirate trash NOT!
Date: 8 Apr 92 13:17:04 GMT
Organization: The Greg Lake Fan Club

ewilts@mr.gov.bc.ca (Ed Wilts) writes:

> In article <1992Apr4.040932.39021@kuhub.cc.ukans.edu>, jamiller@kuhub.cc.ukan
> >                      Perhaps you are not a student and have never
> > experienced the fincial rigor one must endure due to the cost pursuing
> > an education.  Of my acquintances who shared software in school and
> > then got real employment after graduation, they no longer could be
> > characterized as _pirate trash_.  
> 
> Just because you can't afford it doesn't mean that you're entitled to steal i
> There is no such legal concept as "sharing" commercial software.  It's theft,
> plain and simple.
It is _not_ theft, and it is _not_ stealing.  It is copyright 
infringement, which is a different beast altogether.  What's so hard to 
understand about _that_?


"Sometimes what you say is going to fly right in the faces of the 
powerful people who really run this world, but you don't care...you know 
it's your place to challenge authority..."

                                          Rockerboy
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last! pirate trash NOT!
Date: 13 Apr 92 11:48:42 GMT
Organization: FAA Technical Center, Atlantic City NJ

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

>jprad@faatcrl.UUCP (Jack Radigan) writes:

>Jack, sounds to me like you were a zero, correct?  (Sorry, enlisted 
>humour.)  What departments were you in?  (Yup, me ex-Navy, too...)

  How many zeros did you know that went to electronics school in the
Navy?  I was discharged as an FTM1, AN/SPS48C, HARPOON WPS.

>I think the important thing to keep in mind is that even though it may be 
>only an ideal, is that any reason to throw it aside and let it die?  
>Should it simply be forgotten in the rush for riches?  I don't think so.

  When did I say throw it aside and let it die?  You read too much into
most posts around here Rocker.  

  -jack-
From: bryand@cascade.ens.tek.com (Bryan Duff)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Auto decompress while D/L
Keywords: PIPES?
Date: 16 Apr 92 19:44:06 GMT
Organization: Tektronix, Inc., Beaverton,  OR.

In article <1992Apr15.114603.1796@csdvax.csd.unsw.edu.au> 89u1569@csdvax.csd.unsw.edu.au writes:
>
>	Here's a simple idea that should be easy to do. When a program is
>Downloading a file. Why can't we decompress it on the fly. Many times I do long
>DL's and I wish to do something in the meantime. Like read the text file. Given
>it's at the biggining of the archive it shouldn't be a problem. Hey the Amiga
>is multitasking isn't it. Just give us another reason to show of to IBMs
>	I would have tried little scripts but the file is locked while D/L ing
>Maybe a shell comand like RZ -x were -x would be a switch to decompress (an lzh
>or the likes)
>	CYAZ
>		Geo T.

Although I haven't tried this -yet- (maybe tonight?)  Couldn't you
download the file to a named pipe and pull the file from the other end
as the input to an archiver program to extract it.  I don't know if
anything like zoo, lha, etc. would allow this, but it might be worth 
a go.  Now if I can only find that pipe handler...

If I find out anything - or if anyone has already tried something like
this then tell us about it.

- Bryan

--
Bryan Duff
Network Engineer
Network Systems Corp.
From: 89u1569@csdvax.csd.unsw.edu.au
Newsgroups: comp.sys.amiga.datacomm
Subject: Auto decompress while D/L
Date: 15 Apr 92 11:46:03 +1000
Organization: University of New South Wales

	Here's a simple idea that should be easy to do. When a program is
Downloading a file. Why can't we decompress it on the fly. Many times I do long
DL's and I wish to do something in the meantime. Like read the text file. Given
it's at the biggining of the archive it shouldn't be a problem. Hey the Amiga
is multitasking isn't it. Just give us another reason to show of to IBMs
	I would have tried little scripts but the file is locked while D/L ing
Maybe a shell comand like RZ -x were -x would be a switch to decompress (an lzh
or the likes)
	CYAZ
		Geo T.
From: greg@cbmaus.uucp (Dr Greg Perry)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: AFaxDemo - Help!
Date: 5 Apr 92 15:03:33 GMT
Reply-To: greg@cbmaus.uucp (Dr Greg Perry)
Organization: Commodore Australia - Amiga Developers Network

In article <1992Apr03.064741.26995@luotsi.uku.fi> jmarin@messi.uku.fi (Jukka Marin) writes:
>Hello Netland,
>
>I am a happy owner of a brand new Supra V.32bis FAXmodem.  I tried to

Our Amiga fax software GPFax (also from Australia but no relation to the
othet software) will work perfectly on the Supra modems.  The software will
be available direct from Supra in vnf.

If you want software urgently, please contact us directly.



+-----------------------------------------------------------------------+
: Regards,                                                              :
: Dr Greg Perry  : GP Software, Brisbane, Australia Ph/Fax +61 7 3661402:
:             ...EMAIL: {cbmvax|cbmehq}!cbmaus!greg@uunet.uu.net        :
+-----------------------------------------------------------------------+
From: groenewo@fwi.uva.nl (Ferry van het Groenewoud)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Graphic MUD's
Date: 6 Apr 92 13:52:05 GMT
Organization: FWI, University of Amsterdam

hbaug_rum@rumac.upr.clu.edu writes:

>Hi:
>   Some time ago someone asked for a program that would permit the
>amiga to play in one of this Graphic MUD, someone found it?
>Could someone give the adress to connect to these Muds?

>Thanks,
>  Angel Asencio//
>             \X/ Treasurer - HBAUG
>                             UG# 351

>hbaug%rumac@upr1.upr.clu.edu

The graphics mud is at "bsxmud.lysator.liu.se 7475"
You can get the amiga client from "lysator.liu.se" with anonymous ftp,
it is in /pub/incoming/bsx if I am not mistaken. Have fun...

PS: the client is in .lzh format. unlharc it on the unix system, not
on your amiga!


Ferry

--
Mac.   The noise of a wrong calibration.    PS/2.  You can't see the new thing.
IBM.   The toys of a dead generation.       Sun.   You can't feel the beating.
NeXT.  The choice cause of bad information. Atari. You'll need some healing.
                                           
Amiga. For boys with real imagination.  __  Amiga. You can reach the ceiling.
                                     __/ /
Ferry van het Groenewoud             \__/  groenewo@fwi.uva.nl
From: greendog@max.physics.sunysb.edu (Michael D Fischer)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Continuing Zmodem transfers with Term
Date: 13 Apr 92 17:23:31 GMT
Organization: Institute for Theoretical Physics, SUNY at Stony Brook.

>   I have been running Term on my AMIGA happily for the past couple of weeks,
>   but I've run into one major snag with it.

I have the same problem.  Continuing a download doesn't work properly.
I sent e-mail to the author over a month ago but haven't heard anything
back.

Michael
--
-------------------------------------------------------------------------
-        Michael D. Fischer       |   greendog@max.physics.sunysb.edu   -
-      S.U.N.Y. at Stony Brook    |   Only Amiga makes it possible...   -
-------------------------------------------------------------------------
- "It is only with the heart that one can see rightly; what is          -
- essential is invisible to the eye"  -- The Fox from The Little Prince -
-------------------------------------------------------------------------
From: WGLP09@SLACVM.SLAC.STANFORD.EDU
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: RexxArpLibrary 3.0
Date: 17 Apr 92 01:49:36 GMT
 <44510002@hpcuhe.cup.hp.com>
Organization: Stanford Linear Accelerator Center

Brian -
        On those places where *I* post VLT, current versions of all the
software VLT uses (whether required or just "nice to have") is available.
The three places I post VLT (etc.) are: BIX, Radical Eye BBS, and (recently)
unixhub.slac.stanford.edu. I don't have time, nor inclination, to upload
all of this to every BBS and online service and FTP site in the world.
        I guess one can't please all people all of the time... 8^)
Thanks for your comments, by the way, and you are pointing out some problems,
but we live in an imperfect world... 8^(

        Willy.
----------
Willy Langeveld - Bitnet: WGLP09 @ SLACVM - BIX: langeveld
From: bjo@betei.jat.sub.org (Mario Lasch)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last!
Date: 11 Apr 92 14:21:43 GMT
Article-I.D.: betei.bjo.006r
Organization: Beteigeuze-Mailboxsystem

Hello Jack.

DO you plan to update your JRComm next time?
 
BJO

 ---------------------------------------------------------------------------
| Beteigeuze - BBS  |   AMIGA-PD Mailbox im schoenen Frankenland   |    /// |
|    Mario Lasch - Am Suedhang 14 - 8540 Schwabach, Germany        | __///  |
|      (Data) +49(0)9122-3752       TXL: Zweiundvierzig            | \XX/   |
 ---------------------------------------------------------------------------
From: John_Veldthuis@tower.actrix.gen.nz (John Veldthuis)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: "64 Mentality" Sofware Piracy is not theft
Distribution: world
Date: 13 Apr 92 19:40:38 +1200
Organization: Amiga Virus Extermination Services, TAUG

In a message dated Mon 13 Apr 92 05:01, Jamiller@kuhub.cc.ukans.edu wrote:


>>Nope , you dont steal hardware because there's a significant chance of
>>getting caught and getting punished which isnt the case when
>>stealing software. After all , the chances of the police breaking
>>your door down when you copy a program from a friend or download it
>>from a pirate BBS are microscopic. If stealing hardware was as easy
>>and risk free as stealing hardware you and you friends would do
>>that too.

 J>  These questions are really interesting to me.  How do ideas fall
 J> into a Lockean idea of property and the natural right to property?
 J> Quite simply they don't.  Investigate these ideas from a philosophical
 J> perspective and there can be no robust defense of the position that
 J> claims it is a crime to _copy_ software.  An instructor once used the
 J> following analogy.  If a man raises corn in a field he owns, he has a
 J> right to the fruits yeilded from the mixing of his labor and the land.

What does this have to do with Data transfers and/or modems
Please take your conversations to E-Mail as we are getting sick of paying
for all these junk messages.

-- Via DLG Pro v0.985b
From: disk@lakes.trenton.sc.us (Diskraker)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: "64 Mentality" vs "PC/Corp Mentality"
Date: 11 Apr 92 02:30:00 GMT
Organization: The Veronica Lake Fan Club

Re:  Using handles
I see you're contradicting yourself again, SPICE.  Since that's obviously 
not your real name, perhaps you need a port between the two halves of 
your brain.  They aren't handshaking properly.
From: rock@lakes.trenton.sc.us (Rockerboy)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last!
Date: 12 Apr 92 16:37:06 GMT
Organization: The Veronica Lake Fan Club

jprad@faatcrl.UUCP (Jack Radigan) writes:

>   You see, that's the problem, this dweeb-elite is a parasite, it's not at
> all beneficial to the rest of the community.  There's no documented or even
> visibly demonstrative proof that there is any material benefit realized from
> their existence.  It really doesn't matter what kind of New Age, neo-hippie
> anti-establishment rhetoric you choose to hide behind either, the simple
> fact of the matter is that when you engage in this sort of practice you are
> taking something without giving back in return.  An imbalence such as this
> leads to a breakdown, it always does.
> 
>   -jack-

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?


"Sometimes what you say is going to fly right in the faces of the 
powerful people who really run this world, but you don't care...you know 
it's your place to challenge authority..."

                                          Rockerboy
From: pianoman@misseye.uucp (Alan D. Ray)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Newer version of BaudBandit wanted (or else)
Date: 8 Apr 92 22:05:48 GMT
Organization: Not an Organization

In article <Chuck_Andreas.0ach@lhaven.UUmh.Ab.Ca> Chuck_Andreas@lhaven.UUmh.Ab.Ca (Chuck Andreas) writes:
>
> I'd like to know what the most recent version of BaudBandit is.  I have 
> V1.50 and until recently, I was willing to live with its various little 
> `indiscretions' because I found Baud Bandit to be very functional (and I 
> have no need for fancy terminal emulations).  The scripting, AREXX, 
> review buffer, and independent window features are all first rate.    
>     
> About a year ago, I saw mention in AmigaWorld of a version 1.52. After 
> writing PP&S, they informed me 1.50 was current but still I wonder.  Any 
> way, the big problem I have now is that BaudBandit cannot deal with the 
> message editor in DLG; line formatting gets all screwed up and I'm told 
> that other terminal programs do not have these problems. So unless there 
> is an upgrade, I guess I'm in the market for a new terminal program.  Too 
> bad - I had grown rather attached to BB (sentimental about software - 
> sheesh!).
>
>
>-- Via DLG Pro v0.991
>
> -----------------------------------------------------------------------
> /X\\|//X\    HEY YOU!
> / \o.o/ \    "Irregardless" is a hillbilly non-word. It was invented  
>    \_/       by Al Capp who used it liberally in his L'il Abner cartoon 
>     |        strip - with lasting impressions.  
> 
> Chuck_Andreas@lhaven.uumh.ab.ca
> -----------------------------------------------------------------------   
>
>                
I too was wondering about an upgrade/update to Baud Bandit. I call
a few IBM boards (yes I know :(, and the lack of ANSI emulation
really makes these screens look terrible.
I wrote PP&S and they replied that Greg Cunningham (the author) is
working on Baud Bandit V2.0, and registered owners would be notified
when it's available. 
Of course no date was mentioned, or even hinted at, but I like Baud
Bandit enough that I'll wait for V2.0. If the upgrade for BB V2.0
is as good as the upgrade for DiskMaster II was (another of Mr.
Cunningham's programs), it will be well worth waiting for.

--
**************************************************************************
* Sing me a song           \  Alan D. Ray  /         BERKS AMIGA BBS     *
*  you're the               \ Reading, Pa./          (215)-921-1016      *  
*    pianoman....         *******************                            *
*        B. Joel             uunet!cbmvax!rehab1!misseye!pianoman        *
**************************************************************************
Xref: sparky comp.sys.amiga.datacomm:3513 comp.dcom.modems:6607
From: bobl@bobsbox.rent.com (Bob Lindabury, SysAdmin)
Newsgroups: comp.sys.amiga.datacomm,comp.dcom.modems
Subject: Re: HELP!  Zmodem/SupraFax
Date: 12 Apr 92 15:35:08 GMT
Organization: Raven Enterprises -- Piscataway, NJ USA
X-NewsSoftware: Amiga GRn V1.28 2/25/92 (Beta) by Mike Schwartz

In article <44926@mentor.cc.purdue.edu> huebnere@mentor.cc.purdue.edu (Robert Huebner) writes:
>Advice needed:  After upgrading to a SupraFax v.32bis modem, I am having
>problems with previously problem-free Zmodem transfers.  Since upgrading
>when I Upload files using Zmodem, I recieve a lot of ZACKs which degrade
>the throughput to an unacceptable level (about 1100 cps with a 14.4k
>connection).  The protocol doesn't consider the ZACKs errors but it
>causes a temporary halt in the transmission.  The ZACKs seems to become
>more frequent, but the transfer does completel eventually.  This has
>occurred with both V.32bis and V.32 connections.  What I am hoping is
>that someone knows what modem commands or s-registers to change in order
>to fix this most annoying problem.
>
>My active profile is identical to the IBM/Amiga factory configuration (at&f2)
>provided in the modem memory except for atx2, atl, and atw1.  I am using
>the Zmodem implementation from JRComm.  Have tried toggling Overdrive mode,
>32/16 bit CRC, and the size of the "Window" all to no avail.  Any advice
>appreciated.

Couple a questions...

1. Are you using the internal serial port?
2. Are you using a stock 2000 or 500?

I find that the Amiga can *not* keep up with a DTE speed of 38,400 much
less 57,600 on the internal serial port if you are running anything else
in the background.  If you are connecting with a speed of over 19,200,
you are asking for dropped characters.	Sometimes you can get away with
38,400 but it's very rare.  I am running an A2500 with a 25mhz 2630 with
4 megs of 32 bit ram and a 68882 and I have trouble with 38,400.

The solution is to get another serial card such as the Commodore 8 port
board or the ASDG dual serial board.  These will free up the computer
and allow for some throughput.	I don't know what the max DTE on the
Commodore board is.  Can someone enlighten me?	I want to use a board
that will allow me to set DTE speeds up to 57k.

Any suggestions?  Thanks.

-- Bob

InterNet: bobl@bobsbox.rent.com 	       | Raven Enterprises
    UUCP: ...rutgers!bobsbox!bobl	       | 25 Raven Avenue
  BitNet: bobl%bobsbox.rent.com@pucc	       | Piscataway, NJ 08854
  Home #: 908/560-7353			       | 908/271-8878
From: bleys@tronsbox.UUCP (Bill Cavanaugh)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: rz and VLT
Date: 7 Apr 92 04:11:36 GMT
Organization: Xanadu Enterprises Inc.

In article <69808@ut-emx.uucp> mohawk@ccwf.cc.utexas.edu (Mohawk Dave) writes:
>
>I bet this is a frequently asked question, but I haven't had any luck:
>
>I can't get rz to correctly recieve any files I send with VLT.
>Yes, I have tried the -b option on rz and my VLT options say 
>zmodem binary.  I can get it to work for text but not binary.
>I can use sz just fine though,
>
>SO HOW DO I USE RZ to send a binary file to this **IX machine?
>thanks

Check your xprzmodem options using the "External Options..." selection
from the Transfer menu.  Make sure that the TEXT option is C, which
lets the comm program set the file type.

bill
-- 
 *         Bill Cavanaugh       bleys@tronsbox.xei.com          *
 *                                                              *
           "Thought and affliction, passion, hell itself,
           She turns to favor and to prettiness."
                             Laertes (speaking of Ophelia)
Newsgroups: comp.sys.amiga.datacomm