Но по факту компиляторы это воспринимают пофигистично

нет

анализ cors, безопасность... работа с бд... не ну если просто файлики по get отдавать или hello world в ответ кидать, то такое можно на плюсах за 10 минут)

Все чуть сложнее и проще одновременно. Сам сервис простой как бревно, но в него нужно втянуть адовую плюсовую инфру со своими сериализаторами, блэкджеком и куртизанками. Писать микросервис на го и тащить плюсы обвязкой через swig - меня не поймет ни начальство, ни CI платформа

Мы про си++ говорим а не про портабельный код

Но по факту компиляторы это воспринимают пофигистично

если бы они так делали в линуксовом ядре не работал бы никакой MMIO вообще

Мы про си++ говорим а не про портабельный код

с++ непортабельный по твоему?

с++ непортабельный по твоему?

Ну вон стандарты не соблюдаются

А это типа и есть си++

Ну вон стандарты не соблюдаются

баги есть везде, такие же люди как ты это писали

Все чуть сложнее и проще одновременно. Сам сервис простой как бревно, но в него нужно втянуть адовую плюсовую инфру со своими сериализаторами, блэкджеком и куртизанками. Писать микросервис на го и тащить плюсы обвязкой через swig - меня не поймет ни начальство, ни CI платформа

если что специфическое на сях, то да, в го лучше не тянуть... я обычно переписываю, благо в go все для этого есть из коробки

привет, народ. кто-то может подсказать лемматизаторы на плюсах? нужно что-то по типу pymorphy.

если что специфическое на сях, то да, в го лучше не тянуть... я обычно переписываю, благо в go все для этого есть из коробки

Гигабайты кода, в котором до конца не разбирается ни один человек на планете - да в топку такое удовольствие :)

Где вы выучили с++?

микросервис на c++ стоит писать, но как по мне так не просто rest, а если специфик то проще поднять отдельный микросервис и завязать с рест микросервисом через теже очереди или rpc

привет, народ. кто-то может подсказать лемматизаторы на плюсах? нужно что-то по типу pymorphy.

А у Яндекса леммер не в паблике?

Где вы выучили с++?

11 дискет, Borland C++ 3.1, TurboVision

Есть яндексовская томита

Она в паблике

Гигабайты кода, в котором до конца не разбирается ни один человек на планете - да в топку такое удовольствие :)

я вас прекрасно понимаю)))

Спасибо

Спасибо

в коробочку номинально влезало только 10, но немного прижав пальцем можно было затолкать и одиннадцатую, поэтому это был достаточно portable solution

Есть яндексовская томита

спасибо!

https://tech.yandex.ru/tomita/

Я пользуюсь snowball - не совсем плюсы, и для русского работает неважно, но лучше, чем ничего

Если зайти через дедик и соседский вай фай то найти будет не легко?

Я пользуюсь snowball - не совсем плюсы, и для русского работает неважно, но лучше, чем ничего

мне б не тока для русского

про него я тоже знаю

Если зайти через дедик и соседский вай фай то найти будет не легко?

Ну, если вы зарегистрируетесь на email, содержащий имя-фамилию - то упс. Или если случайно что-то сделаете через другой интернет. Или если у вашего соседа логируются MAC-адреса, а вы не поменяли. Куча способов: https://habrahabr.ru/post/196464/

настоящий анонимус едет с одноразовым wifi в другой конец страны(не беря с собой любые gsm устройства) стараясь максимально избегать людей и там уже делает своё грязное дело через анонимную wifi точку ;)

И его вылавливают по мобильному телефону, который почему-то вошёл в сеть одновременно с анонимусом: https://pikabu.ru/story/ot_quotbolshogo_brataquot_ne_skryitsya_3929978

Хотя да, если не брать любые GSM устройства, то интереснее

11 дискет, Borland C++ 3.1, TurboVision

Тоже самое

The C standard states that accesses to volatile objects are part of the unalterable observable behaviour — but it says nothing about accesses via lvalue expressions with volatile types.

Я вот кстати не уверен насчёт этого утверждения. cppreference например говорит: Every access (both read and write) made through an lvalue expression of volatile-qualified type is considered an observable side effect for the purpose of optimization and is evaluated strictly according to the rules of the abstract machine. Надо конечно в стандарт более внимательно глянуть, но сейчас в дороге. Также возможно что в Си есть эта проблема, а в C++ нет

Там есть ещё хитрый момент - хитрое железо умеет не писать нули в память, откладывая/забивая на эту операцию Как потом достать старое (незанулённое) значение мне не ведомо, но подозреваю что есть методы

Там есть ещё хитрый момент - хитрое железо умеет не писать нули в память, откладывая/забивая на эту операцию Как потом достать старое (незанулённое) значение мне не ведомо, но подозреваю что есть методы

ну как - warm reset + dram dump

А зачем это хитрому железу?

А зачем это хитрому железу?

не видел новости про meltdown/spectre?

вот для этого

это вообще как связано с записью в память?

side channel attack на кеш (meltdown) или branch predictor (spectre)

это вообще как связано с записью в память?

ты не ту часть прочитал "Fix is expected to bring 5% to 30% slowdown"

как и всё в железе - ради скорости

проверить, что пишутся нули, и отложить именно это - это, имхо, гораздо сложнее, чем тупо записать все (или отложить все)

ну и 5 to 30% slowdown - это, опять же, без pcid

странно, что появились они аж в westmere, а использовать их стали только в 4.xx ведре

