🚀 go-pugleaf

On 2024-10-24, marrgol <marrgol@address.invalid> wrote:
> On 2024-10-24 at 02:30 Marcin Debowski wrote:
>> Przy okazji niezwiązane pytanie...
>> 
>> agatek@surfacego:~$ ZM1=~/foo echo $ZM1
>> 
>> Dlaczego w powyższym powłoka ignoruje przypisanie nowej wartości ZM1 a 
>> jednoczesnie wykonuje polecenie po spacji? Jak dam średnik czy && po foo 
>> to zmienia wartość jak sie mozna spodziewac, a bez tego nie.
>
> Nie ignoruje, ta forma polecenia powoduje, że nowa wartość ZM1 będzie
> dostępna tylko w środowisku polecenia po spacji, a nie w bieżącym:
>
> $ ZM1=STARA
> $ ZM1=~/foo echo $ZM1
> STARA
> $ ZM1=~/foo bash -c 'echo $ZM1'
> /home/user/foo

> $ ZM1=~/foo eval echo \$ZM1
> /home/user/foo
> $ echo $ZM1
> STARA

> W poleceniu 'ZM1=~/foo echo $ZM1' za $ZM1 shell podstawia znaną sobie starą
> wartość ZM1 z bieżącego środowiska (albo pustą, jeśli ZM1 nie istnieje)
> _zanim_ wykona całe polecenie.  Natomiast samodzielne przypisanie zmiennej

Ok, chyba coś zaczyna do mnie docierać... 
A we fragmencie bash -c 'echo $ZM1' 

...nie podstawia bo traktuje jako 'string'. Ale nowa powłoka z 
właściwości opcji -c traktuje ten sam string jako dalsze argumenty (nie 
wywala command not found). Tak?

> (w osobnej linii, oddzielone średnikiem, & itp. od innych poleceń) powoduje,
> że nowa wartość ZM1 zostanie przypisana w bieżącym środowisku shella,
> więc w następnych poleceniach interpreter podstawi tę nową wartość.
>
> Jak chcesz zobaczyć co bash podstawia za zmienne, to po wpisaniu polecenia
> zamiast je wykonywać wciśnij [Esc] [Ctrl-E] (albo [LeftAlt-Ctrl-E]).

Dzięki, jak zwykle jesteś niezawodny.

-- 
Marcin