HDTenEightyP/NetNews huggingface dataset:
From: jnorberg@jaguar.csc.wsu.edu
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Supra Fax v.32bis problem(?)
Date: 7 Apr 92 07:24:48 GMT
Article-I.D.: jaguar.1992Apr6.232448.1
Organization: Washington State University

In article <44188@mentor.cc.purdue.edu>, huebnere@mentor.cc.purdue.edu (Robert Huebner) writes:
> I hate to be the first person to post a complaint regarding this wonderful
> product, but I was wondering if anyone else has had similar difficulties:
> 
> Sometimes when the modem is DIaling and the speaker is on, I hear a clear
> ring from the remote modem but suddenly the Supra hangs up and declares the
> line to be "BUSY".  Other times a real busy signal won't register at all
> and the modem will just eventually timeout.  And still OTHER times the
> modem disconnects with the BUSY return code before I hear ANY noice from
> the speaker (I have it set to atm1 when testing this).  I imagine it might
> be able to detect a busy signal even faster than I can hear it, but this
> sort of worried me.
> 
> Does anyone know why this might occur?  I am reluctant to blame it on the
> modem, as it might be a characteristic of our local phone service but I'd
> at least like to be able to turn this off if it continues to hang up on
> potentially valid connections.
> 
> Rob


I had the same problem with a 14.4 HST and it turned out that I needed to
increase the delay between the time the modem detects the dial tone and the
time the modem actually dials.  I don't recall the S register you need to
change right off hand though....  It should be covered somewhere in your manual
I'm sure
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last! pirate trash NOT!
Date: 17 Apr 92 01:30:13 GMT
Organization: FAA Technical Center, Atlantic City NJ

qala@netcom.com (Stephen Semegran) writes:

>dBASE is as much an implementation language as C, and I'm inclined to think
>of Lotus the same way with it's macros.  Applications are developed using
>them as "higher level languages".  Programming concepts, tips and techniques
>are usually better presented in these tutorial texts than in the reference
>manuals that accompany a product, which are usually encyclopedic in nature.
>One can learn vocabulary from a dictionary or a thesaurus, but there is more
>to learning a language than its vocabulary.

  I'm not talking about language specific texts, like one that is devoted to
advanced macros with Lotus or WordPerfect, or business spreadsheets for QPRO,
or even application type manuals for the dBASE language.  These manuals all
assume some level of understanding of the application in question.

  I'm refering to the books that are out there that are simply a rehash of
the original reference manual that came with the application.  Most of these
books have nothing else to offer except to replace the original manual and
most don't even do an adequate job of replacing an inadequate reference
manual.  Those are the kinds of books that I have a problem with and are also
the kinds that tend to crowd the bookshelves these days.

  -jack-
Newsgroups: comp.sys.amiga.datacomm,comp.dcom.modems
From: dtiberio@csws4.ic.sunysb.edu (David Tiberio)
Subject: Re: HELP!  Zmodem/SupraFax
Organization: State University of New York at Stony Brook
Date: Mon, 13 Apr 1992 18:15:29 GMT

In article <bobl.3917@bobsbox.rent.com> bobl@bobsbox.rent.com (Bob Lindabury, SysAdmin) writes:

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

	I am running an Amiga 3000 at 16MHz. I easily do 115k all the time,
and rely on it over the summer. I never had any problems.


-- 
      //   David Tiberio  SUNY Stony Brook 2-3662  AMIGA  DDD-MEN   
     //  Not the llama! Come here Earl; I want to tell you something...
   \X/  Liverpool, New York	flames to suggestions@cbmvax.commodore.com
Newsgroups: comp.sys.amiga.datacomm,comp.dcom.modems,comp.protocols.misc
From: gerg@netcom.com (Greg Andrews)
Subject: Re:  New modem transfer protocol
Date: Sun, 12 Apr 92 05:54:06 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Summary: Oops!

In article <vktjyzp.gerg@netcom.com> gerg@netcom.com (Greg Andrews) writes:
>In article <1992Apr6.192855.23566@vaxeline.ftp.com> dwh@vaxeline.ftp.com (David W. Hamaker) writes:
>>
>>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? 
>>
>
>PEP can, though the amount of data varies with the line quality.
>On clean phone lines PEP acks the data in the forward direction with
>a "micro" packet.  That packet can hold around 24 bytes.
>

