HDTenEightyP/NetNews huggingface dataset:
From: Greg.Patterson@f3.n255.z1.fidonet.org (Greg Patterson)
Subject: VLT 5.517 bug with XprZmodem.
Reply-To: Greg.Patterson@f3.n255.z1.fidonet.org
Organization: N/C BBS FidoNet <-> Usenet Gateway.
Distribution: World.
Date: Mon, 6 Apr 1992 05:52:56 GMT

Hi,

I  just  recently  installed  the  latest  version  of VLT (5.57?) and have
noticed a problem tonight with it.

Basically,  it  occurs  after  a  download  has  completed (successfully at
least).   What  happens  is  that  after a Zmodem transfer (using xprzmodem
2.51)  with  a  UNIX  host  (SZ),  VLT or the XPR sends two "0" characters.
Hitting enter after the transfer naturally results in a "bad command error"
from the shell.

This  also screws up some very important scripts which are sending commands
automatically  and  since  these  "0"  characters  are already in the input
stream, it causes more "bad commands" from the UNIX host.

So,  since I don't have time to deal with this much more this weekend, I'll
have to continue testing this problem out next weekend..  Now back to 5.045
which is working properly with this XPR...

Anyone else encountered this problem?

Greg Patterson

---
 * Origin: Real men write programs for AmigaDOS 2.0 (1:255/3.107)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: VLT 5.517 bug with FR BYPASS
From: swalton@aurora.csun.edu (Stephen Walton)
Date: Thu, 9 Apr 1992 18:45:32 GMT
Organization: California State University, Northridge

In article <1992Apr9.085526.9027@sunb10.cs.uiuc.edu> l-rittle@uiuc.edu (Loren
J. Rittle) writes:
>WGLP09@SLACVM.SLAC.STANFORD.EDU (Willy Langeveld) writes:
>>6. NewPopCLI 4.0. When transferring files using xprkermit, moving the mouse
>>   to "unblank" the screen causes a crash.
>
>
>I have used xprkermit with VLT (old and new version) many times under
>2.04 (and 1.3) with NewPop 4.0 and have never seen this behavior.  BTW,
>I'm using xprkermit 1.5 (9 December 1989).

As the author of xprkermit, I'm inclined to agree with Loren.  However,
PLEASE everyone, especially A3000 users, upgrade to XPR Kermit 1.111,
available nearly everywhere now.  It includes significant bug fixes,
including one which is KNOWN to crash an A3000.
-- 
Stephen Walton, Dept. of Physics & Astronomy, Cal State Univ. Northridge
 "Anyone who remembers the sixties probably wasn't there."---Robin Williams
Newsgroups: comp.sys.amiga.datacomm
From: tony@ais.org (Tony Poole)
Subject: Re: NComm 2.0 at last! pirate trash NOT!
Organization: UMCC
Date: 14 Apr 92 23:59:26 GMT

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

>dac@dacami.UUCP (David Culberson) writes:


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

This is ridiculous.  Case in point:  I just recently purchased Lattice C
version 5.0.  Obviously I got manuals.  I really don't know that much C.
I'd be totally helpless to teach myself C from the Lattice documentation.

First, I purchased a non-Amiga C book (New C primer plus) which taught me
the basics.  I then recieved as part of a package buy three amiga C books,
which talk quite heavily about certain compilers and options, mainly Aztec
and Lattice.  This is great!  I not only get C examples, but hints and tips
about specific compiler related items.

You can't learn C from compiler documentation.  You guys aren't looking at
this situation from the perspective of someone who actually has a *need* for
these books.  Sure, I could find most of the things I need in the Lattice
documentation, but I'd be hard pressed to *understand* everything that I
read.  Hell, even with the additional Amiga C books, I still have to request
help from experienced C programmers on the net.  A person without net access
couldn't do this, they could just go buy another book to try and help.