ну и 5 to 30% slowdown - это, опять же, без pcid

pcid?

проверить, что пишутся нули, и отложить именно это - это, имхо, гораздо сложнее, чем тупо записать все (или отложить все)

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

Pcid - теги процесса в tlb

Ну да, откладывать все - это реальный кейс

Поэтому надо писать из prng криптографического несколько раз в таком случае

ну по хорошему оно вообще должно быть в trustedzone securememory так то

и оттуда никогда не вылазить

у меня тут периодически возникает определенное желание переделать свой основной проект с plain c на c++, есть где-то success story для каких-то более-менее крупных проектов (200k LoC)?

у меня тут периодически возникает определенное желание переделать свой основной проект с plain c на c++, есть где-то success story для каких-то более-менее крупных проектов (200k LoC)?

mysql

он был когда-то на plain c?

еще ищутся какие-то блог посты на эту тему, да

потому что пока задача меня ужасает, конечно

у меня тут периодически возникает определенное желание переделать свой основной проект с plain c на c++, есть где-то success story для каких-то более-менее крупных проектов (200k LoC)?

Есть Читай блог автора zeromq

у меня тут периодически возникает определенное желание переделать свой основной проект с plain c на c++, есть где-то success story для каких-то более-менее крупных проектов (200k LoC)?

GCC

там правда выборочно, но они тоже решили переехать

между с и с++ интерфейсы совместимые, поэтому просто внутренности модуля конвертируешь по чутьчуть в с++, внешний интерфейс оставляешь как обычно

потом следующий

когда между двумя с++ модулями остается с интерфейс, выкидываешь его

ну и так до полного удовлетворения

а если весь текущий c код собирать компилятором c++?

чтобы без extern "C" и вот этого всего

он был когда-то на plain c?

да

а если весь текущий c код собирать компилятором c++?

то будет очень много ошибок

и ничего не соберется

а если весь текущий c код собирать компилятором c++?

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

Господа, можно ли как-то под виндой узнать какие длл-ки загружаются моей программой, рекурсивно, с путями вместе. У меня при загрузке foo.dll начинают резолвиться её зависимости, и одна из них не резолвится, хотелось бы узнать в какой длл-ке поиск происходит, потому как там несколько длл-ок с одним именем.

в разных подпапках

Господа, можно ли как-то под виндой узнать какие длл-ки загружаются моей программой, рекурсивно, с путями вместе. У меня при загрузке foo.dll начинают резолвиться её зависимости, и одна из них не резолвится, хотелось бы узнать в какой длл-ке поиск происходит, потому как там несколько длл-ок с одним именем.

для статического анализа http://www.dependencywalker.com/

для статического анализа http://www.dependencywalker.com/

Спс

проблема в том, что эти интерфейсы так и будут на raw pointers и на всяких кишках от glib (hash table, ptr array итп). А вот от последнего и хочется избавиться путем миграции на c++

классы - это вообще вторичное

Спс

в runtime Process32First/Process32Next, Module32First/Module32Next, детальную инфу посмотри в MSDN

Господа, можно ли как-то под виндой узнать какие длл-ки загружаются моей программой, рекурсивно, с путями вместе. У меня при загрузке foo.dll начинают резолвиться её зависимости, и одна из них не резолвится, хотелось бы узнать в какой длл-ке поиск происходит, потому как там несколько длл-ок с одним именем.

В glass.exe переходим в корешок настройки флагов для конкретного приложения, вводим имя exe, нажимаем tab, включаем loader snaps, запускаем отладчик и смотрим в debug output, на что загрузчик обзовется

проблема в том, что эти интерфейсы так и будут на raw pointers и на всяких кишках от glib (hash table, ptr array итп). А вот от последнего и хочется избавиться путем миграции на c++

да, задача нешуточная

В glass.exe переходим в корешок настройки флагов для конкретного приложения, вводим имя exe, нажимаем tab, включаем loader snaps, запускаем отладчик и смотрим в debug output, на что загрузчик обзовется

gflags exe

проблема в том, что эти интерфейсы так и будут на raw pointers и на всяких кишках от glib (hash table, ptr array итп). А вот от последнего и хочется избавиться путем миграции на c++

тогда сложнее конечно, но тоже можно - оставить сишные кишки но изменить интерфейсы между модулями на С++

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

да, надо посмотреть, насколько будет сложно сделать этот первый шаг

да, надо посмотреть, насколько будет сложно сделать этот первый шаг

а тесты есть? без них вообще нельзя начитать, поскольку нужен инструмент валидации переноса.

ну да, если тестов нет - надо начинать на модули тесты клепать, а по тестам будет видно какие надо сделать АПИ

потом по тестам заимплементишь АПИ, подклеишь его к сишному модулю и вот можно начинать рефактор )

там довольно сложно выделить отдельные модули

там довольно сложно выделить отдельные модули

надо начинать с этого, потом модульные тесты, потом можно думать про переписывание (или заняться более полезными делами)

да, вот в этом тоже вопрос :)

возможно, имеет смысл просто выкинуть неэффективные структуры данных от glib и написать нормальные

возможно, имеет смысл просто выкинуть неэффективные структуры данных от glib и написать нормальные

наверняка у вас там свой хеш мап, три мап, связанные список, вектор, а это как раз можно не переписывать

к сожалению, это от glib

а значит, никакое lto не заинлайнт cmp/hash функции

и это жопа