HDTenEightyP/NetNews huggingface dataset:
From: willw@extro.ucc.su.OZ.AU (William Waring)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: X-Comm
Date: 16 Aug 92 01:11:36 GMT
Organization: Uni Computing Service, Uni of Sydney, Australia

In article <jYCvr*031@mike.CAM.ORG> Michel@mike.CAM.ORG writes:
>Can somme one could give me more information about the terminal X-Comm, the
>only thing i now is: It'smade by Edward Lawford and William Waring. 
>It's a very good term (the best i have seen for the WB2) but i dosent't 
>have doc or any other information. If someone could give me e-mail or
>fido adress i want to report 2 bug i have found and register to the newer 
>version

Hi there,
	Yeah Will and I have been writing X-Comm for about 7 months now, and 
I'm glad you like it... I hope you do realise that it is a BETA release that 
is not for public consumption, but thats not really important.
	
	Umm.. yeah as you said, it's a WB2.0 only terminal program that 
supportsd the XEM Emulations and the Console.device for terminal output. It 
supports the new gadtools library for gadgets and uses WB2.0 functions as 
much as it can.

	It has almost all the features that are available in other terminal 
programs I have seen, plus some more of my own. We currently are working on 
finishing the ARexx port and then dooing a massive bug cleanup of the code. 
It now has console.device terminal routines, custom font support, openablility
 on any public screen, you can even load a WB pattern to use as your backdrop
on the main terminal screen!

	We hope to have it released within a month or so, but I am only 16 and
 will is at Uni, so we can get a little overloaded with other things in the 
meantime. 
	
	Anyway, enjoy X-Comm. PLEASE DO NOT SPREAD IT, as it is only beta. The
 damage is done as far as spreading has gone, but if it is only limited, then 
it's not so bad. Anyway, if you havce any specific questions on how things 
work, send me a letter, and i'll do my best to help you out.

	Also, beware, that version has quite a few bugs... USE ATR YOUR OWN 
RISK.

Regards,
	Edward Lawford





-- 
--
Well I guess I'd better say something witty...
--
"He is now rising from affluence to poverty."
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: AUX Handler
Date: Fri, 21 Aug 92 06:37:03 PDT
Organization: The Portal System (TM)
Distribution: world

That Aux Handler is available in source on fish disk 79.  I don't think
Steve Drew will be upset that someone used the source and left his 
copyright in the front.  Of course, selling it is a different story.
Xref: sparky comp.sys.amiga.datacomm:5740 comp.sys.amiga.misc:12602
From: blyy@vax5.cit.cornell.edu
Newsgroups: comp.sys.amiga.datacomm,comp.sys.amiga.misc
Subject: SLIP?NOS?POP3? Help please!
Date: 13 Aug 92 10:39:01 EDT
Distribution: comp
Organization: Cornell University

I'm real confused ....

My school is changing their computer setup so that we users can  
access their USENET feed and mail and Internet services. To do this,
we are supposed to use SLIP to create an IP address for Internet stuff
(like FTP) and a mail reader that supports POP3 protocol. Apparently,
we have to use a popmail mail reader to access mail and/or USENET.

Now, I don't reallu undertand any of this stuff, and the school is - 
how should we say, less than sympathetic - to Amiga users. They say we
can't do it. Please tell me I can. Can I use AmigaNOS for SLIP?

WHat mail reader supports pop3.  Any help anyone can provide will be
honored with a great big message in skywriting. Or a thanks ...

Aaron
From: James_Hastings-Trew@telepro.UUCP (James Hastings-Trew)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: HST & SUpra: which is faster?
Distribution: world
Date: 21 Aug 92 14:05:08 CST
Organization: TelePro Technologies

