Xref: utzoo comp.sys.ibm.pc:30180 comp.dcom.modems:3999
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!rochester!pt.cs.cmu.edu!sei!gjp
From: gjp@sei.cmu.edu (George Pandelios)
Newsgroups: comp.sys.ibm.pc,comp.dcom.modems
Subject: Re: ATLAS Modem w/ Procomm won't Hangup
Summary: Problem w/ Hangup SOLVED!
Keywords: Procomm ATLAS modem Hangup
Message-ID: <3503@i.sei.cmu.edu>
Date: 15 Jun 89 00:49:22 GMT
References: <3496@i.sei.cmu.edu>
Organization: Carnegie-Mellon University (Software Engineering Institute), Pgh, PA
Lines: 52

Greetings again, Netlanders!!

RE my own problem:
>Could someone out there please advise me on the problem I am having?
>
>Problem Statement: 
>------------------
>   I have an ATLAS 2400/1200/300 baud modem connected to my AT class 
>   machine.  I am using Procomm 2.3 to communicate other systems.  I
>   can't get Procomm to correctly execute the Hang-up command (ALT-H).
>   When I issue it, the message "Disconnecting" appears, followed
>   shortly by "Hangup failed".  The link remains intact.

Well, the answer is simple.  When all else fails, RTM.  Of course, I
had to go looking through the archived files to realize that I HAD a
manual.  Anyway, the ProComm (TM) manual talked about ALT-H (Hangup) 
in some detail (pp 14, 41, 47).  It seems that the Carrier Detect Mask,
a value that ProComm (TM) relies upon for determining the success of 
Hangups, must be set to the proper number.  I still don't really know 
what the mask stands for;  the Modem's manual was of no help on the 
matter.  According to the ProComm (TM) manual, most modems default to 
either 32 or 128.  My CD mask was set to 32.  When I set it to 128, 
the problem went away.

Hangup (ALT-H) now works as advertised.  Oh, a point of clarification.
ALT-H *WAS* breaking the connection, but it was *NOT* reporting that
fact.  So, if you have an internal modem, you don't really know the
state of things.  If you have a messy desk, you're in the same boat
(can't see the lights).

Just for the record, ProComm (TM) is a trademark of PIL Software Systems.
I have no connection with PIL Software Systems.

My thanks to those who responded.  I hope this information is of 
general value to the net.

George
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  George J. Pandelios				ArpaNet:  gjp@sei.cmu.edu
  Software Engineering Institute		usenet:	  sei!gjp
  4500 Fifth Avenue				Voice:	  (412) 268-7186
  Pittsburgh, PA 15213

	"Damn it Jim, I'm a doctor, not a communications officer.
	 If you want a modem set up correctly, go talk to Uhura."
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Disclaimer:  These opinions are my own and do not reflect those of the
	     Software Engineering Institute, its sponsors, customers, 
	     clients, affiliates, or Carnegie-Mellon University.  In fact,
	     any resemblence of these opinions to any individual, living
	     or dead, fictional or real, is purely coincidental.  So there.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=