unsigned short vs unsigned int - parfois, ils sont de la même gamme?

Quelle est la différence entre unsigned short et unsigned int? J'ai trouvé que unsigned short est 0-65,535 et unsigned int est 0-65,535 ou 0-4,294,967,295. Je ne comprends pas la différence très bien. Comment puis-je connaître la taille du type de données dans mon architecture? Et si par exemple c = (unsigned short) d; quand c est un unsigned short et d est une unsigned int ; qu'est-ce que cela signifie? le premier 16 bits à partir de d sont affectés à c?

Pourquoi il y a trois langues mentionnées?
Sonne comme C, en supprimant les balises de langue étrangère.
Il n'est pas générale pour les 3 langues?
Non, pas vraiment. Java a une chose différente.
Ah ok! De la sorte? 🙂

OriginalL'auteur mpluse | 2013-03-17

  1. 6

    Vous êtes vraiment se demander quelle est la différence entre short et int. La réponse est que short peut être plus restreinte, mais peut aussi être de la même largeur que, int. C'est pratiquement tout ce que nous savons pour sûr, indépendant de la plate-forme. Beaucoup de plates-formes 32 bits int et 16 bits short, mais pas tous.

    Je vous remercie. Pouvez-vous vérifier mon deuxième partie modifier? 🙂
    Non, je ne vais pas, s'il vous plaît poser une autre question, plutôt que de les ajouter sur plus de bits à celui qui est déjà une réponse. Si vous recherchez pour votre nouveau demandes de renseignements que vous trouverez probablement qu'ils sont déjà des questions avec des réponses ici.
    Ok. Merci, de toute façon.

    OriginalL'auteur John Zwinck

  2. 1

    C'est un lien utile pour expliquer l'histoire de types de données C:

    http://en.wikipedia.org/wiki/C_data_types

    De sorte que la taille de votre type de données dépend de la plateforme, mais si votre int de 32 bits dans la longueur, puis il sera en mesure de représenter l'un des 2^32 numéros différents (0 - 4,294,967,295 si non signé). De même, si votre court est de 16 bits en longueur, alors il peut représenter l'un des 2^16 numéros différents (de 0 à 65.535 si non signé).

    Ce lien vous donne les détails de mise en œuvre pour Visual Studio 2005, où les entiers de 32 bits (4 octets) et les shorts sont de 16 bits (2 octets):

    http://msdn.microsoft.com/en-us/library/s3f49ktz(v=vs. 80).aspx

    Exacte de la mise en œuvre dépendra de votre compilateur.

    Que pour la dernière partie de votre question, oui, si vous tentez de faire tomber un entier plus grand que le court du maximum de la valeur à une courte alors vous allez vous retrouver avec une valeur différente (probablement le premier 16 bits, mais vous devez tester pour être sûr).

    Je vous remercie. Pouvez-vous vérifier mon deuxième partie modifier? 🙂
    Voir mon edit au dessus
    J'ai déjà vu le lien. TY

    OriginalL'auteur gavinj500

  3. 0

    Nous ne pouvons pas dire une variable de type nom (short, int, long, double, etc.) a pour point de bits de longueur dans tous microprocesseur architectures et les langages de programmation. C'est surtout dépendait de microprocesseurs' architecture et bien sûr, les langages de programmation de la définition. Généralement, signed/unsigned short devrait avoir (je l'espère) la moitié de bits de taille de signed/unsigned int.

    Non... dans C short et int peut très bien être de 16 bits. C'était le cas sur le DOS, BTW.

    OriginalL'auteur ceremcem

  4. -1

    Eh bien d'abord, vous devez comprendre ce qu'est un unsigned int et court.

    Tout est décomposé en morceaux.

    Un court est de 16 bits, chaque bit étant un 1 ou un 0. Pour des raisons de simplicité, je vais le démontrer avec 4 bits

    1000 - Unsigned = 8 
1000 - Signed = -8 
1111 - Unsigned = 15 which is equal to 2^(# of bits) -1
1111 - Signed = -1

    Remarquez qu'avec un nombre non signé, la gamme de nombre est plus grand, nous pouvons faire
    1111 = 15.

    Mais avec un signé nombre, le maximum de possibilité est
    0111 = 7.

    Maintenant un court dispose de 16 bits, en lui donnant 

    signed range of  −32,768 to 32,767  [−(2^15) to 2^15 − 1]
Unsigned range: 0 to 65,53  = 2^16 -1

    Un entier 32 bits, ce qui donne une gamme de

    Signed:−2,147,483,648 to 2,147,483,647 = −(2^31) to 2^31 − 1
Unsigned:  0 to 4,294,967,295 = 2^16 -1
    Je vous remercie. Je sais que, juste une ambiguïté, parce qu'ils ont la même plage de valeurs.
    Ah. Lorsque vous faites un court, elle ne garantit pas un 16 bits, alors qu'un 16bit Int. C'est donc pour ces cas, quand vous en avez absolument besoin d'un entier 16 bits. Un peu bizarre.
    Extrêmement mal... un char est d'au moins 8 bits, un short ou un int 16, un long 32 bits. Et sur le CRAY ils sont tous 32 bits.
    Hein? @vonbrand int de 32 bits, donc pourquoi la plage est de 2^31-1
    La taille et la gamme de int la mise en œuvre est définie. La norme exige que la gamme est (comme pour short) au moins -32767 à 32767, de sorte qu'un int doit être d'au moins 16 bits de large. Pour unsigned (int et short), la plage doit être d'au moins 0 à 65535, de sorte qu'il doit être d'au moins 16 bits de large. Aussi, la norme exige que la gamme de (unsigned) short est contenue dans la plage de (unsigned) int, et la gamme de (unsigned) char doivent être contenues dans la plage de (unsigned) short. Il est parfaitement légitime que tous ces types ont la même largeur.

    OriginalL'auteur BrettD