From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3965320F.D8209003@noos.fr> Date: Fri, 7 Jul 2000 02:27:43 +0100 From: Boyd Roberts MIME-Version: 1.0 To: "Douglas A. Gwyn" CC: 9fans@cse.psu.edu Subject: Re: [9fans] Re: fd2path References: <8ji3qr$3q2$1@nnrp1.deja.com>, <39642DF0.F51183B9@noos.fr> <39649BC1.47D980B3@arl.army.mil> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Topicbox-Message-UUID: d4f01310-eac8-11e9-9e20-41e7f4b1d025 Douglas A. Gwyn wrote: > > Russ suggests that the intended change to the interface would > result not just in an indication that the buffer was too small, > but rather in an exact measure of how much too small, so that > looping would not be required (unless perhaps the path was > changing underfoot?). > look, when i said 'looping' it's once around, it falls out nicely. a little bird told me that on inferno fd2path() returns a char *. > Of course, the right way in an ideal environment would be for > the service call to return (a handle to, or a capability for) > an object that is already constructed, so your program doesn't > have to help construct it by supplying a buffer etc., but that > isn't built into the Plan9 architecture. yeah 'persistant objects'. ken calls them files. -- But I doubt if our present system [U.S. Army] will produce such an individual. They are too: _abrasive_, opinionated, undiplomatic, nonconformist, and effective. -- Colonel David H. Hackworth (U.S. Army, Ret.)