Discussion :

[baccali]

Bim Je sais reconnaitre mon erreur quand j'en fait une. J'en étais tellement persuadé que j'ai juste survolé ntkrnlpa.

On est d'accord que Windows utilise la libc, pas forcément exportée par le noyau, mais c'est intégré au système exécutif. j'aurais appris un truc.

Topic résolu

[_Juan]

Dire que Windows utilise des fonctions de la LibC n'a aucun sens.

La plupart des fonctions de la LibC, telle qu'elles sont implémentées sous Windows ne sont que des surcouches d'API Windows.

Il suffit de sortir son désassembleur pour s'en convaincre...

[Melem]

Je comprends que la discussion soit longue et que tu n'aies pas eu le temps de tout lire mais en résumé :

- C'est un fait que de nombreuses DLLs de Windows font appel à des fonctions de la bibliothèque standard du C, c'est-à-dire à des malloc, memcpy, fwrite, toupper, etc. Tu peux facilement le vérifier en ouvrant quelques DLLs systèmes dans l'utilitaire Dependency Walker.

- C'est aussi un fait que ntoskrnl.exe, le noyau de Windows, exporte lui-même une version minimaliste de cette bibliothèque, avec des fonctions comme atoi, isdigit, memset, rand, srand, etc. L'objectif est de permettre aux programmes qui tournent en mode kernel, à commencer par le noyau lui-même, d'avoir accès à ces fonctions. Cela aussi, tu peux le vérifier à l'aide de Dependency Walker.

D'ailleurs, comme on l'a souvent répété moi et Médinoc, qu'une fonction soit surcouche ou non d'une fonction système, rien n'empêche de l'utiliser dans le développement du système lui-même du moment qu'elle fasse le travail.

Cela dit, bonjour et bienvenue dans le club.

[_Juan]

memcpy & co sont trés souvent inliner directement par le compilo, malloc est utilisé dans certaine API de haut niveau (de toute façon le malloc de la libc se contente d'apeller HeapAlloc..), fwrite jamais vu une api s'en servir, mais tu as peut être des exemples?

[Melem]

memcpy & co sont trés souvent inliner directement par le compilo

Ce n'est absolument pas le sujet de conversation. La question est : dans le code source de Windows, y a-t-il des appels à des fonctions de la bibliothèque standard du C. Ou encore : les développeurs de Windows se servent-ils de fonctions de la bibliothèque standard du C dans l'écriture du système ? Que réponds-tu as cela : oui ou non ? Voilà la question.

de toute façon le malloc de la libc se contente d'apeller HeapAlloc

Là non plus n'est pas la question.

fwrite jamais vu une api s'en servir, mais tu as peut être des exemples?

Au hasard, voici la liste des fonctions importées depuis msvcrt.dll par ws2_32.dll (Système : Windows 7 64 bits, version du fichier : 6.1.7600.16385) :

_XcptFilter
__C_specific_handler
__dllonexit
__isascii
_amsg_exit
_initterm
_lock
_onexit
_stricmp
_unlock
_vsnprintf
_vsnwprintf
_wcsicmp
_wcsnicmp
atoi
fclose
fgets
fopen
free
isspace
malloc
memcmp
memcpy
memset
sprintf_s
strchr
strcpy_s
strtoul
towupper
wcschr
wcsncmp
wcsstr

On y voit clairement des appels à fopen, fgets et fclose. Et ce n'est bien sûr qu'un exemple. Je ne vais pas m'amuser à ouvrir une par une les DLLs de Windows pour trouver celles qui utilisent fwrite précisément juste parce que je l'ai citée dans un de mes exemples précédents, mais je ne serai pas du tout surpris d'en rencontrer une.

Je REprécise aussi qu'il n'y a pas que l'API Windows qui utilise la bibliothèque standard du C, pour éviter toute éventuelle déviation. Le kernel aussi l'utilise, et les fonctions sont directement exposées par ntoskrnl.exe, le noyau lui-même. Au hasard, voici la liste des fonctions de la lib C importées depuis ntoskrnl.exe par win32k.sys :

qsort
strncmp
swprintf_s
toupper
vsprintf_s
wcscat_s
wcscpy_s
wcscspn
wcsncpy_s
wcsspn

Bonne journée.