Discussion :

[fs1985]

Bonjour,
Alors voila,quelque chose m'échappe avec cette fonction,à savoir que le deuxième paramètre demandé par la fonction:

Code:

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
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
#include <stdio.h>
 
#include <sys/socket.h>
#include <netinet/in.h>
#include <arpa/inet.h>
 
 
int main()
{
 
 
//Création du socket , pour l instant la socket n'a pas de PORT ni adresse IP//
 
int y = socket(AF_INET,SOCK_STREAM,0);
 
 
//Affectation d'un PORT et d'une IP à la socket//
struct sockaddr_in adresse ;
 
adresse.sin_addr.s_addr = inet_addr("127.0.0.1");   
adresse.sin_family = AF_INET;
adresse.sin_port = htons(2300);
 
int x = bind( y , (struct sockaddr*)&adresse  , sizeof(struct sockaddr_in) ); 
 
 
// => LA VARIABLE "adresse" n'est pas membre de la structure sockaddr mais sockaddr_in , alors  (struct sockaddr*) est juste un nom de pointeur obligatoire ou une réelle structure ?
 
 
return 0 ;
}

Voici ce que l'on trouve dans le header:

Code :

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

1
2
3
4
# define __CONST_SOCKADDR_ARG	const struct sockaddr *
 
extern int bind (int __fd, __CONST_SOCKADDR_ARG __addr, socklen_t __len)
     __THROW;

Merci d'avance,

[Bktero]

Le type de structure contenant l'adresse dépend du type de socket. Il y a donc plusieurs types d'adresses de différentes tailles d'où le dernier paramètre.

Regarde ce lien, a partir de la page 15: https://upsilon.cc/~zack/teaching/13...ocket-unix.pdf Il explique assez bien le concept.

[fs1985]

Merci pour la doc

C'est bon j ai bien compris le concept.

[Obsidian]

À noter que la problématique rencontrée à l'époque quand les sockets ont été définis et qui a conduit à utiliser ce genre d'artifice est en fait exactement ce qui va déboucher sur le concept de classes en programmation orientée objet…