HDTenEightyP/NetNews huggingface dataset:
From: aburt@mnemosyne.cs.du.edu (Andrew Burt)
Subject: Re: Telemate speed problems
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Fri, 1 Jan 93 00:37:54 GMT

In <1992Dec31.102222.4714@rulway.LeidenUniv.nl> jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers) writes:

>In article <1992Dec30.203011.3674@mnemosyne.cs.du.edu> aburt@mnemosyne.cs.du.edu (Andrew Burt) writes:
>>Having just heard about Telemate (v3.10), I tried it, and found that I
>>liked the features much better than telix, procomm, or any others I've
>>seen, BUUUUT -- It has one major problem, which, to me, renders it useless.
>>
>>It is much too slow at updating the screen (also gets timeouts with zmodem).
[I.e., can't really go faster than 19200 regardless of setting]

>Never had this problem myself.  You could of course try the latest version 3.20.


I think you're confusing Telemate with Telix.  Telemate seems to be at
version 3.10 for the newest; Telix is at 3.20.  My problem is with Tel*EMATE*,
not Tel*IX*.  Telix has no problem with the speed, but lacks many many features
of Telemate.  My gripe is that Telemate is (according to the admission of
their support people) unable to handle fast modems.

Yeah, I know, I don't have to use/buy it if I don't like it, right.  But,
hey, it's really frustrating to find something that has all these useful
features but BAM! it lacks a critical requirement like handling standard
hardware.  Worse, the folks writing it don't seem to care -- that's my
real gripe with them; I want them to care, and to fix this blatant problem.

So I thought I might stir up a little support from the net, see if they
can't be convinced to make this thing work.

The obnoxious part of it is that you may not *know* it's slow unless you
test it.  That bugs me too -- many people may think it's happy at 38400
or 57600 when in fact it's not painting faster than 19200!  And folks
might just blame line noise for the transfer retries, when indeed it
is the program.  To me, this borders on misleading.  Ok, end of tirade.

Anyone interested in this subject even?  Or am I the only one who wants
all the speed I can get? :-)
-- 

Andrew Burt 		   					  aburt@du.edu

"But if he was dying he wouldn't bother to carve "Aaaaargh", he'd just say it."
Newsgroups: comp.dcom.modems
From: eks@daimi.aau.dk (Eigil Krogh S|rensen)
Subject: hayes response codes and uugetty/getty 
Keywords: problems general
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark
Date: Wed, 30 Dec 92 04:38:42 GMT

When connecting hayes compatible modems to UNIX systems where the modem is
to be used bidirectional (both call in and call out) how can one configure
the system to avoid problems with the response codes and (uu)getty.

With hayes compatible modems you can't disable the "RING" and "CONNECT" mesgs.
on incomming calls without disabling all response codes, or can you ?

The problem then is that "RING" activates (uu)getty which sends out
"(something..)login:". This activity on the DTE side while call up on the
other side confuses the modem so that it only "picks up the receiver" but
gives no answer tone to the caller.

You can't just disable all response codes because then "OK" is missing
when calling out from DTE.


How is this problem normally handled ?

Good advices are wellcome !


Thank you in advance.


- Eigil
From: mark@legend.akron.oh.us (Mark E Daniel)
Newsgroups: comp.dcom.modems
Subject: Re:  Hayes lawyers intimidate competition (was: Hayes Press Release)
Distribution: world
Date: 3 Jan 93 17:38:45 EST
Organization: The Legend BBS Public Access (216)825-2747

In article <C0A7wy.Gyn@gator.use.com> larry@gator.use.com (Larry Snyder) writes:
>Yes, little use at 14.4 except when talking to another Hayes 14.4

