Re: [gforth] problem with gforth7 and serial access

[kibler]

I am currently looking at the entire contrib section and it seems that
the c-lib calls are in 7.0, and as such then we might only have to load
the entire contrib set to get working serial on 7.0 versions. I will try
that later today, as that seems like a do-able compromise. We would
just need to ship all of those files with our own code - an option we
already use.

Thanks Bernd for the suggested arch code - I will look at that as well,
but my minor checking says that the select code is broken, and thus
I would expect that to not work - assuming my testing is valid - not
always a good assumption to make.
Bill.

On 03/22/12 08:02, Bernd Paysan wrote:
> Am Donnerstag, 22. März 2012, 09:32:03 schrieb David Kuehling:
> > Have you had a look at contrib/serial.fs in the gforth distribution?
> >
> > http://www.complang.tuwien.ac.at/cvsweb/cgi-bin/cvsweb/gforth/contrib/serial
> > .fs?rev=1.2;content-type=text%2Fplain
> >
> > while this may not be the same API as you're using, porting your code
> > over to using it will reduce some of the headaches that come with
> > providing your own serial port code?
> The other tested serial interface code is that in arch/r8c/terminal.fs.  What
> was changed in 0.7 is that key_avail no longer uses ioctl with FIONREAD to
> check, but select, because ioctl(... FIONREAD ...) breaks under some
> circumstances.  Maybe, however, select breaks on serial lines.  The code in
> terminal.fs uses ioctl, by having its own C binding to it.