шикарно

вобщем вся эта хрень делается для того что constexpr const обьект лежит в flash памяти и оперативку не занимает, даже если часть данных не известна в компайл тайме и меняется в рантайме, то constexpr аллокатор позволяет узнать указатель на эту область памяти в компайл тайме и... запихнуть указатель на эту структуру данных в констекспр конст обьект.

Вопрос про git. Есть master, есть ветка sobaka. В sobaka коммичу много коммитов, пушу. Делают в неё merge мастера, пушу. Опять делаю коммиты. Теперь хочется сделать так, чтобы к мастеру добавился 1 коммит, отражающий все изменения сделанные в sobaka. В этом коммите должна быть разница между последним коммитом master и последним коммитом в sobaka.

ну это же обычный мёрдж с фастфорвардом нет?

Ну то есть если делаешь мёрдж из собаки в мастер без ключа --no-ff то так и должен получиться один коммит

Вопрос про git. Есть master, есть ветка sobaka. В sobaka коммичу много коммитов, пушу. Делают в неё merge мастера, пушу. Опять делаю коммиты. Теперь хочется сделать так, чтобы к мастеру добавился 1 коммит, отражающий все изменения сделанные в sobaka. В этом коммите должна быть разница между последним коммитом master и последним коммитом в sobaka.

git merge --squash

Хочется как-то без —squash почему-то, а через rebase.

--ff?

ну это же обычный мёрдж с фастфорвардом нет?

Нет, я не хочу видеть в master все свои 100500 тупых коммитов из моей ветки, а хочу видеть 1 красивый где сразу всё хорошо.

Хочется как-то без —squash почему-то, а через rebase.

Либо squash, либо rebase -i, а там squash. А вообще это оффтоп, не?

да, вам в pro.git

Другие чаты ? @ProCxx – чат для серьезных вопросов; ? @ProCxxLib – библиотека книг по языку C++, проектированию и программированию; ? @ProCxxNews – новости из мира C++, интересные статьи и пр. ? @ProAlgorithms – чат по обсуждению вопросов проектирования, архитектуры программного обесепечения; ? @ProLua – чатик по скриптовому языку Lua; ? @fludpac – флудилка, чат по обсуждению всего; ? @xthon – канал с цитатами участников pro.* ? @prodot – канал pro.*; ? @flood – общий флуд канала @prodot; ? supapro.cxx – чат помощи для новичков; ? pro.git – чат по обсуждению Git; ⚔ pro.cxx.holywars – чат для любителей холиваров; ?pro.net – чат по .NET Framework; ?pro.linux – чат по Линуксу; ?pro.linux.old – самая первая группа из коллекции pro.*. Вход по инвайтам, т.к. создатель группы удалился из telegram; ? Opengl / opencl / Vulkan / etc gamedev – no-flood-чат по опенглу и пр. Читайте правила при входе! Пока не в системе pro.* English chats ❤️ @undertale_chat – chat about the Undertale game; ?? pro.english – chat about learning English.

Добрый день, подскажите какую-нибудь системную функцию windows, которая вызывается при запуске любого приложения?

SetWindowText

SetWindowText

Даже если окно без заголовка?

Добрый день, подскажите какую-нибудь системную функцию windows, которая вызывается при запуске любого приложения?

GetStdHandle

Всем ку, есть дровописатели?)

У нас в проекте в базовом интерфейсе используется агрегат struct foo{...};, который везде передается и хранится по значению (не отнаследоваться) и понадобилось добавить к этому агрегату объект, тип которого на уровне базового интерфейса должен остаться incomplete (чтобы не порождать зависимостей базого интерфейса от специфичного типа), но при этом время жизни этого объекта должен контролировать агрегат. unique_ptr/shared_ptr/optional не катит, в виду необходимости знать полный тип для удаления при формировании деструктора foo. Как бы вы решали?

Перестать стоить костыли и сделать по нормальному

Имхо, если правильно понял проблему

