xandox

>g++: error: openssl.c: No such file or directory
Если я тебя правильно понял, то ты собираешь не openssl, а прилодение которое с ним работать должно, тогда тебе этот openssl.c нафиг не нужен

1) Убедись что openssl у тебя на машине установлен. Вместе с заголовочными файлами и библиотеками
2) Для того что бы собрать твой проект тебе нужно, что-то вроде этого

g++ function.cpp main.cpp -o my_openssl_use -I<PATH_TO_OPENSSL/include> -L<PATH_TO_OPENSSL>/lib> -lssl -lcrypt

твой бинарник будет называться my_openssl_use

В posix системах (в винде проверить не могу, но скорее всего то же где-то должно быть) есть семейство функций для работы с big endian и little endian.

По поводу твоего вопроса я бы сделал примерно так

unsigned short store(unsigned short s) { return htobe16(s); }
unsigned int store(unsigned int s) { return htobe32(s); }
unsinged long store(unsigned long s) { if (sizeof(unsinged long) == 8) return htobe64(s); else return htobe32(s);}

unsigned short restore(unsinged short s) { return be16toh(s); }
// и т.д.

ну тут как видишь тебе придется еще решить вопрос с unsinged long. он, в зависимости, от битности системы имеет разный размер.

PS. На самом деле big endian встречается сейчас только на встраиваемых системах и на игровых консолях и вообще говоря зависит не от ОС, а от процессора. На x86 и amd64 всегда little endian. По сему подумай - а надо ли тебе это.

Обреж. А где не получится - увы.

Проблема скорее всего в LibreOffice. Твой код у меня отрабатывает нормально. И LibreOffice нормально его открывает. Версия LO Version: 4.1.3.2
Build ID: 70feb7d99726f064edab4605a8ab840c50ec57a

Смотри. С - не поддерживает перегрузку функция, по этому в с не бывает двух функций с одним именем и разными аргументами, по этому компилятор сохраняет их имена как есть (ну почти, но всегда одинаково). С другой стороны С++ поддерживает перегрузку, но что бы можно было однозначно определить по какому адресу вызывается функция ее имя декорируется, новое имя зависит от типов аргументов и если это метод класса, то еще и имени класса и возможно его шаблонных параметров, и плюсом сюда еще идет, то что каждый компилятор делает это по своему, по этому нет нормального способа, найти функцию по имени в dll скомпилированной с++ компилятором. Но есть способ сказать компилятору, что бы он не декорировал имена функция - это extern "C". Тогда компилятор оставит сишные имена у функций.

можно ставить sleep на секунду и каждую секунду проверять - не началась ли минута.
когда процесс находиться в sleep он не использует процессор вообще ни как, так что ничего он не нагружает.

Заверни struct list в приватный нэймспэс и разреши конструктор копирования
в глобальном нэймспэсе сделай так

template <class ...Args>
_p::list list(Args&& ...args) {
    return _p::list(args...);
}

По поводу первого - просто сделай print serialized_pb должно помомчь
По поводу второго - в общем случае никак. Структура, как таковая, в сериализованых данных не хронится. Сериализованые данные выглядят примерно так
[Tag|Type|Value]
где Tag - это тэг поля (то есть - имя поля ты уже не знаешь, и модификаторы его тоже (required, optional, repeated))
Type - смотри в доках, актуалльные значения 0, 1, 2, 5 (вроде)
При этом Tag и Type идут вместе (Tag << 3 | Type) и закодированы varint-ом (что таакое - смотри в доках)
Самая засада в том, что вложеные messages сериализованы точно так же как и bytes и string, то есть если ты не знаешь, что тут должен быть messege, то только попробовав его разобрать можешь это понять. В общем из сериализованых данных вытащить структуру - частично можно, но востоновить в 100% не получится.

Компиляторы. Принципы, техн...