Look at this from other people's perspective.
From: brians@hpcuhe.cup.hp.com (Brian Sullivan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: RexxArpLibrary 3.0
Date: 9 Apr 92 19:50:26 GMT
Organization: Hewlett Packard, Cupertino

> Can anybody tell me where I can find RexxArpLibrary 3.0 for use with VLT?
> Only version 2.52 seems to be on AB20, but I'll check around some more.
>
> David
 
  I too am looking for this library.  I find it pretty annoying to ftp
some new great Wizzy software and then have to go searching all over
for missing but "required" parts.  Why can't they just include all of
the required librarys and be done with it.  They are in the PD anyway,
essentially.  If these libraries require some file that state who
wrote what and where in Tinbucktoo to send $15.00 to, then I would
include an "arpv99.lha" and a "rexxarpv99.lha" file directly within
the completed package.  These files are already harddisk sized lharchives,
so a few extra K isn't going to matter.
From: Harv@cup.portal.com (Harv R Laser)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Newer version of BaudBandit wanted (or else)
Date: 7 Apr 92 14:31:59 GMT
Organization: The Portal System (TM)

> 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!).
>
>
> 
> Chuck_Andreas@lhaven.uumh.ab.ca
>                                

1.50 is still the most currently-released version. Some folks are
Beta testing a newer version but it has not yet been released.
What *exactly* is the problem you're having. Can you be any more
detailed than "line formatting gets all screwed up" ?

Harv
From: hal@amiux.agsc.sub.org (Holger Lubitz)
Newsgroups: comp.sys.amiga.datacomm
Subject: NFS & AmigaTCP/IP (was Re:  rsh & AmigaTCP/IP)
Date: 10 Apr 92 21:21:31 GMT
Reply-To: Holger.Lubitz@arbi.informatik.uni-oldenburg.de
Organization: Not organized - at least not too well...

In article <372@cbmehq.esco.so.commodore.com> dlarson@cbmvax.commodore.com (Dale Larson - Amiga Networking) writes:
>AS225 comes with both clients *and* servers for rsh, rcp, and ftp.  I don't
>know why you think that rsh is client only -- see inet:serv/rshd.

Is there any chance to see a NFS server in the near future ?
Or does such a thing even exist already ? If so, where ?

Please reply by Email, since I do not read this newsgroup on a regular
basis.

Thanks,
Holger

--
Holger Lubitz, Kl. Drakenburger Str. 24, D-W-3070 Nienburg/Weser
From: enelrad@ucscb.UCSC.EDU (Paradox)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Saving XPR Configs (VLT)
Date: 15 Apr 92 01:11:31 GMT


In <92105.113034WGLP09@SLACVM.SLAC.STANFORD.EDU> WGLP09@SLACVM.SLAC.STANFORD.EDU writes:

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

You should talk to Torkel Lodberg (or whoever wrote NComm) - NComm
_does_ save the XPR defaults, so there is _some_ way of doing it.
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: need help writing a terminal/bbs system
Date: 6 Apr 92 19:11:33 GMT
Organization: FAA Technical Center, Atlantic City NJ

dtiberio@csws17.ic.sunysb.edu (David Tiberio) writes:

>	I do not take this as a flame, but here are my comments:

  Just making sure, some others around here take things entirely too
personal though...

>	It takes advantage of the concepts that make the Amiga the Amiga.
>	No one has done it yet, and this makes life so much easier. Most
>bbs programs are a real pain for the caller to use, and this is not due
>to the speed the bbs operateat.

  Er, there are two out there already, Skypix and one other that I can't
remember off-hand.  They too work without their specialty terminals, but
offer graphics limited to the parent BBS.  There are also a ton of other
specialty comm programs for the PeeCee that onl work with a parent BBS.

>	All of the graphics will be performed by the calling system and
>not the host system. Along with the music. 

  Well, there's got to be some why for the host to tell the caller what
to do, that can add up to alot of data, Skypix is a perfect example of
how data it can take.  You're still going to have the initial data
transfer to send the music and picture files the first time too.

