разве не очевидно?

можем по заголовкам посмотреть и будут тырфейсы и прочее

Еще вот это активно использую: m_ префикс для переменной класса

@MasterZiv А это к ней имеет отношение ?

Вот, так про меня вернее говорить :] Ну, я это и подчеркивал, что не все, конечно же. А остальной бред - да/

https://docs.microsoft.com/en-us/cpp/mfc/reference/carchive-class#m_pdocument вляпали инфу, что это указатель... гм

блин, туда ещё nullptr не завезли...

ну не все в мс ему следуют маниакально лол

блин, туда ещё nullptr не завезли...

омг

сча на курсе по data structures запретили юзать с++11

пришлось в старом коде дописать #define nullptr NULL

пришлось в старом коде дописать #define nullptr NULL

Лол

пришлось в старом коде дописать #define nullptr NULL

Это все фичи C++11 которые ты использовал?

Это все фичи C++11 которые ты использовал?

нет, но так как stl не юзался, все быстро пофиксилось

Ребят, помогите

Упс, не тот чат

Упс, не тот чат

Да, тут еще никому не помогли

Да, тут еще никому не помогли

мне помогли!

мне помогли!

Мне тоже помогли, но чо ты подыграть не мог?

какой кодстайл вы юзаете для конструкторов со списко инициализации? Куда ставить двоеточие и куда скобки, чтобы сигнатура нормально визуально отделялась от списка и от тела?

