нет, в РС все копируется в ОЗУ потому, что только из ОЗУ код может быть выполнен процессором. и в этом самом ОЗУ только на уровне операционной системы (не всякой!) можно сделать часть ячеек недоступными на запись, т.е. настоящими константами, однако и в этом случае попытка записи в них будет приводить к исключениям, т.е. эффекту ОС.ИС-пытатель писал(а):Просто в PC все копируется в ОЗУ потому что та работает быстрее. А здесь смысла нет. Тогда какое тут противоречие? В стандарте прописано, что константы обязательно должны в ОЗУ храниться?
прототип функции я вам привел - вы утверждаете, что в нее нельзя передать в качестве параметра переменную?! с вами все ясноИС-пытатель писал(а):Если в функции нет модификатора const - то она может принимать любые значения (в том числе и флеш). А если есть - то вы в нее не можете загрузить переменную (нельзя по стандарту). Т.е. только из флеш можете ее грузануть.
На мой взгляд это просто недоделанная реализация компилятора, а не слепое следование стандартам. Ибо никакого противоречия.BCluster писал(а): Только вопрос для чего это нужно.
Если мне надо хранить констант больше чем объем ОЗУ я должен буду применять нестандартные модификаторы доступа.
тут связи такой как раз нет. Это косвенный эффект. Вопрос с том, что в зависимости от архитектуры, память либо разделена на память программы и данных, либо нет. В первом случае важно, указатель на флэш или на ОЗУ, во втором - адресное пространство едино, соответственно значения не имеет. Это и есть точка совместимости, и, на мой взгляд, причина копирования константных данных в ОЗУ на гарвардских процессорах.ИС-пытатель писал(а):Прошу прощения, перепутал. Это подразумевает, что переданная переменная не должна меняться в функции.
топик стартерИС-пытатель писал(а):Кстати, как ТС расшифровывается?
не переживайте )))) именно при старте, они читаются из флеш в ОЗУ. Ибо это - данные. Никаких причин для этого, кроме повышения скорости обращения к ним - я не вижу. Может наш старший товарищ ARV объяснит в чем еще причина. Следование стандарту весьма абстрактная сущность в данном контексте. Вопрос в том, что считать за память. АРМы считают за память, например, все что есть в МК (ОЗУ и флэш). На ПК память это ОЗУ. Оба фон Нейман.ИС-пытатель писал(а):то обе они читаются откуда-то при старте
) придумал прагму, меняющую кодировку выводимых строк вы пытаетесь натянуть свое понимание префикса const на реальность, я же не пытаюсь этого делать, а просто говорю, как следует понимать const. а понимать его следует только в том контексте, как он описан в стандарте - чтобы не было каких-то непоняток. как определяет const стандарт - я кратко описал. точка.ИС-пытатель писал(а):Про мозг я не спорю, но тут ARV явно не прав. Я в этом просто уверен на 1000%. Все его доводы про ОЗУ и про стандарт тщетны.
Код: Выделить всё
int test1 = 12; // здесь test1 - переменная, а 12 - константа
const int test2 = 33; // здесь test2 - неизменяемая переменная, а 33 - константа
char str[] = "test3"; // здесь str - переменная (массив, строка), а "test3" - константаКод: Выделить всё
char *badptr;
badptr = (void*)&test2;
*badptr = 22; // должно прокатитьЕсли ОЗУ и ПЗУ в разных адресных пространствах - согласен. Если в одном - смысла не имеет.ARV писал(а):теперь о том, как ведет себя компилятор. если забыть про то, что мы с вами знаем о разных местах хранения данных, то кажется, что компилятор имеет полное право разделять данные на меняющиеся и не меняющиеся по своему усмотрению и хранить одни в ОЗУ, а другие в ПЗУ. но это только кажется, потому что благодаря таким вот отступлениям от стандартного понимания const мы имеем проблемы с доступом по указателям
Опять-таки все от компилятора зависит. Если тот отследит, адрес какого адресного пространства мы присваиваем указателю и правильно сгенерит код - то эта проблема теряет смысл. Доброе утро! )BCluster писал(а):Если ОЗУ и ПЗУ в разных адресных пространствах - согласен. Если в одном - смысла не имеет.
как он отследит? Если, например, есть адрес 0x0010 как в ОЗУ так и в ПЗУ. Откуда компилятор должен узнать к какой памяти мы хотим обратиться?ИС-пытатель писал(а): Если тот отследит, адрес какого адресного пространства мы присваиваем указателю и правильно сгенерит код
доброе!Доброе утро! )
А переменная у Вас при объявленнии в какой памяти проинициализирована? ))BCluster писал(а):как он отследит? Если, например, есть адрес 0x0010 как в ОЗУ так и в ПЗУ. Откуда компилятор должен узнать к какой памяти мы хотим обратиться?
во-первых, я оперирую терминами исключительно опираясь на стандарт, и не домысливая за стандарт по-своему. как написано - так и понимаю, так и оперирую. считаю, что подобного подхода вам и не хватает - вы слишком много думаете сами, не опираясь на стандарт.ИС-пытатель писал(а):Вы оперируете терминами, совершенно не вдумываюясь, на что они опираются. И к тому же, любите придираться к мелочам не несущим полезной нагрузки и ни на что не влияющим.
это опять ваши фантазии? по-вашему выходит вот что:ИС-пытатель писал(а):А переменная у Вас при объявленнии в какой памяти проинициализирована? ))На этапе присваивания указателю адреса переменной компилятор сделает пометку к какой области памяти та относится. И при использовании указателя сориентируется на эту пометку.
Код: Выделить всё
int *ptr;
_flash int f1;
int r1;
ptr = &f1;
int test = *ptr; // сейчас мы прочли из flash
ptr = &r1;
test = *ptr; // а сейчас прочли RAMА кто сказал, что думать плохо? )) желаю и Вам начать.ARV писал(а): вы слишком много думаете сами