|
From: | kibler |
Subject: | Re: [gforth] problem with gforth7 and serial access |
Date: | Thu, 22 Mar 2012 08:30:52 -0700 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20120104 Icedove/8.0 |
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.
[Prev in Thread] | Current Thread | [Next in Thread] |