Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!decwrl!pa.dec.com!shlump.nac.dec.com!jareth.enet.dec.com!edp
From: edp@jareth.enet.dec.com (Eric Postpischil (Always mount a scratch monkey.))
Newsgroups: comp.sys.handhelds
Subject: Re: HP48 buffer read problems (still).
Message-ID: <21685@shlump.nac.dec.com>
Date: 3 Apr 91 13:15:28 GMT
References: <91092.195502LEIF@SLACVM.SLAC.STANFORD.EDU>
Sender: newsdaemon@shlump.nac.dec.com
Reply-To: edp@jareth.enet.dec.com (Eric Postpischil (Always mount a scratch monkey.))
Organization: Digital Equipment Corporation
Lines: 34

In article <91092.195502LEIF@SLACVM.SLAC.STANFORD.EDU>,
LEIF@SLACVM.SLAC.STANFORD.EDU writes:

>I would like to know if there is a way of checking the buffer to see if it
>received a lf/cr before I do an SRECV.  Is there any way of checking this!?

There is no way to do this in the user language.  It probably could be
done in machine language.

>I have tried just SRECV'ing in how ever many char's BUFFLE returns, but I
>seem to loose some of the data when I do it this way.

Something is wrong; you should not be losing data just because you
SRECV.  There must be something else going on.  What makes you think you
are losing data?  If you:

	Set a variable, like S, to an empty string (""),
	Repeatedly wait a little bit and do BUFLEN SRECV and add the result to S,
	Check to see if there was a carriage return or line-feed in S,

then you should get a line of data.  If you are looking for a
carriage-return followed by a line-feed, be sure you check to see if the
carriage-return is received in one BUFLEN SRECV and the line-feed is
received in the next.

I seem to recall you stated in your original post that you could not get
flow-control to work.  This should be fairly simple, just a matter of
setting the third number in IOPAR to 1.  Are you having problems setting
flow-control on the computer side?


				-- edp (Eric Postpischil)
				"Always mount a scratch monkey."
				edp@jareth.enet.dec.com