Not.  Most of the FAXModems sold today support 14.4k FAX.  You don't
need another HAYES to talk V.17.  Of course how many people are going to send
FAXs to a data modem anyway?  I suppose it's eaiser then calling
your friend's BBS.  But the SupraFaxModem, The ZyXEL and any other
FAXModem which is based on the same Rockwell chipset that the Supra
uses will talk at 14.4k.  So the statement that the FAX at 14.4
is only useful for talking to modems made by the same manufactureer
is not true.
--
Mark E Daniel (Keeper of legend) Data/Fax (v.32bis/G3) +1 (216) 825-2747
Internet: mark@legend.akron.oh.us   UUCP: Yes, why? "I know someday you'll have 
a beautiful life/I know You'll be the sun in somebody else's sky..." - Pearl Jam
Newsgroups: comp.dcom.modems
From: luca@dedalo.unipg.it (Luca Priorelli)
Subject: Lempel Ziv algorithm (where can I get it?)
Organization: Universita' di Perugia
Date: Wed, 30 Dec 1992 12:29:47 GMT

Is there an FTP site where I can get the C source code of Lempel
Ziv compression algorithm?

Thanks.

Luca Priorelli
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.dcom.modems
Subject: Modem proximity to stereo speaker
Keywords: any risk?
Date: 29 Dec 92 06:42:48 GMT
Organization: Screaming in Digital, the Queensryche Digest

I've got an external modem, with a front-display LCD readout.  The display
is mounted perfectly vertically, which makes it difficult to read unless the
modem is fairly close to eye level.

I had previously mounted the modem on the wall, using a shelf-bracket bolted 
to the chassis of the unit.  This caused no problems whatsoever, but, as I
had it attached quite securely, it was inconvenient when I needed to take the
unit aparat to swap in an EPROM upgrade.

My computer system resides on part of a modular furniture unit (from IKEA, a
scandinavian furniture chain), and I plan to pick up some more pieces for it
so that I can put in a shelf above my monitor and place the modem closer to
eye level permanently.

For the time being, I have placed the modem atop one of my stereo speakers.
The speaker is a small "bookshelf" sized unit.  

Not being a whiz when it comes to radio interference, electronics, and the
effect of radio waves on ROMs and such, I'm wondering whether this is a bad
idea.  If it _is_ a bad idea to have the modem right on top of the speaker,
I'd also be interested in knowing how far from the speaker (or other RFI
sources - monitor, etc) it should be for optimal safe operation.

I am _presuming_ modems are fairly restant to such interference - after all,
there are internal modems, which put up with all the radio waves bouncing
around inside PC's.

Anybody more informed on this?

-Shag
-- 
Shag                    | Operator, ShagNET | Editor of "Screaming in Digital" 
birchall@pilot.njin.net |  Rutgers / NJIN   |  The Queensryche E-mail Digest 
birchall@njin.bitnet    | dialup access for | queensryche-owner@pilot.njin.net
shag@most.other.places  | Burlington County | Anything Queensryche, every week
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: Telebit T1000 queston
Date: Thu, 31 Dec 92 16:05:32 EST
Organization: Izot's Swamp

GOODRIC@hsdwl.utc.com (Jim Goodrich) writes:

> Does the Telebit T1000 use a propriety protocol or does it support
> the v.32/v.42 standards?  In other words, will it only talk to another
> Telebit T1000?

   The Telebit 1000 uses a proprietary protocol for speeds above 2400 bps.  It 
will speak at 2400 bps to anything V.22bis (i.e., almost anything) and at 
roughly 10 kbps effective rate to a DCA (Fox?) FastLink, Ven-Tel Pathfinder, 
Telebit Trailblazer, T1000, T2000, T2500, WorldBlazer, and similar modems from 
Netcomm (Australia), Dowty (U.K.) and others. 

   OK, so it *is* proprietary... but it's not confined to spaking to other 
T1000s, strictly speaking.

  Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
From: bob@consult.UUCP (Bob Willey)
Newsgroups: comp.dcom.modems
Subject: Re: PPI Modem IS REALLLLLLLY BAD!!!@%!@%!@
Date: 29 Dec 92 03:42:41 GMT
Reply-To: bob@consult.UUCP (Bob Willey)
Organization: CCS Enterprises, Inc.

