HDTenEightyP/NetNews huggingface dataset:
From: James_Mcormond@jammys.amiga.ocunix.on.ca (James Mcormond)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last!
Distribution: world
Date: 5 Apr 92 07:38:52 EST

In a message dated Sat  4 Apr 92 23:33, Disk@lakes.trenton.sc.us (diskraker
wrote:

 >   If my attitude goes against the grain of what these ex-64'rs think,
it's
 > only because I'm deadset against seeing the same thing happen to the
Amiga
 > that these twerps did to the C64.  
 > 
 >   -jack-

 D> These twerps made the Commodore 64 the most popular personal computer
 D> in the world for over 8 years...

Do you know why basically no companys create new software for the C64? 
Because the pirating networks were setup so well, that it would be on all
the greatest BBS's before it was on the first shelf at store.

I don't know about 8 years, but Yes, it has been a popular computer for
years, simply because you could get all your games for Free.  Why buy a
Nintendo, when you can pirate all your commodore software.

Jammer

-- Via DLG Pro v0.991

======================================================================
      James McOrmond - jam@jammys.amiga.ocunix.on.ca
                       jam@f140.n224.z1.fidonet.org@isishq

  Jammys Amiga Corner BBS - Dual Lines - V32bis/V42bis & 2400/V42bis
Jammys.Amiga.OCUnix.On.Ca - FidoNet@1:224/140 - (705)560-5575/566-2788
======================================================================
From: disk@lakes.trenton.sc.us (Diskraker)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Flame war has gone on long enough
Date: 11 Apr 92 02:34:06 GMT
Organization: The Veronica Lake Fan Club

dej@qpoint.amiga.ocunix.on.ca (David Jones) writes:

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

Nobody said you couldn't discuss the fax modems.  Why don't you just 
ignore the messages about shareware.  It's just as valid a topic as 
yours.
Newsgroups: comp.sys.amiga.datacomm
From: fillmore@emr1.emr.ca (Bob Fillmore 992-2832)
Subject: Re: Help with new vltjr
Organization: Energy, Mines, and Resources, Ottawa
Distribution: usa
Date: Fri, 17 Apr 1992 17:40:10 GMT

In article <92106.141128WGLP09@SLACVM.SLAC.STANFORD.EDU> WGLP09@SLACVM.SLAC.STANFORD.EDU writes:
>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?

I am using VLT (not VLTjr) with my DataLink 2000, no problem.
I use a device of dl2000.device (not needed in devs: because it is in ROM
on the DataLink 2000 card), and a unit number of 1.

-- 
Bob Fillmore, Central Computing & Communications   email: fillmore@emr.ca
  Information Management Branch,                   BIX:   bfillmore      
  Energy, Mines, & Resources Canada                Voice: (613) 992-2832
  588 Booth St., Ottawa, Ontario, Canada  K1A 0E4  FAX:   (613) 996-2953
From: caw@miroc.Chi.IL.US (Christopher A. Wichura)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Saving XPR Configs (VLT)
Date: 16 Apr 92 01:13:05 GMT
X-NewsSoftware: Amiga GRn V1.28 2/25/92 (Beta) by Mike Schwartz

In article <32914@darkstar.ucsc.edu> enelrad@ucscb.UCSC.EDU (Paradox) writes:
>
>In <92105.113034WGLP09@SLACVM.SLAC.STANFORD.EDU> WGLP09@SLACVM.SLAC.STANFORD.EDU writes:
>
>>         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
>
>You should talk to Torkel Lodberg (or whoever wrote NComm) - NComm
>_does_ save the XPR defaults, so there is _some_ way of doing it.

Term also saves XPR configurations.  They way it does it (as the source is
available for any who want it to check out) is to redefine the callback that
the XPR would use to ask the host program to throw up a string gadget
allowing the user to modify its settings.  However, instead of throwing up
the requester, it copies the string into a safe place and then returns a
cancel result to the XPR and then resets the xpr function pointer back to the
real routine.

-=> CAW

--

Christopher A. Wichura                Multitasking.  Just DO it.
caw@miroc.chi.il.us  (my amiga)                          ...the Amiga way...
u12401@uicvm.uic.edu (school account)
Xref: sparky comp.sys.amiga.datacomm:3591 comp.dcom.modems:6763 comp.protocols.misc:357
From: Paul Placeway <pplacewa@bbn.com>
Newsgroups: comp.sys.amiga.datacomm,comp.dcom.modems,comp.protocols.misc
Subject: Re: New modem transfer protocol (medium - bored weenies only)
Date: 15 Apr 1992 18:19:23 GMT
NNTP-Posting-Host: bbn.com
Keywords: TransQ Tmodem protocol modem XPR transfer

markd@phoenix.pub.uu.oz.au (Mark Delany) writes:

< Perhaps... but on another front, it's struck me that an async protocol
< that hasn't had the same degree of focus is that which deduces line
< characteristics. If you like, a couple of progs that auto-baud detect,
< auto-parity detect, auto-flowcontrol detect, etc.

< Of course the intervening modems (if present) get the speed right, but
< what about the rest?

< I image that pattern tricks could be played to detect most of the
< conditions....

Patterns work kinda OK for baud rate detection, but I personally think
that signal processing techniques could do a better job, even on
"normal" hardware.

The basic idea behind most autobaud techniques is to set the receiver
rate really high, and then sample a known sequence (like a CR), and
try to match it against a list of stored patterns to guess the rate.
Then try setting it to that rate and see if the guess was right.

The main problem with this is that the low-rate sampled high patterns
aren't actually fixed, so the pattern tables have only the most common
patterns, and as a result *usually* work right.  Unless the pattern is
less common in which case the autobaud just doesn't work right.

I think a better technique is to sample in the same way, but treat the
input as a signal that has been sampled at a high rate, with the goal
of trying to figure out the most likely minimum pulse width.  This
shouldn't be too hard to work out in practice, and should have the
advantages of getting the rate right much more often, and being pretty
much input pattern independent (though patterns with lots of
alternating 0 and 1 bits (eg. 'U') would work better than characters
with fewer (like ~).

		-- Paul Placeway <pplacewa@bbn.com>
From: md@ui.org (Mark Doran)
Newsgroups: comp.sys.amiga.datacomm
Subject: Looking for Amiga SLIP
Keywords: SLIP
Date: 9 Apr 92 19:08:23 GMT
Reply-To: md@ui.org (Mark Doran)
Organization: Unix International

I'm told there is a public domain SLIP package available which
runs under AmigaDOS.

I'd like to get hold of this if possible, together with any docs.  Sadly
I have no anonymous FTP access so please don't taunt me with
replies about goodies available on ab20 (et al.) :-).  If such a package
exists, how big is it??  Is it email-able/uucp-able??

Also I'd be inerested in hearing from anyone  who has managed
to get a SLIP connection set up between an AmigaDOS box and a Sun
UNIX box over dial up lines (...since this is what I'm trying to
achieve :-).

Cheers,

Mark.
--
Mark Doran                                     ATT:  +1 201 263 8400 x 265
Project Manager                                UUCP: m.doran@ui.org
UNIX International                             FAX:  +1 201 263 8401
From: gfm@ccs.northeastern.edu (george f mcbay)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Term 2.1 is out!
Date: 15 Apr 92 12:04:28 GMT
Organization: Comp. Sci. @ NU

In article <1992Apr15.085448.3180@aristo.tau.ac.il> elad@LIBRA.MATH.TAU.AC.IL (Tsur Elad) writes:

>Why on earth are you using Zoom for AmigaDOS disks??? - Zoom is supposed to
>be used with Non-AmigaDOS disks (Demos,Games etc) ONLY!!! Why not use LhA
>which is faster and much more usable for people who have a hard drive?

	I think the author of Term is also the author of Zoom, so that might
have something to do with it.
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:05:51 GMT

Funny, I happen to like the new download window much more than the 2.0
version.  The status bar on the bottom doesn't affect me one way or the
other.  I find it easier to locate the info I'm looking for in the download
window of 2.1 as compared to 2.0...

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 -
-------------------------------------------------------------------------
Newsgroups: comp.sys.amiga.datacomm
From: stefanb@rama.informatik.rwth-aachen.de (Stefan Becker)
Subject: Re: Term 2.1 is out!
Organization: RBI - RWTH Aachen
Date: 15 Apr 92 10:21:10 GMT

elad@LIBRA.MATH.TAU.AC.IL (Tsur Elad) writes:

>Why on earth are you using Zoom for AmigaDOS disks??? - Zoom is supposed to
>be used with Non-AmigaDOS disks (Demos,Games etc) ONLY!!! Why not use LhA
>which is faster and much more usable for people who have a hard drive?

These are the original distribution files which the author mailed to me.

	Stefan

-- 
Mail  : Stefan Becker, Holsteinstrasse 9, D-5100 Aachen  ///    Only
Phone : +49-241-505705			    Germany     ///  Amiga makes
Domain: stefanb@cip-s01.informatik.rwth-aachen.de   \\\///  it possible..
FIDO  : 2:242/7.6, Stefan_Becker@mowgli.fido.de	     \XX/  -->A3000/25<--
From: c152-bv@dv349-4b.berkeley.edu (Abel Chow)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Opinions on Term 2.1
Date: 15 Apr 92 22:13:40 GMT
Article-I.D.: dv349-4b.C152-BV.92Apr15171340
	<45475@mentor.cc.purdue.edu>
	<GREENDOG.92Apr15131624@max.physics.sunysb.edu>
Organization: /home/webworm_b/c152/s92/c152-bv/.organization
NNTP-Posting-Host: dv349-4b.berkeley.edu
In-reply-to: greendog@max.physics.sunysb.edu's message of 15 Apr 92 18:16:24 GMT

In article <GREENDOG.92Apr15131624@max.physics.sunysb.edu> greendog@max.physics.sunysb.edu (Michael D Fischer) writes:
   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

You mean the script (named "Install") for the Commodore Installer
program . . .

   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.

Well, the Installer program is a step in the right direction, allowing
the programmer to focus only on what needs to go where rather than
having to worry about the nitty-gritty details of the installation
(like checking the existence of a directory).

[ criticisms of Install script deleted ]

   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.

I agree, but it show a lot of potential.  Looking at the script, it
would be fairly straightforward to add those checks in (i.e. not a lot
of work).

BTW, has anyone looked at the script?  Installer (interpreter)
basically uses a subset of LISP (or at least uses the LISP syntax).
Anyhow, I'm looking forward to fooling around with Installer.  It
gives installation scripts a nice user interface, though I wish some
keyboard equivalents could be implemented.  Aside from becoming a
developer, how can I get documentation (or any information) on this
program?

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

Abel
--
=E =D--Abel Chow, U.C. Berkeley, EECS/C, '93 (abel@ocf.berkeley.edu)
Don't reply to c152-bv@dv349-[1-5][a-f].berkeley.edu.  Mail will bounce.
Organization: Stanford Linear Accelerator Center
Date: Monday, 6 Apr 1992 15:26:14 PST
From: <WGLP09@SLACVM.SLAC.STANFORD.EDU>
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: VLT 5.517 bug with FR BYPASS

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.
That makes three. Count'em, three file requester hacks that just don't
cut it: MFR crashes the machine, KDFreq shows weird behavior, and
FR BYPASS does strange stuff too.

VLT is guaranteed to work with ASL. That's it. I can't possibly waste my time
tracking down all the bugs in all the file requester replacements people
are using. Use ASL, you may yet come to like it... 8^)

