[MLton-devel] OS.IO.poll portability

[Henry Cejtin]

I  am  completely confused about this.  Isn't it clear that the list returned
by OS.IO.poll should be empty.  The socket hasn't been connected to and so an
input (i.e., an accept) would block.  This seems to be what I get with an old
SML/NJ (110.9.1).  I wrote some C code testing out poll() on Linux 2.4.2  and
it  seems to also work this way.  Poll is generally viewed as a bit more sane
then select, although newer.

Speaking of poll(), the file mlton/runtime/basis/OS/IO/poll.c from the CVS  a
couple  of days ago is not actually legal C (although gcc accepts it).  In C,
stack frames are constant size.  You  cannot  accept  a  parameter  and  then
declare a local variable (ufds in this case) to be an array whose size is the
value of the parameter.



-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
MLton-devel mailing list
MLton-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlton-devel