In article <aygBwB1w164w@admiral.uucp> spyder@admiral.uucp (Eric) writes:
>I have a PM14400FXSA, and the modem has got to be the worst modem on the
>market.  I have had nothing but problems with it, and I practically have
>to baby-sit it, since it is so bad.  The modem can't handshake correctly
>  But, I will demand my money back from PPI if this modem doesn't work by 
>Febuary...I've had this modem since August, and I've had enough of cheap 
>PPI quality.  When I do get my money back, what would anyone out there 
>recommend as a $250 14.4...this includes sysop deal....does anyone out 
>there have a modem that doesn't give them any trouble?  I have a 16550AFN 
>UART, and a 6 ft. serial cable, so any ext. modem will do fine....as long 
>as it works unlike this lump of worthless circuitry...

I would suspect that you have a modem setup problem.
What is your setup string?  What settings do you have set in the modem?
What software are you using?  Could it be the software?  Could be...

We use PCBoard 14.5a/10 and have had the PM14400FXSA up and running
for about 5 months now and have had NO PROBLEMS.  Better than 20 callers
a day on average with all sorts of speeds, and 0 problems.

I would review how you are setup and carefully get everything right.
There are several utilities on the PPI BBS that could be helpful to you.
If you are using PCBoard there is the PCBmodem.exe program which includes
support for the PM14400FXSA in the setup and will do all the settings 
for you.


-- 
>.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<
>.. CCS Enterprises, Inc.    ..  |  ..   Office: (410) 820-4670          ..<
>.. P.O. Drawer 1690         ..  |  ..      FAX: (410) 476-5261          ..<
>.. Easton, Maryland 21601 ......|......... BBS: (410) 476-5098 ...........<
Newsgroups: comp.dcom.modems
From: mitch@nosc.mil (Ray Mitchell)
Subject: 14.4K Modem Recommendations - PHONE NUMBER ERROR
Organization: Naval Ocean Systems Center, San Diego, CA
Date: Mon, 28 Dec 1992 17:44:44 GMT


Sorry - my lysdexia is really getting bad.  The phone number I gave for
Digicom was wrong and should be 1-800-858-7288.  I hope the owner of the
erroneous number doesn't come gunning for me.

Ray Mitch
mitch@nosc.mil
From: fred@eng.umd.edu (David Young)
Newsgroups: comp.dcom.modems
Subject: REQUEST: FAQ on comm standards
Summary: Where can I get defintions of MNP 1-N
Keywords: REQUEST
Date: 24 Dec 92 16:16:54 GMT
Distribution: usa
Organization: College of Engineering, University of Maryland, College Park

I'm looking for an ftp site for an FAQ on the various CCITT and proprietary
communications standards.  I need a (simple)explanation on what the MNP 1-N
standards do.

Thanx in advance

-- 
David Young              ||Delusions are often functional. A mother's
fred@eng.umd.edu         ||opinions about her children's beauty, 
eng=128.8.133.70(Approx) ||intelligence, goodness, et cetera ad nauseam, 
U of MD Mech Eng Dept.   ||keep her from drowning them at birth.
From: PERRYKC@DUVM.OCS.DREXEL.EDU ("Keith C. Perry")
Newsgroups: comp.dcom.modems
Subject: Connecting two modems together
Date: 30 Dec 92 04:46:10 GMT
Organization: The Internet

Hello all,
     I am not on this mailing list but I know someoon on here can help me.
I am trying to transfer data between two machine a mac and ann IBM PC via
two modems without using the phone lines.  Sounds like a null modem- right?
Well, almost I don't feel like building or buying one of those cables even
though I have used this method before and I know it works.  What I am trying
to do is force two modem to connect when connected together.  Generally for
direct connect comm situations, the "read" and "transmit" signals must be
switch so that one machines TX is the other RX and the RX on one is the TX
on the other.  I accomplished this by taking a female-female thru connector
- openning it up so that the two middle pins could be swapped oon one side
of the connector.  The problem I am have is getting the modem to  force a
connect which is supposed to be ath1.

Does anyone know how to make  such a set up work?
Thanx in advance

Keith-

P.S. please send all responses to duvm.ocs.drexel.edu because I am not on
     the list
Newsgroups: comp.dcom.modems
From: tad@ssc.com (Tad Cook)
Subject: Re: HELP! problems with 2-line phones
Organization: very little
Date: Thu, 24 Dec 1992 18:16:21 GMT

