Mark Morgan Lloyd wrote:
Martin wrote:
On 11/09/2011 18:23, Martin wrote:
On 11/09/2011 16:44, Mark Morgan Lloyd wrote:
Lazarus is still building for ARM, I'll report back when I know how
that looks. I'll also check the exact kernel versions that the test
systems have running, in case there's some problem.
I'll see if I find the time => it should be simple to copy the code
from unit GDBMIClasses) TPseoudoTerminal.Open /Read and make a small
test app, that will open a pseudo terminal, set the handle to
none-blocking read, and call read on it => and test if read will
block or not.
Ok, the below code, imualtes the pseudoterminal handling => the read
is supposed to bne none blocking.
maybe some of the constants are indeed wrong for your system (endianess)?
Thanks, I'll work on that as soon as I have time. If it were a simple
endianness issue I'd expect PPC (PowerPC, in an old Mac) to fail.
>> O_NONBLOCK = &04000;
For some reason that reminded me of a discussion of serial access on OSX
in the fpc-pascal ML a few days ago. Nobody actually said in that thread
that that varied by architecture, but a bit of Googling got me
http://comments.gmane.org/gmane.linux.kernel/1093174 hence on one of my
systems
$ find . -name fcntl.h -exec grep O_NONBLOCK \{\} \; -print
#define O_NONBLOCK 0x4000
./include/asm-sparc64/fcntl.h
etc. Also fpc/.../linux/ostypes.inc specifically has a different value
for SPARC... GOK who's originally responsible for that inconsistency.
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions above are the author's, not those of his employers or colleagues]
--
_______________________________________________
Lazarus mailing list
[email protected]
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
