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

Тут даже есть логическая ошибка у тебя. Итераторы могут и не инвалидироваться, потому что имеют внутри какой-то механизм для защиты от этого (предположение).
А прямые ссылки на элементы — могут инвалидироваться.
Теперь вспомним, что в главном контейнере — так сказать, таблице, - задаётся контейнер, который хранит данные.
Это либо вектор, либо дэк, либо список может быть. Так?

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

Предположение основано на том, что в STL нет ни одного контейнера, который сохранял бы валидность итераторов при инвалидации ссылок.
Наоборот - валидность ссылок при инвалидации итераторов - да. Привет деку и unordered map.

причём тут byte? если что-то принимает Handle как параметр, чтобы он мог быть только перечисленных значений, а не что угодно - это тогда исключительная ситуация. Я про этот параграф и написал, ради чего разрешили это.

> причём тут byte

При том, что byte это enum class.

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

Правильно ли я понимаю, что ваш вопрос также касается и перечислений с явно определенным underlying type?

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

хотя без явных не будет переносимости хорошей.

Аа ты про язык программирования с++ базовый курс (лимпман)

да

enum'ы так себя и ведут. Произвольное значение в них можно записать только при помощи explicit конструктора или каста.

А жестко запретить другие значения в С++ не получится. Лучшее что можно сделать это объявить получение таких значений UB, что не дает ничего.

Так вроде и так это - UB.

Нет конечно. Битовые маски флагов часто используются. std::byte уже приводили в пример.

Только для unscoped enum без явно определенного underlying type, для всего остального это легально

Перечту...

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

Здесь во втором случае result is unspecified? Если верить этому.

Всем привет

Подскажите пожалуйста в vs code проблема с настройкой дебаггера

Использую Cygwin, в настройках launch.json и tasks.json пути задаются с разделителем \\.  При этом при запуске компиляции и дебага backslash пропадает. Как можно исправить данную ситуацию?

Abi называется byte