debugggage qui sert a rien c'est top de bosser gratuitement pour une boite tel que MS....
Je crois qu'il parle plutôt du debugging de tes propres logiciels, utilisant des API Win32, sans source, quand ça "plante" dans une dll systèmes, tu ne verras rien d'autre que de l'asm, tu devras alors remonter ta stack vers ton code, et te dire que c'est là que tu as merdé... avec les sources, tu trouveras sans doute plus facilement ce que tu as merdé (tu remplis une grosse structure, tu la passes à une API, ça marche pas comme tu veux, quel champ est foireux? en compliquant un peu la situation, genre développement de drivers/services, comportement différent sur tel ou tel version de l'os, etc... tu peux aisément comprendre que le source n'est pas inutile, même si tu ne peux le modifier...).
Cela bien sûr, suppose que l'API que tu utilises n'est pas elle même buggé, mais faut reconnaitre qu'en général, c'est le cas (pas qu'il n'y ait pas de bug dans Windows, loin de là!).
Enfin, pour ce qui concerne l'application d'un éventuel "patch" de ta fabrication, sous Windows, tu as toujours la possibilité de hooker une dll (la plupart des logiciels permettant de skinner windows, certains antivirus reposent là dessus), ou d'aller patcher le code de cette dll une fois en mémoire... (il te faut les droits pour ça évidemment). Ca parait fou? dans la pratique, il existe au moins une application faisant cela: StyleXP, qui va patcher la dll uxtheme.dll en mémoire pour lui dire de charger les visual style windows XP, même s'ils ne sont pas signés...
Cependant, il est évident que pour ce genre de chose, un logiciel libre ou au moins open source, offre beaucoup plus de libertés... mais un utilisateur arrivant à ce genre de besoin n'est pas la secrétaire utilisant l' "outil informatique" pour son boulot.
[^] # Re: serveurs Windows moins cher que Linux (Reuters)
Posté par tene . En réponse à la dépêche Serveurs Windows moins cher que Linux (Reuters). Évalué à 1.
Je crois qu'il parle plutôt du debugging de tes propres logiciels, utilisant des API Win32, sans source, quand ça "plante" dans une dll systèmes, tu ne verras rien d'autre que de l'asm, tu devras alors remonter ta stack vers ton code, et te dire que c'est là que tu as merdé... avec les sources, tu trouveras sans doute plus facilement ce que tu as merdé (tu remplis une grosse structure, tu la passes à une API, ça marche pas comme tu veux, quel champ est foireux? en compliquant un peu la situation, genre développement de drivers/services, comportement différent sur tel ou tel version de l'os, etc... tu peux aisément comprendre que le source n'est pas inutile, même si tu ne peux le modifier...).
Cela bien sûr, suppose que l'API que tu utilises n'est pas elle même buggé, mais faut reconnaitre qu'en général, c'est le cas (pas qu'il n'y ait pas de bug dans Windows, loin de là!).
Enfin, pour ce qui concerne l'application d'un éventuel "patch" de ta fabrication, sous Windows, tu as toujours la possibilité de hooker une dll (la plupart des logiciels permettant de skinner windows, certains antivirus reposent là dessus), ou d'aller patcher le code de cette dll une fois en mémoire... (il te faut les droits pour ça évidemment). Ca parait fou? dans la pratique, il existe au moins une application faisant cela: StyleXP, qui va patcher la dll uxtheme.dll en mémoire pour lui dire de charger les visual style windows XP, même s'ils ne sont pas signés...
Cependant, il est évident que pour ce genre de chose, un logiciel libre ou au moins open source, offre beaucoup plus de libertés... mais un utilisateur arrivant à ce genre de besoin n'est pas la secrétaire utilisant l' "outil informatique" pour son boulot.