Uruchamianie skryptów oraz programów w języku Java

A. Skrypty: binfmt_script.c : do_load_script(...)
Plik skryptu powinien w pierwszym wierszu zawierać znaki "#!", po których następuje nazwa interpretatora ("shell"). Kontrola zgodnośœci z formatem sprowadza się tu zbadania, czy nagłówek pliku, dany przez bprm->buf rozpoczyna się od w. wym. znaków. Dalej już system próbuje wydzielić z pierwszego wiersza pliku nazwę interpretatora i uruchomić go z nazwą skryptu jako ostatnim parametrem. Aby tego dokonać, przerabiamy dostarczoną jako parametr wywołania strukturę linux_binprm na taką, jaka byłaby stworzona, gdyby użytkownik wydał wprost polecenie uruchomienia powłoki:

•  Przerabiamy stos zmiennych œśrodowiska i parametrów wywołania (bprm->p). Parametry te są ułożone w odwrotnej kolejnoœci - ostatnim jest argv[0] - nazwa uruchamianego programu.  Wyrzucamy go - "remove_arg0", a następnie zapisujemy w to miejsce nazwę uruchamianego  skryptu (Dlaczego? Czy to nie powinien być ten sam ciąg znaków? - otóż argv[0] zawiera  nazwę pozbawioną œścieżki dostępu - gdyby tylko tyle podać interpretatorowi, to mógłby nie  znaleźŸć naszego pliku). Następnie na stos wędruje parametr wywołania powłoki, dany po  znakach "#!" i nazwie interpretatora - tylko jeden! Teraz dopiero dopisujemy  nazwę interpretatora jako nowe argv[0].  Do manipulacji na stosie parametrów, który jest trzymany w postaci ciągów znaków  oddzielonych wartośœciami NULL, służy nam procedura "copy_strings".
•  Podmiana pola bprm->inode - zamykamy i-węzeł skryptu (iput - wykonane na początku  procedury), a na to miejsce wpisujemy i-węzeł interpretatora zwrócony przez "open_namei".   Pole bprm->dont_iput ustawiane jest na 1 po zwróceniu węzła, a następnie po przydzieleniu  nowego znowu staje się 0. Jest to informacja dla nadrzędnej procedury, aby w razie gdy  "do_load_script" powróci z błędem po zwolnieniu węzła, ale przed przydzieleniem nowego,  system nie próbował zamknąć go jescze raz w ramach akcji "porządkowych".
• "prepare_binprm" wypełnia pozostałe pola (uid,gid itp.) oraz sprawdza, czy program  interpretatora może być uruchomiony - czy ma odp. atrybut, itd.
•  Rekurencyjenie wywołujemy "search_binary_handler", jako parametr podając przebudowaną  strukturę bprm. Aby zapobiec sytuacji gdy interpretator również okazuje się być skryptem (co w tym  złego? - proszę wyobrazić sobie, co stanie się, gdy interpretatorem dla interpretatora będzie  znowu ten sam skrypt - mamy cykl: nieskończona rekursja, system zapętli się), ustawiamy na 1  pole binprm->sh_bang. Jego wartośœć jest sprawdzana zawsze na początku "do_load_script".  UWAGA! "Projekt Linux" błędnie podaje, że "search_binary_handler" wykonuje się tylko w  razie błedu. Jest przeciwnie - "search_binary_handler" jest ostatnim krokiem prawidłowego przebiegu  procedury.