home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!iggy.GW.Vitalink.COM!cs.widener.edu!dsinc!ub!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
- From: dic5340@hertz.njit.edu (David Charlap)
- Newsgroups: comp.os.os2.misc
- Subject: Re: Com_Direct_Access in Dos Sessions and 16550's
- Message-ID: <1992Nov12.174708.13564@njitgw.njit.edu>
- Date: 12 Nov 92 17:47:08 GMT
- References: <1992Nov11.220433.17307@cumin.telecom.uqam.ca>
- Sender: news@njit.edu
- Organization: New Jersey Institute of Technology, Newark, N.J.
- Lines: 20
- Nntp-Posting-Host: hertz.njit.edu
-
- In article <1992Nov11.220433.17307@cumin.telecom.uqam.ca> shorrock@mips1.info.uqam.ca (Shorrock*Glenn) writes:
- >The Service Pack adds a few new options for configuring Dos sessions: the
- >first one is Com_Direct_Access. Until now, Dos programs that manage a
- >16550's buffers directly, like Procomm Plus, couldn't; OS/2 got in the way.
- >I had to use the Mode command's buffers=on option in order to profit from
- >my 16550. My question: does the Com_Direct_Access option mean I can
- >forget about using Mode with buffers=on and just rely on Procomm to manage
- >the 16550? If so, are there any advantages to letting OS/2 do the job
- >instead of Procomm?
-
- I would't mess with this setting. I turned it on for my PCPLUS
- session, and I got garbage characters and parity errors all over the
- place. When I set it back, allowing OS/2 to manage the port, there
- was no problem.
-
- --
- |) David Charlap | .signature confiscated by FBI due to
- /|_ dic5340@hertz.njit.edu | an ongoing investigation into the
- ((|,) | source of these .signature virusses
- ~|~
-