In a message dated Fri 21 Aug 92 11:38, Keijovh@mits.mdata.fi (keijo V{h{hy
wrote:

>I am getting a SupraFax 14.4K baud modem. But I use to have an
>HST.  From one source, Ive heard that HST was faster than
>SupraFax's protocal.  Like SupraFax would get only 1600 cps
>transfering the same file as HST at 1800 cps.  Is there any validity
>to that statement?  
>Which is faster?  I would think they were the same.

 KV> The newest HST's operate at 16.8k while the Supra uses 14.4k V.32bis.
 KV> The older
 KV> HST's are only 14.4k. Perhaps this is what your source meant?
 KV> -- 

I have both an older HST (14.4k) and a new SupraFaxModem. The Supra is
slower than the HST at flat-out transmission of compressed data (downloads)
but is generally a faster, smoother modem when used for reading or writing
messages on a remote system. The SupraFAX is a great little modem, and I am
very happy with it. But it does not get the throughput that the HST does.

-- Via DLG Pro v0.992
From: jad@expert.cc.purdue.edu (John Dormer)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Networking. (was: LET'S RESCUE THE AMIGA!!...(in misc))
Date: 13 Aug 92 17:40:16 GMT
Distribution: comp

In <34194@cbmvax.commodore.com> gregm@cbmvax.commodore.com (Greg Miller - Amiga Networking) writes:

> Actually, someone would have to write a SANA-II driver for one of those
>little gadgets.  You wouldn't have to go -near- socket.library.  :')

> - Greg

  I've been playing with device drivers on my Bridgeboard lately, and I
came across a skeleton driver which follows the Crynwr spec. Does
anyone at CBM think they could release a skeleton driver for SANA-2 so we
programmers have a clue what all those silly documents mean? ;> It would
be a real help in all seriousness.

  (Crynwr is one of the more dominant IBM-world driver interface specs
out there, and it helps to write new drivers for the cards when you have an
example from another card and a skeleton Terminate and Stay Resident (TSR)
driver to modify. Crynwr is what Clarkson became, BTW).

:	John Dormer
:	Purdue Daemons
:	jad@expert.cc.purdue.edu

>-- 
>Greg Miller                     "Violence never settles anything."
>Amiga Networking Group                      -  Genghis Khan
>gregm@cbmvax.commodore.com
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Amiga Comms (was RE: Amiga Kiosks?)
Date: 22 Aug 92 03:48:54 GMT
Organization: FAA Technical Center, Atlantic City NJ

jgrimm@TorreyPinesCA.ncr.com (Jeffrey Grimmett 9999) writes:

>Even with his superior ZModem, Jack Radigan still gets ragged on about
>not having XPR abilities in JRC, though I'd bet not 1 in 5 of the gripers
>would actually use it :-)

  Hehe, if that were the *only* thing I get ragged on... ;-)

>I've seen some problems with a few FSE's out there, and that is primarilly
>why I switched to JRC in the first place.  However, JRC I do beleive uses
>the CON: device, too (pipe in anytime, Jack) so if that's the case, we
>can't really blame Con:  Either way, ANSI doesn't work right, agreed.

  Heavens no!  The console.device is entirely too slow for output, everything
you see is 100% custom written.  The device is only used to convert keyboard
input, never for output though.

  -jack-
Newsgroups: comp.sys.amiga.datacomm
From: jts@krk.fi (Janne Siren)
Subject: Re: Author of Falcon CBCS
Organization: Radio Club of Kauniainen (OH2NRG)
Date: Sat, 22 Aug 1992 15:42:13 GMT

: I have heard some reports that he has totally left the Falcon scene. But
: these reports are NOT confirmed, just local BBS blabber.

Well, you are right. Atleast he's disappearewd somewhere, he won't even take
care of the registrations anymore, Distribution Site's SysOp is doing that.
Sorry, can't remember he's name. No one seems to know where he is or might be,
anyhow, I haven't asked from the DS's SysOp, I suppose he knows or then he's 
keeping all the money him self. :-) Who knows.


-- 
-------------------------------------------------------------------------------
I Janne T. Siren I Epsilon Indi BBS -+- 24h -+- v22bis MNP -+- +358-0-5054201 I
I     OH2KFU     I                                                            I
I   jts@krk.fi   I "That's one of those puzzles we may never solve." - Picard I
-------------------------------------------------------------------------------
From: rwm@atronx.OCUnix.On.Ca (Russell McOrmond)
Date: 22 Aug 92 10:35:32 EST
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: HST & SUpra: which is faster?

