мб ты поможешь

Не надо курить man open извини не так написал

мб ты поможешь

http://man7.org/linux/man-pages/man3/lockf.3.html

Там новый флаг есть O_NO_SHARE или что-то такое

Толь это тоже не то

http://man7.org/linux/man-pages/man3/lockf.3.html

тоже хунта

тоже хунта

https://gavv.github.io/blog/file-locks/

вроде твой вариант POSIX record locks

https://gavv.github.io/blog/file-locks/#mandatory-locking

а почему ты lockf отверг?

а почему ты lockf отверг?

потому что его можно игнорировать просто

он же supports only exclusive locks

ты лочишь, а второй процесс просто забивает болт на проверку лока и пишет себе

он же supports only exclusive locks

ты не так понимаешь, как это работает

Саш, я же говорю, что это невозможно было очень долгое время.

ты не так понимаешь, как это работает

а вот эта хрень https://linux.die.net/man/3/open_excl ?

Сейчас вроде бы я где-то читал, что наконец сделали

в последних ядрах.

Но что-то мне не найти

Толь, это тоже не то, это про создание файла и права

а вот эта хрень https://linux.die.net/man/3/open_excl ?

не то

В винде у open есть ещё один флаг. O_SHARE_NONE или что-то такое. В линухах его не было, и вроде вот тлоько завезли.

Conan 1.4 ! https://blog.conan.io/2018/05/30/New-conan-release-1-4.html

New cmake_paths and cmake_find_package generators это значит, что если я пишу пакет для либы, в которой цмак при сборке вызывает find_package(boost, мне теперь не нужно переписывать её CMakeLists?

В винде у open есть ещё один флаг. O_SHARE_NONE или что-то такое. В линухах его не было, и вроде вот тлоько завезли.

а не мог бы ты найти инфу про это?

Да ищу. нифига

ао сейчас

Conan 1.4 ! https://blog.conan.io/2018/05/30/New-conan-release-1-4.html

о, This also allow users to integrate Conan without modifying the CMakeLists.txt: cmake .. -DCMAKE_TOOLCHAIN_FILE=conan_paths.cmake

ну норм

о, This also allow users to integrate Conan without modifying the CMakeLists.txt: cmake .. -DCMAKE_TOOLCHAIN_FILE=conan_paths.cmake

о, молитвы услышаны

Parallelize downloads of packages. ыыыы, джва месяца ждал

о, This also allow users to integrate Conan without modifying the CMakeLists.txt: cmake .. -DCMAKE_TOOLCHAIN_FILE=conan_paths.cmake

вот это круто, спору нет

In CI: There is a new —json argument to output the results of the conan search command. тоже можно подождать) упростится создание плагинов для ide хехе

conan дорос до vcpkg

conan дорос до vcpkg

смешно ?

conan дорос до vcpkg

вроде ж наоборот, vcpkg с недавних пор стала эволюционировать в сторону конана?

вроде ж наоборот, vcpkg с недавних пор стала эволюционировать в сторону конана?

это был троллинг Саши

вроде ж наоборот, vcpkg с недавних пор стала эволюционировать в сторону конана?

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

https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/sopen-wsopen

и надеюсь, что это говно загнётся asap

https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/sopen-wsopen

так, что-то ты не то кидаешь ?

https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/sopen-wsopen

блин, MS распилил свой open на две части

ты мне на линух кинь ссыль ?

блин, MS распилил свой open на две части

ваще там у CreateFile есть такой параметр

Ну это понятно...

а азчем нужно чтобы файл никто октрыть не мог?

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

это ты о чем?

может проще права поменять?

На линь найти не могу.

может проще права поменять?

Дело не в правах. Задача другая, если у пользователя ЕСТЬ права и на чтение, и на запись, и под ним работают два приложения, одно должно открыть файл эксклюзивно, другому должны дать отлуп. Так ? Саш?

это ты о чем?

например вон возгорание было на тему почему vcpkg неправ везде и всюду https://github.com/Microsoft/vcpkg/issues/478

а азчем нужно чтобы файл никто октрыть не мог?

гарантировать, что никто не поменяет его. Просто хочу

Дело не в правах. Задача другая, если у пользователя ЕСТЬ права и на чтение, и на запись, и под ним работают два приложения, одно должно открыть файл эксклюзивно, другому должны дать отлуп. Так ? Саш?

Да, именно так

а азчем нужно чтобы файл никто октрыть не мог?

Например, для работы СУБД.

субд права меняет

Я же говорю, я ж СУБД разрабатывал, долго парился искал.

субд права меняет

Ага, а два инстанса под одним юзером запустить и угрохать БД?

Это нормальная задача.

ну постгрес значит может угрохать файлы

если нелзя

ну постгрес значит может угрохать файлы

не обязательно

если пишешь локи, то всё ок

главное, чтобы никто не пришёл без проверки лока и не записал в файл

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

но в моём кейсе это не так

значит выходит что на линухе нельзя?

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

значит выходит что на линухе нельзя?

пока что не нашёл способа

и судя по тому, что я вижу, нельзя. Но вот @MasterZiv говорит, что что-то в новом ядре запилили

Да, все СУБД на линухе могут угрохать

и судя по тому, что я вижу, нельзя. Но вот @MasterZiv говорит, что что-то в новом ядре запилили

Я могу ошибаться. Я ж старый, память не та уже...

ладно, нельзя так нельзя. Грустно, что ж поделать

Но есть приблизительны план wg21.link/p0983r0

Спасибо, но надпись C++20+ вводит в грусть =( Но обнадеживает, что не C++23+ =)

Спасибо, но надпись C++20+ вводит в грусть =( Но обнадеживает, что не C++23+ =)

а чем С++20 вводит в грусть? других промежуточных стандартов не предвидется )

ладно, нельзя так нельзя. Грустно, что ж поделать

Ну, вот тут нашёл таки

http://www.firmcodes.com/lower-level-file-handling-in-linux/

ладно, нельзя так нельзя. Грустно, что ж поделать

^

а чем С++20 вводит в грусть? других промежуточных стандартов не предвидется )

не сам стандарт, а что модули смержат в C++20 или позже

сам 20-ый стандарт обещает быть просто офигенным. Концепты, рэнжи

если б еще и модули, то просто лучший стандарт со времен 11-го

https://gavv.github.io/blog/file-locks/#mandatory-locking

Там ниже есть mandatory

сам 20-ый стандарт обещает быть просто офигенным. Концепты, рэнжи

Дожить бы, да ещё б и попрограммировать...

Дожить бы, да ещё б и попрограммировать...

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

https://en.wikipedia.org/wiki/File_locking#In_Unix-like_systems

ладно, нельзя так нельзя. Грустно, что ж поделать

Саша, похоже нельзя, в смысле я ошибся

Альфонс ж

ладно, нельзя так нельзя. Грустно, что ж поделать

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

Про это знаю

Но не защищает от удаления

Во сколько раз быстрее будут работать С-указатели на фунции вместо std::function? Во сколько раз будет быстрее работать прямой вызов (inline) вместо указателя на функцию?

Во сколько раз быстрее будут работать С-указатели на фунции вместо std::function? Во сколько раз будет быстрее работать прямой вызов (inline) вместо указателя на функцию?

it depends

как такой ответ?

пример реализации однопоточного scheduler'а не подскажите?