Il y aura un Win64 API?

Si je suis correct, Win32 est d'adapter ou a été adapté pour faire face à 64 bits de windows, par exemple, GetWindowLongPtr sur 64 bits, par opposition à GetWindowLong sur 32 bits. Il y aura un Win64 Api, et si oui, est-il une indication sur le moment de la transition qui va arriver?

Je ne suis pas très bien informé sur ce sujet donc je m'excuse si je n'ai rien évident de mal. Merci à l'avance, l'apl.

OriginalL'auteur Ell | 2011-09-19

  1. 17

    Cette transition s'est opérée autour du tournant du siècle. Les versions 64 bits de Windows à l'aide de la version 64 bits de Win32 ont été en usage pendant un long moment maintenant.

    Cependant, la version 64 bits de Win32 est encore connu sous le nom Win32 puisqu'il est essentiellement une interface identique, avec la seule différence majeure étant différente de la taille des pointeurs.

    Je me demandais si il y a une source officielle/citation pour "la version 64 bits de Win32 est encore connu sous le nom Win32". Il semble que Microsoft veut vraiment que de nous référer à la version 64 bits de l'API Windows "Win64", selon cette référence: technet.microsoft.com/en-us/library/bb496995.aspx
    pourquoi ne pas dire win64?

    OriginalL'auteur David Heffernan

  2. 4

    La nouvelle API de Windows, juste annoncé, est appelé WinRT. Pour plus d'informations, je vous recommande de regarder les conférences de CONSTRUIRE.

    Je ne vois pas ce que cela répond à la question. 64 bits de Windows API a été en existence pendant des années et des années.
    Il aborde l'avenir de l'API de Windows, et montre comment Microsoft est de penser à l'API Windows en général. Les OP ont déjà montré comment l'API actuelle est adapté pour Windows pour prendre en charge les plateformes 64 bits. Ce qui montre que le plus récent, le futur de l'API de Windows, en général, est à la tête...
    WinRT est certes intéressante, mais elle se sent comme une question différente de celle qui a été demandé. Peut-être que j'ai mal lu, mais il me semblait être de l'Apl, estime que le passage à 64 bits de Windows API est seulement partiellement.

    OriginalL'auteur Reed Copsey

  3. 1

    L'API Windows a terriblement souffert de l'habitude d'en supposant une valeur connue de sizeof(void *) et en la collant dans un champ de certains type intégral croit être de la même taille. Même dans le Windows MSG de la structure, wParam est ainsi nommé parce qu'il était à l'origine un MOT, ou non signé de 16 bits de la valeur, et lParam une LONGUE, ou signé 32 bits valeur. C'est peut-être un autre symptôme de Programmeurs C' Maladie.

    OriginalL'auteur Jeffrey Hantin

  4. 0

    Win32 trucs ("API Win32") en x64 est vraiment 64 bits de code par-et-par (* voir les commentaires).

    Le réel 32 bits de code (dans la version 64 bits de windows) s'exécute sous le WoW64 sous-système qui englobe à la fois le système de fichiers et du registre. Tandis que ceci peut sembler "bâclée" il est en fait bien peu de sens, car un programme peut être compilé pour les deux x32 et x64 sans avoir besoin de changer de nom (à condition que la bonne version neutre code a été utilisé) -- qui est le cœur de l'interface et le "comment windows fonctionne" est assez stable cible.

    Heureux de codage.

    Ce n'est pas tout à fait vrai. Beaucoup de Win32 code s'exécute en tant que 32 bits de code en vertu de l'émulateur WoW64. Par exemple, considérons le code dans kernel32, user32, comctl32 etc. C'est la totalité des 32 bits de code sous WoW64 et 64 ans, mais sous x64. Le noyau de l'OS (ntoskrnl) est pur 64 bits. Mais ce n'est pas Win32.
    Heffernan a noté 🙂

    OriginalL'auteur