ага

окей, задам, надеюсь ответ найдется :) итак, у меня есть приложение на Си, которое пользует mqtt paho library. важно что либа сама разруливает работу с протоколом, сокетами и сама пуляет треды, трогать её код не желательно. по приходу сообщенек по mqtt я должен выполнить те или иные действия. вот дело дошло до запуска консольных комманд. "красивым" способом должен быть fork() + execl()/execle(), но получается child получит те же сокеты (на которых висит mqtt), что и parent. и что в итоге будет, если по mqtt приедет в это время запрос (паблиш)? кому он прийдет? чайлду? паренту? одновременно обоим?

Будет жесть скорее всего, потому что сокеты в родителе и ребёнке вроде как остаются пошаренные. То есть родитель прочитал — у ребёнка пропал кусок данных.

И получаем прекрасный race condition

вот вот, и я о том же

если ребенок без сокета останется - не страшно, детей не жалко. а вот если парент без данных - беда, пичаль

Ребёнок может после форка прибить все свои сокеты. Наверняка есть вариация exec, которая это делает.

Хотя стоп: если после форка идёт exec, то разве неверно, что весь код, который теоретически мог бы читать из старых сокетов, умрёт?

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

после fork и перед exec может пройти время, могут зашедулить вообще треды mqtt либы, а не мой тред, который сделал fork

вот я и думаю как это обойти

если я скажу после fork() либу убить себя - она не поймет и отконнектиться от сервера. парент этого тем более не поймет

Привет! У сокетов есть свойство — закрыть при exec

а закрыть при fork? :)

Собственно, называеться O_CLOEXEC или как-то так, в Мане есть.

точнее не так, если ли какой-то способ попросить fork() не шарить файловые дескрипторы?

Вообще, стоп-кран. Форк + многопоточность это очень плохой план.

При форке остальные потоки не копируются, делай что хочешь.

погоди, погоди

ты сказал не копируются?

* The child process is created with a single thread—the one that called fork(). The entire virtual address space of the parent is replicated in the child, including the states of mutexes, condition variables, and other pthreads objects; the use of pthread_atfork(3) may be helpful for dealing with problems that this can cause. кажется я дурак и не дочитал ман

пасибо

кстати, typedef не разруливает ситации и с множественным наследованием

inherited тоже не разруливает, поэтому и забили, ибо нинужно

точнее не так, если ли какой-то способ попросить fork() не шарить файловые дескрипторы?

clone()

а не, дочитал, что надо, сорян. clone() не подойдет, подойдет O_CLOEXEC или принудительное закрытие после fork/clone(без CLONE_FILES)

Здравствуйте. Что такое Manual Map?

Здравствуйте. Что такое Manual Map?

Здравствуйте. Хрен его знает.

что то связанное с инжектом длл

ага, без использования LoadLibrary

гугл никто не отменял, например тут вполне адекватное описание https://guidedhacking.com/showthread.php?58-Manual-Map-Injection

http://docs.conan.io/en/latest/conan1.0.html

http://docs.conan.io/en/latest/conan1.0.html

чет резко с 0.3 увеличили циферку)

чет резко с 0.3 увеличили циферку)

..good enough!

conan: stable 0.30.3 (bottled), HEAD

а брю не обновили!

https://marketplace.visualstudio.com/items?itemName=vs-publisher-690586.ClangPowerTools&utm_content=buffera47ae&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer

https://marketplace.visualstudio.com/items?itemName=vs-publisher-690586.ClangPowerTools&utm_content=buffera47ae&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer

Так и не смог его заставить работать( настройки, кнопки управления есть, кланг вроде видит в системе, а диагностик никаких так и не показал Алсо tidy теперь в решарпере++ есть

conan: stable 0.30.3 (bottled), HEAD

Томущо 1.0 пока ещё бета.

Так и не смог его заставить работать( настройки, кнопки управления есть, кланг вроде видит в системе, а диагностик никаких так и не показал Алсо tidy теперь в решарпере++ есть

как на работе до вижлы доберусь, так попробую.

подскажите posix механизм разделяемой памяти предпологает что после того память подмаплена в процесс в нее можно писать через write?

подскажите posix механизм разделяемой памяти предпологает что после того память подмаплена в процесс в нее можно писать через write?

http://man7.org/linux/man-pages/man2/msync.2.html

http://man7.org/linux/man-pages/man2/msync.2.html

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

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

memcpy работает вполне

memcpy работает вполне

ну мне то какраз write хотелось бы использовать

просто shm_open отдает file handle в который таки пишут write/read

ну мне то какраз write хотелось бы использовать

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

там все файл в posix

ну да, если хочешь к нему обращаться как к блоку памяти делай mmap

просто shm_open отдает file handle в который таки пишут write/read

то есть стандарт разрешает? я просто стивенса читал там ни слова про write/read , только прямое копирование

то есть стандарт разрешает? я просто стивенса читал там ни слова про write/read , только прямое копирование

там написано что это файловый дескриптор

ок спасибо

что мешает взять и проверить

я проверил просто уточнить хотел

в доках ничего нет про запись и чтение в этот дескриптор, так что надо проверять)

в доках ничего нет про запись и чтение в этот дескриптор, так что надо проверять)

в доках это в стандарте?

http://en.cppreference.com/w/cpp/utility/launder

http://en.cppreference.com/w/cpp/utility/launder

это какаято фича поверх placement new?

http://en.cppreference.com/w/cpp/utility/launder

охх

это какаято фича поверх placement new?

нет, это совсем другое

семантика языка и избежание УБ

http://en.cppreference.com/w/cpp/utility/launder

Интересно, скоро ли найдутся люди, которые об этом на собеседованиях спрашивать будут?

пожалуй я больше не хочу писать на с++

да было бы на чем писать еще :\

Rust есть, Kotlin-native есть

даже прости господи гошечка без генериков есть

Интересно, скоро ли найдутся люди, которые об этом на собеседованиях спрашивать будут?

я вот только сегодня узнал об этом

ну, кроме раста, остальное - это дегенеративность какая-то

Интересно, скоро ли найдутся люди, которые об этом на собеседованиях спрашивать будут?

надеюсь, что никогда. ПОтому что такие мрази должны гореть в аду

а раст никак не утрясется

вот окамль, разве что, неплох, если бы не три стандартных библиотеки :(

надеюсь, что никогда. ПОтому что такие мрази должны гореть в аду

Это понятно. Но ведь наверняка найдутся.

Это понятно. Но ведь наверняка найдутся.

ну да. мудаки всегда есть

ну, кроме раста, остальное - это дегенеративность какая-то

В чем к котлину претензии?

а зачем идти к мудакам?

вот окамль, разве что, неплох, если бы не три стандартных библиотеки :(

ну у нас тоже имплементаций несколько ?-)

а зачем идти к мудакам?

а как ты узнаешь заранее, будет собседовать тебя мудак или нет?

есть немало личностей, которое хотят свой ЧСВ почесать таким вот говном

котлин даже не смотрел - он же jvm был раньше (https://github.com/JetBrains/kotlin-native/blob/master/INTEROP.md - вот этого не видел)

а чего такого вкотлине есть, чего нет, например в скале, шарпе, ди?

а раст никак не утрясется

раст в целом уже утрясся