coup@crs.cl.msu.edu (Chris Klaus) writes:



>SupraFax's protocal.  Like SupraFax would get only 1600 cps
>transfering the same file as HST at 1800 cps.  Is there any validity

  That's funny, when I talk to a HST I can't ever get much more than 240cps or
so.

  The HST speeds will only work when talking to another USR HST compatable modem.
The SupraFax will get that 1600cps when talking to any V.32Bis compatable
modem, which are made by almost all high-speed modem manufacturers, including
USR.  It doesn't matter what modem you buy for the most part, but do make
sure that it supports V.32Bis.  The only 'HST' compatable modem you should
consider is the Dual Standard which supports both the propriatary HST protocol,
as well as the standard V.32Bis (Which is what the Supra is using).

>Which is faster?  I would think they were the same.

  The USR modems are more resistant to line noise than the Supra's, and thus 
will end up getting better transfers on poor phone lines.  Your 1700-1800 
is more of a 'clean line' connection on already compressed files 
(You get higher on un-compressed files as the modems will do their own 
compression).

  Remember: USR is a company, Courrier is a modem, HST is a protocol.

>coup@crs.cl.msu.edu cklaus@hotsun.nersc.gov cklaus%hotsun.nersc.gov@llnl.gov
--
  Opinions expressed in this message are my Own. I represent nobody else.
  Russell McOrmond  rwm@Atronx.OCUnix.On.Ca Net Support:(613) 230-2282(V.32Bis)
  FidoNet 1:163/109 Welmat Help 1:1/139  Current WELMAT 'keeper of sources'.
From: tdietz@tcedge.mi.org (Tom Dietz)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: C-NET
Date: 19 Aug 92 11:36:05 GMT
Organization: EXCELSIOR! Tech Support BBS (313) 77-AMIGA
X-BBS-Software: EXCELSIOR! v0.95f

In an article, gbartoli@guild.socal.com (Guy Bartoli) writes:

>        Whoa there! ... You've got my full, undivided attention now -- as a
>CNet owner myself. I'm interested in your comments about CNet being a "rip
>off", but remain, at best, unconvinced. 
>

>        Obviously you posted that message into an international network
>like UseNet to prove a point (or to do some damage.) If you want to get
>your point across, IMHO, you need to provide ample-ample >proof<.
>

Use newzap, or any text editor and go through the cnet aux-handler for version 
1.99 or lower, its plain as day.  Copyright by Steve Drew.  Thats gotta be 
proof there.  As for the 'C' icon, its flawed the same way as the original 
code is, you cant possibly think that Ken liked it so much he copied the bugs 
too eh?  Sounds like cut and paste to me.  I am not accusing him of anything, 
just stating fact.  He was trying to dis-credit our BBS by saying "rip-off", 
this user who posted that message on Future World must have understood the 
real idea behind CNet, take it as you want.  I think the user was right 
though, about saying CNet can NEVER dis-credit any other BBS by calling it a 
"Cnet rip off", when you put the competition's BBS in your own manual and tell 
everyone that it is the same as it, you have no leg to stand on when it comes 
to originality.  Perfect example., I have people calling me saying Ken and his 
friend are talking up the new "HIGHLIGHT BAR" selector.  ITs been in 
EXCELSIOR! from day one, he stole it from the DEMO, that previous message was 
just proof thats all.  LIke I said, take it as you see it.  I just hope Mr. 
Drew gets his justice, god knows there's enough evidence floating around.  
(hundreds maybe even thousands of copies of cnet 1.99- out there).

---------------------------------------------------------------------------
|          Tom Dietz                     EXCELSIOR! BBS For The Amiga     |
|     Sycom Design Software              ---------- --- --- --- -----     |
| P.O. Box 452  St Clair Shores              MULTI-LINE SUPPORT           |
|        MI, 48080 USA                (313) 77-AMIGA   Supra V.32bis      |
| INTERNET: tdietz@tcedge.mi.org      (313) 772-5802   USR D/S 14.4/V.32  |
---------------------------------------------------------------------------
From: Jamie_Krutz@a68k.denver.CO.US (Jamie Krutz)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Class 1 Fax Software for the Amiga
Distribution: world
Date: 18 Aug 92 21:28:46 MST
Organization: The Arvada 68K BBS- Westminster, CO