>	I have used JRCOMM a lot. In fact it is all I ever use. I
>sometimes wonder why I can download a file but not change one of the 
>prefernces options during that download. JRCOMM is not internally
>multitasking. This can place a big burden on users who are used to
>multitasking, even at the lowest level.

  Although I am not that hot on the idea that an application has to be
entirely multitasking within itself, enough people mentioned it that I've
made the next version entirely multitasking and reentrant.  It's pretty
weird to watch it change screens and reopen all the currently open requesters
for you.  To me, it's not that much of a productivity issue but more of a
convience thing.

>	My BBS system is exactly what the world needs. Period. No BBS
>in existance would compete, and believe me I have seen them all.
>And you may call it a burden because it introduces new methods. Didn't
>they say the same when they went from kermit to xmodem to ymodem to
>zmodem? And not one of these offers what I have to offer in my
>new protocols, which have already been tested.

  Hey, by all means, go for it.  The world can always use a better mouse-
trap.  I wouldn't think that the progression through XMODEM to ZMODEM was
a burden, increasing complexity is more like it.

  Sometimes things that were meant to be easier *are* more complex to
implement, like a GUI.  They also sometimes backfire on the easiness
issue as well.

  -jack-
From: sysop@alphanet.imp.com (Marc SCHAEFER)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re:  NComm 2.0 at last! pirate trash NOT!
Date: 13 Apr 92 16:03:46 GMT
Organization: ALPHANET Network Main node - ALPHANET 1.0 Development Site.

In article <2828@faatcrl.UUCP> jprad@faatcrl.UUCP (Jack Radigan) writes:
>  Take a look at some of the books for any of Borland's languages, there's one
>publisher that has a massive, two volume set, one is a complete reference on
>all the library calls and the other addresses all the tools included with the
>system.  It is no clearer or better read than the manuals that come with the
>language.  So, why does it exist?

When I was starting programming on the Amiga, I bought a stupid book
whose name was "Amiga Bibel". It was just a re-written RKM documentation,
with some added AmigaDOS functions, but with poor style, poor examples,
stupid programs, bad multitasking practices.

There was also a French book called "Bien debuter avec son Amiga 500", ie
"How to start in a good fashion with your Amiga 500", that was a re-written,
poorly designed, almost word-for-word copy from the original Commodore
Manuals (given with the computer, also in French). There were however some
added *errors* in it.

That's a fact that some books (especially on the Amiga) for the beginner
are absolutely unnecessary, and even maybe *dangerous*.

Bye Ms...

--
+------------------_+-------------------------------------------------------+
| Marc SCHAEFER _ //| sysop@alphanet.imp.com  FIDO: Marc Schaefer@2:302/562 |
| Battieux 6c	\X/ | alphanet@kosta.vseth.ethz.ch    FTP: liasun3.epfl.ch  |
| 2013 COLOMBIER  CH| For fast response (week only): alphanet@impch.imp.com |
+---------------------------------------------------------------------------+
     We pay for incoming and outgoing mail, please don't send long files
Newsgroups: comp.sys.amiga.datacomm
From: dtiberio@csws4.ic.sunysb.edu (David Tiberio)
Subject: Re: "64 Mentality" Sofware Piracy is not theft
Organization: State University of New York at Stony Brook
Date: Mon, 13 Apr 1992 18:12:55 GMT

In article <2829@faatcrl.UUCP> jprad@faatcrl.UUCP (Jack Radigan) writes:
>jamiller@kuhub.cc.ukans.edu writes:
>  And yes, according to the archaic definition of theft, the program that was
>copied was not stolen since the original disk that was copied still exists in
>the location it came from.  But what of the benefit derived from the copied
>program?  What sort of state can we define that as?  We both "know" it is not
>right to do this, but how do we define it?  Without a newly coined term to
>define this concept we have to categorize it according to the materialistic
>environment our senses limit us to, the benefit was stolen since there was no
>payment for the program that allows one to derive that benefit.
>
>  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.
>
>  -jack-

	When children are born, they know absolutely nothing. For the entire
