Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!decwrl!deccrl!news.crl.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: <21736@shlump.nac.dec.com> Date: 4 Apr 91 12:40:56 GMT References: <91092.195502LEIF@SLACVM.SLAC.STANFORD.EDU> <91093.182342LEIF@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: 36 In article <91093.182342LEIF@SLACVM.SLAC.STANFORD.EDU>, LEIF@SLACVM.SLAC.STANFORD.EDU writes: >I am reading from a meter, which outputs a number of the form: xx.x >every second. I see the annunciator in the upper left of the hp48 flash >every second, but the characters I get from the buffer sometimes fail >to be displayed by my program, and don't appear on the stack after program >ends. Unfortunately, the problem with this is that I can't tell from where I am whether it is your program or the 48 that is losing the data. The idea of just accumulating all of the characters in a string might help you determine if the data is being lost before or after you get them with SRECV. >I haven't used flow-control, so I'll have to look into it. I am not; however, >reading input to the 48 from a computer, rather from a digital meter, which >thinks it is printing. If the digital meter does not honor control-S and control-Q, flow control will not work. >Thanks for the suggestions, I'll try accumulating >to a string, then splitting the string up and converting to numbers at the >end of the program. Actually, if the meter sends out just numbers separated by carriage returns (or other kinds of space characters, like spaces or tabs), then all you need to do to convert the final string to a bunch of numbers is execute OBJ->. -- edp (Eric Postpischil) "Always mount a scratch monkey." edp@jareth.enet.dec.com