<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Mar 25, 2017 at 11:11 PM, Noel Chiappa <span dir="ltr"><<a href="mailto:jnc@mercury.lcs.mit.edu" target="_blank">jnc@mercury.lcs.mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I can't wait to see how you all fit remote procedure calls into a file<br>
paradigm.<br></blockquote><div><br></div><div>I don't mean to sound flippant, but isn't that exactly what every RPC protocol implemented on top of sockets has done for the last 30 or so years?</div><div><br></div><div>I feel like saying otherwise conflates two tangentially related things: namespaces to name IPC endpoints in a "file" like manner, and an API to deal with file-like objects as a byte stream on which one uses operations like read and write. Certainly there is no REASON that sendto() et al can't be implemented in terms of write(), but arguably the plethora of such as *system calls* stems from the inability to name them in a way accessible to open().</div><div><br></div><div>The plan9 model is imperfect but serves as the existence proof that it *can* be done.</div><div><br></div><div>        - Dan C.</div><div><br></div></div></div></div>