In article <1992Dec22.210253.15328@ksmith.uucp> keith@ksmith.uucp (Keith Smith) writes:
>In article <1992Dec22.003824.2898@combdyn.com> lawrence@combdyn.com (Lawrence Chen) writes:
>>>not dropped when the other line rings.  I have tried each phone
>>>individually and they all seem to cause line noise on the other line
>>>(line2) when line1 rings.  These phones are essential and I was
>>>wondering if there was some way to suppress this overlapping effect.
>>>
>
>Yep.  If you DON'T get noise with the other phones disconnected I would
>suggest that you route the modem number thru a knockout switch at your
>modem site.  Run 2 pair from your CO to the modem site and hook up a
>DPDT switch like this:
>
>
If you want to do this automatically, rather than manually, get a
41434 exclusion module from Proctor and Associates.  It is modular,
and will sit ahead of everything and divide the line into two
branches....one for the modem, and the other for the phones.  Whichever
side is off hook first will have control of the line, and the other
side wont even be connected.

Contact Proctor at:

Proctor & Associates
15050 NE 36 St
Redmond, WA  98052-5317

Phone: 206-881-7000
FAX:   206-885-3282

-- 
 Tad Cook     |  Phone:  206-527-4089  (home)     |   MCI Mail: 3288544   
 Seattle, WA  |  Packet: KT7H @ N7DUO.WA.USA.NA   |   3288544@mcimail.com 
              |  Internet: tad@ssc.com           or...sumax!ole!ssc!tad
From: keister@poincare.phys.cmu.edu (Bradley D. Keister)
Newsgroups: comp.dcom.modems
Subject: WinFax & Digicom Scout+
Date: 22 Dec 92 10:42:35 GMT
Article-I.D.: poincare.9212222042.AA26984
Organization: Carnegie Mellon, Pittsburgh, PA

I am unable to send faxes successfully with WinFax Lite and a Digicom
Scout+ under Windows 3.0 and a Gateway 386sx.  When a connection is
made, a status window indicates that the cover page is being sent,
then a "100% complete" display appears.  A few seconds later, the
modem shuts down, and the SendLog file shows

No response from remote fax: 50

and 

Pages Sent: 0

The person at the receiving end gets only the header of the cover page
- - no names or phone numbers.  Digicom tech support suggested that I
had an interrupt conflict with COM2 (I have a mouse on COM1, and have
disabled a second Gateway COM2 port), but I can run other Windows
application software to connect to my office workstation without any
trouble.

I've since discovered that I can RECEIVE a FAX under WinFax Lite, and
I can SEND a FAX under DOSFax Lite, but the modem apparently thinks
there is no connection when it tries to send inside Windows.

Does anyone have any suggestions?

-------------------------------------------------------------------------------
Brad Keister                   OFFICE:   (412) 268-2772
Department of Physics          FAX:      (412) 681-0648
Carnegie Mellon University     INTERNET: keister@poincare.phys.cmu.edu
Pittsburgh, PA 15213           BITNET:   keister%poincare.phys.cmu.edu@CARNEGIE
Newsgroups: comp.dcom.modems
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: ZyXEL connecting to other modems
Date: Sat, 26 Dec 1992 04:40:15 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <92Dec25.232712.10597@acs.ucalgary.ca> clau@acs.ucalgary.ca (Christopher Lau) writes:
>Has anyone out there had any luck connecting a ZyXEL 1496E with 5.02 ROMS to
>a Telebit 1000 under V.32?  I haven't had much luck at all..  usually it
>doesn't connect, but if it DOES, its 2400/MNP4...  I have a similar problem
>with a MultiTech V.32-it always connects, but only at 2400/MNP4.  

