Tu oublies que le SDK est payant ce qui est assez comique car on ne peut pas compiler même avec un GCC sans le SDK qui contient la libstd.h.
Pour la petite blague la demande de licence pour le SDK lors de l'installation était faite via un script shell contenu sur le cd lui même sans vraiment de protection.
Sinon au niveau des bug les plus remarquable je me souviendrai toujours du jour où avec un collègue on a voulu monitorer notre parc avec un petit soft proprio qui envoie des pings partout et dessine une jolie carte. On rentre tout nos serveur après un petit test du logiciel et on le met en route : 2 minutes après nos téléphones se mettent à sonner dans tout les sens car une dizaine de serveur SCO OpenServer 5.0.7 étaient en kernel panic. Après plusieurs kernel panic nous avons trouvé la cause à tout ça : notre logiciel de monitoring envoyait des trame ICMP request tout à fait standard mais avec un champs data racourcie (ce qui n'est pas anormal) par rapport à la commande ping d'un linux ou d'un windows. Donc un champs data trop court fait un kernel panic sur du SCO OpenServer 5.0.7 (version sortie en 2003 si je ne m'abuse).
[^] # Re: Souvenir souvenir ...
Posté par Mr Kapouik . En réponse à la dépêche SCO : Game Over. Évalué à 9.
Tu oublies que le SDK est payant ce qui est assez comique car on ne peut pas compiler même avec un GCC sans le SDK qui contient la libstd.h.
Pour la petite blague la demande de licence pour le SDK lors de l'installation était faite via un script shell contenu sur le cd lui même sans vraiment de protection.
Sinon au niveau des bug les plus remarquable je me souviendrai toujours du jour où avec un collègue on a voulu monitorer notre parc avec un petit soft proprio qui envoie des pings partout et dessine une jolie carte. On rentre tout nos serveur après un petit test du logiciel et on le met en route : 2 minutes après nos téléphones se mettent à sonner dans tout les sens car une dizaine de serveur SCO OpenServer 5.0.7 étaient en kernel panic. Après plusieurs kernel panic nous avons trouvé la cause à tout ça : notre logiciel de monitoring envoyait des trame ICMP request tout à fait standard mais avec un champs data racourcie (ce qui n'est pas anormal) par rapport à la commande ping d'un linux ou d'un windows. Donc un champs data trop court fait un kernel panic sur du SCO OpenServer 5.0.7 (version sortie en 2003 si je ne m'abuse).