HDTenEightyP/NetNews huggingface dataset:
From: rjmathia@novell.com (Robert Mathias)
Newsgroups: comp.dcom.modems
Subject: Re: Boom! You're Dead.
Date: 24 Jul 92 17:24:12 GMT
Organization: Novell Inc., San Jose, Califonia

In article <9277.2A6E80B2@psycho.fidonet.org> Alan.Gilbertson@f230.n3603.z1.FIDONET.ORG (Alan Gilbertson) writes:
>Wednesday July 22 1992, Marc Unangst writes:

>The idea that Hayes is being beat up by USR and Telebit is a popular
>but unsubstantiated myth. -- Mostly promulgated in Ziff-Davis rags
>and circles where USR (BBSes) and Telebit (Usenet) are common.

It's popular to blame the press for everything, but in this case it is not
so.  Both USR and Telebit dominate their particular markets because they
provided the best product earliest.  USR got into the 9600 and above market
at a price that was affordable for PC BBS's.  They aggressively pursued this
market and even to this day most PC BBS's (with high speed modems) use USR.
Telebit went after the Usenet market by providing a modem best suited for
UUCP usage, thus ending up with the lion share of that market.

My guess is that V.32 and V.32bis has impacted both USR and Telebit in that
other vendors are now selling attractive packages.  I still don't see a
big presense of Hayes in the BBS or Usenet markets.  I would guess that
Hayes is big in the Corporate market.  Hayes also sells well to the BBS and   
Usenet markets, they just don't dominate them.  But I would think that you'd
find that USR and Telebit do not do as well outside their targeted markets.
I'm sure there must be a PC (non-unix) BBS that uses a Trailblazer, but if
Telebit had to rely on that market, they'd be out of business.

It is very easy to see how a BBS user would see "that Hayes is being beat up
by USR...".  After all, in their world they see USR, not Hayes.  The same is
true for the UUCP market where Telebit dominates.  





>
>
>
>--  
>Internet: Alan.Gilbertson@f230.n3603.z1.FIDONET.ORG
>UUCP: ...!myrddin!tct!psycho!230!Alan.Gilbertson
>Note:psycho is a free gateway between Usenet & Fidonet. For info write to
>     root@psycho.fidonet.org.
Newsgroups: comp.dcom.modems
From: kufeld_k@ipl.uucp (Kurt Kufeld)
Subject: WorldBlazer - V32bis problem question
Summary: Problems w/ V32bis modem to Worldblazer communications question
Date: Tue, 21 Jul 1992 22:22:08 GMT
Distribution: global
Organization: Interprovincial Pipe Line Company
Keywords: WorldBlazer, Telebit, V32bis

I'm sure this must be a FAQ but...  I remember there being some discussion about
the V32bis implementation on the Worldblazer.  I purchased two Worldblazer
modems for our UUCP partner, but I have to call them via a V32bis modem
(UDS V.3229).  Our connections don't seem to be getting established correctly.

If anyone know anything, please email.  I will post summary if there
is interrest.

Thanks in advance.

---

	Kurt Kufeld
	Interprovincial Pipe Line Inc.
	kufeld_k@ipl.ca
	(403) 420-5330
-- 
	Kurt Kufeld
	Interprovincial Pipe Line Inc.
	kufeld_k@ipl.ca
	(403) 420-5330
From: jim@n5ial.chi.il.us (Jim Graham)
Newsgroups: comp.dcom.modems
Subject: Help on upgrade to 16550A UART
Date: 21 Jul 92 18:21:06 GMT
Organization: Me? Organized? Hah! :-)

In article <RXc6NB7w164w@zswamp.UUCP> geoff@zswamp.UUCP writes:

> pozar@kumr.lns.com (Tim Pozar) writes:
> >    The 16550 can support higher speeds than 19200 where the 8250 cannot.  
> 
>    Is that a fact?  This doesn't agree with my (not documented) experience, 
> which suggests that an 8250 of recent manufacture is good to 57,600 (and a 
> 16450 to 115200) bps.

well, I decided to pull out the old National Semiconductor data sheets
on these chips to get the real story right from NS, and got a bit of a
surprise....