There is nothing wrong with your ZyXEL.  There is nothing wrong with
your Multitech, either, nor with your Telebit.  The problem is that
the Telebit T1000 does not support V.32; its only faster-than-2400
modulation is Telebit PEP, which is only supported by certain Telebit
modems.  (I think Ven-Tel once made a PEP modem as well, but I don't
think it's being produced anymore.)

-- 
Marc Unangst, N8VRH         | "Of course, in order to understand this you
mju@mudos.ann-arbor.mi.us   |  have to remember that the nucleus of the atom
                            |  is squishy."
                            |    -W. Scheider, from a Physics lecture
From: gerrit@laosinh.stgt.sub.org (Gerrit Heitsch)
Newsgroups: comp.dcom.modems
Subject: Re: USR Sportster Wanted..
Date: Tue, 29 Dec 1992 18:39:33 MET
Distribution: world
Organization: Lao-Sinh project (private UUCP site)

In article <1992Dec27.213739.19218@unixland.natick.ma.us>, Bill Heiser writes:

> spyder@admiral.uucp (Eric) writes:
> 
> >Does anyone have a USR 14.4 Sportster v.32bis that they want
> >to sell?...or does anyone know where I can find one for a relatively
> >cheap price?...I'm sick of my PPI, and I know that USR's are PERFECT
> >I've never heard anyone complain about a USR modem...
> >Oh yeah...an external Sportster...
> 
> I'm considering a Sportster too... however I have heard (Larry,
> are you out there?) that USR FAX isn't the latest (class 3?).

