find : trouver la position d'un élément dans un vecteur

Citation:

---

Envoyé par Jean-Marc.Bourguet

Il y a aussi des intervalles minimums.

---

Tu peux préciser stp ?

Citation:

---

Envoyé par loufoque

Tu as aussi

CHAR_BITS >= 8
sizeof(short)*CHAR_BITS >= 16
sizeof(long)*CHAR_BITS >= 32
sizeof(long long)*CHAR_BITS >= 64

---

C'est dans la norme? Je n'ai pas réussi à retrouver ?

Citation:

---

Envoyé par 3DArchi

Tu peux préciser stp ?

C'est dans la norme? Je n'ai pas réussi à retrouver ?

---

C'est importe de C qui a des intervalles minimums. Voir
http://www.bourguet.org/v2/clang/libc90/limits_8h.html

Citation:

---

Envoyé par Jean-Marc.Bourguet

C'est importe de C qui a des intervalles minimums. Voir
http://www.bourguet.org/v2/clang/libc90/limits_8h.html

---

Merci.
Je n'avais pas chercher dans la norme C :oops:

Citation:

---

Envoyé par 3DArchi

Je n'avais pas chercher dans la norme C :oops:

---

C'est un jeu de piste parfois de retrouver certaines informations.

Citation:

---

Envoyé par loufoque

Citation:

---

Il y a 12 ans je me fendais à faire du code compatible 16 et 32 bits. Avec le recul ça n'a servi à rien.

---

Tu le faisais probablement mal, alors.
Parce que moi j'arrive parfaitement à faire du code indépendant de l'architecture... Même indépendant de la taille en bits de char.

---

Euh... de quoi parles-tu ? :roll:
Je disais donc que ça n'a servi à rien puisque je n'ai plus jamais mis en production des programme 16 bits. Mes programmes marchaient très bien en 16 bits mais personne n'en voulait :aie:
Tous les clients voulaient du Win32s sous Windows 3.11, c'était à la mode.
Pourtant les programmes "modestes" utilisant peu de resources marchaient mieux en 16 bits: exe plus petit, exécution plus rapide...
Il me semble qu'on vit la même chose avec le passage en 64 bits: plus lent, plus lourd et sans doute inutile si le prg n'utilise pas plus de 2GB de mémoire. Mais ça risque d'être bientôt à la mode...