HDTenEightyP/NetNews huggingface dataset:
From: huebnere@mentor.cc.purdue.edu (Robert Huebner)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: SupraFAX shipping?
Date: 15 Apr 92 19:47:11 GMT
Organization: Purdue University Computing Center

In article <1992Apr15.155237.1838@usenet.ins.cwru.edu> aq061@cleveland.Freenet.Edu (Scott Devine) writes:
>
>I ordered my SupraFAX from Briwall in mid march..  I called yesterday and
>they said that a sales rep from Supra told them theat there would be a 
>two week delay because of a problem(?) at Supra.  Can anyone verify this?
>Has anyone received a SupraFAX from anyplace besides Supra itself?

According to posts on comp.dcom.modems (a lot of Supra discussion going on
there, BTW) Supra has stopped shipping to dealers temporarily in order to
fulfill some sort of back-order FIFO policy (don't know what this means,
really).  I DID recieve mine over a week ago from Creative Computers in
Los Angeles.  They were very honest about the shipping situation (at the
time they were receiving them about 5 per week, and they told me exactly
where I was on the list) and I recieved it exactly when they estimated I 
would.  Very surprising on an item with so much confusion regarding its
shipping dates.  But basically, yes, they have shipping to people who
ordered from re-sellers, not just to direct orders.

I ordered from Creative because at the time, they had a waiting list of only
15 people whereas Computability said the list was over 100.  I suppose this
has something to do with Creative being an Amiga-specific company whereas
Computability (and perhaps Briwal) cover IBM as well.  

One thing you might check- Supra is apparently only shipping the v.32bis
standalone and Mac versions thusfar, so if you ordered a package for
Amiga with software and cable, there will be a delay since the fax s/w
isn't finished.


-- 
| Robert E. Huebner                   | "Death is nature's way of telling  |
| huebner@sage.cc.purdue.edu          |  you to slow down"                 |
| huebner@aerospace.aero.org          |   - Unknown Author                 |
From: boily@perseus.phy.ulaval.ca (Edouard Boily)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Saving XPR Configs (VLT)
Date: 15 Apr 92 19:10:01 GMT
Organization: Universite Laval, Ste-Foy, Quebec (Canada)


The question was: how to save the xprzmodem config?

You can edit the environment variable "SYS:Prefs/Env-Archive/xprzmodem"
and change the setup.  If you do not change the file "ram:env/xprzmodem",
the changes will be effective only after the next reboot.

 - Edouard
