Smapi
От Nil A (2:5015/46) к Sergey Anohin
В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)
Hello, Sergey!
Tuesday January 09 2024 12:17, from Sergey Anohin -> Michael Dukelsky:
MD>> Там была старая версия SMAPI. Я выдрал более новую из Husky и
MD>> вставил в RNtrack.
SA> А если не секрет, в чем профит такого подхода? Ну там почему нельзя
SA> брать хедеры просто из хаски? Или типа если что-то в хаски сломают, то
SA> чинить потом ftrack?
Когда я в свой пет-проект тащил SMAPI, то пришлось делать git clone huskylib.git и smapi.git. Одним smapi не получается отделаться.
Я через cmake всё собираю, он умеет с git тащить. Я кладу два cmake файла в подгружаемый huskylib и smapi, и у меня в проекте просто как библиотека добавляется, удобно, но есть нюансы.
Самая жесть в хаски - это define min, max. Если после инклюда хаски написать какой-нибудь include <vector>, то компилятор будет ругаться, что внутри вектора сломан min/max. Поэтому после инклюда хаски приходится делать unset min, max.
SMAPI вроде как подразумевалось, что берёшь и из 3х разных форматов баз читаешь/пишешь сообщения. Сделано как виртуальные функции в плюсах, только через указатели, потому что это чистый Си - тут вопросов нет. Но для чтения сообщений надо ещё кое-какой функционал. Как минимум - тупо надо получать From из сообщения, а там целая логика - нетмейл или эхомейл, смотреть в msgid, смотреть в origin,... И каждый проект, который использует SMAPI всё это делает самостоятельно, например hpt.
Best Regards, Nil
--- GoldED+/LNX 1.1.5
* Origin: Linux 2.6.32-042stab145.3 (2:5015/46)
Ответы на это письмо:
From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку
From: Username
Или коротким