While I'm griping ;^) , I might as well post my current list of stuff that
seems to be, uh, suspect, under at least 2.04:

1. MFR (Magic File Requester). Crashes when selecting fonts, even though
   it doesn't even have a font requester. Author knows about the problem,
   even knows how to fix it, but says he won't.
2. KDFReq. Forget what it was, but at the very least shows weird behavior.
3. FR BYPASS. Just reported here, shows weird behavior.
4. Some versions of JM. Causes incoming data to be dropped randomly. I hear
   that newer versions fix this. Seems to be generic to all comm programs.
5. DirectoryOpus. Causes line errors on the serial device even with high-
   speed error correcting modems. Someone said it was likely the CPU use
   monitor that it apparently has (I have never seen it). I suspect it would
   be a problem with other comm programs too.
6. NewPopCLI 4.0. When transferring files using xprkermit, moving the mouse
   to "unblank" the screen causes a crash. Seems to do so with other telecomm
   programs (but not with JRComm? I'd worry about my system integrity anyway).

Note, that these are just reports I got, I didn't actually repeat these tests
(and won't - buggy programs should be removed, not worked around), so your
milage may very, just hearsay, I'm not accusing anyone, etc. 8^).

       Willy.
----------
Willy Langeveld - Bitnet: WGLP09 @ SLACVM - BIX: langeveld
Newsgroups: comp.sys.amiga.datacomm
From: Hans Ridder <ridder@zso.dec.com>
Subject: Re: JRComm speed (was: Max BPS on a A2000)
Originator: ridder@zowie.zso.dec.com
Organization: Digital Equipment Corporation - DECwest Engineering
Date: Wed, 8 Apr 1992 15:54:41 GMT

In article <2790@faatcrl.UUCP> jprad@faatcrl.UUCP (Jack Radigan) writes:
>Sure, V.42bis can push plain ASCII (with a real world distribution) up
>over 2000cps, but your current Amigas, even an A3000 with ECS, is simply
>not going to be able to display text that fast.

Do you mean *display* text or *scroll* text?  I can *display* text at
over 1900cps on a 7MHz A2000 (4 color screen,) which is doing the
sending *and* receiving (meaning it would probably be faster if it were
only receiving.)  Scrolling is another matter....

>The best I've been able to push my code to is a little over 1400cps with
>a 2 color screen on an A3000, so even 19.2kbps is going to sufficient
>for the near future.

Is that the scrolling speed?  If so, that's pretty good!

>  -jack-

-hans
-- 
  Hans-Gabriel Ridder				Digital DECwest Engineering
  ridder@rust.zso.dec.com			Bellevue, Washington, USA
  {pacbell,pyramid,uunet}!rust.zso.dec.com!ridder
Newsgroups: comp.sys.amiga.datacomm
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last!
Date: 15 Apr 92 11:40:39 GMT
Organization: FAA Technical Center, Atlantic City NJ

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

>Point taken, though I think such things are few and far between.  They 
>also could have applications to games, but that's not all that important. 
>As for text editors, well, how 'bout "non-interesting"?  ;)

  Uninteresting to you, maybe.  It's not a universal feeling outside of
the game enthusiasts though.

>The methods up there sound like more pseudo-tech jargon, though:  
>inter[polated search opt. for binary search?  How does this differ from a 
>normal binary search?  Boyer-Moore method?  Is it copyrighted, and will 
>ya get sued for using it.  (Two sides to every coin, hmm?  I'd wager it's 
>something relatively straightforward, but I might lose my money...)

  Pseudo-tech?  Nah.  You've never heard the term interpolation before?
Anyways, it places the midpoint closer to the area where the key should be
instead of doing a simple bisection on the search array.  It gives a good
improvement.

  Boyer-Moore is Copyrighted, but is a freely usable algorithm for searching.
It is not a straightforward algorithm either.  Maybe once the "gee-wow" of
graphics wears off you'll pick up the Knuth set or Sedgewick's "Algorithms
in C".  Great stuff.

  -jack-
From: AES109@psuvm.psu.edu
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last!
Date: 6 Apr 92 07:09:44 GMT
Article-I.D.: psuvm.92097.030944AES109
 <L8iPiB6w164w@lakes.trenton.sc.us>
 <1992Apr5.040812.848@drycas.club.cc.cmu.edu>
Organization: Penn State University

In article <1992Apr5.040812.848@drycas.club.cc.cmu.edu>,
spice@drycas.club.cc.cmu.edu says:

>If your demo coding buddies are such hot programmers why are games the
>only kind of programs they write? Why dont they write a wordprocessoror
>or database or MIDI sequencer, etc. The Amiga could certainly use a
>wordprocessor with the same power as Microsoft Word or WordPerfect 5.1
>. Why cant they produce any serious software? All I see from them are
>games. Arent they capable of writing anything else? Judging from
> [ blah blah ...]

Talk about narrow minded!! I guess I should APOLOGIZE for actually
liking computers. You must be a CmpSci major; most of them have big
anti-hacker attitude problems.
From: mx8@vax5.cit.cornell.edu
Newsgroups: comp.sys.amiga.datacomm
Subject: A2065 works with Slingshot!
Date: 13 Apr 92 22:49:22 EDT
Distribution: comp
Organization: Cornell University


    Newsflash!  The A2065/AS225 networking system for the Amiga works with 
Slingshot, the $40 single-slot 2000 card adapter for the Amiga 500.  We've
also verified full function with the A2065 plugged into a Slingshot plugged
into a Supra 500XP bus pass-through plugged into a 500.

    Thanks to Micro R&D and Industrial Color Lab. for their invaluable 
assistance in this experiment.

    Eric Beyer, Cornell University
From: rock@lakes.trenton.sc.us (Rockerboy)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last!
Date: 16 Apr 92 18:04:44 GMT
Organization: The Veronica Lake Fan Club

jprad@faatcrl.UUCP (Jack Radigan) writes:

> rock@lakes.trenton.sc.us (Rockerboy) writes:
> 
> >Point taken, though I think such things are few and far between.  They 
> >also could have applications to games, but that's not all that important. 
> >As for text editors, well, how 'bout "non-interesting"?  ;)
> 
>   Uninteresting to you, maybe.  It's not a universal feeling outside of
> the game enthusiasts though.
> 
> >The methods up there sound like more pseudo-tech jargon, though:  
> >inter[polated search opt. for binary search?  How does this differ from a 
> >normal binary search?  Boyer-Moore method?  Is it copyrighted, and will 
> >ya get sued for using it.  (Two sides to every coin, hmm?  I'd wager it's 
> >something relatively straightforward, but I might lose my money...)
> 
>   Pseudo-tech?  Nah.  You've never heard the term interpolation before?
> Anyways, it places the midpoint closer to the area where the key should be
> instead of doing a simple bisection on the search array.  It gives a good
> improvement.
> 
>   Boyer-Moore is Copyrighted, but is a freely usable algorithm for searching.
> It is not a straightforward algorithm either.  Maybe once the "gee-wow" of
> graphics wears off you'll pick up the Knuth set or Sedgewick's "Algorithms
> in C".  Great stuff.
> 
>   -jack-

Yup, I know the word interpolation, I just have never heard it applied 
to a binary search.  Now that you've clarified that, I see what you're 
referring to.  As for the C algorithms, well, I don't program in C.  My 
system is just too small to play with a storage intensive beast like a C 
compiler, so I have not had the opportunity to learn it.


"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!
Date: 14 Apr 92 23:09:03 GMT
Organization: The Veronica Lake Fan Club

>   While I will readily admit that there is a definate challenge to push
> the hardware as best you can with a graphics based game, that does not
> mean that all other programming is not also challenging.
> 
>   After all, without creative thought we wouldn't have the interpolated
> search optimization for a binary search algorithm or the Boyer-Moore
> improvement over the brute force string search algorithm.  As for text
> editors, which for some reason you choose to see as being non-creative,
> there's alot of neat ideas that can make an editor very challenging.
> 
>   Hell, just trying to decide on using the buffer-gap method or a list of
> string structures to implement the editor can be a challenge that I'd bet alo
> of games programmers would never be up to.
> 
>   -jack-

Point taken, though I think such things are few and far between.  They 
also could have applications to games, but that's not all that important. 
As for text editors, well, how 'bout "non-interesting"?  ;)

The methods up there sound like more pseudo-tech jargon, though:  
inter[polated search opt. for binary search?  How does this differ from a 
normal binary search?  Boyer-Moore method?  Is it copyrighted, and will 
ya get sued for using it.  (Two sides to every coin, hmm?  I'd wager it's 
something relatively straightforward, but I might lose my money...)


"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: hbaug_rum@RUMAC.UPR.CLU.EDU
Newsgroups: comp.sys.amiga.datacomm
Subject: Graphic Mud (Multiplayer Alternate Reality Game)
Date: 12 Apr 92 18:28:25 GMT


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