LINUX.ORG.RU

История изменений

Исправление kvpfs_2, (текущая версия) :

И твой вопрос: «А что, в случае кодов возврата гарантии целостности не нужны?»

Коды возврата известны, ветви выполнения предсказуемы. В случае же «продвинутого» спиписта, который кидает исключения потому что вторник, ход выполнения полностью теряет хоть какую-то предсказуемость, как сказал выше - нужно тупо оборачивать любой вызов в try - catch. Если же исключения используются правильно, лишь для критических ошибок, то я не пытаюсь играться в какие-то там гарантиии, просто знаю на верхнем уровне, что модуль нужно грохнуть.

Стандартная практика здесь это сначала вносить изменения во временные копии, а потом делать commit через noexcept swap/move.

В общем-то я это предлагал в качестве: «ну не будем же мы так делать, правда?». В общем вы сами себе выдумываете проблемы на ровном месте забивая гвозди исключениями.

Исправление kvpfs_2, :

И твой вопрос: «А что, в случае кодов возврата гарантии целостности не нужны?»

Коды возврата известны, ветви выполнения предсказуемы. В случае же «продвинутого» спиписта, который кидает исключения потому что вторник, ход выполнения полностью теряет хоть какую-то предсказуемость, как сказал выше - нужно тупо оборачивать любой вызов в try - catch. Если же исключения используются правильно, лишь для критических ошибок, то я не пытаюсь играться в какие-то там гарантиии, просто знаю на верхнем уровне, что модуль нужно грохнуть.

Стандартная практика здесь это сначала вносить изменения во временные копии, а потом делать commit через noexcept swap/move.

В общем-то я это предлагал в качестве: «ну не будем же мы так делать, правда?». В общем вы сами себе выдумываете проблемы на ровном месте забиваю гвозди исключениями.

Исправление kvpfs_2, :

И твой вопрос: «А что, в случае кодов возврата гарантии целостности не нужны?»

Коды возврата известны, ветви выполнения предсказуемы. В случае же «продвинутого» спиписта, который кидает исключения потому что вторник, ход выполнения полностью теряет хоть какую-то предсказуемость, как сказал выше - нужно тупо оборачивать любой вызов в try - catch. Если же исключения используются правильно, лишь для критических ошибок, то я не пытаюсь играться в какие-то там гарантиии, просто знаю на верхнем уровне, что модуль нужно грохнуть.

Стандартная практика здесь это сначала вносить изменения во временные копии, а потом делать commit через noexcept swap/move.

В общем-то я это предлагал в качестве: «ну не будем же мы так делать, правда?». В общем вы сами себе выдумываете проблемы на ровном месте забиваю гвозди исключениями.

Исходная версия kvpfs_2, :

И твой вопрос: «А что, в случае кодов возврата гарантии целостности не нужны?»

Коды возврата известны, ветви выполнения предсказуемы. В случае жи «продвинутого» спиписта, который кидает исключения потому что вторник, ход выполнения полностью теряет хоть какую-то предсказуемость, как сказал выше - нужно тупо оборачивать любой вызов в try - catch. Если же исключения используются правильно, лишь для критических ошибок, то я не пытаюсь играться в какие-то там гарантиии, просто знаю на верхнем уровне, что модуль нужно грохнуть.

Стандартная практика здесь это сначала вносить изменения во временные копии, а потом делать commit через noexcept swap/move.

В общем-то я это предлагал в качестве: «ну не будем же мы так делать, правда?». В общем вы сами себе выдумываете проблемы на ровном месте забиваю гвозди исключениями.