Может ли программа C / C ++ SEG-неисправность от чтения прошлого конца массива (UNIX)?

Я знаю, что вы можете прочитать мимо конца массива - мне сейчас задается вопросом, если вы сможете SEG-неисправность просто выполнив эту операцию чтения, хотя Отказ

int someints[100];
std::cerr << someints[100] << std::endl; //This is 1 past the end of the array.

Может ли вторая строка на самом деле приведет к неисправности SEG или просто печатать дрозд? Кроме того, если я изменил эту память, может вызвать SEG-Shift на этой конкретной строке , или неисправность произойдет только позже, когда что-то еще пыталось использовать это случайно измененную память?

--1331865-

Я использую доктрину 2 в качестве моего ORM, и все идет хорошо, но я задавался вопросом о сохранении antitismanager # ) метод. Документация «Устоящие сущности» «Устойчивость» «Состояние» говорится в следующем вызове ) для объекта x :

Если X представляет собой предубежденную управляемую сущность игнорируется по сохранению операции.

Это приводит меня к веществу, что сохраняется () нужно только вызвать только тогда, когда объект новый и еще не был сохранен в базе данных. Однако документация для «Отложенная политика отслеживания» » говорит:

... Доктрина 2 учитывает только объекты, которые были явно помечены для обнаружения изменения через вызов EntiteManager # сохраняются (организация) ...

... который звучит как , сохраняется () , должен быть вызван на объекте, чтобы он был обновлен вообще. Когда сохраняется () Если только на новых объектах, есть ли значение эффективности значимости, чтобы позвонить ему в любом случае, когда сущность обновляется, и пусть доктрина разбирается в разнице?