HDTenEightyP/NetNews huggingface dataset:
From: olsen@sourcery.mxm.sub.org (Olaf Barthel)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Is this a TERM problem?
Distribution: world
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Date: 14 Nov 92 22:07:01 CET
Organization: MXM Barthel & Paesler

In article <1dmc0kINNmto@uwm.edu> bloc1469@ee.ee.uwm.edu (Gregory R. Block) writes:
> In article <17359@pitt.UUCP> gwalborn@cs.pitt.edu (Gary Walborn) writes:
> >To whom it may concern:
> >
> >	I have also experienced the Zmodem download problem. Make that
> >3 reports of the problem. :-)
> 
> Make that four.
> 
> However, I'm capable of stopping it from cancelling the download--It
> never seems to go more than 10 errors.  I've got my max errors set to
> 20.  Works fine, even if I end up doing lots of 64-byte packets by the
> time the zmodem transfer's over.

   The v2.4 XPR code used to return 110 baud as the transfer speed. This
would not matter much, however zmodem uses a rather weird error recovery
scheme. It scans exactly the number of bytes determined by the baud
rate. With 110 baud the protocol would examine the next 110 bytes for
a valid zmodem sequence. With the real baud rate at 2,400 or 14,400 baud,
even 20 retries would accomplish nothing.

   This bug has been fixed (honestly!) in v2.4a.

> (: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
> (:   "You said the world was magic, I was wide eyed and laughing."    :)
> (:			-The Indigo Girls, "Joking"		      :)
> (: (: (: (: (: (: (: (: (: (: (: (: (:) :) :) :) :) :) :) :) :) :) :) :)

-- 
Olaf Barthel       | Internet: olsen@sourcery.mxm.sub.org
Brabeckstrasse 35  |           o.barthel@a-link-h.comlink.de
D-3000 Hannover 71 |           cbmvax.commodore.com!cbmehq!sourcery!olsen
MXM, ECG127        |   Z-Netz: O.BARTHEL@A-LINK-H
-------------------------------------------------------------------------
                      Ceci n'est pas une signature.
From: tlbechar@thunder.LakeheadU.Ca (Timothy Lee Bechard)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: XPR-Bidirectional
Date: 17 Nov 1992 04:27:22 GMT
Organization: Lakehead University; Thunder Bay, Ont


	Bi-Modem is a commercial product though.  I personally belive (and have talked a lot about it on other circles) that the amiga bi-directional protocal should be HS-LINK....  It's much nicer than the Bi-Modem...  Looking even deaper into the XPR structure, -- I've seen wtihout a shaddow of a doubt that it's impossible to send and recieve at the same time unless some sort of new interface is designed.
	I know that this is data-communications, but the conversation's getting a might technical.  If there truely is a few of you guys out there who are intersted in such a protocal; voice your concerns to the designers and ask around...  (( write letters to the guys who make HS-Link, and if there is anyone intersted in the project, of recodeing the software for the amiga, I'll help... (with what little time I have.... )))

	PSA -- we'll live forever...
	tlbechar@thunder.lakeheadu.ca
From: John_Mark_Newton@cup.portal.com
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NULL Modem - IBM <> Amiga
Date: Mon, 16 Nov 92 02:04:29 PST
Organization: The Portal System (TM)

I am very interested in a null-modem cable from Amiga to PC. Please post 
anything you learn. I would hate to blow up my boss's PC!





--------------------John Newton--------------------------------------------
Newsgroups: comp.sys.amiga.datacomm
From: pooler@vccsouth18.its.rpi.edu (Robert Peter Poole)
Subject: Re: XPR-Bidirectional
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Mon, 16 Nov 1992 16:01:55 GMT

In article <69603@cup.portal.com> Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON) writes:
>Why is BiModem so complex?  You send a packet while recieving a packet,
>If you have to Ack/Nack, you just have an Ack/Nack packet.  Communications
>just becomes send the next packet.  It would seem that the Zmodem form
>could be used in both directions.  It should be fairly easy to do on the
>Amiga, just use asyncronous I/O and wait on both requests.

