ocena ekspansji arytmetycznej w bash

13

Poniższy wiersz tworzy, file_c-6.txtale generuje 5:

$ i=5; ls file_a-${i}.txt file_b-${i}.txt > file_c-$(( ++i )).txt; echo $i
5
$ cat file_c-6.txt
file_a-5.txt
file_b-5.txt

Jeśli ktoś usunie >to wyświetli file_c-6.txti wyświetli 5:

Nie rozumiem, dlaczego nie zachowuje wartości z ipierwszego przykładu.

$ i=5; ls file_a-${i}.txt file_b-${i}.txt file_c-$(( ++i )).txt; echo $i
file_a-5.txt  file_b-5.txt  file_c-6.txt
6
Noil Noil
źródło
4
to dziwne.
glenn jackman
2
Jeśli użyję echozamiast ls, to działa w drugą stronę w obu przypadkach.
choroba
1
Wygląda nieco podobnie do przykładu kodu w tej odpowiedzi .
Wildcard
4
/bin/echozachowuje różnicę, więc wydaje się, że przekierowania wyjściowe dla poleceń zewnętrznych odbywają się w podpowłoce.
chepner
2
Zdecydowanie warto zgłosić błąd do [email protected]; nie jest naprawiony w 4.4, obecnie w fazie rozwoju.
chepner

Odpowiedzi:

1

Jeśli uruchomisz to pod kontrolą, zobaczysz, że używana wersja lsuruchamia polecenie w podpowłoce, gdzie wersja, która używa echa, wykonuje to wszystko w istniejącej powłoce.

Porównaj dane wyjściowe z

$ strace -f /bin/bash -o trace.txt -c 'i=5; echo $i; echo file_c-$((++i)).txt; echo $i'
5
6
6

przeciwko

strace -f /bin/bash -o trace.txt -c 'i=5; echo $i; ls > file_c-$((++i)).txt; echo $i'
5
5

Zobaczysz w pierwszym:

1251  execve("/bin/bash", ["/bin/bash", "-c", "i=5; echo $i; echo file_c-$(( ++"...], [/* 19 vars */]) = 0
...
1251  write(1, "5\n", 2)                = 2
1251  write(1, "file_c-6.txt\n", 13)    = 13
1251  write(1, "6\n", 2)                = 2

A w drugim:

1258  execve("/bin/bash", ["/bin/bash", "-c", "i=5; echo $i; ls > file_c-$(( ++"...], [/* 19 vars */]) = 0
...
1258  write(1, "5\n", 2)                = 2
...
1258  stat("/bin/ls", {st_mode=S_IFREG|0755, st_size=110080, ...}) = 0
1258  access("/bin/ls", R_OK)           = 0
1258  clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f7301f40a10) = 1259
1259  open("file_c-6.txt", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
1259  dup2(3, 1)                        = 1
1259  close(3)                          = 0
1259  execve("/bin/ls", ["ls"], [/* 19 vars */]) = 0
1259  write(1, "71\nbin\nfile_a-5.txt\nfile_b-5.txt"..., 110) = 110
1259  close(1)                          = 0
1259  munmap(0x7f0e81c56000, 4096)      = 0
1259  close(2)                          = 0
1259  exit_group(0)                     = ?
1259  +++ exited with 0 +++
1258  <... wait4 resumed> [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 1259
1258  rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x7f7301570d40}, {0x4438a0, [], SA_RESTORER, 0x7f7301570d40}, 8) = 0
1258  rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
1258  --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=1259, si_status=0, si_utime=0, si_stime=0} ---
1258  wait4(-1, 0x7ffd23d86e98, WNOHANG, NULL) = -1 ECHILD (No child processes)
1258  rt_sigreturn()                    = 0
1258  write(1, "5\n", 2)                = 2

W tym ostatnim przykładzie widzisz clonenowy proces (od 1258 -> 1259), więc teraz jesteśmy w podprocesie. Otwarcie file_c-6.txt, co oznacza, że ​​oceniliśmy $((++i))w podpowłoce, i wykonanie lsz jego standardowym ustawieniem tego pliku.

W końcu widzimy, że podproces kończy się, zbieramy dziecko, a następnie kontynuujemy od miejsca, w którym przerwaliśmy ... z $iustawionym na 5, i to znowu odbijamy echem.

(Pamiętaj, że zmiany zmiennych w podprocesie nie przenikają do procesu nadrzędnego, chyba że zrobisz coś w rodzicu, aby pobrać zmiany podrzędne)

niepythonic
źródło
Doskonała analiza. Jednym z rozwiązań byłoby użyć zmiennej tymczasowej za przyrostem wartości: i=5; j=$(( i + 1 )); ls file_a-${i}.txt file_b-${i}.txt > file_c-${j}.txt; i=${j}; echo $i.
Murphy,