Oops!  I need to correct the above number.  My PEP reference document
(Sorry, it's Telebit confidential - I can't post it) has a confusing way
of describing how many data bytes fit into the different packet types
(Micro, Short, and Long).  I misinterpreted it to say a Micro packet can
hold 24 data bytes.  That's wrong.  The correct number is 15.


Dave, your question also implies another question lurking in the
background waiting to be asked:  How many bytes maximum will be sent
in the forward direction per ack packet in the reverse direction?

Under good phone line conditions, PEP can send a maximum amount of
approximately 2900 bytes before turning around to get the ack.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
From: WGLP09@SLACVM.SLAC.STANFORD.EDU
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: VLT and XPRZmodem
Date: 10 Apr 92 07:35:56 GMT
Organization: Stanford Linear Accelerator Center

Funny, I get 930 cps regularly from TYMNET v.32 (no bis, MNP 4) modems.
Of course, that's with an A3000. Can you watch the modem lights and see
if the incoming stream is really continuous, or if flow control is taking
place?

          Willy.
----------
Willy Langeveld - Bitnet: WGLP09 @ SLACVM - BIX: langeveld
Newsgroups: comp.sys.amiga.datacomm
From: greendog@max.physics.sunysb.edu (Michael D Fischer)
Subject: Re: Opinions on Term 2.1
Organization: Institute for Theoretical Physics, SUNY at Stony Brook.
Date: Wed, 15 Apr 1992 18:16:24 GMT

In article <45475@mentor.cc.purdue.edu> huebnere@mentor.cc.purdue.edu (Robert Huebner) writes:

> Commodore Install script is a DREAM to use, [etc]
> Rob

Yuk.  I figured, sure I'll try the install script instead of doing it
myself.  Of course I used expert mode so I could supposedly confirm
all actions.

I find it to be a rather poor assumption to make that the user would
want his documentation in the same directory as the executable.  I
have a /bin and a /usr/man directory (ok, so I like unix) for my
binaries and manuals, and a 'man' program to display the manuals for
me.  The install script asked 'where do you want the executable?'  I
said work:bin.  It asked if I wanted to install the documentation.  I
said yes.  Bam, it goes into work:bin.

I have my fonts directory split up into sys:fonts and work:usr/fonts
where I put all non-standard (i.e. non-commodore-distributed) fonts.
Term put the fonts into sys:fonts.  Well, actually it put them into
fonts: which of course has sys:fonts as its first component.  It would
be nice to check for other font path components.

I have an amiga 3000.  After using 'install' to install term2.1, I find
out that there is a special version for 68030's which the install
program will not install.  So I have to copy this version over the
term already installed.

Basically, every step the install program performed I had to re-do by
hand (the binary, the docs, the fonts).  It cost me more time than
it saved.  It was a good idea, but needs a LOT of work.

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: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last! pirate trash NOT!
Date: 7 Apr 92 22:25:40 GMT
Organization: FAA Technical Center, Atlantic City NJ

jamiller@kuhub.cc.ukans.edu writes:

>Again it is unfortunate that many people due to the inability to
>provide for their monetary needs are forced to join the military as a
>last result depriving the private sector of their expertice and
>denying some person more commited to a military carreer an
>opportunity, but still my experience is that the military does provide
>for a student quite adequately for the related services accrued.

  While there might be some people who seek out the military as some sort
of welfare refuge, it certainly is not the case for those in the electronic
and nuclear fields.  Not only do you have to take some hellish qualification
tests before even being considered, you have close to two years of school
facing you that you *have* to pass or else you're jettisoned into the boatswain
or other non-tech rates.  As for denying someone of a career, if the military
had decent compensation for the work you're required to do, they'd do better
than the average 60% manning level that all the technical fields have.

>Again the point is you didn't have to pay for school while in school
>and had a job with excellent benfits when you weren't in school (vote
>democrat for president) taking a big load off you.

  Not everything is measured in dollars and cents.  Time is a commodity
