[comp.sys.amiga.tech] Opening the Serial Port for Exclusive Access if Already Open

rickf@pnet02.cts.com (Rick Flower) (07/28/88)

I'm writing a DSZ (IBM Xfer program) like program for the Ami, and have run
into a snag!  I need to gain complete control over the Serial port, even if
it is already open!  I've tried opening it for Exclusive access while another
terminal program is currently running, and the CreatePort fails.  Is there a
way deep in AmigaDos that will enable me to gain total access to the Serial
Port?  The program that I'm attempting to write (depends on the outcome here)
will allow a Terminal program or BBS to call an External program to do any
type of file transfers (Xmodem/Ymodem/Zmodem, etc..).  But, when two programs
are sharing the serial port, the incoming data gets split between the two
programs, which just won't do!  If anyone has any possible answers, let me
know.. Pleeze!

Thanx..


UUCP: {ihnp4!scgvaxd!cadovax, <backbone>}!gryphon!pnet02!rickf
INET: rickf@pnet02.cts.com

acs@amdahl.uts.amdahl.com (Tony Sumrall) (08/05/88)

In article <5046@gryphon.CTS.COM> rickf@pnet02.cts.com (Rick Flower) says
that he wants to write a program which will allow a terminal or BBS pgm to
call an external routine to handle the xfer.  Well, what I've done with
VT100 R2.9 (not available yet) is to either close the serial port prior to
invoking the external transfer routine or initially open the serial port
in SHARED mode (according to the user's preference).  I've provided
alternatives in the event that the user has a modem which reacts
unfavorable to hacing the serial port closed (e.g. hanging up the phone).
If I've opened the serial port SHARED then I cancel all read requests
prior to calling the external routine so that my program won't receive any
data that was destined for the external program.
>UUCP: {ihnp4!scgvaxd!cadovax, <backbone>}!gryphon!pnet02!rickf
>INET: rickf@pnet02.cts.com
-- 
Tony Sumrall acs@amdahl.uts.amdahl.com <=> amdahl!acs

[ Opinions expressed herein are the author's and should not be construed
  to reflect the views of Amdahl Corp. ]