.---------------------------------------------------------.
|                   boily@phy.ulaval.ca                   |
|---------------------------------------------------------|
| Edouard Boily  | Projects: AmiGraph, AmigIRAF      ///  |
| Physic's Dept. | Interests: Astronomy, Comp. Sciences   |
| Laval Univ.    | Work: On my Ph. D.          \\\ ///    |
| Quebec, CANADA | Citation: "Not yet!" - Me    \\XX/     |
`---------------------------------------------------------'
From: pat_meloy@outbound.wimsey.bc.ca (Pat Meloy)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Graphic Mud (Multiplayer Alternate Reality Game)
Distribution: world
X-NewsSoftware: Amiga GRn V1.28 2/25/92 (Beta) by Mike Schwartz
Date: 13 Apr 92 00:56:45 PST

In article <00958FF5.B8E591A0.1940@rumac.upr.clu.edu> hbaug_rum@RUMAC.UPR.CLU.EDU writes:
>
>Hi:
>  Any similiraty to lawnmawer man is totaly incorrect B^)
>But is a start, hope that the people working in this MUD
>one day reach that level.
>  They are not animated graphics but are pretty neat for an internet
>connection.  BTW, I couldn't connect correctly from a VAX machine I had 
>to use a UNIX one (ie. a SUN)
>
>  O.K., to Amiga Mud Players, there is a MUD at
>
>robin.lysator.liu.se 7475
>
>  The client program is by FTP in lysator.liu.se at /pub/lpmud/bsx
>they have for Xwindows, Amiga and IBM.
>
>Thanks to the people that gave me info on how to reach this Mud.
>
>Angel Asencio//
>           \X/
>
>a_asencio@upr1.upr.clu.edu
>

 One thing that has always confused me about muds, can I play a mud if my
machine itself is not on the net? I call a UNIX machine for my feeds and
FTPing, can I play a mud through that machine?
--
Newsgroups: comp.sys.amiga.datacomm
From: blgardne@javelin.sim.es.com (Dances With Bikers)
Subject: Re: VLT 5.517 bug with FR BYPASS
Reply-To: blgardne@javelin.sim.es.com
Organization: Evans & Sutherland Computer Corporation
Date: Tue, 7 Apr 1992 16:53:07 GMT

<WGLP09@SLACVM.SLAC.STANFORD.EDU> writes:
>Yes, you found a bug. In FR BYPASS, that is, not in VLT. VLT works fine
>with ASL, and so clearly FR BYPASS doesn't emulate ASL properly.

Yea, it's a hack, but it's a NICE hack. :-)

Just to clarify things a bit:

>2. KDFReq. Forget what it was, but at the very least shows weird behavior.
>3. FR BYPASS. Just reported here, shows weird behavior.

These are the same problem. KDFReq is the file requester library, and
FR_BYPASS is the program that bypassed the ARP, ASL and CygnusEd
(req.library?) requesters with the KDFreq.library requester.

I guess the thing to do is for all KDFreq fans to actually submit some
bug reports to the author.
-- 
Blaine Gardner @ Evans & Sutherland        580 Arapeen Drive, SLC, Utah 84108
blgardne@javelin.sim.es.com  uunet!javelin.sim.es.com!blgardne  BIX: blaine_g
DoD #46               My other motorcycle is a Quadracer.              FJ1200
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
Organization: FTP Software, Inc., Wakefield, MA
Date: Mon, 6 Apr 1992 19:28:55 GMT

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
From: rock@lakes.trenton.sc.us (Rockerboy)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last! pirate trash NOT!
Date: 12 Apr 92 16:48:03 GMT
Organization: The Veronica Lake Fan Club

jprad@faatcrl.UUCP (Jack Radigan) writes:

> rock@lakes.trenton.sc.us (Rockerboy) writes:
> 
> >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_?
> 
>   If you choose to use the narrow, archaic definitions of theft and copyright
> infringement as a crutch to rationalize piracy, go right ahead.
> 
>   It doesn't make it, or you, right however.
> 
>   As times, technology and society changes, so must the definitions of the la
> that we govern ourselves by so that unforseen situations can be incorporated
> within.
> 
>   There's no way you can deny the simple fact that a person can derive some
> measure of benefit through the use of a particular program.  If the program
> in question was acquired without paying for it (for lack of a better term)
> and the person derives *any* benefit, leisure or productivity (or any other
> quantifiable gain that you want to gauge it by), then the person has in effec
> "stolen" that benefit since there was no reciprocal gain realized by the 
> person(s) who caused that program to exist.
> 
>   Until some new term is coined that defines this scenario we have to rely on
> the only other term that tangentially describes this, theft.
> 
>   Although the benefit the person obtained might not be material, and the 
> original copy of the program that they copied is not misapropriated, there
> still was a measurable gain realized that was not paid for.  If you define
> that benefit as an intelectual object then you certainly can apply the term
> and definition of theft to it.
> 
>   -jack-

Again, Jack, you're putting words in my mouth that I never spoke.  I 
_never_ said piracy was right, I _never_ said copyright infringement bas 
a good thing, only that it was not theft, and it is not.  Theft implies 
misappropriation of material goods.  Data is not material goods, and 
thus, the losses due to misappropriated data (at least in most cases) are 
not as high as would be those of misappropriated property.  If I use your 
program, say, that you want a hundred bucks for, it is _not_ the same as 
if I came to your house and actually stole a hundred bucks from you.  If 
you think it is the same, I don't see how you can believe that.

Re:  Laws should change with technology

Yup.  Think I've been saying this all along.  So we _do_ agree on 
something!  ;)  Too bad we don't agree on _how_ they should change, hmm?


"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: reaper@garfield.catt.ncsu.edu (Jason Butler)
Newsgroups: comp.sys.amiga.datacomm
Subject: Help, again with Term2.0 PLEASE
Date: 8 Apr 92 16:03:53 GMT
Article-I.D.: garfield.reaper.702749033
Organization: North Carolina State University

Ok.  I got plenty of help last time, and decided to try Term 2.0.  Now
I have a problem. The phonebook will not dial.  It comes up with the
dial window, says its dialing and then does nothing.  If I pick dial from
the menu, I can type in a number and it dials fine.  What's the problem?
Thanks for the help!!!!

|        Jason Daniel Butler            |       Amiga 3000 25/50 6 MEGS    |
|     reaper@garfield.catt.ncsu.edu     |    //                            |
|Computer and Technologies Theme Program|   //  The Design Crew makes it,  |
|          <CATT> at  NCSU              | \X/  The users make it possible! |
From: cqn1676@zeus.tamu.edu (CHINH QUOC NGUYEN)
Newsgroups: comp.sys.amiga.datacomm
Subject: More opinions on Term2.1
Date: 15 Apr 92 15:18:00 GMT
Organization: Texas A&M University, Academic Computing Services
News-Software: VAX/VMS VNEWS 1.41


I made an earlier post about problems I was having with Term 2.0 but since 2.1
has recently come out, I have found that most of the bugs (or ones I
encountered) are gone.  I agree with Dylan Kucera about the new status box, it
does look bad but it is still better than most other term programs.  The new
requesters?  They look different, but they still look good and they are more
functional (especially the scrollable error list).  VT emulation is still a
little flaky for me (like writing this letter) but it's better than before.
other than that, there are a few other upgrades (I've only tried the new one
for a day) but I would call this version a bug fix and a very welcomed one.

I also like the new utilites and the accelerated version of utilities and the
HD install program is wonderful (the one provided by Commodore right?)  I have
an A3000, anyone notice any difference with the accelerated version and using
VBR, the program that allows you to _supposedly_ have a little speedier serial
device?  I can't really tell any difference right now.

Chinh Nguyen

*As of 4-13-92, active (again!) member of the He-Man Women Hater's Club*
Xref: sparky comp.sys.amiga.datacomm:3438 comp.dcom.modems:6407 comp.protocols.misc:326
From: davidsen@yeti.crd.GE.COM (william E Davidsen)
Newsgroups: comp.sys.amiga.datacomm,comp.dcom.modems,comp.protocols.misc
Subject: Re:  New modem transfer protocol
Date: 8 Apr 92 19:42:54 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

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

|  PEP is real bad in that it's unidirectional.  Send ONE byte down the
|  back channel and you take 10 seconds to retrain for the turn-around.
|  If you have a PEP, stick with Zmodem.

  Why? You have spoofing for Xmodem, Kermit, and uucp 'g', so you
shouldn't see any diference in throughput, with those protocols, unless
you fail to run the serial link fast enough.
-- 
	- bill davidsen (davidsen@crd.ge.com)
	GE Corp. R&D Center; Box 8; Schenectady NY 12345
By analysis of usenet source, the hardest part of C to use is the comment
From: WGLP09@SLACVM.SLAC.STANFORD.EDU
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Help with new vltjr
Date: 15 Apr 92 22:11:28 GMT
Distribution: usa
Organization: Stanford Linear Accelerator Center

Will -
        I have no idea. The device is called dl2000.device, I suppose? And it
is in your devs: directory? And it is not being used by anything else?
Are you using other things that involve this device? By the way, dl2000.device
(some versions) do read from location 0, i.e. cause enforcer hits if you
run enforcer, but this should be harmless. You'd have to specify in more
detail what your system looks like before one could make a guess as to why
it might not work. BTW: I know of others that use dl2000.device without
problems, so most likely the problem is fixable.

        Willy.
From: rock@lakes.trenton.sc.us (Rockerboy)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last! pirate trash NOT!
Date: 12 Apr 92 16:31:59 GMT
Organization: The Veronica Lake Fan Club

jprad@faatcrl.UUCP (Jack Radigan) writes:

>   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, sounds to me like you were a zero, correct?  (Sorry, enlisted 
humour.)  What departments were you in?  (Yup, me ex-Navy, too...)

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.


"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: rock@lakes.trenton.sc.us (Rockerboy)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re:  NComm 2.0 at last! pirate trash NOT!
Date: 13 Apr 92 17:21:38 GMT
Organization: The Veronica Lake Fan Club

dac@dacami.UUCP (David Culberson) writes:

> In article <2781@faatcrl.UUCP> jprad@faatcrl.UUCP (Jack Radigan) writes:
> 
> >  Why don't you wake up and take a clue from all those how-to manuals on the
> >bookshelves at B. Daltons.  It's a perfect example that there is a good mark
> >in reaching those people who don't buy the programs that they use.
> 
>   That's not the only reason for a how-to book.  Many programs come with
> insufficient documentation, or are just too complex for the average user
> to understand.  So they need further documentation; that's where how-to
> manuals come into play.
> 
> 		-David
> 
> --

Mmm, I have to agree with Jack on this point.  I stroll through 
Waldenbooks or B. Dalton's computer section shows a huge number of books, 
different titles but serving the same purpose, concentrating on :Lotus, 
WordPerfect, and maybe a few books on using C compilers.  Others exists, 
but not to the saturation point that the aforementioned ones do.  I think 
that alone says that a large number of people have no documentation, 
which implies they pirated their copy.  The thing is, the industry 
_recognizes_ this, and are drawing blood from each other.  The book 
writers, while ostensably to "help" the public, know full well whom they 
are targetting...


"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: Mike_Breger@softworx.access (Mike Breger)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: AFaxDemo - Help!
Distribution: world
Date: 7 Apr 92 10:05:09 PST
Organization: Subterrainian Softworx BBS

In a message dated Tue  7 Apr 92 09:38, Greg@cbmaus.uucp (dr Greg Perry)
wrote:
 GGP> Our Amiga fax software GPFax (also from Australia but no relation to
 GGP> the
 GGP> othet software) will work perfectly on the Supra modems.  The
 GGP> software will
 GGP> be available direct from Supra in vnf.

 I heard about Supra's plans to package this with their modems. Could you
tell us a little about the features of the package? I'm about to order my
SupraFaxModem, and I'd like to know a bit about the s/w.


-- Via DLG Pro v0.985b

::::::::::::::::::::::::::::::::::::
: Mike Breger                      :
:    Internet:                     :
:       Fidonet: 1:163/109.20      :
:                                  :
: A crazy teacher once said: "Now  :
:    you sit down before I lose my :
:       mind!"                     :
::::::::::::::::::::::::::::::::::::
From: Chuck_Andreas@lhaven.UUmh.Ab.Ca (Chuck Andreas)
Newsgroups: comp.sys.amiga.datacomm
Subject: Newer version of BaudBandit wanted (or else)
Distribution: world
Date: 1 Apr 92 22:33:32 MST
Organization: Lunatic Haven BBS

 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
 -----------------------------------------------------------------------
From: WGLP09@SLACVM.SLAC.STANFORD.EDU
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Saving XPR Configs (VLT)
Date: 14 Apr 92 19:30:34 GMT
Organization: Stanford Linear Accelerator Center

John -
         To save preferences for external protocols you need to set an
environment variable of the format described in the XPR's documentation.
The XPR spec does not provide a way to retrieve config info, and generally
there's no real mechanism for storing stuff for any particular XPR. This
is something that might be addressed if there were to be an update to the
XPR spec.

         Willy.
Xref: sparky comp.sys.amiga.datacomm:3467 comp.dcom.modems:6482 comp.protocols.misc:334
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Jrcomm can you add
Date: 15 Apr 92 11:33:03 GMT
Organization: FAA Technical Center, Atlantic City NJ

mohrc@nyssa.CS.ORST.EDU writes:

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

  Yes, they've been seperated for the next release.

  -jack-
From: jmarin@messi.uku.fi (Jukka Marin)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: HELP!  Zmodem/SupraFax
Date: 15 Apr 92 11:32:26 GMT
Organization: University of Kuopio, Finland

In article <Reid_Bishop.0ag2@a68k.denver.CO.US> Reid_Bishop@a68k.denver.CO.US (Reid Bishop) writes:

> JM> My brother installed a V.32 V.42bis modem to his A2000 system
> JM> yesterday
> JM> which supports DTE speeds up to 57600 bps.  At the 1100 cps transfer
> JM> rate his vanilla 68000-based A2000 had no problems with the data - in
> JM> fact, much less than 50% of CPU time was being used.
>
>This is really a lousy transfer rate for v.32bis connects.  A regular,
>stock v.32 modem can easily do 1100 cps, which equates to only about a 9600
>bps DTE rate. (Or less...)
>
>I'd say that either the connect was indeed _not_ v.32bis, and if it was,
>you were running very inefficiently.

Well, to quote my own posting:
# My brother installed a V.32 V.42bis modem to his A2000 system
                         ====
So, the connection _was_ V.32 for which 1100cps is quite normal.  If
both modems were V.32bis we would've gotten something like 1600 cps
or more.

  Jukka



-- 

| Mail: Jukka Marin           | E-Mail: jmarin@messi@uku.fi                |
|       Metsurintie 17 B 8    |         There's God above computers -      |
|       70150 Kuopio, FINLAND |                       Love beyond the hate |