that is essentially priceless.  A four year tour at sea for two years of
electonics schooling is a high price to pay, especially when you consider
that a good part of that time is spent in what amounts to almost complete
isolation.

>Someone is making money off those manuals right?  Stallman in the GNU
>Manefesto makes the arguement that in a free software enviornment
>programmers would freely distribute source as well as binaries and
>would (if necessary) find profit in market that would demand Hand
>holding support, manuals, etc.  The argument seems very attractive.

  The GNU Manifesto is a laudable ideal, the problem is that it is
trying to coexist in world that is not idealistic.   Free software,
like socialism, won't work until the need for money is abolished
worldwide.

  -jack-
Newsgroups: comp.sys.amiga.datacomm
From: sacke@gn.ecn.purdue.edu (Elizabeth E Sack)
Subject: Re: Term 2.1 problems
Keywords: term 2.1 speech problem
Organization: Purdue University Engineering Computer Network
Date: Fri, 17 Apr 92 12:45:40 GMT

In article <1992Apr17.060220.24373@ux1.cso.uiuc.edu> jdl47513@uxa.cso.uiuc.edu (Jason Lowe) writes:
>djkucera@descartes.waterloo.edu (Dylan Kucera) writes:
>
>>In article <45724@mentor.cc.purdue.edu> huebnere@mentor.cc.purdue.edu (Robert Huebner) writes:
>>>
>>> Possible problems why you're isn't working: 
>>>1) you have to have SPEAK: device mounted.  I am fairly certain the standard 
>>>
>>Got it.
>
>>>2) You might be mis-interpreting the meaning of the feature.  At first
>>>
>>No, I had it working in 2.0!  I know what it does...
>
>>>3) Lastly, note that Speak preferences are saved separately from other
>>>Prefs.  You'll have to click the save button in the Speak Pref's box
>>>since Project/Save Prefs doesn't cover this. 
>>>
>>Yes, I have the prefs saved separately.
>
>>> Basically if the "Speak!" button causes the Ami to say "This is Term Speaking"
>>>then everything is setup correctly.  As the docs state, its mainly useful
>>>if you have Term pushed back to a rear screen while download or redialing.
>>>
>>Yes, It will say "This is Term Speaking" when I hit the button, but it says
>>nothing else in the actual terminal.
>
>>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.


Xref: sparky comp.sys.amiga.datacomm:3468 comp.dcom.modems:6483 comp.protocols.misc:335
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:29:03 GMT
Article-I.D.: vaxeline.1992Apr9.232903.19217
Organization: FTP Software, Inc., Wakefield, MA

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

In article <1992Mar24.173415.14949@news.eng.convex.com> datri@convex.com (Anthony A. Datri) writes:
>
>>thought of a new method to transfer files.  We all know that one of the 
>>best transfer protocols w/ error correction is zmodem,
>
>Modulo the dearth of working software.
>
>>Now you ask how I get 100% throughput if I keep the transmitter waiting 
>>for CRC's after every block?  This I do by having it send the next block 
>>before the CRC is received.  It then keeps track of which CRC's were 
>>returned good and only resends the bad blocks.
>
>You've just reinvented Kermit with sliding windows.
>
>-- 
>
>
>======================================================8--<

No, he hasn't.  Kermit packages the check information with the data and
the receiver tells the sender which ones are bad, like most protocols.
The idea is for the receiver to send the sender the check information
for each block it receives (this goes down the likely-idle reverse
channel).  Then the sender knows which blocks need retransmission.
Selective retransmission is not the point here.

-Dave Hamaker
 cfcl!dwh@apple.com
 dwh@ftp.com
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: JR-Comm version?
Date: 7 Apr 92 22:26:44 GMT
Organization: FAA Technical Center, Atlantic City NJ

aj639@cleveland.Freenet.Edu (Michael Cox) writes:


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

  1.02a

  -jack-