first, the old 8250 UART I once had installed most certainly refused to
be programmed higher than 9600 bps.  it was a UM8250B, which indicates
to me that it's a clone of the NS chip, so this probably isn't too
relevant.  either way, the data sheets say 56k.

second, I know I set a 16450 at 115.2 kb....but the data sheets for the
450 say it doesn't go that high.  perhaps that chip is another clone,
too....I can't open that computer up to find out, though.  :-(

anyways, here's what the data sheets have to say on the speeds that each
can be set to (for the moment not considering reliability...just how
fast they can be programmed at):

INS8250/INS8250-B:                    DC to 56k       page 4-3
NS16450/INS8250A/NS16C450/INS82C50A:  DC to 56k       page 4-19
NS16550AF:                            DC to 256k      page 4-36

All page numbers refer to the first page in the data sheets for each
chip group, which lists the summary of features, in
{Data Communications / Local Area Networks / UARTs Handbook}
from National Semiconductor, 1990 (shipped to me w/in the last 6 months
or so, so I assume this is still the most recent).

later....gotta hit another post in this thread (I think...unless I just
answered it).
   --jim

--
Standard disclaimer....Ever since my cat learned to type, there's no telling
whose thoughts these really are....         73 DE N5IAL (/9)
------------------------------------------------------------------------------
INTERNET:  jim@n5ial.chi.il.us  |  grahj@gagme.chi.il.us  |  j.graham@ieee.org
UUCP:  gagme!n5ial!jim@clout.chi.il.us
AMATEUR RADIO: n5ial@n9hsi (Chicago.IL.US.Earth)
------------------------------------------------------------------------------
Newsgroups: comp.dcom.modems
From: poffen@rushmore (Russ Poffenberger)
Subject: Re: WorldBlazers and SLIP
Organization: Schlumberger Technologies, ATE division, San Jose, Ca.
X-Newsreader: Tin 1.1 PL4
Date: Thu, 30 Jul 92 19:32:37 GMT

