• [^] # Re: Mini précision, variable d'environnement

    Posté par (site web personnel) . En réponse au journal Des nouvelles de Debian et de systemd. Évalué à 5.

    il ignore l'utilisation de SIGSTOP seulement si un
    flag/variable d'environnement est mis, dit que ça peut être
    utilisé pour autre chose, mais là c'est dans le cas où le
    process l'utilise sur lui-même

    L'implémentation d'upstart a un souci :
    https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/upstart/trusty/view/head:/init/job_process.c#L1482

    Elle relance le process tout le temps. Donc SIGSTOP ne marche plus. Tu noteras que visiblement, il n'y a pas de vérification de l'endroit d'ou viens le signal, vu que ça utilise waitid (cf le code de libnih) qui reçoit juste l'état. Donc si j'envoie un signal SIGSTOP, il est ignoré.

    et introduire une dépendance à sa lib (il doit s'en foutre du
    boulot de mise à jour de tous les paquets, même les plus
    vieux/exotiques/etc...), ...

    Les logiciels marchent sans avoir besoin de signaler leur "readyness", le fait que personne ou presque n'implémente le protocole d'upstart est la preuve. Et rajouter l'appel en question , c'est surtout du taf sur les autootools que sur le code, c'est pas vraiment le plus compliqué.

    Et j'ai bien regardé, j'ai trouvé 2 softs qui utilisent le dit protocole. openssh et xorg. Et c'est des patchs de Canonical dans les 2 cas. Pour un truc qui date de 2008, on peut pas dire que les foules se jettent dessus.