From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Tue, 14 Oct 2008 10:10:55 +0200 From: "Rudolf Sykora" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <26c1814ccfc8559a96987385a144c4e7@quanstro.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1750_1669959.1223971855428" References: <26c1814ccfc8559a96987385a144c4e7@quanstro.net> Subject: Re: [9fans] several things Topicbox-Message-UUID: 1dec161c-ead4-11e9-9d60-3106f5b1d025 ------=_Part_1750_1669959.1223971855428 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline > > 2) Reading pwd.c I can see 'char pathname[512]' at the beginning of the > main > > function. Does it mean plan9 paths are thus limited? > > no. fileservers evaludate the path one element at a time. > - erik > But at least it means that the 'pwd' function returns a wrong answer _without_warning_ when the path is longer. I tried it. This is not a nice thing. Are these limitations listed in some document? Ruda ps.: thanks otherwise for your other answers. ------=_Part_1750_1669959.1223971855428 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

> 2) Reading pwd.c I can see 'char pathname[512]' at the beginning of the main
> function. Does it mean plan9 paths are thus limited?

no.  fileservers evaludate the path one element at a time.
- erik

But at least it means that the 'pwd' function returns a wrong answer _without_warning_ when the path is longer. I tried it. This is not a nice thing. Are these limitations listed in some document?
Ruda

ps.: thanks otherwise for your other answers.
------=_Part_1750_1669959.1223971855428--