probleme de comprehension sur API

bonjour à tous
j'ai un probleme de comprehension sur les API qui me tourmente.Je les utilise parce que je vois les autres le faire Je veux dire sans vraiment comprendre l'agorithme et vous conviendrez avec moi que ca peu mener au desastre. Voici un exemple qui permet d’obtenir le nom de l’utilisateur

Code:

---

1 2 3 4 5 6 7 8 9

Private Declare Function GetUserName Lib "advapi32.dll" Alias "GetUserNameA" (ByVal lpBuffer As String,nSize As Long) As Long   Private Sub uneprocedure() Dim strTampon As String, Taille As Long, Retour as Long, UserName as String strTampon = Space$(255) Taille = 256 Retour= GetUserName(strTampon, Taille) UserName=Left$( strTampon,Taille-1) End Sub

---

1. j’ai besoin de comprendre la déclaration de l’API surtout le choix des paramètres
2. comment se code s’exécute instruction après instruction. pourquoi on choisit toujours 255 d'une part et 256 d'autre part?
merci de bien vouloir m'apporter des eclairages

Salut,

Pourquoi 255 ou 256 ???

- 256 c'est le nombre de valeurs que tu peux codé sur un mot de 16 bits
- 255 c'est la valeur maximun que tu peux codé sur un mots de 16 bits

Après faut regarder la correspondance avec ton code...

J'espère que ça peut t'aider ;)

Si j'ai une illumination, je te tiens au courant.

Bonne soirée.

Coin

Quand tu appelle la fonction

Code:

---

Retour= GetUserName(strTampon, Taille)

---

Windows renvoie,dans Taille, la taille de la chaine qu'il a mise dans le tampon, seulement c'est une chaine en language C, donc terminée par un caractére 0.

Citation:

---

Envoyé par Coin

256 c'est le nombre de valeurs que tu peux codé sur un mot de 16 bits
- 255 c'est la valeur maximun que tu peux codé sur un mots de 16 bits

---

Excuse moi de dire que je vois pas la diference entre ces 2 phrases à l'exeption de 256 et 255
j'ai lu quelque part on dit que les fonctions DLL attendent des chaines dimensionnées pour pouvoir y ecrire;ce qui signifie que strtampon=space$(255) permet ce dimensionement.Je me demande alors quel risque si je change cette valeur en 100 plutot que 255

Citation:

---

Envoyé par Delbeke

seulement c'est une chaine en language C, donc terminée par un caractére 0.

---

est donc la raison pour laquelle on fait taille-1 dans l'intruction suivante?

Citation:

---

Windows renvoie,dans Taille, la taille de la chaine qu'il a mise dans le tampon,

---

Est ce que celà signifie que Windows ecrase la valeur 256 qui a permis le dimensionnement du tampon afin d'avoir la taille reelle de la valeur recherchée? si la reponse est affirmative est t'il correct de declarer ce parametre par valeur
excusez moi si mes questions un peu bizares

Citation:

---

Envoyé par Coin

- 256 c'est le nombre de valeurs que tu peux codé sur un mot de 16 bits
- 255 c'est la valeur maximum que tu peux codé sur un mots de 16 bits

---

Tu ne vois vraiment pas la différence???

bonjour Alain
je crois que je vois maintenant . ben pour les autres questions y a quelqu'un qui ait une idée

Code:

---

1 2 3 4 5 6 7 8 9

" Ecriture d'une chaine formatée de 255 espaces prete à recevoir le nom" strTampon = Space$(255) " Définition de la taille maximale de la chaine à recevoir : 255 + le caractère de fin de chaine renvoyé par la fonction = 256, au cas ou le nom comporte 255 caractères" Taille = 256 " Execute la fonction, qui renvoi le nom dans strTampon (ou le nb de caractères différent de l'espace = nb caractères du nom +1 caractère fin de chaine), et dans Taille la taille du nom (+1) renvoyé dans strTampon" Retour= GetUserName(strTampon, Taille)   " Enleve le caractère de fin de chaine et écrit dans UserName le nom de l'utilisateur sans ce caractère de fin de chaine" UserName=Left$( strTampon,Taille-1)

---

Mais, car il y en a un sur ce bout de code, la dernière instruction fonctionne pour toutes les longueurs de la chaine strTampon, sauf pour une chaine de 255 caractères (+1 fin de chaine qui n'est pas renvoyée puisque la chaine a été formatée à 255). Donc dans ce cas, la fonction renvoi le nom de l'utilisateur tronqué du dernier caractère

bonjour à tous
Ben en voilà une reponse. merci à ZUZU pour cette reponse qui eclaicit tous les points d'ombre. et aux autres pour leur reponse