home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.vms:14292 vmsnet.sources.d:566
- Path: sparky!uunet!munnari.oz.au!ariel!ucsvc.ucs.unimelb.edu.au!lugb!latcs1!amdahl2!leachb
- From: leachb@amdahl2.lat.oz.au (Mr Phase)
- Newsgroups: comp.os.vms,vmsnet.sources.d
- Subject: Re: PHONE port and parameters?
- Message-ID: <1992Aug29.073454.12397@latcs1.lat.oz.au>
- Date: 29 Aug 92 07:34:54 GMT
- References: <1992Aug28.115017.16978@montagar.com>
- Sender: news@latcs1.lat.oz.au (news)
- Organization: Comp Sci, La Trobe Uni, Australia
- Lines: 24
- Nntp-Posting-Host: amdahl2.lat.oz.au
- X-Newsreader: Tin 1.1 PL4
-
- davidc@montagar.com (David L. Cathey) writes:
- : In article <27AUG199221163604@robot.nuceng.ufl.edu>, sysop writes:
- :
- : Back in college (VMS V3.0 days, when PHONE first came out!) I wrote a
- : program that would read and display conversations, virtually undetectable.
- : It would read and post-back the data, and then re-read. Since I/O's are
- : queued, it tended to interleave with PHONE fairly nicely. Every now and again
- : it would transpose a couple of characters, but that was generally ignored as
- : typo's by those you were tapping :-)
- :
- : Sorry, but I don't have the code anymore.
-
- The problem exists even using higher level languages that the two read asts
- "fight" over the input. So unless you can set attention asts or use a high
- priority process, or even a privledged ast there is no way of ensuring that
- all characters are recieved.
-
- Of course if you just answer the other persons call in the first place :)
-
-
- --
-
- | Bernard - leachb@amdalh2.lat.oz.au |
- | "Thou shalt not suffer a Pepsi, for it is the AntiCola" |
-