From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <56a297000908070954q368a6c5cu3e6f239261c437d4@mail.gmail.com> References: <56a297000908070650k458d7044p3ed07266c36ec9dc@mail.gmail.com> <56a297000908070728n599faeccja3460d8507302157@mail.gmail.com> <56a297000908070954q368a6c5cu3e6f239261c437d4@mail.gmail.com> Date: Fri, 7 Aug 2009 14:07:26 -0300 Message-ID: From: Iruata Souza To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Acme Configuration Topicbox-Message-UUID: 3d44c74c-ead5-11e9-9d60-3106f5b1d025 On Fri, Aug 7, 2009 at 1:54 PM, Noah Evans wrote: > you mean outside of the dump when acme is dies for reasons other than > being killed/exited? > > with win state, how are you going to handle the state of the shell? I > can see why they're dynamic, it could be potentially misleading to see > a changed namespace/rfork etc... and expect the shell to have the same > environment as the history. > i've been thinking about that. maybe just dumping the win contents (not the whole environment) would do the job. iru