rc-inetd jest jeszcze do uproszczenia

[Tomasz Kłoczko]

Po zmianach ostanich Bartka rc-inetd obsługuje reload ale jest to IMHO za
bardzo skomplikowana implementacja tego mechanizmu. Zaraz sprubuję to
poprawić ale może teraz napiszę dlzczego uważam obecna formę tego
mechanizmu za zabardzo zkomplikowaną i do pewnego stopnia ograniczoną (w
sensie za mało giętką).

Propozycja Bartka opisu zagadnienia przeładowania konfiguracji inet
serwisu wygląda obecnie tak że w opisie jest zmienna $RELOAD, która
zawiera symbol metody wykonania reload i może ona przyjmować wartości hup,
restart, functions czyli że sam reload może być realizowany przez
przekazanie sygnału HUP, restart serwisu lub funkcję reload_config(). IHMO
to jest za skomplikowane i można ten schemat uprościć do tylko wołania
funkcji reload_config(), w której zawarta jest metoda restartu. Co
najwyżej w przykąłdkwym pliku z opisem inet serwisu w opisie
reload_config() mogą być opisane przykładowe metody restartu. Przy okazji
nie wiem czy we wszystkich inet serwerach przeładowanie jest zawsze przez
-HUP. Zagadnienie przeładowania konfiguracji jest prostą sprawą i warto
także i tutaj trzymać się zasady KISS :-)

Tak będzie znacznie prościej i chyba takę znacznie bardziej przejrzyściej
(bo opis przeładowania konfiguracji będzie tylko w jednym kawałku zamiast
w dwuch). Spróbuję powyższe zrealizować i jeszcze raz wrzucić do SOURCES
nowego tara z wersją 0.8.

Bartek jak chces to możesz modyfikować juz resztę zasobów.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*