From: rg@atoll.cray.com (Rich Garrett)
Newsgroups: comp.sys.amiga.datacomm
Subject: mac-demo.lha from ab20
Date: 6 Apr 92 16:00:59 GMT
Article-I.D.: cs.1992Apr6.160059.5788
Reply-To: rg@atoll.cray.com (Rich Garrett)
Organization: Cray Research, Inc.
Nntp-Posting-Host-[nntpd-297]: atoll.navo.navy.mil


I just downloaded the magicall demo from ab20, and I LIKE it.
If anyone from the vendor is reading this news, group:
  1 would be nice to be able to exchange BACKSPACE/DEL keys.
  2 the '-' key (lower case '_') prints an 'a', very awkward when
    logged into unix host.
  3 how much does it cost?  I like the user interface, especially, the
    configuration section.
  4 where can i get it?

thanks,
rich garrett
rg@atoll.navo.navy.mil
From: jbickers@templar.actrix.gen.nz (John Bickers)
Newsgroups: comp.sys.amiga.datacomm
Subject: VLT, FIFO shell.
Date: 11 Apr 92 18:35:48 PST
Organization: TAP, NZAmigaUG

    Does anyone know how to ^C a program running in a shell that is using
    FIFO:VLTR/rwkecs and VLT?
--
*** John Bickers, TAP, NZAmigaUG.        jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
From: WGLP09@SLACVM.SLAC.STANFORD.EDU
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Saving XPR Configs (VLT)
Date: 17 Apr 92 01:56:16 GMT
 <92105.113034WGLP09@SLACVM.SLAC.STANFORD.EDU> <32914@darkstar.ucsc.edu>
 <caw.08hz@miroc.Chi.IL.US>
Organization: Stanford Linear Accelerator Center

I know how some terminal programs get at the XPR config string. However,
this is *not* a documented XPR feature, and may break in future revisions
of the XPR standard. I will not do anything to break it on purpose, but
I won't let it stand in the way of progress either. Problems with the
current approach:

1. The XPR is not required (I seem to remember) to put up the current
   settings in the xpr_gets requester. It could put up nothing at all,
   or it could put up the original defaults - whatever. That all XPR's
   currently do give the actual settings is reasonable and appropriate
   but also coincidental.
2. You can only save the settings of the currently loaded XPR. If you
   had used, say, xprkermit first, changed its settings, and then
   loaded xprzmodem, and changed its settings, and then saved the
   configuration, the xprkermit settings would be lost. Though one
   could code around this, I suppose.

Bottom line is, it is a kluge, and one should use the env variable
approach to make sure things really work.

       Willy.
----------
Willy Langeveld - Bitnet: WGLP09 @ SLACVM - BIX: langeveld
From: 89u1569@csdvax.csd.unsw.edu.au
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: "64 Mentality" Sofware Piracy is not theft
Date: 15 Apr 92 12:26:04 +1000
Organization: University of New South Wales

In article <2829@faatcrl.UUCP>, jprad@faatcrl.UUCP (Jack Radigan) writes:
> 
>   This is really getting quite pointless now, so let's put an end to it, ok?
> You're not going to change my views on this anymore than I'm going to change
> yours.

	All great and very philosophical but logicaly you can't be arested for
software piracy unless selling it. Given they storm into your room and find
pirated disks. Your nice lawer would say that you did buy the originals
but they were lost in a horrible file. But the backups were locked in a safe,
... safe. So how do they prosecute you. The only way around it is to make
software un user friendly so you need a manual (God forbid were no IBMers)
put code lookup codes so you need tha manual (pattern ... you need the manual)
Brake the mantality so that kids don't go crazy copying SW just to say I have
1000 disks with the latest and never user them. (Make tha next amigaz more
expensive or the expensive softare should run on 3000 and up) and the final and
worst Special disk formats. Forget it though. I hate what I can't install on my
HD. Oh there is one more. Drop the price of the Software. 

Specificaly about JRComm to get more registered users there should be a way 
to make it easy paying. Most users find it a hassle to register.

	Alot of the stuff is unreasnable but ther should be a way to slow down
Piracy. 

> 
>   -jack-


	- Geo -