To Richard Carde of GPSoftware,
 (Sorry, mail failed; but maybe others would be interested - or maybe it's
a FAQ...)

I just got my Supra 14400 Amiga bundle today.  There doesn't appear to be a
registration card for the GPFax software; just one for the Modem.  How do I
register with your company to be eligable for upgrades?
 Thanks,
 -Jamie

-- Via DLG Pro v0.995

Newsgroups: comp.sys.amiga.datacomm,comp.sys.amiga.misc
From: Steve@donald.demon.co.uk (Steve Gilbert)
Subject: Re: SLIP?NOS?POP3? Help please!
Distribution: comp
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Organization: Private Mail/Usenet node
Date: Thu, 13 Aug 1992 19:22:40 +0000

In article <1992Aug13.103901.14447@vax5.cit.cornell.edu> blyy@vax5.cit.cornell.edu writes:
> 
> Now, I don't reallu undertand any of this stuff, and the school is - 
> how should we say, less than sympathetic - to Amiga users. They say we
> can't do it. Please tell me I can. Can I use AmigaNOS for SLIP?
> 

Yep. AmigaNOS certainly can be used over slip. Thats how I'm using it. Over
a dial-up slip connection.

-- 
Regards,

Steve.
 ____  _____  ___  _  _  ___
(  __)(_  __)(  _)( \/ )(  _) | Steve Gilbert,   | steve@donald.demon.co.uk
(__  )  ) )   ) _) \  /  ) _) | 38 Melrose Road, | sgilbert@cix.clink.co.uk
(____)  )_)  (___)  \/  (___) | Gainsborough,    |
______________________________| Lincs. DN21 2SD  |
From: kaba@wintermute.north.de (Kai Bartels)
Newsgroups: comp.sys.amiga.datacomm
Subject: Ethernet for A500 (was: Re^2: Networking. (was: LET'S RESCUE THE AMIGA!!...(in misc)))
Date: 14 Aug 92 13:12:25 GMT
Article-I.D.: wintermu.1992Aug14.131225.1630
Organization: nothing (absolutely nothing) is organized here!

>In article <1992Aug10.054335.25646@msuinfo.cl.msu.edu> coup@crs.cl.msu.edu.UUCP (Chris Klaus) writes:
>>
>>Does anyone know whether ethercards are available for Amiga 500 ?
>>if so how much? or is there any future plans to market ethernet cards?

Hydra Systems, UK sells A500-ethernet boxes. But I don't know their
address or tel-no., sorry.

regards, Kai
-- 
"It consisted of a lot of twigs mashed up to a pulp and flattened out into
sheets and then held together with something that had previously held a cow
together."                                                    <Douglas Adams>
Uni: g14b@alf.zfn.uni-Bremen.de        +       Home: kaba@wintermute.north.de
Newsgroups: comp.sys.amiga.datacomm
From: ged@phantom.cs.hut.fi (Camillo S{rs)
Subject: Re: HST & SUpra: which is faster?
Reply-To: Camillo.Sars@hut.fi
Organization: Helsinki University of Technology, CS lab
Date: Fri, 21 Aug 1992 14:33:00 GMT

In <1992Aug21.013325.8441@msuinfo.cl.msu.edu> coup@crs.cl.msu.edu (Chris Klaus) writes:

>I am getting a SupraFax 14.4K baud modem. But I use to have an
>HST.  From one source, Ive heard that HST was faster than
>SupraFax's protocal.  Like SupraFax would get only 1600 cps
>transfering the same file as HST at 1800 cps.  Is there any validity
>to that statement?  

>Which is faster?  I would think they were the same.

When transferring in one direction, its very much up to the kind of
data you transmit. If both connect at 14,400 with BTLZ compression,
who knows which is faster. I suspect that V.32bis is faster, but I
haven't tested it.

When transferring in both directions HST is no match for V.32bis. HST
can only achieve high speed in one direction at a time, whereas
V.32bis has 14,400 both ways. This can be felt when using the modem,
too, as HST sometimes feels slow in response. This is due to reversal
overhead, i.e. only one way transmits fast so sometimes the HST has to
switch over so that the other end is fast.

--
ged@hut.fi                   Amiga 500 //
ged@niksula.cs.hut.fi             2.04// Aim for the impossible and you
Department of Computer Science    \\ //   will achieve the improbable.
Helsinki University of Technology  \X/     --- Camillo S{rs
From: mario@mbunix.adsp.sub.org (Mario Bayer)
Newsgroups: comp.sys.amiga.introduction
Subject: Re: Trivial questions about A2024(And info)
Date: 18 Aug 92 12:15:19 GMT
Organization: PS -> POWERSystems

jow@hcast.uucp (Juergen Weinelt) writes:
> In article <1992Aug13.220454.20361@daimi.aau.dk> pilgrim@daimi.aau.dk (Jakob G}rdsted) writes:

> [...]
> the display has "settled". This applies ONLY TO 1008x1024 / 1008x800 mode,
> NOT to normal de-interlaced 640x512 / 640x400 mode.

NOOOO... I`am working now on my A2024 (640x512) and the picture does *NOT*
flicker... I mean... the A2410 is a flicker-fixer too... *all* modes are
flicker-fixed...

> >(14", 16", what?), and are there any other drawbacks/advantages, than
> >the ones mentioned here? Are the pixels in any way viewable, or
> >is it like 1400x512 on PAL(Superhires), where you _really_ go beyond
> >the resolution of the display?

You have in the 1280x512(400) mode a sharp picture... but it`s a small picture,
15" is not big enough... 

>   o  _         Juergen Weinelt, Germany (ECG116)
>   | (_) \/\/   UUCP: swb.de!imart!hcast!jow
>   '            CBMNET: jow@hcast.adsp.sub.org

---
Bye....
       .   
        ... Mario Bayer, ECA008

E-Mail over UUCP to mario@mbunix.adsp.sub.org, over Z-NETZ to M.BAYER@LINK-ATU 
           --------------------------------------------------------           
           You can also send a E-Mail to BTX Austria user 912214584          
           --------------------------------------------------------           
            Or you call my host & login as guest.. # +43(1)3306878
From: jow@hcast.uucp (Juergen Weinelt)
Newsgroups: comp.sys.amiga.introduction
Subject: Re: What is "enforcer" and "low memory"?
Date: 14 Aug 92 02:04:03 GMT
Reply-To: swb.de!imart!hcast!jow
Organization: Private UUCP Site

In article <14250@mindlink.bc.ca> Edward_Swatschek@mindlink.bc.ca (Edward Swatschek) writes:
>   Enforcer is a program that monitors the computers memory and checks to make
>sure other programs are not using memory that has not been reserved for that
>program's use. It needs a MMU to work.

Yup. You should also add that enforcer is a tool for software *developers*,
software *users* will normally not need it.

>   I'm not familiar enough with what using low memory does, but that it is best
>avoided.

This is one special mistake that enforcer can discover. The operating system
(aka Kickstart) stores certain vital pieces of information in that area, and
programs that destroy that information will usually cause very bad crashes.

>               Edjs                    _
>              ------                _ //  CI$  : 76427,662
>   Edward_Swatschek@mindlink.bc.ca  \X/   GEnie: E.SWATSCHEK

-- Juergen

  o  _         Juergen Weinelt, Germany
  | (_) \/\/   NEW ADDRESS: UUCP: swb.de!imart!hcast!jow
  '            CBMNET: jow@hcast.adsp.sub.org
From: charro@ee.ualberta.ca (Dan Charrois)
Newsgroups: comp.sys.amiga.introduction
Subject: HDBackup/BRU
Date: 20 Aug 92 16:07:27 GMT
Reply-To: charro@ee.ualberta.ca (Dan Charrois)
Organization: University of Alberta Electrical Engineering

I've recently purchased WB2.05 and would like to make a backup of my
HD.  But something seems a bit strange with HDBackup/BRU supplied with
WB2.05.  I can't remember the exact numbers, but if I want to back up
90 Megs or so of data, it will take approximately 120 Megs of storage
space on floppies.  Surely 30 Megs isn't used up in header
information!  I haven't done a backup yet, believing I am doing
something wrong somewhere.  If anyone has any advice on what I am
doing wrong, or (gasp) advice telling me that that is the way
HDBackup/BRU is supposed to work for any reason, I'd love to hear
about it.

BTW - I read in the 2.05 documentation that Quarterback died under
2.0... yet on starting it up, it didn't have any obvious problems.
Does anyone know exactly how Quarterback was broken?

Thanks a lot for any replies.  PLEASE reply to
dcharroi@sol.drao.nrc.ca, as a simple reply to this message will
probably leave me unable to determine where the message came from.
Thanks.

Dan
-- 
Dan Charrois - University of Alberta
INTERNET:= dcharroi@sol.drao.nrc.ca       charro@bode.ee.ualberta.ca
From: jow@hcast.uucp (Juergen Weinelt)
Newsgroups: comp.sys.amiga.introduction
Subject: Re: Trivial questions about A2024(And info)
Date: 19 Aug 92 22:32:35 GMT
Organization: Private UUCP Site

In article <334@mbunix.adsp.sub.org> mario@mbunix.adsp.sub.org (Mario Bayer) writes:
>jow@hcast.uucp (Juergen Weinelt) writes:
>> In article <1992Aug13.220454.20361@daimi.aau.dk> pilgrim@daimi.aau.dk (Jakob G}rdsted) writes:
>
>> [...]
>> the display has "settled". This applies ONLY TO 1008x1024 / 1008x800 mode,
>> NOT to normal de-interlaced 640x512 / 640x400 mode.
>
>NOOOO... I`am working now on my A2024 (640x512) and the picture does *NOT*
>flicker... I mean... the A2410 is a flicker-fixer too... *all* modes are
>flicker-fixed...

I never said that. In fact, the A2024 _DOES_NOT_FLICKER_AT_ALL_, no matter
what mode. It's just that rebuilding the display _IN_A2024_MODE_ after
a change may take a few fractions of a second.

>You have in the 1280x512(400) mode a sharp picture... but it`s a small picture,
>15" is not big enough...

The A2024 cannot diplay the Superhires mode. It can, however, display the
special A2024 mode, which offers approximately 1024x1024 pixels. Stop
spreading misinformation.

-- Juergen

  o  _         Juergen Weinelt, Germany
  | (_) \/\/   UUCP: swb.de!imart!hcast!jow
  '            CBMNET: jow@hcast.adsp.sub.org
From: dylan@cs.washington.edu (Dylan McNamee)
Newsgroups: comp.sys.amiga.introduction
Subject: Re: What is "enforcer" and "low memory"?
Date: 13 Aug 92 21:46:46 GMT
Organization: Computer Science & Engineering, U. of Washington, Seattle


If a program was written poorly, in exceptional (or normal!) cases,
it may indirect through a null structure pointer.  This means that the 
program "thinks" it is dealing with a proper structure, but it's 
really poking around in "low memory". 

One way to make sure that your own programs don't do this is to run
enforcer while running them.  Enforcer uses the MMU to un-map the low
pages from a program's address space, and prints out alerts when these
pages are touched.  It is generally regarded as a good practice to make
sure your program runs without making enforcer print anything before 
it is released as a product.

Generally, if a released program (commercial or shareware or freeware)
does cause enforcer warnings (called "enforcer hits" by programmers) it is
a sign that the program isn't fully polished.  Not Quite Ready For Prime
Time.

One reason people care about this is that programs that misbehave in this way
can cause system crashes in unpredictable ways when many programs are running
at once.

hope this helps--

dylan
      /L      dylan mcnamee		dylan@cs.washington.edu
     /  L    
   (o)   L   "Don't look at me...I didn't do it!"  K. T. Clown.
   C (o) /     
  /__   /     
    \__/     
Newsgroups: comp.sys.amiga.introduction