C'est simple : il ne s'agit pas d'écrire un logiciel aussi sensible comme un goret en mettant plein d'assertions partout qui font que dès qu'il y a le moindre petit truc qui ne va pas, ça plante. C'est le premier processus, s'il plante, rien ne peut se lancer, c'est quand même très gênant. Un petit exemple : si j'ouvre un fichier avec fopen, je peux très bien mettre un assert(f != NULL) juste après, parce que la plupart du temps, ça va marcher. Mais dans le cas de init, il vaudrait mieux savoir quoi faire au cas où on ne puisse pas ouvrir le fichier et continuer autant que faire se peut, parce que sinon, tout est bloqué.
[^] # Re: gn
Posté par rewind (Mastodon) . En réponse au journal systemd est un "bloat". Évalué à 10.
C'est simple : il ne s'agit pas d'écrire un logiciel aussi sensible comme un goret en mettant plein d'assertions partout qui font que dès qu'il y a le moindre petit truc qui ne va pas, ça plante. C'est le premier processus, s'il plante, rien ne peut se lancer, c'est quand même très gênant. Un petit exemple : si j'ouvre un fichier avec
fopen, je peux très bien mettre unassert(f != NULL)juste après, parce que la plupart du temps, ça va marcher. Mais dans le cas deinit, il vaudrait mieux savoir quoi faire au cas où on ne puisse pas ouvrir le fichier et continuer autant que faire se peut, parce que sinon, tout est bloqué.