hope@huracan.cr (Theodore Hope) writes:
: 
: In <1992Jul29.021155.2461@mccc.edu> pjh@mccc.edu (P. J. Holsberg) writes:
: 
: > What are the proper S-register settings for a WorldBlazer to connect via
: > SLIP using KA9Q?
: 
: In general, lock the DTE side at some fixed rate (57,600 in your case),
: 
: MAKE SURE you have rts/cts flow control (NO XON/XOFF, OR YOU'LL HAVE PROBLEMS)
: (I think it's s58=2 and s68=2) and tell ka9q that you have it (can't remember
: right now, maybe the "cr" flag to "attach asy" command.)   If you have a
: 16550 (probably should if you're going to run as fast as the WB) make sure
: ka9q is recognizing it.
: 
: Other than that, the rest will depend on what you want -- autodial when
: the modem turns on, leased line mode, LAPM, Compression, etc....
: 
:  -Theodore Hope
:   Proyecto Huracan - Fundacion Nahual
:   San Jose, COSTA RICA

Since we are talking WB's here, you should probably make sure they connect
in v.32bis mode NOT turbo-PEP. I suspect that because of the half-duplex
nature of PEP, it would perform worse for something like SL/IP.

Russ Poffenberger               DOMAIN: poffen@sj.ate.slb.com
Schlumberger Technologies       UUCP:   {uunet,decwrl,amdahl}!sjsca4!poffen
1601 Technology Drive		CIS:	72401,276
San Jose, Ca. 95110             Voice: (408)437-5254  FAX: (408)437-5246
Newsgroups: comp.dcom.modems
From: knapp@spot.Colorado.EDU (David Knapp)
Subject: Re: 14,400 bps:  Does any comm software support it?
Organization: University of Colorado, Boulder
Date: Tue, 28 Jul 1992 05:17:45 GMT

In article <712311803.F00001@cloud.pub.uu.oz.au> hamish@cloud.pub.uu.oz.au (Hamish Moffatt) writes:
>Hello Bullwinkle!
>
>Thursday July 23 1992 05:18, Bullwinkle wrote:
>
> B> I will be getting a 14,400 bps v.32/v.32bis/v.42/v.42bis
> B> fax/modem soon.  I have noticed that on all of the MSDOS
> B> and OS/2 communications software that I have seen there is
> B> no setting for 14,400 bps, although there is for 9600 bps and
> B> 19,200 bps.   Is there any way to access the 14,400 bps
> B> speed, or am I stuck at 9600 bps for now?  Is there any software
> B> out there that supports 14,400 bps?  Thanks.
>
>The serial port does not support speeds of 14.4K. Usually, you will lock your
>port anyway.. That is, the modem and computer always communicate at a constant
>speed, despite what speed you're connected at. EG your modem/PC could be talking
>at 57,600bps while you're on the actual line at 300bps. You use your comms
>software at whatever speed you've locked your port at, so you don't need 14.4K
>speed anyway.. You'll get better throughput too.
>
>
>Regards,
>Hamish



A friend at work has procomm plus and it has speeds all the way up to 115200. 

If my comm port doesn't support over 9600, why do I notice a speed difference
over 9600?


-- 
David Knapp                                      University of Colorado, Boulder
Highly Opinionated, Aging  and                      knapp@spot.colorado.edu
Perpetual Student of Chemistry and Physics.
            Write me for an argument on your favorite subject.
Newsgroups: comp.dcom.modems,misc.forsale.computers,alt.dcom.telecom
From: danr@ais.org (Daniel Romanchik)
Subject: Ancient Modems For Sale
Summary: boat anchors to the highest bidder
Keywords: codex paradyne
Organization: UMCC
Date: Fri, 31 Jul 1992 11:44:16 GMT

I have the following modems in my basement:
 
paradyne uP 4800
paradyne T-96
codex 2680
 
Someone donated these modems to our computer club, Cyberspace
Communications, raise money.  Cyberspace Communications is the
operator of Grex, a public-access UNIX system in Ann Arbor (phone
number 313-761-3000).
 
Can anyone tell me some of the salient features of these modems?
Better yet, anyone want to make me an offer for them?

Thanks, Dan
================================================================
Call Grex @ (313) 761-3000, Public Access UNIX in Ann Arbor
================================================================
Newsgroups: comp.dcom.modems
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Subject: Re: Boom! Our lawyers are tougher than your lawyers. You're Dead.
Organization: W S Rupprecht Computer Consulting, Fremont CA
Date: Wed, 22 Jul 1992 18:08:55 GMT

andrew@cubetech.com (Andrew Loewenstern) writes:
>In article <BrMHC9.Ct6@wsrcc.com> wolfgang@wsrcc.com (Wolfgang S. Rupprecht) writes:
>>A well thought out modem (like the Telebits) will also allow an *out
>>of band* signal to return to command mode.  When testing I use a break
>>to return to command mode without resorting to a putrid hack like
>>*praying* that no set of system delays causes a wait just before and
>>after one transfers a "+++" string in a file.
>Good modem manufactureres like Telebit and USR pay Hayes, so you don't
>have to worry about it.

This has nothing to do with "good modem manufacturers".  Anyone
relying on "<pause>+++<pause>" not occurring during a data transfer is
not writing good defensive code.  Good programmers don't *hope* that a
certain set of characters and delays never happens.  They turn off the
inband +++ escape kludge and use a good *out-of-band* escape.

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
Newsgroups: comp.dcom.modems
From: gerg@netcom.com (Greg Andrews)
Subject: Re: Telebit Qblazer <-> T2500, anyone?
Date: Wed, 29 Jul 92 03:51:14 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 


hope@huracan.cr (Theodore Hope) writes:
>
>I'm interested in buying a QBlazer or two, and would like to know if anyone
>has had problems getting the QB to connect to a T2500 in V.32 with
>V.42/V.42bis.   I'm asking because, as many of us know, there are some
>incompatibilities among different Telebit modems.  (I can't, for example,
>get my T1600 to do uucp spoofing with a T2500, and T'bit acknowledges this
>as a bug which will probably not be solved anytime soon.)
>

For starters, has the T2500 been configured to use V.42 and V.42bis?
It would be hard to make a V.42/V.42bis connection to a modem that
has it turned off.  Check the settings of the S97 and S106 registers.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
From: reb@ukc.ac.uk (R.E.Burr)
Newsgroups: comp.dcom.modems
Subject: Help 'SMART ONE' 9624FP modem
Date: 30 Jul 92 08:52:02 GMT
Organization: Computing Lab, University of Kent at Canterbury, UK.

We are having problems getting a 'SMART ONE traveler 9624FP' fax modem to
operate.
We have set it up for CCITT V.22 but it will not connect, we keep getting 
error message 'No dialtone'. We have tried it at 300 and 2400 baud but no
success. We have tried it on an external line as well as through the local
exchange.
	Can anyone help?
Newsgroups: comp.dcom.modems
From: Steve.Withers@bbs.actrix.gen.nz
Subject: Re: V32bis with V42bis Screen Updates
Organization: Actrix Information Exchange
Date: Fri, 31 Jul 1992 09:30:31 GMT
Keywords: V32bis V42bis

In article <15852nINN2fd@matt.ksu.ksu.edu> strat@matt.ksu.ksu.edu (Steve Davis) writes:
> lchiu@animal.gcs.co.nz (Laurence Chiu) writes:
> 
> >[...]updates should be blindingly fast if both sides are doing compression.
> >This does not happen. My screen updates (admittedly using ANSI
> >graphics) seem more like 9600 speed. This is under DOS using PC+.
> 
> There are two potential problems:

[list deleted]

I think Laurence's problem is that he is using a Windows-based comms program -
Unicom. These GUI comms programs have a bottle-neck at the video card - at
least it seems that way to me. The fastest comms programs are the text-based
one....Telix (DOS) or TE/2 (OS/2) and others like them. 
 
You also have to be sure you have the hardware flow control set up right. I
*finally* got mine sorted out (ie. I RTFM for once). My refreshes are now
certifiably blindingly fast.
 
Steve
-- 
Steve Withers - Wellington, New Zealand | "But the glory kept shining
Steve.Withers@bbs.actrix.gen.nz         |  and bright in my eyes, 
withers_s@kosmos.wcc.govt.nz            |  And the stars going round in 
**** Happy user of OS/2 v2!! ****       |  my head." R. L. S.
From: Petty@ralvm29.VNET.IBM.COM (Jack Petty)
Date: Fri, 31 Jul 92 08:18:22 EDT
Newsgroups: comp.dcom.modems
Subject: Re: Boom! You're Dead.
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.0

In <13062.2A77620E@psycho.fidonet.org> Alan Gilbertson writes:
>Do I detect a note of cynicism here? :-)  ...
>
Not at all.  I was looking for clarification which you have been kind
enough to supply.  Given the time frame and the definition of the
market being covered, I find it very believable that Hayes has gained
market share.  Now if the definition of "market" was limited to switched
network at 9600 bps and faster, I would expect to see a very different
picture.
Jack Petty
From: F.Farzin-nia@lut.ac.uk (F Farzin_nia)
Newsgroups: comp.dcom.modems
Subject: Mystery Gadget
Date: 22 Jul 92 10:46:25 GMT
Reply-To: F.Farzin-nia@lut.ac.uk (F Farzin_nia)
Organization: Loughborough University, UK.

Dear All,

I have a 'I don't know what this piece of kit is' question :-) A friend of
mine recently bought a piece of kit from an electronic junk shop for me,
thinking that it was a telephone answering machine (you see, I had asked a lot
of friends to keep an eye out for a second
hand answering machine and if they were to find a reasonable one to
purchase it on my behalf). On close inspection of this rather curious
and wonderful gadget, I realised there is a lot more to it than meets
the eye. However, I simply cannot figure out what it is. This thing is
manufactured by LANIER BUSINESS PRODUCTS, INC (Atlanta, Georgia, USA),
and it has a MODEL P-101 printed underneath it. It resembles a telephone
answering machine/dictating machine/modem. It has a speaker but no
mic. There is a small tape recorder with the associated buttons plus a
'telephone' push button on the console. The other switches and buttons
on this machine which are located around and underneath it are:
DIC-CONF; OFF-SCAN; MIC-SPK; RECALL-1.2.3; A headset jack socket; a
record gain knob; telephone jack socket; a TOTAL and a RESET button;
three knobs that control SPEED (presumably that of the recorder), TONE
and VOLUME; and finally a SCART like socket. Incidentally, there are
some 7-segment led displays on the console to show 'unit no.', 'complete
units', 'instruction' and 'location' for DICTATE option and 'unit no.',
'total units', 'remaninig length' and 'instruction' for the TRANSCRIBE 
option.

If any of you  have ever come across a gadget like the above
please let me know what it is (and how it operates, if possible!).


Regards,
-Farzin.

P.S. Sorry for the long winded article. I am only trying to give as much
information as possible.


/--------------------------------/
/E-mail: F.Farzin-nia@lut.ac.uk  /
/--------------------------------/
/"Mankind Will Occasionally      /
/ Stumble Over The Truth, But    /
/ Usually He Will Pick Himself   /
/ Up And Continue On."           /
/                  W. Churchill  /
/--------------------------------/
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: Ymodem specification document
Date: Sun, 26 Jul 92 22:13:09 GMT
Organization: Netcom
X-Newsreader: Tin 1.1 PL4

jroth@aegis.or.jp (Joel Roth) writes:
: 
:  
: I know this is a frequently asked question, but could
: someone kindly tell me where to look for a specification
: document and/or source code to Ymodem?

Joel,

I see you'd like to increase the data throughput on your Digicom Scout+
somewhat. :-) It should be roughly 3% faster than generic Zmodem. 

