Discussion :

[supergrey]

Bonjour, j'ai besoin pour un jeu en réseau, d'envoyer l'état des touches du clavier, il faut que ça tienne le moins de place.
Si je fait une liste de bool ça tiendra 1 octet par touche, comment travailler avec les bits (ce qui me permettrait de stocker 16 touches par octet) ?

Merci

[screetch]

16 touches par octet c'est optimiste, un octet est constitué de 8 bits.

regarde les operateurs &,|,>>,<< sur les entiers

[supergrey]

:-) oui 8 biensur...
Sinon j'ai trouvé un code avec lequel j'ai juste un peu de mal sur le union car ilme manque quelques bases, je n'arrive pas à déclarer la variable 'mot' dans une classe:

typedef struct{
uchar b0:1; //Poid faible
uchar b1:1;
uchar b2:1;
uchar b3:1;
uchar b4:1;
uchar b5:1;
uchar b6:1;
uchar b7:1; //Poid fort
}octet;


union _mot{
char valeur;
octet etat;
}mot;

[supergrey]

J'ai retrouvé la bonne fonction dans mes archives perso, pour ceux que ça interresse:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
union OCTET       
{
    unsigned char dec;    /* decimal */
    struct
    {
        bool    bit7:1; /* binaire, le :1       */
        bool    bit6:1; /* signifie que la       */ 
        bool    bit5:1; /* variable n'intervient */
        bool    bit4:1; /* que sur un seul bit   */
        bool    bit3:1; /* de la structure       */
        bool    bit2:1;
        bool    bit1:1;
        bool    bit0:1;
    };
};

8 états dans un octet

[Médinoc]

Sauf que c'est tout sauf portable: Le standard ne garantit absolument pas l'ordre des champs de bits, donc ce que tu appelles "bit7" peut très bien se retrouver en poids faible sur une plate-forme et en poids fort sur une autre...

(et non, ce n'est pas une question d'endianness).

De plus, le unsigned char dec n'est pas "décimal", mais "unsigned char", tout simplement.

[JolyLoic]

Le plus simple pour manipuler les bits est d'utiliser std::bitset.

[supergrey]

Pas moyen de lancer la version debug avec l'include bitset:
msvcr80D.dll was not found

Si je ne fais une application que pour windows (ce qui est le cas) est-ce que j'ai le risque d'inversion des poids ?
Pour le unsigned char au lieu d'un decimal ça n'a pas vraiment d'importance puisque le chiffre ne dépasse pas 16...

[Médinoc]

Si je ne fais une application que pour windows (ce qui est le cas) est-ce que j'ai le risque d'inversion des poids ?

Oui, car ça peut changer d'un compilo à l'autre.

Pour le unsigned char au lieu d'un decimal ça n'a pas vraiment d'importance puisque le chiffre ne dépasse pas 16...

Tu ne comprends pas.
Dans un char, le nombre n'est pas plus "en décimal" qu' "en octal" ou "en binaire" : Le nombre est stocké de la façon dont l'ordi stocke les nombres. C'est tout.

Le nombre ne peut être dit "en décimal" qu'à partir du moment où tu le convertis en chaîne de caractères, ou quand tu l'affiches sous forme décimale...

[koala01]

Salut,

Pour ton problème de dll non trouvée: une petite recherche sur google m'a permis de trouver une piste:

1. télécharger vcredist_x86.exe et l'installer, si ce n'est déjà fait
2. chercher le dossier contenant la dll manquante
3. la placer dans le GAC (Global Assembly Cache)

Pour info

Le GAC est le Global Assembly Cache. Sous c:\windows\assembly.

Les fichiers assemblies sont recherchés en priorité dans le répertoire de ton application (dans le bin), puis dans le gac et ensuite dans les chemins de recherches.

Attention, le gac n'est pas un répertoire. C'est une référence.

Le GAC est plus qu'un cache

En gros, ta dll va se trouver dans un dossier du genre :
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\msvcr80d.dll
Tu fais un drag'n'drop dans le dossier c:\windows\assembly

En réalité, cela ne copiera ni ne déplacera pas le fichier. Il existera toujours à son emplacement d'origine, mais il sera connu de toutes les applications .Net 1.0 1.1 2.0 et 3.0.

Tu peux aussi l'enregistrer dans le GAC par ligne de commande :
gacutil /i nom_de_la_dll.dll

[Médinoc]

Ce lien pointe sur le vieux VCRedist, sans le SP1.
Et de toute façon, la version Debug n'est pas redistribuable, donc ça ne marchera pas.

[supergrey]

Bon j'ai installé vcredist et la dll en question est introuvable dans les sous dossiers de C:\WINDOWS\Microsoft.NET.
J'ai donc téléchargé la dll sur dll-files.com et quand j'essay de la mettre dans assembly, ça me dit msvcr80d.dll was expected to contain an assembly manifest.
Donc voila, pas moyen d'utiliser bitset.

[Médinoc]

Tu es sous Visual, non?
Normalement, si tu as visual d'installé, tu as aussi MSVCR80D installée. J'ai eu ces problèmes au début, ils se sont résolus tout seuls après quelques reboots.

Essaie de voir en lançant ton programme dans le debugger (flèche verte pleine)...

[supergrey]

Je suis sous Visual Studio Express 2005, j'ai aussi installé platform sdk.
En release ça se lance(surement parceque la version release de la dll existe), mais pas en debug, il manque la dll.

[supergrey]

Pour en revenir à mon union OCTET puisque c'est la seule solution qui fonctionne, Médinoc dis que l'odre des champs de bits n'est pas garanti et peut donc changer d'un compilo à l'autre, d'ou m'a question un compilo c'est un truc que je connais pas ou c'est le petit nom de compilateur ? Dans le deuxième cas ça veut dire qu'une fois compilé, il n'y a plus de risque que ça change ?

[Médinoc]

compilo c'est le petit nom de compilateur.