champs de bits, need help - C - Programmation
Marsh Posté le 12-12-2003 à 19:10:45
j'imagine que le pb vient que c'est une variable et non un litteral
Marsh Posté le 12-12-2003 à 19:13:09
Code :
|
tadam
Marsh Posté le 12-12-2003 à 19:17:29
voici ma deuxieme question, car mon livre ne donne aucun detail a ce sujet:
comment faire une entrée sur un bit du type scanf()?
j'ai mon idée la dessus, mais je ne peux pas la verifier a cause de mon probleme decrit dans le post ci dessus.
supposont que mon champ de bits "anniversaire" commence a l'adresse 1000
si je veux que l'utilisateur saisisse l'année je dois ecrire ceci :
Code :
|
j'ai bon la ou je suis a l'ouest?
une fois de plus merci pour votre precieuse aide
Marsh Posté le 12-12-2003 à 19:19:35
heink ? ça n'est pas possible d'obtenir l'adresse d'un champ de bits. passe par des variable intermédaire
Marsh Posté le 12-12-2003 à 19:19:58
ah je n'en suis pas encore au chapitre des enums.
les enums sont des constantes?
(dsl d'etre saoulant avec toutes mes questions de debutants )
Marsh Posté le 12-12-2003 à 19:24:42
Code :
|
Marsh Posté le 12-12-2003 à 19:24:58
oui
et passe en unsigned
Marsh Posté le 12-12-2003 à 19:32:36
merci beaucoup taz c'est vraiment sympa.
merci aussi pour ton petit exemple, c'est justement ce que j'allais tenter apres avoir vu ta réponse
heink ? ça n'est pas possible d'obtenir l'adresse d'un champ de bits. passe par des variable intermédaire |
c'est dommage que l'on ne puisse pas acceder a l'adresse d'un champ de bits
Marsh Posté le 12-12-2003 à 19:40:33
c'est pas dommage, c'est normal. en C, le « byte » != octet != byte, est la plus petite unité adressable. sizeof(char)==1 par définition. toutes les variables qui sont adressables doivent être avoir une taille multiple de sizeof(char). C'est partout pareil en informatique. Nos mémoires sont mesurées en octets parce que c'est généralement la plus petite unité adressable sur le système considéré.
par contre fait une jolie fonction pour bien vérifier la saisie
Code :
|
si je ne me vautre pas sur les champs de bits et les masques
Marsh Posté le 12-12-2003 à 20:50:26
ok donc si je comprends bien, malgres que les adresses s'expriment en bits, les pointeurs ne peuvent pointer que sur des octets.
Marsh Posté le 12-12-2003 à 20:51:43
giova a écrit : ok donc si je comprends bien, malgres que les adresses s'expriment en bits, les pointeurs ne peuvent pointer que sur des octets. |
faux, une adresse s'exprime en octet
Marsh Posté le 12-12-2003 à 20:58:10
ok ceci explique cela merci les gars pour votre tolerance a mon ignorance
Marsh Posté le 12-12-2003 à 23:37:21
je passe un peu a du hors sujet mais vu que taz en a parler...
je viens de finir le chapitre sur les enums (qui fait 5 pages), et en faisant des essais je suis tombé sur une erreure.
Je cherche a afficher la partie literrale d'une variable enum. J'ai pensé que l'on pouvait faire ca :
Code :
|
Mais ca me fait planté le programme (un access violation apparemment)
quelqu'un pourrait il me dire en gros pourquoi on ne peut pas, et quelle est la methode?
si la réponse est : "on ne peut pas le faire", alors je ne vois pas pour le moment l'interet d'utiliser un enum sauf pour rendre le code plus lisible, mais au rique d'augmenter nos chances d'inclure des erreurs du type:
Code :
|
au lieu de:
Code :
|
Marsh Posté le 13-12-2003 à 00:20:42
ReplyMarsh Posté le 13-12-2003 à 00:21:52
1) les enum sont de type entiers
2) ou t'as vu ce genre de comparaision
3) void main() ou int main(à
Marsh Posté le 13-12-2003 à 01:01:28
pas de PB pour moi de savoir ce qu'est un bit et un byte (ou octet en FR)
1) oui en effet c'est ce que j'ai pu lire
2)oups dsl je me suis planté, il n'y a pas de double quote ce ne sont donc pas des strings mais des constantes enum (enfin si je ne suis pas encore ne fois a l'ouest)
3)je n'ai pas encore attaqué le chapitre des fonctions meme si j'en ai fait en java.
pour l'instant je crée (comme ds le livre)tous mes main() sans rien preciser devant. Donc je ne sais pas si implicitement c'est du void ou du int, je suppose du void car je ne retourne rien.
Du coup je me demande maintenant si on peut par rapport a mon enum de type "listemois", retourner via une fonction un string dont la valeur est le nom du champ ayant la valeur 1 (dans mon cas "Jan" )
Marsh Posté le 13-12-2003 à 01:06:01
il n'y a pas d'implicite en C moderne
utlise des enum, qui à faire un tableau contenant les noms des mois
Marsh Posté le 13-12-2003 à 02:18:48
les champs de bits, c'est très bien, certes, mais à moins d'être vraiment pressé par la place, un bon agencement de char, short et int (tout en unsigned) est plus efficace et sans limitations.
dans ton cas, t'arrive à faire tout tenir sur 32bits <=> sizeof(int) sur la majorité de nos sytèmes, c'est sans doute l'effet rechercher, et c'est un bon exemple d'utilisation (/3 par rapport à 3 unsigned)
Marsh Posté le 13-12-2003 à 11:23:03
tout a fait d'ac avec toi, vu la taille des int (32bits) pour gagner de la place, on a polu vite fait d'utiliser des char
surtout qu'a la lecture ecriture c'est un peu plus simple d'acces (beaucoup plus simple si le champs est une union).
enfin moi c'est ce que j'en ai retenu, ct un des chapitres du livre que je me devait de maitriser comme les autres.
bon par contre pour les enum j'ai pas tout compris, c'est un peu flou dans mon esprit, j'ai du mal a comprendre l'interret des enum (a part le fait que ce sont des constantes int).
Malheureusement le temps me presse, je me donne jusqu'a ce soir pour continuer a apprendre des choses, demain je revise tout ce que j'ai appris cette semaine. Et lundi je pleurs
Marsh Posté le 13-12-2003 à 11:30:12
ben les enum, l'intéret de pouvoir définir des constantes entières est énorme ! en fait on sert en majorité quand on veut quand on manipule des valeurs qualitatives, c'est à dire qui dont le nombre de valeurs est fixe et fini. Ex: jour de la semaine, {vert, orange, rouge}, etc. C'est utile, parce qu'au lieu d'avoir des chaînes pour représenter cela (auquel cas tu dois faire des vérifications, car tu n'es pas à l'erreur d'un pauvre frappe), tu as une vérification de valeur et de type à la compilation (évidemment en C ça veut pas dire forcément grand chose)
Marsh Posté le 13-12-2003 à 12:32:42
ok je vois.
En fait la ou je bloque c'est en m'imaginant une solution a ca :
tu as une machine qui retourne sur 16bits son etat:
1000 => idle;
4500 => buzy;
etc...
imaginons qu'il y ait une centaine d'etats pas forcement a des valeurs successives (donc pas ideal pour un tableau ou il faudrait par rapport a mon exemple avoir 4500 index, alors qu'il n'y a que 100 etats utiles).
imaginons que l'on veuillent afficher sur l'interface utilisateur l'etat en language humain et donc litteral (buzy, IDLE, recording, etc...)
on peut donc alors imaginer un :
Code :
|
mais comment afficher BUZY, RFECORDING, etc...
avec un switch? ou peut on afficher le nom des constantes de l'enum?
ou il y a t'il une meilleur solution?
Marsh Posté le 13-12-2003 à 12:34:01
ton enum est OK;
pour l'affichage, ben tu fais une fonction qui permet d'associer une valeur à ce que tu veux, le cas échéant une chaine de caractère.
Marsh Posté le 13-12-2003 à 12:38:00
donc une fonction avec switch qui prend un integer et qui retourne un string?
Marsh Posté le 13-12-2003 à 12:42:37
ok merci.
au fait t'es toujours sur le forum, t'es relié par une perfusion USB ou ils t'ont développé en meme temps qu'ils ont developpé ce forum?
Marsh Posté le 12-12-2003 à 19:09:21
salut.
toujours plongé dans mon bouquin sur le langage C, je suis vraiment bloqué sur le chapitre concernant les champs de bit.
j'ai essayé un petit programme, et je ne comprend vraiment pas ce qui cloche, quelqu'un pourrait il m'expliquer?
lorsque je compile mon code (l'encadré ci dessus n'est qu'une partie du code biensur) j'obtiens les erreurs suivant, et la vraiment je pige pas ce qui cloche :
41 main.c
bit-field `jour' width not an integer constant
pourtant ma constante N_BITS_JOURS est bien un integer
voila pour ce qui etait de ma principale question je vais créé un autre post pour une autre question bien distincte et relative a tout ca.