> If you do this in Go, you should use golang.org/x/sys/unix package
> rather than the syscall package.

What's the advantage?  (In this particular case, not in general.)

> But since you have to call C anyhow, I would suggest just doing it in C.

Yeah, I guess it's simpler.

> There isn't any way to hook into Go's scheduler for this.  Go's
> scheduler provides no mechanism for waiting for data without reading
> the data.

I suppose it makes sense, the operation might be difficult to implement in
a hypothetical scheduler that's layered over mainframe-style async operations.

Thanks for your reply,

-- Juliusz

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to