Well, Bimodem has to address the issues of (a) a user requesting more files
for download during a download, (b) a user adding more files to the upload
queue, (c) securities (i.e., if a user requests files on the other end which
are not supposed to be available to that user; or if the BBS requests files
from the user that the user doesn't want made available), (d) resuming aborted
downloads or updating files (useful for business applications where you only
need to transmit the additions to a database or text file, for example), and
several others.

Also, an engineering friend of mine mentioned that there is a critical
bandwidth limit on a phone line that prohibits actually doubling your
throughput with a bidirectional protocol when you are using high baud rates.
(And yes, I mean baud, not bps, in this case.  :-)  So if you get 19200 bps
unidirectional, don't expect to be able to transfer twice that amount
(19200 bps send and 19200 receive) with a bidirectional protocol.

So maybe things are a little tougher than we imagine...

Rob Poole
pooler@rpi.edu
From: Leon@abcd.Houghton.MI.US (Leon)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: BBS Programs
Distribution: world
Date: 16 Nov 92 11:15:53 EST
Organization: Amiga BitSwap Central Dispatch

In a message dated Mon 16 Nov 92  4:06, Cstatton@nyx.cs.du.edu (chuck Statt
wrote:

 CS> I am new to this group so please forgive me if this has all ready
 CS> been asked    before.  Could someone direct me to any BBS programs
 CS> that support FIDOnet       (either (C)ommercial or Shareware), I
 CS> appreciate ANY help you could give me.

DLG Pro BB/OS will soon be released (and may be purchased under
a non-disclosure agreement, now, at a small savings):

Contact           - Tom Conroy

BBS Support       - (403) 347-3262 HST
                  - (403) 347-3269 V32
Voice/Fax Support - (403) 341-7826

FidoNet Primary Address 1:134/2003 HST
                    AKA 1:134/2004 V32

Mailing address   - TelePro Technologies
                  - 7898A Gaetz Avenue
                  - Red Deer, AB
                  - CANADA   T4P 3N4

You can call my BBS for more information, if you like...  The number for
the USR 16K8 Dual Standard is 906-482-8050...

\Leon

-- Via DLG Pro v0.995

______________________________________________________________________
|  o__ ----       \\ABCD///Amiga BitSwap Central Dispatch - DLG BB/OS!
| _.>/ _-------    \\BBS// 16K8bps - 3 Lines! - Fido/UUCP(906)482-8248
|(_) \(_)Leon Shaner\\\// <leon@abcd.houghton.mi.us> or <leon@mtu.edu>
|________[MTU - CTS] \\/  ...Non-Conformity is a virtue I hold dear...
Newsgroups: comp.sys.amiga.datacomm
Reply-To: sh@hplb.hpl.hp.com

Hi Comms Gurus,
	Anyone out there know of an Amiga Comms package that supports the
Kermit protocol??? Also is there a new version of NComm or JRComm that
uses the 38.4Kbaud speed available with AmigaDos 2.04?? Come to think of
it is there a package that will match the highest PC serial baud, that
I`ve heard of, of 115.2Kbaud?? I have a friend with a PC and we have
connected them together to transfer gifs, about 25Megs of them, and so
need the highest speed possible.

Please reply via email - if you have it...
Thanx in advance...

'Aha, a man with a sharp wit, somebody had better  | Steve Harvey (x28127)
     take it away from him before he cuts himself' | sh@hplb.hpl.hp.com
------------------------ insert std disclaimer ----------------------------
	   Money is the root of all evil - a man needs roots!
Newsgroups: comp.sys.amiga.datacomm
From: brett@visix.com (Brett Bourbin)
Subject: Re: Interworks Enlan-DFS software
Date: Mon, 16 Nov 1992 16:41:54 GMT
Distribution: usa
Reply-To: brett@visix.com
Organization: Visix Software, Reston, Virginia

In article <1992Nov14.193728.12121@mnemosyne.cs.du.edu>  
bscott@nyx.cs.du.edu (Ben Scott) writes:
> Great.  The guy at Interworks couldn't confirm 4000 compatibility as he
> hadn't got one for testing yet.  By the way, to all and sundry - their  
new
> number is (714)699-8120.  The company has moved to California.

Well, I can confirm it, since I used it about 2 weeks ago from an A4000 to  
an A3000. No problems occured.
--			       __
Brett Bourbin		\  / /(_  /\/  11440 Commerce Park Drive
  brett@visix.com	 \/ / __)/ /\  Reston, Virginia 22091
  ..uupsi!visix!brett	 Software Inc  703.758.8230
From: sysop@alphanet.alphanet.ch (Marc SCHAEFER)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re:  Where AmigaNOS???
Distribution: world
Date: 20 Nov 92 21:53:11 GMT+1
Organization: ALPHANET Network First - Colombier (NE), Switzerland

In article <1eih5pINN56g@uni-paderborn.de> tron@uni-paderborn.de (Matthias Scheler) writes:
>In article <86390001@hpsad.sad.hp.com>, scottl@hpsad.sad.hp.com (lundholm scott) writes:
>|> Hello,
>|>
>|>	 I have heard of a program, AmigaNOS. Where can I find it? I need the
>|> ftp site and the complete path to the file, including the exact file name.
>|> I have to use a Mail Handler to get the file. Thanks in advance.
>
>AmigaNOS is a commercial program.

AmigaNOS is *NOT* a commercial program, since it is a port of NOS (IBM-PC's) which
is also PD.

Source are included.

litamiga.epfl.ch:/pub/nos/akit29i.lha

--
+------------------_+-----------------------------------------------+
| Marc SCHAEFER _ //| sysadm@alphanet.ch  -or-	schaefer@di.epfl.ch |
| Battieux 6c	\X/ | MUD:mud.imp.ch@2345 FTP:litamiga.epfl.ch:/pub |
| 2013 COLOMBIER  CH| Week fast response mail schaefer@di.epfl.ch   |
+-------------------+-----------------------------------------------+
From: dj@head-cfa.harvard.edu (Diab Jerius)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Best High Speed Modem Deal?
Date: 17 Nov 92 17:48:05 GMT
Organization: Smithsonian Astrophysical Observatory, Cambridge, MA,  USA

In article <2B06CB82.15816@ics.uci.edu> rang@bonnie.ics.uci.edu (Jyan-ken) writes:
>
>Ok...Excuse me for being naive but I would like to hear some reports..
>
>What is the best deal for a modem that works with an Amiga that operates
>at above 9600...?
>
>The modems should be judged on price, speed, availablity, support, and
>reliablility...Complete details should be given for comparisions..
>And info on how to configure these modems to work for the Amiga would be
>good for us lame brains who don't know any better..
>
>Thanks for the info in advance,
>Jyanken
>
>PS- WOuld a Zyxel U-1496E work possibly on an Amiga?
>(My assumptions say "no", but I could be wrong..)

i just got two zyxel 1496E's, one for my Amiga, one for an IPC at work.  it
works like a charm on the Amiga (B2000, VLT w/ the standard serial.device
(from 2.04).  couldn't lock the baudrate at 38.4K, got some errors whilst
using zmodem, but works fine at 19.2K.).  now if only i could get the IPC to
behave...

the 16800 bps option is nice.

getting it to run on the Amiga was almost as simple as taking it out of
the box and plugging it in.  the default configuration works straight off,
you could tweak a few things if you like, but there's no need.

my one complaint is that there are some discrepancies between the quick
reference card and the manual.  the former seems newer.  all the info's
there, you just have to poke a bit for the more esoteric stuff. this is a
real minor complaint.

well, there's also the problem that the manual wasn't written by someone with
a complete grasp of english.  it's on the whole well written, it's just that
i grit my teeth when they say "configurate" rather than "configure".

i got mine for ~US$350.  it has worked real well, and having tuned in to the
Supra gripes on the datacomm groups think that the extra dough is worth it.

diab
-- 


-------------
Diab Jerius                       Harvard-Smithsonian Center for Astrophysics
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: GVP A530 & Supra Modem HELP!
Date: 23 Nov 92 18:52:35 PST
Organization: BBS

> Everything is hunky-dory until I try and download a file (like my
> Fido mail packets) with the serial port set at 9600 baud (it`s a
> buffered modem). Then I get lots of transmission errors, every 2k
> bytes or so.  Downloading at 2400 baud is fine.. but slow.
> 
> I know this isn`t a configuration error as I've tested it without
> the GVP, and everything works fine as it did before.
 
Another user who needs that GVPpatch program, which breaks your hard
disk IO into smaller blocks when the serial port is in use.  I'm sure
a number of people here have that patch program...
From: glovercj@duvm.ocs.drexel.edu
Newsgroups: comp.sys.amiga.datacomm
Subject: Suggestions for Term 2.5
Date: 16 Nov 92 16:46:16 GMT
Organization: Drexel Univ-Software Testing Lab

Olaf, I'd like to see you implement TCP/IP Networking protocals and perhaps an
FTP News Reader and file downloader such as The News and Tech available for the
Mac. See Ya!!!
From: johnv@tower.actrix.gen.nz (John Veldthuis)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: HELP: JrComm/CRC Errors on HST
Distribution: world
Date: 19 Nov 92 23:28:25 +1200
Organization: Amiga Virus Extermination Services, TAUG

Quoted from <1eb66oINNdmp@pith.uoregon.edu> by ggiles@cie.uoregon.edu (Gregg Giles):
> 
> PROBLEM:
>    I get CRC errors from JrComm every 16k when running at 9600bps (while doing
> a ZModem download). Files are going directly to my hard disk. Problem doesn't
> occur when writing to RAM:.
> 
> SYSTEM:
>    Amiga 2500 (GVP 68030/22MHz accelerator, 1MB 32-bit RAM)

It is the GVP allright. It gets in the way of the serial port. You can
either do as I did and buy a serial board or run the GVPPatch program.
This program will slow down access by about 1/2 while the serial port is in
use.
---
*** John Veldthuis, Taranaki Amiga Users Group, johnv@tower.actrix.gen.nz ***
From: clin@zeus.calpoly.edu (Chihtsung Jeffrey Lin)
Newsgroups: comp.sys.amiga.datacomm
Subject: SupraFax144 hangups...Help
Date: 20 Nov 92 01:04:46 GMT
Organization: California Polytechnic State University, San Luis Obispo

Hi,

I've had my SupraFax for a few month now. Speed has been great but there has
been a few annoying bugs. 
My modem hangs up when someone picks the phone on another line in the house.
Sometimes it doesn't hangup but just freezes.
I remember on my old 2400baud modem, all that does it send a few characters
to the screen. Why can't the SupraFax handle that? I thought that's what
error correction is for. Sometime it freezes or hangs up for no reason at
all. I just assume it's line noise. But again, isn't error correction
suppose to take care of that? 
Is there a setting that will fix that?

Another question: when I do a '+++' while online, why can't I get back
online with 'ato'. When I try that, the screen just freezes. 

Everything seems to work at 2400, it's at 9600 that gives me the problems.


Thanks for any help.

Jeff :)
Newsgroups: comp.sys.amiga.datacomm
From: willw@extro.ucc.su.OZ.AU (William Waring)
Subject: Supra Upgrades ... A Different question
Summary: Not you average supra Upgrade question
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Sat, 21 Nov 1992 10:16:26 GMT

	Just a quick question to all you lucky people who have received
your Supra ROM Upgrades. Does Supra send you and Addendum to the documentation
with there ROM upgrades?
	The reason I ask is that I just received my modem back, after a 3
Week round trip to the supra factory. As requested they upgraded my ROM
from 1-00.c the 1-200g (as well as fixing the speaker and power regulator
that blew ) but unfortunatly they didn't send anything else back with it. Am I
to assume that the only documentation they are giving out is the stuff
posted here, or am I missing something?

--
* Will    Waring |            The X-Comm Development Team
  Edward Lawford |              willw@extro.ucc.su.OZ.AU 
  Michael Lorant |             9107957@chico.cs.su.OZ.AU
------------------------------------------------------------------------------

Newsgroups: comp.sys.amiga.datacomm
From: umueller@iiic.ethz.ch (Urban Dominik Mueller)
Subject: Re: Bloody FTP sites!!!
Organization: Dept. Informatik, Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Thu, 19 Nov 1992 00:56:12 GMT

>Subject: Bloody FTP sites!!!

Watch your language. FTP is a free service for you. If you don't like it,
don't use it, but don't complain like this.

In article <1e721bINNs9e@usenet.INS.CWRU.Edu> bj371@cleveland.Freenet.Edu (Marc Tooley) writes:

> I've been looking all over for an FTP site that doesn't delete the older
>files as it receives the new ones. I'm looking for an FTP site that has
>it's library, and doesn't delete it.

amiga.physik.unizh.ch, thanks to a hard drive donated by the archive
users, has stopped deleting old files. So have two of its mirrors,
merlin.etsu.edu and ftp.luth.se. What you see there is what we got
in the last, say, 10 months.

> All the archive sites I've visitied with FTP are all the same. They all
>seem to be mirrors of the physik archives, so what the heck use is that?
>(Other than the physik archives being available to more people, I mean.)

You'd like all those sites to be different? Then you'd have to check
several pools if you want to find a specific file, and check several 
pools if you want to see what's new. 
The idea behind putting the same archive on several ftp sites is to
make it possible for everyone to use a site close to his, and to prevent
the same file from being transferred hundreds of times through expensive
satellite links (yes, pal, internet has to be paid for!).

> I've tried every site I could find. I even did a Gopher search with the
>keyword "amiga" and wrote down every site that came up. (Not a very easy
>task, I can assure you) then I tried them out. None are any bigger than the
>amiga.physik.unizh.ch archives, or the ftp.luth.se archives (mirror of the
>physik)

Basically there's three sites/pools you have to know about (no special order):
1. Aminet with amiga.physik at the center. 300MB file base currently.
2. wuarchive.wustl.edu. Estimated 300MB, too
3. ux1.cso.uiuc.edu. Estimated 600MB in Fish disks

There are others, but they're smaller and/or less popular. Check the 
bi-weekly posting on c.s.a.misc about FTP sites.

If you want more, well, do your share. If everbody had your attitude, you'd
get 0 MB at every FTP site. Upload. Wherever, whatever. Some people WILL
like it, and maybe do their share too.

   -Dominik
Newsgroups: comp.sys.amiga.datacomm
From: king@rtsg.mot.com (Steven King, Software Archaeologist)
Subject: Re: NULL Modem - IBM <> Amiga
Reply-To: king@rtsg.mot.com
Organization: Motorola Inc., Cellular Infrastructure Group
Date: Mon, 16 Nov 1992 22:15:51 GMT

John_Mark_Newton@cup.portal.com publicly declared:
>I am very interested in a null-modem cable from Amiga to PC. Please post 
>anything you learn. I would hate to blow up my boss's PC!

Here's the connection diagram for a null modem adaptor.  It assumes
both sides are DB-25.  I don't know the pinouts for the DB-9 connector
used on some (most?  all?) PCs these days.

Before you build this, ask yourself "Is it really worth my effort to
save the measily $7 these things cost at Radio Shack?"


  TXD ( 2) ---------\ /--------- TXD ( 2)  Transmit Data (output)
                     X
  RXD ( 3) ---------/ \--------- RXD ( 3)  Received Data (input)

  RTS ( 4) ---------\ /--------- RTS ( 4)  Request to Send (output)
                     X
  CTS ( 5) ---------/ \--------- CTS ( 5)  Clear to send (input)
              
  DCD ( 8) ---+             +--- DCD ( 8)  Carrier Detect (input)
              |             |
  DSR ( 6) ---+-----\ /-----+--- DSR ( 6)  Data Set Ready (input)
                     X
  DTR (20) ---------/ \--------- DTR (20)  Terminal Ready (output)

  GND ( 7) --------------------- GND ( 7)  Signal Ground


-- 
-------------------------------------------------------+-----------------------
                    Member of EAGA:                    |      Steven King
         Engineers Against Gratuitous Acronyms         |   Motorola Cellular
                                                       |   king@rtsg.mot.com
From: jgrimm@TorreyPinesCA.ncr.com (Jeffrey Grimmett 9999)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re:  New Supra Chipset:Caller ID:Condoms
Date: 16 Nov 92 19:42:49 GMT
Organization: NCR (Torrey Pines Development Center)
Disclaimer: This posting does not necessarily reflect the opinions of NCR.

Quoth wanderer@tcsi.appleton.mil.wi.us (K.T. Wieringa):
]> seanr@lobo.rmhs.colorado.edu (Sean Reifschneider) writes:
]> 
]> >My phylosophy is that you have the right to not tell me who you are, and
]> >I have the right not to pick up any calls that don't tell me who they are.
]> >That's what I'm planing on doing.
]> 
]> What does this mean as far as callers from areas that don't support caller 
]> ID, long distance callers in general, Fido anon FReq, and Fido Crash mail 
]> are concerned?
]> 
]> Is the information passed through in all cases, or are you planning on
]> cutting these people off too?
]> 
]> wanderer@tcsi.appleton.mil.wi.us

That information is encoded on the lines no matter where you call from within
the States.  I can't answer for other systems.  The part about installing CID
is actually getting the "box" to read that information.  So, if you call
from San Diego CA (no CID) to anyplace that has it, the information still
shows between the first and second ring.
	
-- 
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@*************************************************
Jeff Grimmett [SuperBitMap BBS]          * fido!1:202/1401.0 [619-460-7290]
jeff_grimmett@f1401.n202.z1.fidonet.org  * jgrimm@TorreyPinesCA.ncr.com
 The opinions expressed in this message are thoughtful, reasoned, and logical.
      	It goes without saying that they are not those of my employer.
*******************************************************************************
From: tron@uni-paderborn.de (Matthias Scheler)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Suggestions for Term 2.5
Date: 19 Nov 1992 14:11:55 GMT
Organization: Uni-GH Paderborn, Germany
Distribution: world
NNTP-Posting-Host: paris.uni-paderborn.de

In article <1992Nov16.164616.10907@netnews.noc.drexel.edu>, glovercj@duvm.ocs.drexel.edu writes:
|> Olaf, I'd like to see you implement TCP/IP Networking protocals and perhaps an
|> FTP News Reader and file downloader such as The News and Tech available for the
|> Mac. See Ya!!!

Any problems ?? I think that's no stuff for a Terminal program.
Wait for AS225 Relase 2 from C=. It will contain all stuff required to do
SLIP.

-- 
Matthias Scheler                                         tron@uni-paderborn.de
University of Paderborn (Germany)