Можно так: my_struct() : a(10) , b(20) , c(30) { // ... }

Я иногда ставлю открывающую фигурную скобку на отдельную строчку, даже если в остальных местах она остаётся на предыдущей

В гугле делают так: https://google.github.io/styleguide/cppguide.html#Constructor_Initializer_Lists

Отбивают двойным отступом двоеточие на новой строке, и отступом ещё больше длинные списки. Таким образом у тела получается отступ _меньше_, чем у предыдущих строк

о, оригинально

спасибо

Можно так: my_struct() : a(10) , b(20) , c(30) { // ... }

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

Да

Чтобы визуально отличать объявление от определения

Чтобы визуально отличать объявление от определения

А список инициализации можно в объявление класса впихнуть?

Если вместе с определением тела - да.

Hi, how can I login using my GitHub account?

Does it have any bitcoint?

какой кодстайл вы юзаете для конструкторов со списко инициализации? Куда ставить двоеточие и куда скобки, чтобы сигнатура нормально визуально отделялась от списка и от тела?

MyClass(int b_) : b(b_) , c(42) {} мембер a дефолтно инициализирован в теле класса как int a = 21;

Если вместе с определением тела - да.

это понятно

Спасибо, буду разбираться 👍

в общем, меня твой вопрос завлёк, поэтому я переделал на полностью безопасный вариант с проверками времени компиляции и невозможностью отстрелить себе ногу, как раньше: https://wandbox.org/permlink/xowc1DnwyhmfIjKH - C++17 минимум если избавиться от std::any, то можно обойтись C++11: https://wandbox.org/permlink/AwrUzat4dzkjMGwj добавление новых коллбэков идёт через расширение enum'а и новую специализацию callback_id_to_signature_mapping безопасность превыше всего😊

Есть живые ?

а ты не съешь?

Такой вопрос, у меня есть приблуда LFSTBEB3110

Как на плюсах снимать с нее инфу ?

Пишу в связке с Qt

Из доков под нее нашел только это

(скрином кинуть не могу, заранее сорян)

а куда она втыкается, для начала?

USB

QtSerial Port работает

Только не пойму как снимать с нее инфу по этой таблице, т.е есть регистр памяти, а как его считать/записать ?

ну QSerialPort по идее только даст тебе доступ к терминалу

если оно эмулирует serial port через usb

Обычно libusb используют для такого, если не ошибаюсь.

Сразу из регистра вытянуть дату можно ?

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

там armv7 поди какой

@proembedded или как-то так

там это будет онтопик

Спасибо

я так понимаю, там подразумевается I2c протокол: https://en.wikipedia.org/wiki/I%C2%B2C

я так понимаю, там подразумевается I2c протокол: https://en.wikipedia.org/wiki/I%C2%B2C

Спасибо, сейчас почитаю

в общем, меня твой вопрос завлёк, поэтому я переделал на полностью безопасный вариант с проверками времени компиляции и невозможностью отстрелить себе ногу, как раньше: https://wandbox.org/permlink/xowc1DnwyhmfIjKH - C++17 минимум если избавиться от std::any, то можно обойтись C++11: https://wandbox.org/permlink/AwrUzat4dzkjMGwj добавление новых коллбэков идёт через расширение enum'а и новую специализацию callback_id_to_signature_mapping безопасность превыше всего😊

🤔👍

Но если сигнатура новых колбеков заранее известна, проще использовать сигналы наверное.

в общем, меня твой вопрос завлёк, поэтому я переделал на полностью безопасный вариант с проверками времени компиляции и невозможностью отстрелить себе ногу, как раньше: https://wandbox.org/permlink/xowc1DnwyhmfIjKH - C++17 минимум если избавиться от std::any, то можно обойтись C++11: https://wandbox.org/permlink/AwrUzat4dzkjMGwj добавление новых коллбэков идёт через расширение enum'а и новую специализацию callback_id_to_signature_mapping безопасность превыше всего😊

Почему any а не variant?

Почему any а не variant?

Можно и его. Просто придется ещё в одном месте дописывать сигнатуру при добавлении нового типа

Добрый вечер, дамы и господа! Есть библиотека на Фортране, которую нужно вызывать из Си++. Проблема в том, что библиотека насквозь пронизана использованием глобальных переменных и потому совершенно не подходит для конкурентного программирования. Есть ли какой-то способ безопасно работать с ней многопоточно, как-то изолировать один набор этих глобальных переменных в каждом потоке?

По процессам растащить мб?

По процессам растащить мб?

Это поможет, но там каждый вызов достаточно короткий, накладные расходы на общение процессов слишком дорого выйдут.

Это поможет, но там каждый вызов достаточно короткий, накладные расходы на общение процессов слишком дорого выйдут.

Ну, пул воркеров, батчинг, составление заданий, вот это всё.

Я бы так подходил к проблеме, системно. А не чорной магией линкера, или чем вы там собрались.

(не говорю, что один подход лучше другого, а просто даю варианты)

Белая магия вместо черной =)

2018 год, i5 7300HQ, 16 гигабайт оперативки

у меня зависла главка рамблера

Это поможет, но там каждый вызов достаточно короткий, накладные расходы на общение процессов слишком дорого выйдут.

Так в линуксе потоки это те же процессы, но с иначе замапленной памятью

Так в линуксе потоки это те же процессы, но с иначе замапленной памятью

Но шареная память и внутрипроцессовые мьютексы всё равно дешевле!

Всем привет! такой вопрос: есть самопальное ipc между некой программой и хромиумом(ессно для этого слегка модифицировали его), сериализацию реализовали посредством json(через json spirit) для легкости и быстроты прототипирования. это все безобразие выполняется на armv8 девайсе. сейчас в варианте с json время необходимое на echo(привет-привет) между клиентом(наша программа) и сервером(хром) через ipc - около 70 мс. надо добиться чтобы это время не было больше 10 мс. склоняюсь посмотреть google protobufs или Flatbuffers у кого-то есть какие-то коментарии?:) может уже кто-то решал подобные задачи на arm/mips?

А если просто байты шлете, какое время?

А измеряли, что из этих 70мс на что уходит?

большая часть уходит на работу json spirit

То есть имеется некоторый код, работающий с json spirit, который тратит 50мс на сериализацию строчки из пяти байт hello?