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

Может вам абдуриной заняться? Я сам не пробовал, но говорят там думать вообще не надо.

То есть ответить Вы не можете.

Читайте с первого сообщения - там все ответы.

Тема создана не мной, вопрос задан не лично Вам, никто не заставляет Вас на него отвечать, тем более отвечать, но не на него, а на что-то другое. Ответ на вопрос зачем дефолтное значение SP не конце памяти отсутствует. Вопрос четкий и однозначный, как и положено для точных технических предметов для обсуждения . Никто не спрашивал, а можно ли его по другому инициализировать, или как писать скрипт линкера или еще какой-то вопрос. Такой вопрос понятен даже "ардуинщуку" (никогда не пробовал это, но и не считаю чем-то плохим) и подразумевает четкий ответ, тут вроде не философский форум.

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

Я не понял этот тезис. Имеете ввиду что стек уйдет в никем не за декларированную память? Можно считать что у Вас просто стэк больше по факту, чем заявлен.
К сожалению это не факт и сбой этот может происходить один раз в году и это при наличии например 50% свободной памяти.
Конечно прогая на ассме легко посчитать нужный размер стэка, как это сделать на ЯВУ, кроме интуиции я не знаю. Можно попробовать конечно в каких-то глубоких подпрограммах считать SP, но и это ничего значить не будет. Неисповедимы пути компилятора.

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

Ниже чем ОЗУ. Там пусто. Программе не сможет не упасть, если стек туда выйдет.

для RTOS распределение "стеков" задач и распределение стека вообще - разные вещи. С точки зрения нужд самой ОС стек один, а отдельные стеки под задачи распределяет уже ОС - это вот никак не вопрос компилятора и/или линкера. Даже странно, что вы об этом упомянули, а большой дядя ничтоже сумняшеся согласился.

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

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

По стеку не знаю, надо поглядеть. А так я улетал из-за ошибок с указателями.

Добавлено after 5 minutes 15 seconds:
Может попробую сейчас что-нибудь. А может не сейчас

Добавлено after 10 minutes 57 seconds:
Есть такой вектор в 103тьем

Щаз поковыряю программ мануал на ядро M3. Там должно про это быть расписюлено.

Наличие такого вектора может помочь в отладке сложных приложений. Но что-то мне подсказывает, что далеко не у всех МК это есть. По-моему, модуль аппаратного контроля областей памяти (не знаю, как оно правильно зовется) только в "старших" АРМах есть...

Исключение не обязательно. Достаточно возврата по 0xFFFFFFFF

И что это за хрень будет. А может будет не возврат, а порча каких-то данных?

Добавлено after 5 minutes 36 seconds:
Вот какой флаг есть в ядре M3. Помоему это то.


Надо покурить НТД и попробовать...

Сумневающиеся, о отладке в RAM не забыли?
В эмоблитсе это нонсенс...

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

Добавлено after 1 minute 3 seconds:
Я так пробовал и делал ряд научных и ненаучных опытов по скорости выполнения кода.

Z_h_e, меня особенно прикололо , что крайне неудачную поделку с устаревшим гнутым компилем здесь превозносят как постулат истины. Ну ладно Мурик уверовал, но остальные то- общий маразм?

Для этого нужно разместить стек в начале ОЗУ, а за ним все остальное. Тогда стек сможет не затирая остальных данных выйти за пределы ОЗУ. Что при этом произойдет не проверял, но вероятно HardFault.

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

В STM33 не знаю, а в STM32 есть. При обращении у несуществующей области адресного пространства производится переход в прерывание HardFault. В STM32 адресное пространство составляет 4 ГБ в котором располагаются флеш, ОЗУ, регистры периферии и ядра и т. д. и в нем много свободного (неиспользуемого) места.

Наличие отладчика в этом помогает. Можете посмотреть если хотите. http://purebasic.mybb.ru/viewtopic.php?id=564#p7599

В данном случае дело не в памяти, а в обращении к нереализованному адресу.

Есть такая галочка Execute from RAM в окне настроек отладчика.

Спойлер

Да я и не спорю что-то может быть и плохо. Только как-то никто не мотивирует почему. Какая-та фраза Портоса, плохо потому что плохо.
Во что я уверовал? Я объяснил свою позицию, по-моему она достаточно понятна почему.

Добавлено after 9 minutes 6 seconds:
Судя по RM и PM. В М0 уже нет таких исключений с памятью