From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <9a9e0cc30cdb51a02aa6a8ddc78432b8@swcp.com> References: <75ea74312ad96f76de8cd4b3291ffb1d@brasstown.quanstro.net> <1e4bfd86eef85bbf4434f8ef22b6fed7@plug.quanstro.net> <948e9cbd967366d058ac8a033ce93f5f@plug.quanstro.net> <53acf6ebfa4f01bbe09d6ed494ef68b1@plug.quanstro.net> <9a9e0cc30cdb51a02aa6a8ddc78432b8@swcp.com> Date: Fri, 12 Nov 2010 07:12:42 -0800 Message-ID: From: David Leimbach To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001636af03799edf7d0494dc859a Subject: Re: [9fans] p9p factotum available for plan 9 Topicbox-Message-UUID: 7ae557fa-ead6-11e9-9d60-3106f5b1d025 --001636af03799edf7d0494dc859a Content-Type: text/plain; charset=ISO-8859-1 On Fri, Nov 12, 2010 at 1:07 AM, EBo wrote: > Does anyone use 9P2000.u anymore? >> Can we just remove it from the p9p tree? >> > > Last summer when I was banging my head against the bug in alloctree I got > it all to work when I removed 9P2000.u and some other stuff from > lib9p/srv.c. At that time I got a comment back that the patches I proposed > would likely not be accepted, in part because I removed the 9P2000.u code... > > If there are no objections to removing 9P2000.u, I can tell you that > migrating p9p's srv.c code back to Plan 9's version does in fact fix the > bugs in Tree. I was simply not sure how many of the changes had to be > reverted to make alloctree work properly. > > > It seems like a good idea to removing .u. I think I can add .u back to some other 9P implementations I have if I want it. Dave > EBo -- > > > --001636af03799edf7d0494dc859a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Fri, Nov 12, 2010 at 1:07 AM, EBo <ebo@sandien.com&g= t; wrote:
Does anyone use 9P2000.u anymore?
Can we just remove it from the p9p tree?

Last summer when I was banging my head against the bug in alloctree I got i= t all to work when I removed 9P2000.u and some other stuff from lib9p/srv.c= . =A0At that time I got a comment back that the patches I proposed would li= kely not be accepted, in part because I removed the 9P2000.u code...

If there are no objections to removing 9P2000.u, I can tell you that migrat= ing p9p's srv.c code back to Plan 9's version does in fact fix the = bugs in Tree. =A0I was simply not sure how many of the changes had to be re= verted to make alloctree work properly.



It seems like a good idea to re= moving .u. =A0I think I can add .u back to some other 9P implementations I = have if I want it.

Dave
=A0
=A0EBo --



--001636af03799edf7d0494dc859a--