Version imprimable
bonjour!! :)
j'ai un petit probleme, je dois "traduire" un code en pascal en C.
une des variables est de type "byte", mais je crois qu'en C ce type n'existe pas, si??
connaissez vous un type equivalent a celui ci en C?
sinon savez-vous comment je pourrais faire??
merci!!
sabine
Tu peux peut-être définir un nouveau type du genre :
Code:
2
ok, je vais essayer ca, merci!! ;)
Le commentaire est imprécis.Citation:
Envoyé par Mateo
est préférable.Code:/* at least 8-bit data */
[Nota. Vérifie que tu n'as pas désactivé le BBCode... Les balises sont sans effet dans ton post original]
Ah ? Je croyais que maintenant, la norme précisait que sizeof(char) = 1 dans tous les cas ? Et si ce n'est pas le cas, quel moyen aurait-on d'avoir un simple octet, l'unité de base de mesure dans malloc() ?Citation:
Envoyé par Emmanuel Delahaye
Il y a confusion.Citation:
Envoyé par Anomaly
L'unité de comptage de la taille des objet est le byte. Celui-ci a une taille minimale garantie de 8 bits en C. Mais elle peut faire plus. La valeur exacte est retournée par la macro CHAR_BITS qui est définie dans <limits.h>
D'autre part, comme toutes les unités, un byte vaut un, ce qui fait que sizeof (char) vaut 1. Toujours et partout.
En C, on ne parle pas d'octet (en anglais octet), mais de byte (en français 'multiplet'). Le nombre passé à malloc() ou retourné par sizeof est un nombre de bytes, pas un nombre d'octet. Il y a identité sur les architectures où CHAR_BITS vaut 8 (x86, 68k etc.) , mais c'est faux avec les archi 16-bit pures (DSP TMS320C64) ou 32-bit pures (DSP Mororola 56156).
D'accord, donc d'après ce que tu me dis, le type char représente un byte, donc l'unité de base de comptage, d'où le sizeof(char) = 1, et l'unité utilisée par malloc(). La seule chose qui peut varier, c'est la taille exact dudit byte (8 bits par exemple).
Ça me rassure, il n'y a donc pas besoin d'utiliser sizeof(char) alors :D
C'est exactement ça.Citation:
Envoyé par Anomaly
Rassurez moi, je ne connaîs que le petit monde du PC sous Windows, mon octet préféré (pardon, mon byte) fait bien toujours 8 bits ?
Sur quelle genre de machine trouve-t-on les
et sous quel OS fonctionnent-elles ?Citation:
mais c'est faux avec les archi 16-bit pures (DSP TMS320C64) ou 32-bit pures (DSP Mororola 56156).
Tant que la machine est un x86 ou equivallent (AMD etc.) c'est vrai. Ces processeurs étant orientés "machines de bureau", et donc traitant principalement des chaines de caractères, ce sera sans doute encore vrai longtemps (IA64...).Citation:
Envoyé par Trap D
Des machines dont la vocation n'est pas de faire des printf(), mais plutôt des calculs entiers ou flottants rapides (très rapides). C'est le cas des DSP qui ont un bus 16 bits voire 32 bits. Dans le cas du bus 16 bits, les char, short et int font 16 bits. Les long font 32 bits. Dans le cas du bus 32-bits, tout les types entiers font 32 bits.Citation:
Sur quelle genre de machine trouve-t-on les
et sous quel OS fonctionnent-elles ?Citation:
mais c'est faux avec les archi 16-bit pures (DSP TMS320C64) ou 32-bit pures (DSP Mororola 56156).
Quand à l'OS, je n'en connais pas, mais rien n'oblige le langage C à travailler en mode 'hosted'. Il sait aussi travailler en mode 'stand-alone'. C'est souvent le cas des logiciels embarqués, notamment pour DSP.
Je rappelle que l'application principale aujourd'hui (et probablement dans les 10 à 20 prochaines années) du langage C est la réalisation de logiciels embarqués.