From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Tue, 28 Oct 2008 16:14:22 +0100 From: "Rudolf Sykora" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <41cff9c1e1818e4fa7638332331f9cc0@quintile.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <41cff9c1e1818e4fa7638332331f9cc0@quintile.net> Subject: Re: [9fans] @{cd ...} breaks completion with ctrl-f/ins; help needed Topicbox-Message-UUID: 29f004d2-ead4-11e9-9d60-3106f5b1d025 > When you cd in interactive mode rc(1) writes the path to the > directory into /dev/wdir. This informs rio of your current dir > so it can do the filename completion (and also gives the directory > context to the plumber). > > I guess the @{ } "execute in a subshell" code in rc could save and restore > the current directory, however this is only an issue in interactive mode. > I have never needed @{ } interactively so I have not had this problem. This saving&restoring seems flawed to me due to possible race-conditions... I'd expect each shell had its own copy of /dev/wdir... But I may be easily wrong... > probably the best way to get things back in sync is: > > cd `{pwd} > > -Steve yes, that works Ruda