Непонятный синтаксис.

[jojahti]

Winsock функция connect.

Вообщем в заголовочном файле объявление выглядит так.

int PASCAL connect(SOCKET,const struct sockaddr*,int);

На практике это выглядит к примеру так:

connect(S,(sockaddr*)&SA,sizeof(SA));

Вот это вот что?

(sockaddr*)&SA

Преобразование что-ли? Какой-то синтаксис непонятный.


P.S.
Эмммм. Создаётся ссылочная переменная и ей присваивается адрес структуры другого типа?

P.P.S.
Неее, нифига.

[Пепел Феникса]

да преобразование ссылки в указатель

я то обычно структуры всетаки через указатели юзаю поэтому не приходится так делать(но тогда я сам их удаляю и создаю)

[jojahti]

Ааа!!! Спс. Это же сишные преобразования так выглядят. А я чё-то пропустил это дело, когда книжку читал. Тем более она про с++ и на сишных операциях там внимания не заостряли.

Тоесть походу оно перегружено, поскольку структуры больно разные.

[Stilet]

Тоесть походу оно перегружено, поскольку структуры больно разные.

Че это структуры разные?

[jojahti]

Ну SA у меня типа sockaddr_in;

Если верить заголовочному файлу то.

struct sockaddr_in {
	short	sin_family;
	u_short	sin_port;
	struct	in_addr sin_addr;
	char	sin_zero[8];
};

А то во что преобразовывается:

struct sockaddr {
	u_short sa_family;
	char	sa_data[14];
};

Помоему это немного разные структуры.

Каким образом работает сабжевое преобразование? Такая же вумная перегружаемая штучка как статик каст?

[Stilet]

Ну разные в описании, но по размеру видать одинаковые.

[jojahti]

Чё то не въезжаю.
Что сделала эта строчка?

(sockaddr*)&SA

Откуда компилятор знает как преобразовывать типы в sockaddr. В заголовоном файле ничего такого не вижу.

[Stilet]

Привела SA к типу sockaddr - если в общем.
Я к тому что

struct sockaddr_in {
	short	sin_family;
	u_short	sin_port;
	struct	in_addr sin_addr;
	char	sin_zero[8];
};

и

struct sockaddr {
	u_short sa_family;
	char	sa_data[14];
};

по размеру одинаковы. Одинаковое кол-во байт занимают в памяти, так что это не смертельо такая интерпретация этой структуры.

[jojahti]

Stilet

Привела SA к типу sockaddr - если в общем.

Тоесть никаких манипуляций и преобразований собственно данных небыло? Просто компилятор стал считать что это тип sockkadr и потерял доступ к "лишней" инфе?

[Пепел Феникса]

структуры по размеру одинаковы, просто все теже данные старой структуры будут читатся иначе, а именно:
short sin_family будет прочтено как u_short sa_family;
а это:
u_short sin_port;
struct in_addr sin_addr;
char sin_zero[8];
как
char sa_data[14];