Ogrody

Maciek Pasternacki · Gość

} ,|{-}|}| }\/ \/ |____/ ( Hassan i Sabbah ) -><- Everything is permissible. Gdyby nie egzotyczny język, rozważyłbym też ejabberd -- -- chyba, że ktoś wytoczy wystarczająco poważne argumenty, żebym rozważył użycie prekompilowanej binarki. Który z demonów możecie polecić w takim zastosowaniu? Pozdrawiam, z góry dzięki za opinie, --dżaf. -- __ Maciek Pasternacki [ //japhy.fnord.org/ ] `| _ |_\ / { Nothing is true. Z demonów dostępnych na jabberstudio oprócz jabberd1.4 wchodzą w grę jabberd2 (plus: obsługa MySQL do trzymania danych) i wpjabber (minus: konieczność łatania jądra - jak wygląda kwestia stabilności jądra z łatą?). Zacząłem poważnie rozważać zmianę demona (sprzęt: Pentium 200, 128 ramu, użytkowników (na razie przynajmniej) nie planuję więcej jak kilkunastu).

Czy jest jeszcze w ogóle sens używać jabberd-1.4? Generalnie, jakąkolwiek odpowiedź można uzyskać tylko przez pierwszych parę minut pierwszego połączenia. Teraz pytania - czy to w jabberd-1.4.3 normalne? Otwarte już połączenie też przestaje reagować na dowolne wpisane dane. Problem polega na tym, że po paru minutach połączenia (nie działania serwera w ogóle, ale połączenia) albo po wylogowaniu serwer zmienia się w czarną dziurę - z portem można się połączyć, można na niego pisać, ale na wpisane dane nie ma żadnej reakcji; z strace wnioskuję jedynie, że po prostu nie widzi danych (grep po stream:stream znajduje tylko otwarcie pierwszego połączenia, i nic ponad to). Kompilowałem gcc-2.95.3 pod glibc-2.1.3 i z najnowszym pth.

W ramach upgradu systemu zainstalowałem sobie ostatnio jabberd-1.4.3 (wcześniej miałem niepatchowany 1.4.2) z łatami: obsługa JEP-011, prawidłowe odłączenie się od terminala przy starcie (zamknięcie deskryptorów plików i setsid()) oraz obsługa opcji <register deny_new="yes"/> (brak automatycznej rejestracji bez uniemożliwienia zmiany hasła).