я к тому, что было бы желание, а повод перейти на модерновый С++ найдется. сложно, когда ты ограничен рамками какой-то платформы, там, что имеем, то имеем, но и здесь можно выкрутится, если использоваться подход cfront-a с кодогенерацией в чистый С.

Это из-за Ваших, в том числе, приложений приходится еще и ms vc++2015 redistribution ставить, что бы запустить тулзу?

Я уговариваю так коллег с начала первого рабочего дня. Но у нас QNX, GCC4.4 и Photon.

я сейчас не в курсе, прошла 6-ка военную приемку или нет

Какой ад-то. Надеюсь, что хотя бы платят хорошо.

Да. Она сертифирована. Мы как раз для военки стараемся.

Данные распространяемые пакеты в большинстве случаев уже установлены в системе пользователя. Нормальный инсталлятор может легко проверить это и если их нет, загрузить с официального сайта Microsoft.

Я немного не в курсе. Qnx еще продают? А то я слышал, что "под санкции попадает" и т.п.

А нормальный софт собирается со статическим рантаймом и не устраивает пользователю сюрпризов :)

У статического рантайма тоже есть минусы.

ну, то есть, фейл конкретного инсталятора ты огульно распространяешь на всея вселенная?

Я ответил на конкретный комментарий, который уверял, что "Нормальный инсталлятор может легко проверить это и если их нет, загрузить с официального сайта Microsoft.". Моё мнение - это ни разу не нормальный инсталлятор.

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

Проблема в моде. Сейчас модно делать онлайн инсталляторы. Вон выше шёл разговор за оборонку. У меня друг работает в крупной оборонной компании, 1к+ программистов. Работают они на VS2015 (чего им стоило этого добиться - отдельная история). Интернета у них нет, мобильной связи нет, их раздевают на входе, отбирают все давайсы и одевают в рабочую одежду. Так вот, M$ выпускает VS2017... Сюрприз! Без ISO-инсталляции. Только онлайн инсталлятор. Есть плохо документированный механизм создания ISO самостоятельно, но они требуют ключа, которые получить на данный момент никому не удалось (из тех, кого я знаю и кто активно пытался).

/tsya

Это совсем другая история. Моё личное мнение: гос. шараги следует обходить за 10 километров. Обычным пользователям намного удобнее веб-инсталлятор, т.к. загружает всегда актуальную версию, причём только выбранные им компоненты, а не всё сразу.

Возможно, я не обычный пользователь. Но когда я нажимаю на сайте гугла "скачать инсталлятор Хрома", и скачивается 600 КБ заглушка, которая будет дальше качать Хром, рука сама тянется за наградным Маузером...

Это совсем другая история. Моё личное мнение: гос. шараги следует обходить за 10 километров. Обычным пользователям намного удобнее веб-инсталлятор, т.к. загружает всегда актуальную версию, причём только выбранные им компоненты, а не всё сразу.

Бывают частники с таким вот режимом...

600 КБ на фоне 72 МБ всего браузера - это очень мало на самом деле.

Да, бывают, слышал. Но текучка кадров там адская ибо мало кто будет терпеть подобное.

Такой же оффтоп, как и насчёт "гос шараг" :) Онтоп - я скачиваю софт и хочу, чтобы он был самодостаточен, никакого рантайма, который ещё надо откуда-то скачать.

Такой же оффтоп, как и насчёт "гос шараг" :) Онтоп - я скачиваю софт и хочу, чтобы он был самодостаточен, никакого рантайма, который ещё надо откуда-то скачать.

а динамические библиотеки придумали ламеры :)

Космонавт в Ubuntu тоже недавно решил в эту тему удариться и придумал Snap-пакеты. Т.е. по сути это обычный пакет, но все зависимости внутри слинкованы статически. Скоро он всю систему так строить будет. Разумеется, о безопасности он ничего не слышал.

Под мак разве не так делают? :)

Космонавт в Ubuntu тоже недавно решил в эту тему удариться и придумал Snap-пакеты. Т.е. по сути это обычный пакет, но все зависимости внутри слинкованы статически. Скоро он всю систему так строить будет. Разумеется, о безопасности он ничего не слышал.

Windows/Mac - это другое дело. Речь о Linux, где статическая линковка приветствуется только для проприетарщины.

Про безопасность с этого места поподробнее, пожалуйста. Мой любимый метод взлома софта - подменять ему динамические зависимости. Что не так с безопасностью у самодостаточного софта?

Про безопасность с этого места поподробнее, пожалуйста. Мой любимый метод взлома софта - подменять ему динамические зависимости. Что не так с безопасностью у самодостаточного софта?

И вообще старые версии библиотек вроде openssl - это очень серьёзная проблема. Когда в данной либе находят очередную дыру, в дистрибутиве достаточно просто обновить данную либу и перезапустить все нормальные приложения, её использующие. У проприетарщиков со статической линковкой и тех, кто просто тянет давно протухшие либы, же требуется ждать пересобранного пакета от разработчика, устанавливать это обновление и т.п., а всё это время пользователи находятся под реальной угрозой. Очень часто проприетарщики и вовсе забивают на обновление либов (как ты сказал выше: "данное приложение лучше работает с этой версией") и тогда дыры в их ПО могут существовать годами.

А у меня вот бывали и обратные ситуации. На таргет системе старые либы и обновлять их никто не будет. Пришлось новые ститически линковать

холивар static vs dynamic linking, ура! просто не линкуйтесь ни статически, ни динамически.

господа, у меня вот какой упоротый вопрос - я хочу, чтобы два приложения работали с shared memory (SysV, POSIX - неважно) - одно на C++, одно на Python. Есть ли хоть какой-то вариант бинарно декодировать из памяти std::unordered_map на другом языке?

Вряд ли хорошей идеей будет лезть внутрь. Подцепить stl-ный контейнер из ctypes не получилось?