структура sockaddr_un: правильная инициализация

Из unix_stream_connect исходного кода не видно быть любое требование обнулить структуру. Я написал тестовую программу, которая намеренно заполняет структуру значением, где клиент и сервер передают разные значения заполнения, и они могут нормально подключаться друг к другу:

void init_addr (struct sockaddr_un *addr, const char *path, int I) {
    struct sockaddr_un tmp = { .sun_family = AF_UNIX };
    // fill sun_path
    memset(tmp.sun_path, I, UNIX_PATH_MAX);
    // copy path
    snprintf(tmp.sun_path, UNIX_PATH_MAX, "%s", path);
    *addr = tmp;
}

Причиной сбоя подключения может быть состояние гонки, когда сервер еще не завершил настройку, когда клиент пытается connect.

Ответ зависит от нескольких вещей.

Во-первых, если вы не используете анонимные имена (имя файла не начинается с 0), вам не нужно очищать структуру.

Если вы используете анонимные имена, это зависит от того, передаете ли вы параметр «len» в различные вызовы как «sizeof(sockaddr_un)» или что-то вроде «len = strlen(local.sun_path+1) +1 + sizeof(local .sun_family); (Это уродливо, потому что игнорирует возможные проблемы с упаковкой структуры).

Для анонимных имен имя сокета включает все символы после первого 0 до конца структуры (как определено параметром len). Поэтому, если вы передаете len как sizeof(sockaddr_un) (что рекомендуется), вам нужно, чтобы весь sun_path совпадал между двумя вызовами, и поэтому требуется обнуление структуры (или идентичная установка структур).

Для достижения наилучших результатов, удобочитаемости и переносимости вы должны использовать len = sizeof(sockaddr_un) и установить memset sockaddr_un в 0 перед его инициализацией.

Этот пост должен быть полезен: Не удается подключиться к абстрактному сокету Unix Linux