C'est que les devs d'initng sont pas filou filou. Ils ont eu de superbes idées mais :
* Il n'y a pas si longtemps de cela les RPC (pour dire à l'init, coupe le système etc...) c'était via 2 fifos : une d'entrée et une de sortie. Heureusement qu'ils sont sur des sockets unix maintenant.
* Quand je leur ai dit que << votre init segfaulte, il faudrait peut-être mettre un handler sur le segfault et faire un boucle infinie avec un sleep dedans histoire de pas boofer 100% du CPU ? >> (car au passage, un init qui segfaulte prend 100% du CPU) ils ont répondu : << oui mais c'est idiot, un handler ça captera jamais le segfault ! >> (regardez KDE, le programme qui lance tout seul le panneau informant que vous avez eu un segfault, c'est pas un exemple du fait que ça marche ?)
Merci à phh pour m'avoir pas mal informé sur la construction des init
# Faut juste savoir
Posté par alexissoft . En réponse au journal [HowTo] Comment démarrer/arrêter plus rapidement votre Debian unstable ?. Évalué à 1.
* Il n'y a pas si longtemps de cela les RPC (pour dire à l'init, coupe le système etc...) c'était via 2 fifos : une d'entrée et une de sortie. Heureusement qu'ils sont sur des sockets unix maintenant.
* Quand je leur ai dit que << votre init segfaulte, il faudrait peut-être mettre un handler sur le segfault et faire un boucle infinie avec un sleep dedans histoire de pas boofer 100% du CPU ? >> (car au passage, un init qui segfaulte prend 100% du CPU) ils ont répondu : << oui mais c'est idiot, un handler ça captera jamais le segfault ! >> (regardez KDE, le programme qui lance tout seul le panneau informant que vous avez eu un segfault, c'est pas un exemple du fait que ça marche ?)
Merci à phh pour m'avoir pas mal informé sur la construction des init