ftp to wuarchive.wustl.edu. In /mirrors/msdos/turbopas is a file called
ymodem.arc, which might be what you are looking for. Let me know if you
would like me to email it to you.


Wolfgang


-- 
   _________________________________________________________________________
   Wolfgang Henke        wolfgang@henke.sf-bay.org       wolfgang@netcom.com
From: v040618@plato.lsvl8.stortek.com
Newsgroups: comp.dcom.modems
Subject: modem info needed
Keywords: modem
Date: 23 Jul 92 20:34:00 GMT
Organization: StorageTek


	I have recently run across two modems. They are Maxwell 2400vp's, made
 by a company called RACAL-VADIC. Does anybody have any info on these modems ?
 They do not seem to operate like a normal Hayes compatible. Are they short
 haul maybe?
From: johnboyd@OCDIS01.OC.AFLC.AF.MIL (John Boyd;LAHDI)
Newsgroups: comp.dcom.modems
Subject: Re: INFO-MODEMS Digest V92 #825
Date: 21 Jul 92 13:38:08 GMT
Distribution: world
Organization: The Internet

In your message of 21 Jul 1992 at 0204 CDT, you write:
> >From: van-bc!nwnexus!seanews!billmcc@ucbvax.Berkeley.EDU  (Bill McCormick)
> Subject: Re: Help on upgrade to 16550A UART
> Message-ID: <1992Jul21.043356.10368@seanews.akita.com>
> 
> 
> Bzzt.  Thank you for playing.
> 
Gad, you're rude.  Don't you think you can make your point without 'sound
effects'? It's not cute, but is certainly is plebian!! Info-modems is *not*
a game show, but an intelligent information exchange forum.  You *can* set
someone straight without trouncing them.  Stop acting like a 12 yr old and 
grow up.  
Newsgroups: comp.dcom.modems
From: kherron@ms.uky.edu (Kenneth Herron)
Subject: Re: Boom! You're Dead.
    <1992Jul24.031631.26450@chinet.chi.il.us> 
    <1992Jul24.133231.17199@qiclab.scn.rain.com> 
    <1992Jul24.164526.19432@nntpd.lkg.dec.com>