existance of human beings, parents have been raising their children and
teaching them. When they go to public schools, they are offered a free education
independant of their parents. They are allowed to use textbooks freely. When
they start college, the same applies, except that they must pay for fees related to
the expense of their education. 

	Then they enter the 'real' world, where information is hidden from 
everyone. Those 'in th know' learned the same way we did, yet they greedily
keep all of their info for themselves. 

	When there is a cure for cancer, my grandfather will not be cured. We
cannot afford millions of dollars because some greedy medical company will
charge an absorbant amount of money for the cure to cancer. You can argue that
they have the right to earn money to pay for all the effort they put into
their studies, but information is not something people should pay for. It should
be free. That is why capitalism is failing (by the way, I am not a communist). 
Have you ever heard about how 1% of the population owns 90% of the wealth?

	Understand now?


	And I do not condone piracy. That is why I demand that all of you send your
pirated software to the trash. Or if you are unable to dispose of it properly,
uuencode it and email it to me. I will deal with it properly, especially new
games and terminal programs.



-- 
      //   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
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: NComm 2.0 at last!
Date: 13 Apr 92 12:44:48 GMT
Organization: FAA Technical Center, Atlantic City NJ

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

>I really don't consider it a generalization, not very anyway.  Ok, sure, 
>you could say hey, text adventures are games too, and so where's all 
>these whiz bang graphics routines?  My point is (and you know this, I 
>think) that applications/"useful" programs are _tedious_ to code, but not 
>as _challenging_ as high speed graphical work.  Say you want to code a 
>word processor.  Would it be a lot of work?  Yup, of course it would.  
>But would it require all that much creative effort, and special problem 
>solving?  I doubt it, at least not to the extent that coming up with a 
>new and innovative action game would.

  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 alot
of games programmers would never be up to.

  -jack-
From: Holger.Lubitz@arbi.informatik.uni-oldenburg.de (Holger Lubitz)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Term 2.1 is out!
Date: 14 Apr 92 14:28:20 GMT
Organization: University of Oldenburg, Germany

stefanb@rama.informatik.rwth-aachen.de (Stefan Becker) writes:

>Hi!
>Term 2.1 has been released on Monday 13-Apr-1992. I have uploaded the
>distribution files on the following FTP servers:

> ftp.informatik.rwth-aachen.de [137.226.112.31] /pub/amiga/comm
> amiga.physik.unizh.ch [130.60.80.80] /pub/amiga/new (maybe moved to ../comm)

Well, it seems like I am just two hours to late :)
Of course, Term 2.1 is also available at the official archive site

ftp.informatik.uni-oldenburg.de (134.106.1.9) in /pub/amiga/term

Holger

-- 
Mail: Holger.Lubitz@arbi.informatik.uni-oldenburg.de | Local: hal@faramir
-----------------------------------------------------| Home:  hal@caty.north.de
Im Kopf ist nicht viel, in der Hand liegt ein Stein, | IRC:   holgi
und alle sind stolz, Deutsche zu sein (Abwaerts)     | - This space for rent! - 
Newsgroups: comp.sys.amiga.datacomm
From: tron@uni-paderborn.de (Matthias Scheler)
Subject: Re: Term 2.1 is out!
Organization: Uni-GH Paderborn
Date: Wed, 15 Apr 1992 11:26:30 GMT

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


[stuff deleted]

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

>Anyway thanks for the upgrade !

>Elad

Because the author of Term wants it to be spread in this way.
Maybe because he is the author of Zoom, too :-).
-- 
Matthias Scheler                                         tron@uni-paderborn.de
University of Paderborn (Germany)

The best way to do multitasking with MS-DOS is to start IBeM twice on an Amiga.
From: clemon@lemsys.UUCP (Craig Lemon VE3XCL)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re:  Max BPS on a A2000
Distribution: world
Date: 7 Apr 92 22:50:26 EDT
Organization: Private UUCP "Twig" Node

