Poza: http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/errno.h.html
Zawsze jest całkiem jasne, dlaczego kod errno jest nazywany szczególnym sposobem, z wyjątkiem tego. Jak SRCH odnosi się do takiego procesu ?
Poza: http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/errno.h.html
Zawsze jest całkiem jasne, dlaczego kod errno jest nazywany szczególnym sposobem, z wyjątkiem tego. Jak SRCH odnosi się do takiego procesu ?
Odpowiedzi:
POSIX kill
dokumentuje konotację „wyszukiwania”:
[ESRCH]
Nie można znaleźć żadnego procesu lub grupy procesów odpowiadających temu określonemu przez pid.
Poprzednie Wydanie (2004) dał w informacji Uzasadnieniem więcej:
Niektóre implementacje zapewniają semantyczne rozszerzenia funkcji kill (), gdy wartość bezwzględna pid jest większa niż pewna maksymalna lub w inny sposób specjalna wartość. Wartości ujemne są flagą do zabicia (). Ponieważ w tym przypadku większość implementacji zwraca [ESRCH] , takie zachowanie nie jest uwzględnione w tym tomie IEEE Std 1003.1-2001, chociaż zgodna implementacja może zapewnić takie rozszerzenie.
Ciąg ESRCH wygląda tajemniczo, ale po przyjrzeniu się innym błędom i ich ciągom: (wzięty z http://pubs.opengroup.org/onlinepubs/9699919799/functions/kill.html )
Wydaje się logiczne, że E oznacza błąd, INVAL oznacza nieważność, a PERM - pozwolenie. W tym samym logicznym wierszu SRCH oznacza wyszukiwanie.
Błąd wyszukiwania pid / pid group.
grep
lubpgrep
zwraca go z powodu niepowodzenia przeszukiwania listy procesów.