У нас в проекте в базовом интерфейсе используется агрегат struct foo{...};, который везде передается и хранится по значению (не отнаследоваться) и понадобилось добавить к этому агрегату объект, тип которого на уровне базового интерфейса должен остаться incomplete (чтобы не порождать зависимостей базого интерфейса от специфичного типа), но при этом время жизни этого объекта должен контролировать агрегат. unique_ptr/shared_ptr/optional не катит, в виду необходимости знать полный тип для удаления при формировании деструктора foo. Как бы вы решали?

Если в unique_ptr добавить кастомный делетер, то все-равно всё еще нужно будет знать тип?

GetStdHandle

Спасибо

Если в unique_ptr добавить кастомный делетер, то все-равно всё еще нужно будет знать тип?

мне кажется, я рано сбросил из рассмотрения shared_ptr, ему-то как раз не нужен полный тип.

Если в unique_ptr добавить кастомный делетер, то все-равно всё еще нужно будет знать тип?

в этом случае deleter должен знать полный тип

Перестать стоить костыли и сделать по нормальному

такие советы я и сам могу давать :)

в этом случае deleter должен знать полный тип

Ну ты передай в качестве deleter указатель на функцию. А саму функцию сложи в другую единицу компиляции

void (*Deleter)(incomplete*);

как-то так же

Ну ты передай в качестве deleter указатель на функцию. А саму функцию сложи в другую единицу компиляции

у базового интерфейса более 600 библиотек, которые его используют, чтобы этот deleter стал доступен надо будет их слинковать с реализацией этого делетор-а, если я правильно понял твою идею

у базового интерфейса более 600 библиотек, которые его используют, чтобы этот deleter стал доступен надо будет их слинковать с реализацией этого делетор-а, если я правильно понял твою идею

Да

Да

вот я как раз этого хотел избежать

А где живет вот этот твой тип неполный?

А где живет вот этот твой тип неполный?

в месте создания этого агрегата

Всем ку, есть дровописатели?)

ЭТо тебе в ту конфу, которая по чистым Сям. И которая сдохла.

@anatolijs Т.е. это нечно, что тебе библиотеки отдают?

@anatolijs Т.е. это нечно, что тебе библиотеки отдают?

да, скажем, lib1 и lib2 зависит от dll, которая содержит boo. lib1 создаст boo, lib2 его использует, но при этом все остальные библиотеки этот incomplete тип boo просто игнорят

ЭТо тебе в ту конфу, которая по чистым Сям. И которая сдохла.

Дык виндовый вдк сплош и рядом на плюсах, неужто нихто?

да, скажем, lib1 и lib2 зависит от dll, которая содержит boo. lib1 создаст boo, lib2 его использует, но при этом все остальные библиотеки этот incomplete тип boo просто игнорят

И хранится он у тебя по классике а-ля void* data?

И хранится он у тебя по классике а-ля void* data?

нет, forward declaration, только надо было придумать как хранить

проверил, shared_ptr подходит, хотя до этого я рассматривал и такой вариант: struct boo; struct foo { ... std::function<boo*()> boo_provider; }; ... boo b; foo f; f.foo_provider = [b](){return &b;};

такие советы я и сам могу давать :)

Вообще, я считаю, он нас обидел! Он наш гениальный код назвал костылями!

проверил, shared_ptr подходит, хотя до этого я рассматривал и такой вариант: struct boo; struct foo { ... std::function<boo*()> boo_provider; }; ... boo b; foo f; f.foo_provider = [b](){return &b;};

А shared_ptr разве делетер не нужно будет вызывать?

А shared_ptr разве делетер не нужно будет вызывать?

он связывается с deleter-ом во время конструирования

А, всё, понял!

Дык виндовый вдк сплош и рядом на плюсах, неужто нихто?

Если ты нанять хочешь, вакансию пиши @AlexFails , он опубликует в канале.

Прикольно.

Прикольно не это, а то, что Толя лет 5 назад просто балдел от этой фичи и мне все уши ею прожужжал... А теперь сам про это забыл.

