From mboxrd@z Thu Jan  1 00:00:00 1970
MIME-Version: 1.0
In-Reply-To: <AANLkTi=RGkzqgWmwSjxsa3ok4dB+9LTFWJp+DOzz7o=E@mail.gmail.com>
References: <eba624e58560ae3fa25ed54905eb7727@ladd.quanstro.net>
	<75ea74312ad96f76de8cd4b3291ffb1d@brasstown.quanstro.net>
	<AANLkTik0LMeWaT5wo2RRWcrzqRz+RX2a_o45UjcFSMgs@mail.gmail.com>
	<d8838076af10656ad31056e8704f034b@chula.quanstro.net>
	<1e4bfd86eef85bbf4434f8ef22b6fed7@plug.quanstro.net>
	<AANLkTi=6P_m+XM7REhYYiLuRft_UccjVj+SoNH8cZNAR@mail.gmail.com>
	<948e9cbd967366d058ac8a033ce93f5f@plug.quanstro.net>
	<AANLkTi=RGkzqgWmwSjxsa3ok4dB+9LTFWJp+DOzz7o=E@mail.gmail.com>
From: Noah Evans <noah.evans@gmail.com>
Date: Thu, 11 Nov 2010 19:35:42 -0800
Message-ID: <AANLkTikvbZ0puqG=T01ZB6hSGKPmmzBFByU43oFn43A3@mail.gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: [9fans] p9p factotum available for plan 9
Topicbox-Message-UUID: 7a93f5b8-ead6-11e9-9d60-3106f5b1d025

You can keep srv() from eating Tattach's and Tauth's without numeric
userids with the following:

--- a/src/cmd/9pserve.c	Wed Nov 03 15:49:22 2010 -0400
+++ b/src/cmd/9pserve.c	Thu Nov 11 19:27:02 2010 -0800
@@ -440,6 +440,8 @@
 				m->tx.uname =3D getuser();	/* what srv.c used */
 				repack(&m->tx, &m->tpkt, c->dotu);
 			}
+			if(dotu && !c->dotu)
+				repack(&m->tx, &m->tpkt, dotu);
 			break;
 		case Twalk:
 			if((m->fid =3D gethash(c->fid, m->tx.fid)) =3D=3D nil){
@@ -474,6 +476,8 @@
 				continue;
 			}
 			m->afid->ref++;
+			if(dotu && !c->dotu)
+				repack(&m->tx, &m->tpkt, dotu);
 			break;
 		case Tcreate:
 			if(dotu && !c->dotu &&
(m->tx.perm&(DMSYMLINK|DMDEVICE|DMNAMEDPIPE|DMSOCKET))){


knieriem also proposed a fix at:
http://code.swtch.com/plan9port/issue/38/9pserve-not-translating-9p2000-cli=
ent-msgs

Russ does this approach blow up your ssh-agent?

Noah

On Wed, Nov 10, 2010 at 6:31 AM, Russ Cox <rsc@swtch.com> wrote:
>>> Factotum doesn't answer that message.
>>> You need to be looking at 9pserve.
>>
>> maybe i'm missing something, but 9pserve is also the
>> mechanism behind plumb, and it works. =A0why would
>> p9serve be broken, but only for factotum? =A0more likely
>> that drawterm itself is broken?
>
> It's always hard to say which program is broken
> when two programs can't talk to each other.
> I was only trying to point out that the two programs
> involved are drawterm and 9pserve, not drawterm
> and factotum (you had made changes to factotum
> in hopes that would fix it).
>
> I suspect the problem has to do with the so-called
> 9P2000.u protocol negotiation that 9pserve supports.
>
> Russ
>
>