USR supports only Class 1, all other manufacturers implement Class 2.
This means, that you cannot use the FAX capability of a USR modem
with one of the available programs like WinFAX, GPFAX... and the
software USR supplies runs only under MS-DOS... :-(

USR Modems are not perfect, there is a very annoying bug in _every_
modem manufactured by USR: These modems simply hang up without telling
the remote modem about it! They do not send a GSTN-cleardown nor the
disconnect sequence of V.42.

If the remote modem is a ZyXEL or a supra I get a "Disconnect
initiated by remote modem". This means that the remote modem
sent the V.42 disconnect sequence. If the remote modem is
an Elsa (german manufacturer) I get a "normal Disconnect, no Error".
This means, that the remote modem initiated a retrain, sent the
GSTN-cleardown during the retrain and disconnected after the retrain.
But if the remote modem is a USR, I get a "loss of carrier" as the
disconnect reason!

It looks like that USR modems have some problems to detect the
GSTN-cleardown, because they hold the line too long, if they
have been connected to an Elsa modem.

This bug is known for more than 1.5 years and has not been fixed!

BTW: Supra has changed the disconnect reasons from 1.200C to 1.200H.
     With 1.200C all works like described above, with 1.200H the
     reason 000 and 004 changed places. So you get a 000 in S86 if you
     disconnect from a USR-modem and a 004 if you disconnect from an
     Elsa modem. This is wrong, I hope supra will correct this bug soon...

GSTN-cleardown is the way a V.32bis modem tells the remote modem to
disconnect, V.42 has not to be active. With V.42(bis) you normally use
the disconnect sequence implemented in V.42.

Gerrit

-- 
         Gerrit Heitsch  Moenchweg 16  7038 Holzgerlingen  Germany
  Logical adresses: UUCP: gerrit@laosinh.stgt.sub.org FIDO: (2:2407/106.9)
If we will ever be visited by Aliens, it will be very hard to explain, why a
 lifeform, that is intelligent enough to build atomic weapons can be stupid
   enough to do it. (taken from GEO special about space, page 88-91)
From: brandon.lacava@uttsbbs.uucp (Brandon Lacava) 
Newsgroups: comp.dcom.modems
Subject: BAUD RATE GENERATORS
Date: 1 Jan 93 03:53:00 GMT
Distribution: world
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591
Reply-To: brandon.lacava@uttsbbs.uucp (Brandon Lacava) 

Does anyone know how to construct an external baud rate generator for
the Apple Super Serial Card?
        - brandon lacava
    
From: rupa@f-454.fidonet.org (Rupa Schomaker)
Sender: Usenet@f-454.fidonet.org
Newsgroups: comp.dcom.modems
Subject: Telemate speed problems
Date: Sun, 03 Jan 1993 09:11:00 -0600

geoff@zswamp.UUCP writes:

[...]

 GW> Telix wrote directly to the screen; I get the idea that TeleMate doesn't,
 GW> for which I consider it a better behaved program.

Actually, Telemate does write direct to screen.  The lower `throughput' is the
overhead of having to go through the windowing library.  I feel the trade-off in
speed is worth all the great features -- oh and the 27 line video mode it
supports.

 GW> However, I have used
 GW> modems at 57600 (ZyXEL U-1496E), 38400 (USR Dual Standard, 1443 ROMs),
 GW> 19200 (Telebit T1000), and 2400 (Hayes Smartmodem 2400) and TeleMate
 GW> worked reasonably quickly for all.  I am using a 386/40 with DesqView.

I'm using a Forval SA14400 on a 386/40 running OS/2 2.0 using the beta
SIO.SYS/VSIO.SYS drivers by Ray Gwinn.

--
 InterNet -> rupa@f-454.fidonet.org    FidoNet ->  1:106/1024
             sto1a@jetson.uh.edu

  Beware of the man who goes to cocktail parties not to drink
  but to listen.
          Pierre Daninos

Newsgroups: comp.dcom.modems
From: gtoal@cursci.demon.co.uk (Graham Toal)
Subject: Info on Digicom Scout+ 
Distribution: world
Organization: Current Drugs
Date: Wed, 23 Dec 1992 19:45:10 +0000


In article <1992Dec16.045455.8908@netcom.com> wolfgang@netcom.com writes:
>List of some high speed modems the DSI Scout Plus connects easily to:
>(with factory register settings AT&F)

Add Miracom Courier v32bis.  (Actually I think its a USR in a Miracom box)

G
Newsgroups: comp.dcom.modems
From: bfrost@nyx.cs.du.edu (Bonnell Frost)
Subject: Re: New ROM for BOCA 14.4 ( v1.27)
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Keywords: ROMS, Rockwell, 1.27, BOCA
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Tue, 29 Dec 92 20:16:02 GMT

In article <hB9PrAWBBh107h@carlos> carlos@infoserv.com writes:
>I just installed the new ROMS for my BOCA 14.4 Modem.
>I don't see a dang difference at all... Still can't connect
>to that pesky ZOOM v32 modem, and haven't tried faxing yet,,
> 
>Back to the drawing boards,,,
>
>
>-- 
>  ___ ___  __   .   ___  __  //  Carlos Dominguez, MS-DOS Enthusiast !
> /   /__/ /_ ) /   /  / /_  // | carlos@infoserv.com  carlos@dorsai.com
>(__ (  / /  \ (__ (__/ __/ ..  | carlos@phantom.com   FIDONET 1:278/706
>                                 


I also have just put in a new set of BOCA 1.27 ROMs.  For me there are some
definite improvements.  Much better detection of busy signals, so no long
timeouts with constant busy.  Also no false detect of ring as busy.  No lockup
yet, although I may not have had it long enough.  Even though the UART is
still only 16450, I have had no buffer overruns even on 250k downloads--
previous I could expect at least one buffer overrun in about 30-60k blocks.
For me most things are positive.  Have had a couple occasions when the
modem did not disconnect upon carrier drop, but that is not consistent.
--Bonnell Frost
Newsgroups: comp.dcom.modems
From: rkimball@athena.qualcomm.com (Robert Kimball)
Subject: ZyXEL voice and flow control
Summary: ZyXEL voice mode and flow control
Keywords: ZyXEL voice flow control
Organization: Qualcomm, Inc., San Diego, CA
Date: Thu, 31 Dec 1992 22:20:44 GMT

I have been playing around with voice mail and my ZyXEL and ran into
a problem.  It does not appear that flow control works in voice mode.
I have set the modem to hardware flow control with the at&h3 command
and get everything set to send voice data to the modem.  My computer
talks to the modem at 56Kbps and when I send the voice data to the
modem the audio skips sections of speach but is inteligible.  I know
the file is OK because if I reduce the speed that I send the voice data
to the modem everything works fine...but this is not the correct
solution.  Does anyone have any ideas?


-- 
rkimball@qualcomm.com
Newsgroups: comp.dcom.modems
From: fred@genesis.demon.co.uk (Lawrence Kirby)