Тестовое приложение всегда выпадает после выкидывания в деструкторе std::exception. Код заливаю...

Залил на кодешаре https://codeshare.io/2joeKB

Повторяемость на g++ в убунте и rhel

Нельзя выбрасывать исключение из деструктора

Нельзя выбрасывать исключение из деструктора

а то я зря про вещества спрашивал

Я так никогда не делал, но после вопроса мне стало интересно. С масдаями я нашел общи язык, а с г++ нет

Нуу, это же гуглится и в последней книге Майерса про c++14 есть

Но вц++ - это та еще наркомания. Там работает даже то, что не должно. Сам видел.

Я так никогда не делал, но после вопроса мне стало интересно. С масдаями я нашел общи язык, а с г++ нет

в мастдае C++ вроде вообще какой-то managed.

и нитакойкакфсе

Но вц++ - это та еще наркомания. Там работает даже то, что не должно. Сам видел.

они это чинят если шо

Нуу, это же гуглится и в последней книге Майерса про c++14 есть

Насчет гуглится - то сто я нашел не было ответом. Вероятно вопрос был не тот

в мастдае C++ вроде вообще какой-то managed.

Я, как старый изверг работаю в реал моде или в до диез

они это чинят если шо

Ну может по фински, основательно, но нестандарное поведение вижу с 2010.

Ну может по фински, основательно, но нестандарное поведение вижу с 2010.

ну, они только в 2017 решили озаботится conformance :)

щас даже пилят с99 совместимый препроцессор

Тестовое приложение всегда выпадает после выкидывания в деструкторе std::exception. Код заливаю...

Компилятор помечает деструктор как noexpect по умолчанию, как результат выброс из noexcept метода исключения - это terminate

Измени спецификацию на noexcept(false) и лови

Измени спецификацию на noexcept(false) и лови

Спасибо. Попробую.

опять на C++ гонят! https://blogs.msdn.microsoft.com/commandline/2018/07/10/windows-command-line-inside-the-windows-console/

а где гонят? про vtable и небесплатность?

Это опыты на основе вопросов на собеседованиях.

В деструкторе нельзя кидать исключение.

В деструкторе нельзя кидать исключение.

можно, но нужно знать о последствиях в виде отстрела ноги

Компилятор помечает деструктор как noexpect по умолчанию, как результат выброс из noexcept метода исключения - это terminate

https://ideone.com/WNEN2b Компилятор не во всех случаях помечает деструктор как noexcept по умолчанию, а конкретно если хоть один член класса бросает исключение в деструкторе.

Но вц++ - это та еще наркомания. Там работает даже то, что не должно. Сам видел.

Уб!=не должно

в мастдае C++ вроде вообще какой-то managed.

это отдельно расширение же, точнее аж целых два :D

в мастдае C++ вроде вообще какой-то managed.

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

это отдельно расширение же, точнее аж целых два :D

Почему два?

Почему два?

С++/CLI и С++/CX

А что за CX?

это чтобы под WinRT писать, те самые UWP приложения

Какая-то жуткая фигня https://github.com/lnishan/vector/blob/master/vector.hpp#L123-L125 Супер жуткая: https://github.com/lnishan/vector/blob/master/vector.hpp#L297-L299

первое можно исправить на new T[n]()

первое можно исправить на new T[n]()

лучше это говно вообще не трогать

Блин вы это серьёзно сейчас? Если у вас 10кк маленьких векторов это уже серьёзный оверхед в 70мб 100кк вы потеряете на этом сраный гигабайт просто в некуда.

сделай 10кк маленьких векторов в шарпе :D

лучше это говно вообще не трогать

#НеСтоитВскрыватьЭтуТему

#НеСтоитВскрыватьЭтуТему

Вы молодые, шутливые, вам вектора легко даются (с)

это чтобы под WinRT писать, те самые UWP приложения

Напридумывали

Напридумывали

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

А чего он такой агрессивный?

Не надо писать по куче мелких сообщений

А я им говорил!

А я им говорил!

ты забыл между словами ентер понажимать :D

Не надо писать по куче мелких сообщений

А как же тогда излачать свои мысли?

Как Лев Толстой, в трёх томах

это ж никто не будет читать

это ж никто не будет читать

Кому нужно тот прочтёт

...Продолжаю развивать свою либу для Software Transactional Memory. Пример с обедающими философами мало убедителен, поэтому я решил проапдейтить свой давний проект Amber. Это игра, в которой человек может ходить по отражениям, меняя параметры вселенных. Отлично подходит для демонстрации concurrency. Вот какая модель у меня получилась на данный момент: https://github.com/graninas/Amber/blob/3f8dc7d471c0bbf827da223ebceb2cc4e77e0856/src/amberTest/tst_ambertest.cpp#L208 Сейчас можно задавать сложно устроенные параметры миров и есть несколько тестовых транзакций над моделью. 2 августа мы проводим митап по ФП, буду там рассказывать об STM. Своего рода продолжение доклада с C++ Russia 2018.

А можно узнать, что вы пытаетесь сделать? Описание проекта там

А можно узнать, что вы пытаетесь сделать? Описание проекта там

Amber? Конечно. Хочется в конце иметь GUI-приложение, где игрок сможет манипулировать "отражениями" (мирами, "тенями", - см. "Хроники Амбера" Р. Желязны). Происходит это так. Имеется мультивселенная, где каждый мир - это набор определенных характеристик: атмосфера, небо, земля, биосфера, и прочее. Изменяя структуру, цвет, форму этих характеристик, игрок может перемещаться между мирами. Есть определенные миры с жестко заданными характеристиками, эти миры существуют и эволюционируют независимо от игрока. Игрок может туда попасть, пройдя по временным теням. Также в отражениях свирепствуют теневые бури, которые произвольным образом перебрасывают игрока по теням или искажают характеристики миров. Предыдущая версия Амбера даже была играбельной, но движок был линейным, а не параллельным.

