Salut
Ma discut zilele astea cu A.D.F. (unul din developerii de la thttpd)
despre faptul ca imi moare thttpd-ul cu signal 7 (SIGBUS). Conform man
mmap un proces poate primi SIGBUS cand:
SIGBUS Attempted access to a portion of the buffer that
does not correspond to the file (for example,
beyond the end of the file, including the case
where another process has truncated the file).
Dar ma gandeam daca nu se poate trata mai curat treaba asta. Adica exact
cum un server/daemon primeste SIGPIPE in write si apoi verifica errno si
daca e EPIPE inseamna ca s-a inchis other end, sa se poata verifica daca
SIGBUS-ul este generat din write si din cauza ca s-a depasit lungimea
reala a fisierului si daca da sa se ia decizii ca atare.
Intreb pe lista deoarece ma mir daca treaba asta nu s-a facut deja in
alte servere, gen apache etc... Stie cineva ceva despre tratarea acestui
caz ?
PS: am verificat si acel SIGBUS chiar din acea cauza il primesc si nu
altele (erori HW etc...)
----------------------------
Mihai RUSU
Disclaimer: Any views or opinions presented within this e-mail are solely
those of the author and do not necessarily represent those of any company,
unless otherwise specifically stated.
---
<a href="mailto:[EMAIL PROTECTED]?Subject=unsubscribe%20rlug";>unsubscribe</a>
REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
