home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.ms-windows.setup:1090 comp.os.ms-windows.misc:2528
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!att!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!qt.cs.utexas.edu!news.Brown.EDU!noc.near.net!chaos!random.ccs.northeastern.edu!steck
- From: steck@dworkin.ccs.northeastern.edu (Paul Steckler)
- Newsgroups: comp.windows.ms,comp.os.ms-windows.setup,comp.os.ms-windows.misc
- Subject: Com port locking?
- Message-ID: <1992Aug29.233514.20287@random.ccs.northeastern.edu>
- Date: 29 Aug 92 23:35:14 GMT
- Sender: news@random.ccs.northeastern.edu
- Organization: College of Computer Science, Northeastern University
- Lines: 24
- Originator: steck@dworkin.ccs.northeastern.edu
-
- I like to have UUPoll, a poller for UUPC running in the
- Windows background at all times.
-
- If I'm running another comm program, and UUPoll makes a
- call, Windows reports device contention on the comm port.
-
- Under OS/2, you can indicate that an application locks the
- comm port, so that a second program is denied its use.
-
- Can I do something similar in Windows? I don't like to see
- the device contention message -- I'd like UUPoll NOT to
- get use of the comm port until I'm done with the other program.
-
- -- Paul
-
- -----------------------------------------------------------------------
- | Paul Steckler | Were I Brittania, |
- | steck@dworkin.ccs.northeastern.edu | I'd waive the rules ... |
- -----------------------------------------------------------------------
- --
- -----------------------------------------------------------------------
- | Paul Steckler | Were I Brittania, |
- | steck@dworkin.ccs.northeastern.edu | I'd waive the rules ... |
- -----------------------------------------------------------------------
-