From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <2ae4f5ca43624f6166f716bdf83e72e9@quanstro.net>
To: 9fans@9fans.net
From: erik quanstrom <quanstro@quanstro.net>
Date: Tue,  1 Jul 2008 19:38:58 -0400
In-Reply-To: <20080701232936.AA6AB1E8C35@holo.morphisms.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] rc bug
Topicbox-Message-UUID: d5509c70-ead3-11e9-9d60-3106f5b1d025

- 9fans.

>> i don't think that fixes it.  try this test on plan 9
>>
>> 	fn 'test?' {echo}
>> 	lc /env
>
> it does, unless you build an 8.out and test it
> without installing it as /386/bin/rc.
> when you invoked lc, a shell script, that ran the buggy
> /386/bin/rc, which polluted the environment.
> in fact you have to run lc twice to cause the problem:
> the first rc reads the fn out of the environment and
> writes it back incorrectly, and the second one then
> gets confused.

pfft.  i'm feeling so smart today!

doesn't a similar change need to be made in
win32.c and simple.c?

also, does Xfn need to call deglob() on each function
name?

- erik