Newsgroups: comp.sys.amiga.datacomm
From: aleneis@jarthur.claremont.edu (Tony Leneis)
Subject: More Term 2.1 problems
Keywords: term 2.1 speech problem
Organization: Harvey Mudd College, Claremont, CA 91711
Date: Thu, 16 Apr 1992 06:38:20 GMT

	I have another problem with Term 2.1: I can't get it to use any of
my XPR or XEM libraries.  It will load XPRzmodem.library no problem on
startup, but if I try to load it again, it will tell me that it can't open
sys:libs/XPRzmodem.library.  With the XEM libraries, things are even worse.
It tells me that it can't open a filename which contains only international
characters (i.e. garbage).  How do I pull this off?  I'm running WB2.04 on
an A3000, and have all my XEM and XPR libraries in sys:libs.  I have
absolutely no problems with the XPR libraries from VLT or even Handshake.
What's going on?  (Yes, all the libraries are rwed - I already checked that.)

	One other interesting point: if I reset Term 2.1 and then try to
load a new XPR library it won't complain until I actually try to do an
upload or download.  Then it gives me an empty screen with a single menu
option which says QUIT.  A word of advice: DO NOT CLICK ON THE SCREEN
ITSELF.  YOU WILL BE FORCED TO REBOOT YOUR AMIGA TO GET RID OF THE SCREEN.
Well, I suppose you can use something like xoper or ARTM...

Tony Leneis
aleneis@jarthur.claremont.edu
From: jaharkes@cs.vu.nl (Harkes JA)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: VLT 5.517 bug with FR BYPASS
Keywords: vlt, bug
Date: 6 Apr 92 10:42:41 GMT

dvsg0223@uxa.cso.uiuc.edu (David Salamon) writes:

>I seem to have stumbled on a bug that VLT 5.517 has when the program FR BYPASS
>version 3.02 (by Khalid Aldoseri) is run.
><stuff deleted>
>"Cannot open file '   '" (again the file name is blank).

>I have also noticed that if I turn off FR BYPASS, VLT works correctly with the
>2.04 asl requester.  Turning back on FR BYPASS, gives more interesting 
>behaviour.  Now, no matter what I select on the FR BYPASS requester, VLT 
>always thinks I want the last file I had chosen with the ASL REQUESTER!
>Sounds like some variable is not being set correctly.

Well I have had the same problems whenever FR_Bypass 'bypassed' the
2.04 asl requester. I thought it was because I 'kick' my 2.04 roms
into memory. VLT does not seem to be the error... FR_Bypass is...

Jan Harkes

jaharkes@cs.vu.nl
Newsgroups: comp.sys.amiga.datacomm
From: kelson@ais.org (David Lewis)
Subject: Re: Graphic MUD's
Organization: UMCC
Date: Tue, 7 Apr 92 02:30:47 GMT

In article <1992Apr6.135205.25335@fwi.uva.nl> groenewo@fwi.uva.nl (Ferry van het Groenewoud) writes:
>hbaug_rum@rumac.upr.clu.edu writes:
>
>
>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!
>
>


  Hmm that mud dosent seem to be responding... and the client wasnt
in /pub/incoming/bsx (actually their was no incoming) any other
ones?  What is the actual name of the client?
From: mohrc@nyssa.CS.ORST.EDU
Newsgroups: comp.sys.amiga.datacomm
Subject: Jrcomm can you add
Date: 14 Apr 92 19:30:52 GMT
Article-I.D.: CS.1992Apr14.193052.16585
Organization: CS Dept. Oregon State University, Corvallis, Oregon.

Jack is it possible that you can make Download and Capture paths different
in your new version? quite alot i want to capture some stuff to ram and then
later download a file or two but insead of going to my tmp dir on the hd is
goes to ram since i was using ram to put my capture at.

thanks

...........................................................................
|mohrc@jacobs.cs.orst.edu                   | Ring around the Internet    |
|                                           | A packet with a bit not set |
|Unix weirdo in training. Handle with care  | ENQ ACK ENQ ACK             |
|LIGHTEN UP PEOPLE IT'S JUST A GAME!        | We all go down!             |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
	    __
           ///
       __ ///
       \\X// AMIGA - Quite Simply The Best Computer Ever.
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
					      
Connection closed by foreign host.