Missing fork() handling and pitfalls #10
Notiek ielāde…
x
Atsaukties uz šo jaunā problēmā
Block a user
Nav sniegts apraksts.
Dzēst atzaru "%!s()"
Atzara dzēšana ir neatgriezeniska. Kaut arī izdzēstais zars neilgu laiku var turpināt pastāvēt, pirms tas tiešām tiek noņemts, to vairumā gadījumu NEVAR atsaukt. Vai turpināt?
We don't do fork()/clone() ourselves, opening the door for many pitfalls, e. g. we inherit open file descriptories which may enable bypassing of the policies we set. Otoh, some open fd's may actually be desired.
We must either offer a safe fork()/clone() or check that the current process is in a reasonable state and/or transform to that state.