Ok, petite explication: la vm peut etre optimisee, des codes " classiques" remplaces par du code natif. Mais pas ton code, le runtime!! Sur ca ira plus vite, mais c est tjs interprete. La preuve: si une ligne genere une erreur, elle sera rattrapee a la bonne ligne. Par exemple fait une division par 0. Tiens tu as une erreur, normal, c´est le runtime qui est en dessous qui le detecte. En code natif, ca serait plutot boom.

bon, ben disons que ça doit être ça...

Mais j´ai quand même une question ( qui s´approche du même problème sans y être exactement lié), quand on compile du C++ par exemple pour win32 est ce que c´est du code natif, ou alors est ce que le code natif serait un assembleur pur qui n´utiliserait même pas les interrupton du DOS ?

Je vais tenter de te répondre dans le meilleur de mes connaissances:

Je n´ai absolument aucune idée de ce que tu veux entendre par code natif, qui semble être un terme propre à VB avec le p-code.

Cepandant, réponse simple à ta question sur le C++:
Ben c´est du simple code machine/assembleur, rien de spécial. Appels à d´autres DLLs pour ce qui est des fonctions, tout aussi simplement.

En général ces fonctions définies sont soient totalement codés dans cette DLL ou à l,aide de fonctions elles même définies dans d´autres DLLs ect mais en bref, ça fini par aucun appel de services du Kernel lui-même. Dans d´autres cas, on a un appel au Kernel, qui en général passe par des interruptions qui fournissent les services, souvent pour accéder aux drivers par exemple.

Rien à voir avec DOS donc...

D´autres questions?

Kelios
---------

hmmmm
va falloir que je m´y remette au c++
c# . NET c´est plutot rapide, ou lent ?
je c, ca a aucun rappot, mais, vu qu´on parle de . net

par rapport à du vrai C++ c´est evidemment plus lent. par rapport à du java, ben c´est plus rapide.

Mais c´est plutot lent quand même ( enfin, je crois).