home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.pascal
- Path: sparky!uunet!mcsun!sun4nl!rulway.LeidenUniv.nl!rulfc1!jeroenp
- From: jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers)
- Subject: Re: Problems with IOResult (TP.6)
- Message-ID: <1992Aug17.102052.10247@rulway.LeidenUniv.nl>
- Sender: root@rulway.LeidenUniv.nl (System PRIVILEGED Account)
- Nntp-Posting-Host: rulfc1.leidenuniv.nl
- Organization: Dept. FMC, Gorlaeus Labs, Leiden University, The Netherlands
- References: <h07mcp=.gabriel@netcom.com> <sbarr.1.714023372@nyx.cs.du.edu>
- Date: Mon, 17 Aug 92 10:20:52 GMT
- Lines: 22
-
- In article <sbarr.1.714023372@nyx.cs.du.edu> sbarr@nyx.cs.du.edu (Sam E. Barr) writes:
- >
- >The other problem arrising from this is that you cannot use a call such as
- >
- > if IOResult <> 0 then
- > if IOResult = 8 then ....
- >
- >because the IOResult is cleared after you read it the first time, and thus
- >will be zero for the next read.
- >
- Well, it is always possible to use this construction:
-
- if InOutRes <> 0 then
- if IoResult = 8 then { get and clear result }
-
- --
- o _ _ _ _ _ voice: +31-2522-20908 (19:00-24:00 UTC)
- / (_' | (_) (_' | | snail: P.S.O.
- __/ attn. Jeroen W. Pluimers
- P.O. Box 266
- jeroenp@rulfc1.LeidenUniv.nl 2170 AG Sassenheim
- jeroen_pluimers@f256.n281.z2.fidonet.org The Netherlands
-