Я бы даже сказал - пошаговым

P.S. Можно на "ты"

Amber? Конечно. Хочется в конце иметь GUI-приложение, где игрок сможет манипулировать "отражениями" (мирами, "тенями", - см. "Хроники Амбера" Р. Желязны). Происходит это так. Имеется мультивселенная, где каждый мир - это набор определенных характеристик: атмосфера, небо, земля, биосфера, и прочее. Изменяя структуру, цвет, форму этих характеристик, игрок может перемещаться между мирами. Есть определенные миры с жестко заданными характеристиками, эти миры существуют и эволюционируют независимо от игрока. Игрок может туда попасть, пройдя по временным теням. Также в отражениях свирепствуют теневые бури, которые произвольным образом перебрасывают игрока по теням или искажают характеристики миров. Предыдущая версия Амбера даже была играбельной, но движок был линейным, а не параллельным.

Где можно задонатить на такую игру?

Где можно задонатить на такую игру?

Чорд, а так можно было, да? А если серьезно, может мне и правда стоит уже открывать Patreon или что-то вроде того.

Или куда контрибутить?

Или куда контрибутить?

Ну вообще говоря, проект на Гитхабе: https://github.com/graninas/Amber И STM-библиотека, на основе которой будет сделана конкурентная модель, тоже там: https://github.com/graninas/cpp_stm_free Кстати, там реально много работы, и если кто-то желает помочь, то там даже есть подходящие issues.

Amber? Конечно. Хочется в конце иметь GUI-приложение, где игрок сможет манипулировать "отражениями" (мирами, "тенями", - см. "Хроники Амбера" Р. Желязны). Происходит это так. Имеется мультивселенная, где каждый мир - это набор определенных характеристик: атмосфера, небо, земля, биосфера, и прочее. Изменяя структуру, цвет, форму этих характеристик, игрок может перемещаться между мирами. Есть определенные миры с жестко заданными характеристиками, эти миры существуют и эволюционируют независимо от игрока. Игрок может туда попасть, пройдя по временным теням. Также в отражениях свирепствуют теневые бури, которые произвольным образом перебрасывают игрока по теням или искажают характеристики миров. Предыдущая версия Амбера даже была играбельной, но движок был линейным, а не параллельным.

Ну меня, конечно, интересовала transactional memory)

Надо engine пилить, и игру релизить

я в mailing list Qt не сижу (если таковой имеется), так что ничего не могу сказать

тред о выборе билд системы для Qt 6 #qt6 #buildsystem #qbs #meson #qmake #gn http://lists.qt-project.org/pipermail/development/2018-July/033100.html

Ну меня, конечно, интересовала transactional memory)

Если кратко, то имеется конкурентная модель данных, которую можно обновлять из разных потоков безопасным образом, с помощью транзакций. Идея та же, что и у БД, но только в коде. И важная особенность STM, что транзакции композабельны. STM может быть исполнена в разных стилях, но конкретно моя повторяет интерфейс Haskell-ной, где транзакции - это специальная монада. Композятся они, соответственно, в монадическом стиле. Ну и сам код STM, конечно, функциональный получается. Я написал подробный туториал, если интересно: https://gist.github.com/graninas/c7e0a603f3a22c7e85daa4599bf92525

Надо engine пилить, и игру релизить

Прикольно то, что в игре движок - это практически все, что нужно. Ну и несколько заранее предопределенных миров. По сути, "создавать игру на движке" не требуется

А I/O как? На шаблонах во время компиляции?

А I/O как? На шаблонах во время компиляции?

Да нет, обычное IO, отдельный пользовательский поток. Как в играх делают, так и здесь. Просто этот поток тоже будет транзакции запускать

Эх, игры :) Когда-нибудь я таки начну писать RTS в пространстве Минковского

Правда, боюсь, что не ранее 65 :)

Эх, игры :) Когда-нибудь я таки начну писать RTS в пространстве Минковского

А к тому моменту можно прорабатывать концепцию.

/help@FailsBot

/help@FailsBot

USAGE: /help - prints this message; /vzhuh [message] - do vzhuh; /start - info about bot.

А к тому моменту можно прорабатывать концепцию.

Концепция есть, надо прототипить)

std::variant<int, int, void, double, std::string> v; enum class En { Int1 -> int, Int2 -> int, Empty, Dbl -> double, Str -> std::string };

@webreh ☝️

Что это?

сам не знаю

variant из int или int выглядит странным

variant из int или int выглядит странным

смысл в енуме

яннп

смысл в енуме

чем это лучше/хуже трейтов, привязанных к енуму?

чем это лучше/хуже трейтов, привязанных к енуму?

хочется как в Rust

хочется как в Rust

пишите на Rust :)

т.е. я пока не понял, почему речь не о каком-то сахаре унификации с Rust

variant из int или int выглядит странным

Да, и будут проблемы с std::get.

std::variant<int, int, void, double, std::string> v; enum class En { Int1 -> int, Int2 -> int, Empty, Dbl -> double, Str -> std::string };

Вообще, очень сильно выглядит как GADT

(Generalized Algebraic Data Type)

вот ещё один сниппет https://play.rust-lang.org/?gist=0ff68eab19e4d484e9b67a5f3f1f5b66&version=stable