Прикольно не это, а то, что Толя лет 5 назад просто балдел от этой фичи и мне все уши ею прожужжал... А теперь сам про это забыл.

Старость - не радость

Старость - не радость

слухи о моей смерти слегка преувеличены :)))

Всем ку, есть дровописатели?)

Допустим

но с лямбдой мне ход понравился

проверил, shared_ptr подходит, хотя до этого я рассматривал и такой вариант: struct boo; struct foo { ... std::function<boo*()> boo_provider; }; ... boo b; foo f; f.foo_provider = [b](){return &b;};

сказали же тебе, что тут не про линукс

проверил, shared_ptr подходит, хотя до этого я рассматривал и такой вариант: struct boo; struct foo { ... std::function<boo*()> boo_provider; }; ... boo b; foo f; f.foo_provider = [b](){return &b;};

Но тут копироваться будет B .....

Но тут копироваться будет B .....

ну, как создашь boo

Как создашь? Он же захватывается...

Не ну тут ничего не сделать, надо выводить локальный boo из его времени жизни в этот объект foo

Допустим

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

Как создашь? Он же захватывается...

[b = boo()]{return &b;}

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

через DeviceIoControl на винде можно передать буфер с инфой

https://msdn.microsoft.com/en-us/library/windows/desktop/aa363216(v=vs.85).aspx

через DeviceIoControl на винде можно передать буфер с инфой

Спасибо почитаю

Немного новостей по Boost. Тут приехал замечательный pull request, на докер образ в котором можно собирать и тестировать Boost https://github.com/boostorg/boost/pull/184

ERROR: S client not available

Немного новостей по Boost. Тут приехал замечательный pull request, на докер образ в котором можно собирать и тестировать Boost https://github.com/boostorg/boost/pull/184

очень очень очень хорошо

Вечерком поервьюю + попрошу возможность делать ещё один образ с собраным бустом

зачет

в образе не хватает тулзов для документации

там надо ставить всякие asciidoc и прочее для буста

помедленнее, я записываю

doxygen

xsltproc

так, стоп. а зачем бусту doxygen?

там же quickbook

короче тут все указано https://www.boost.org/doc/libs/1_55_0/doc/html/boostbook/getting/started.html

Doxygen is required to build the documentation for several Boost libraries. You will need a recent version of Doxygen

я так понимаю у каждого автора по своему кто во что горазд

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

там есть скриптик, который всё автоматом подтягивает надо его просто запустить при формировании контейнера

docbook quickbook doxygen

точно ools/boostbook/setup_boostbook.sh

наркомания

Составлю конкуренцию. 16 мая в СПб пройдет очередная встреча C++ User Group в офисе DINS на Старо-Петергофском пр., д. 19. Андрей Давыдов из JetBrains расскажет про текущее состояние корутин в C++. Места еще есть, надо зарегистрироваться на https://www.meetup.com/St-Petersburg-CPP-User-Group/events/250081646/.

так, минутка рекламы митапов, да? Ну тогда https://www.meetup.com/St-Petersburg-CPP-User-Group/events/250081776/ :D Тоже Питер, только через неделю

да вот вы наркоманы, я же устану писать вам всем новости

пишите в новостной канал )))

пишите в новостной канал )))

ну кто нибудь напишет, надеюсь, про оба

я уже скинул

Есть кто поможет?

Есть кто поможет?

Ум и знания

я уже скинул

даже задания не дали дочитать(

так, минутка рекламы митапов, да? Ну тогда https://www.meetup.com/St-Petersburg-CPP-User-Group/events/250081776/ :D Тоже Питер, только через неделю

омг сейчас бы future/promise велосипедить!

омг сейчас бы future/promise велосипедить!

Потому что можем, лол

Потому что можем, лол

Это толстая шутка, у меня завелосиперидовано, правда, я не знаю, зачем писать доклад)

Потому что можем, лол

Что характерно, делается это достаточно просто, но я безумнейше тупил :)

Что характерно, делается это достаточно просто, но я безумнейше тупил :)

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