In article <2790@faatcrl.UUCP> jprad@faatcrl.UUCP (Jack Radigan) writes:
>clemon@lemsys.UUCP (Craig Lemon VE3XCL) writes:
>
>>        This has got to change.  Commodore must be working on the serial

>>a necessity yet.  I am planning on buying a high speed modem soon (I may
>>decide to wait for V.fast though) and I think it's senseless to limit a
>>56.7kbps+ modem to 9600 or 19.2k even.  It' also stupid to have to go out
>
>  You're very rarely, if ever, going to notice much of a difference between
>38.4kbps and 56.7kbps with a V32.bis modem.  For one, large amounts of data
>are most likely going to be already compressed, so the V.42bis compression
>is going to have little effect on the data, best you'll see in that regard
>is about 1750cps on average.  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.  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.

        You don't need to argue this point with me, I argued it myself once
:-).  Most of what I do is not text (ie. BBSing).  It will, most likely,
consist of SLIP, UUCP and dialup X-Windows as well as a spattering of
ZModem stuff.  I wasn't questioning your code (I like it) but Commodore's
hardware.

>  As for V.fast, it's going to be quite some time before an affordable unit
>hits the streets, get a V.32bis modem for now and use it to save you phone
>costs now.

        Well, this is where the fly gets into the ointment.  Right now, I
can get by with 2400 because my UUCP feed is cost free and I don't have my
SLIP feed yet.  I don't have the money for V.32bis yet (but I suppose I
could by this summer, but I'd like to save _some_ of my money for
University next year :-).  If I'm going to end up waiting until 1993
anyway, it may be wise to wait and never buy another modem again.

>
>  -jack-
>
>  

--
--
 Craig Lemon VE3XCL - Kitchener, Ontario. Amiga B2000  OS 2.04  UUCPv1.15D.
 +1 519 741 0297    +1 519 578 7817              | Silly people!  We all
 clemon@lemsys.UUCP clemon%lemsys@xenitec.on.ca  | know that the Universe
 IP/Packet: ve3xcl@ve3xcl.ampr.org [44.135.84.51]| revolves around UUNET!
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Jrcomm can you add
Date: 17 Apr 92 01:33:11 GMT
Organization: FAA Technical Center, Atlantic City NJ

HAMILTON@daq.semi.harris.com (Fred Hamilton) writes:

>While we're wish-listing, how about an "auto-disconnect" option if JRComm
>senses that the user hasn't transmitted or received anything for X minutes...

  I'm not so sure this is a good idea for two reasons.  First, most commerical
services already timeout on their end as it is, so there is little reason to
duplicate this for those systems.  Secondly, for the systems that don't log you
off, how can you be certain that a simple hangup on your end will be recognized
by the remote system immediately and not allow someone else to reconnect into
your account?

  -jack-
Newsgroups: comp.sys.amiga.datacomm
From: djkucera@descartes.waterloo.edu (Dylan Kucera)
Subject: Opinions on Term 2.1
Keywords: discussion term
Organization: University of Waterloo
Date: Tue, 14 Apr 1992 17:46:55 GMT

    Just some constructive critisism here...  Please don't take this as a
flame!!

    I am somewhat disappointed in the new update of Term from 2.0 - 2.1.
I loved the sleak look of Term 2.0.  It was very professional looking.

    The status line, for lack of a better word is now "Gawd Awful."  On an
NTSC screen, it sticks out like a sore thumb, unlike the nice 3-D window
look on 2.0.  The download window looks a mess comparitively, quite
unorganized in my opinion.

    I'm not trying to put anyone down, it's just that I think term has
"downgraded" more than upgraded.  I suppose I'll just have to dig into the
source code and make some changes!

    Anyway, it still beats the heck out of any other terminal program
I've seen.

Anyone else have any comments?

DK.