bson (binary json) library для С (не С++)

Зачем вообще JSON, подойдёт любой простой (свой) бинарный контейнер если получателю не принципиально как получать ответ. Есть ещё всякие вариации вроде protobuf и его сишные реализации, хотя это всё не очень лёгкое.

Проект был изначально запилен именно так, на json. Имеем то, что имеем. Клиент, десериализация на готовых либах тоже как бы..

Ок. Велосипед? Слать прямо структуры типа stat, acl, xattr в бинарном виде? Я как раз думал, что bson тут мог бы помочь. Не?

Вариант перейти на protobuf не рассматриваете? Только я не очень хорошо в курсе, как у него с чистым C.

Слать прямо структуры типа stat, acl, xattr в бинарном виде?

Совсем прямо так не стоит, нужно учитывать endianness у чисел и возможность расширения пакетов.

Советы в плане использования других способов сериализации приветствуются.

Тебе сериализацию или сетевой протокол? http://en.wikipedia.org/wiki/Extensible_Binary_Meta_Language и http://kentonv.github.io/capnproto/

Ну или protobuf, если не обязательно что-нибудь модное.

Нет, протокол типа RPC не нужен, речь о сериализации. Думал об RPC, но .. клиент виндовый и как бы поженить его по RPC с линуксом.. теряюсь. Курил исходники самбы в части RPC - ну очень мутно. Потому сериализация/десериализация и json.

По ссылкам тоже посмотрю, интересно, спасиб. Ну, и protobuf тоже покурю. Все же, bson - почему нет?

Если дашь пруф на примерчик реализации своего бинарного контейнера, буду премного благодарен. Не сталкивался с этим ранее. Но опять же, речь идет не только о stat и пр. Есть и другие данные, которые тоже нужно гонять, расширяемость была бы очень уместна.

Нет, протокол типа RPC не нужен

В capnproto есть формат сообщений (== сериализация), RPC использовать не обязательно.

Думал об RPC, но .. клиент виндовый и как бы поженить его по RPC с линуксом.. теряюсь

Кажется, ты смешиваешь «RPC вообще» (которых много) и конкретный ONC RPC, который в венде.

Все же, bson - почему нет?

Ну ты же приветствовал расширение сознания :)

Ну ты же приветствовал расширение сознания :)

О да! Вижу, есть где развернуться :)

ASN.1 уже советовали?

MessagePack

CBOR

Если дашь пруф на примерчик реализации своего бинарного контейнера, буду премного благодарен. Не сталкивался с этим ранее. Но опять же, речь идет не только о stat и пр. Есть и другие данные, которые тоже нужно гонять, расширяемость была бы очень уместна.

Совем хорошего свободного продуктового примера нет, есть простой пример как это обычно делается своими силами.

Прога отдает главным образом листинги директорий с информацией stat, xattr, acl по каждому объекту в директории

asn,json,xml,der..Люди!! Да вы упоролись - это-ж табличные данные. Элементарного CSV хватит за глаза

Спасибо всем, будем изучать.

Не очень четко сформулировал, быть может, вначале, но речь идет о штуке, которая по духу ближе к RPC. Т.е. функционал немного шире, нежели просто чтение каталогов.

void * buf, * bufit = buf;
//тут хреначишь хеадер,е сли нужен.
do {
//можешь и тут башку для каждого фд организовать.
  *(stat_t *)bufit++ = get_fstat(fd);
  *(xattr_t *)bufit++ = get_xattr(fd);
  *(acl_t *)bufit++ = get_acl(fd);
} while(next_fd());
//next_fd() - какая-то статик обёртка над getdents().
//В гетерах делаешь что-то типа:
stat_t get_fstat(int fd) {
  struct stat....
  //сдесь чистишь, выбираешь нужные поля и прочее.
  return new_stat;
}
//тут жопу фигачишь, если тоже нужна
write(fd, buf, (bufit - buf));//послал.

10строчек кода - это быстрее, надёжнее, проще, компактней любых твоих хренсонов и прочей муры.