Distribution: na
Date: Fri, 24 Jul 1992 18:49:09 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

halpin@xcalbr.dsg.dec.com (Steve Halpin) writes:

>Does anyone currently sell a modem with a second control channel available?
>It might be useful to write a modem device driver such that you could have
>the operating system manage features like dialing out, and still let user
>level processes manage the data stream.  

Some Telebit models have a secondary interface as part of their
serial connector, with TD, RD, RTS, and CTS signals.  Apparently it
can be used to issue commands while a connection is active on the
usual pins.  I have a T2500 manual and a combined T2000/TB+ manual
which shows the wiring; I don't know what ROM revisions the manuals
cover.
-- 
Kenneth Herron                                           kherron@ms.uky.edu
University of Kentucky                                      +1 606 257 2975
Department of Mathematics           "Thanks to the magic of the slow-motion 
camera, we can now show you how ugly the inside of someone's mouth can be."
Newsgroups: comp.dcom.modems
From: genie@netcom.com (The Genie)
Subject: Re: Problem with ZOOM v32bis
Date: Thu, 23 Jul 92 07:55:40 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <1992Jul17.051926.4821@highlite.u> yarvin@highlite.gotham.com writes:
>
>I just bought a ZOOM v32bis modem from Egghead Software, and I'm
>having some connection problems with it.  Sometimes it connects
>fine, but sometimes it
>
>(1connects, goes through the handshaking sequence, then refuses
>to issue a CONNECT message
>
>or
>
>pretends to connect successfully, but just prints some garbage and
>never gets a proper connection.
>
>Is this a known bug, or is it more likely the result of the cruddy
>comm package (EasyLink II)?
>

EasyLink II?  That's strange.  I ordered my v.32bisFAX from
PC Connection, and it came with MTEZ made specifically with
the Zoom in mind.  When I ran mtez, it automatically installed
all the correct strings and init codes to get perfect 14.4k
connections to everywhere...

Although Mtez is fine, I prefer to run the Zoom under Telix, since
I've been using Telix for 3 years now.  Telix works fine also.
Try fiddling with your init string.  That is probably the
cause of your problems.

Gene
Newsgroups: comp.dcom.modems
From: jhood@banana.ithaca.ny.us (John Hood)
Subject: Re: V32bis with V42bis Screen Updates
Organization: Pick a banana, any banana
Date: Fri, 31 Jul 1992 17:07:20 GMT
Keywords: V32bis V42bis

In article <1992Jul30.105522.12527@actrix.gen.nz>
Steve.Withers@bbs.actrix.gen.nz writes:

>Try using Telix. It is blindingly fast under DOS or in an OS/2 DOS vdm. I
>usually use TE/2, but I have noticed that Telix is actually faster with
>screen updates......can't explain it - I just see it.

Telix may be a little faster than some of the other programs, but it
is still far slower than it could be.  I wouldn't call it "blindingly
fast."

On my old 8 MHz XT, Telix paints about 700 cps.  RBcomm, by contrast,
can do perhaps 1700 cps, including scrolling (it almost keeps up with
19.2kbps).  I also have a VT100 emulator called PC/Intercomm with
similar performance.

I've written some terminal emulation code for PCs, and I'm generally
uniformly disgusted by the quality and performance of code in typical
PC telecomm packages.

  --jh
-- 
John Hood, CU student, CU employee, and sometime BananaOp
jhood@albert.mannlib.cornell.edu,jhood@banana.ithaca.ny.us,jeh@crnlvax5.bitnet
By any reasonable computer's standard, I'm a virus.  So are you.
Newsgroups: comp.dcom.modems
From: amanda@intercon.com (Amanda Walker)
Subject: Re: Prometheus MaxFax and MacTCP conflict
Date: Tue, 28 Jul 92 19:18:06 GMT
Reply-To: amanda@intercon.com (Amanda Walker)
Organization: InterCon Systems Corporation

In article <25JUL199202120093@vax2.concordia.ca>, dohle@vax2.concordia.ca 
(Gordon Dohle) writes:
>  I find I cannot run MacTCP without removing the
>             MaxFax init from the system folder. When I try to
>             do a connect using Versaterm's MacSlip, all I get
>             is a beep until the MaxFax init is removed.
> 
>             Anyone know of a solution?

This must be a problem with the Versaterm SLIP module.  I run MaxFax and 
MacTCP together all the time, including over SLIP (though not with the VT 
SLIP :)).  When my SLIP session disconnects, I can even see the lights on the 
modem flicker as MaxFax starts watching for calls again.  Works great.  The 
only thing I can think of off hand is that the Versaterm stuff may be using 
out of date ways of figuring out if the port is in use or not.  Apple has 
changed the recommended method a couple of times since the Mac first came 
out...

Disclaimer: InterCon could be seen as competing with Versaterm from some 
points of view.


Amanda Walker <amanda@intercon.com>
InterCon Systems Corporation
-- 
"Don't try to out-weird me--I get stranger things than you free with
 my breakfast cereal..."    --Hitchhiker's Guide To The Galaxy

Newsgroups: comp.dcom.modems