Нужно попросить супервизор (через SWI, например).


Можно.

А как вызвать SWI на С? Или просто делать ассемблерную вставку? и как указать обработчик программного прерывания?

Если буду находиться всё время в супервизоре это нормально или плохой тон?

В RVCT, например, объявляется прототип вида
__swi(XX) int func(int, int)
а затем в программе просто используете эту функцию.
Но придется писать свой обработчик SWI, и тут уже без асма не обойтись.


Если не используется ОС, то нормально. Если используется, то она будет жить в SVC, а задачи - в USER/SYSTEM.

Возникла следующая ситуация (смотрел стандартным отладчиком):
как уже писал выше есть разделения кода на файлы (есть главный файл main, Protocol.h хранит некоторые переменные, объявленные как static, и прототипы, объявленные как extern и использующие эти переменные...) в главном файле соответственно прописано:
extern "C" {
#include "Protocol.h"
...
}
Так вот, когда пытаюсь обратиться к статическим переменным, объявленным в Protocol.h из главного файла, то в них хранятся нули... а когда из Protocol.c то всё норм.
Это дело возникает скорее всего из-за ограничения видимости этих самых переменных (так как они в файле объявлены глобально и как статические, их видимость заканчивается на этом же файле, в моём случае Protocol.c... или я неправ?)
Конечно, можно решить проблему следующим образом: создать в Protocol функции которые бы возвращали значения этих переменных... но... неужели в кейле нет чего-нить проще? И почему кейл не позволяет объявлять переменные и функции в разных файлах например как visual studio (там не требуется не каких static и extern)???

Ну и тут же в голову влез ещё один вопрос! Так как есть доступ к этим переменным из Protocol и из main, но в первом случае всё заполнено нулям, а во втором нормальными данными, при этом у меня изменяются значения только в Protocol, а в main я их не изменяю... может быть компилятор создал две копии каждой переменной... и одни доступны только для main другие только для Protocol?



На этот вопрос сам и ответил... именно так и происходит... компилятор создаёт два варианта переменных одни доступны для main другие для Protocol (проверил следующим образом: изменял их и в файле main и в файле Protocol, и там и там находились значения которые записывал...естесно разные но правильные). И если убираю static у переменных то начинает ругаться линковщик: типа множественное определение там-то и там-то...
Так как правильно в кейле делать разделения программы на файлы?

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


Кеил не требует нестандартных движений для этого.

Может понимаю конечно не до конца... но если я убираю слово static перед, объявлением появляется ошибка: L6200E: Symbol blablabla multiply definition (by Protocol.o and main.o)

Я как понимаю это ошибка линковщика, типо я объявляю и там и там... так оно и происходит компилятор всовывает и там и там, проверил вышеописанным способом)

Сообщение отредактировал Xeon - Dec 22 2011, 08:45

Т.е. Кеил виноват? В Protocol.h пишите

В Protocol.c делаете глобальную переменную

Хидер подключаете к main.c или любому другому файлу, где хотите иметь доступ к blablabla.

Только что создал новый проект... в нем 3 файла pp.h, pp.c, и main

код pp.h:


код pp.c:


код main.c:


На всякий пожарный , сам проект:  3.rar ( 61.5 килобайт ) Кол-во скачиваний: 64


И тут тоже такое...



Теперь понил...
Ну например visual studio не каких extern не требует...

Тут же есть моментик... открываю проект для stm32чётотам ) и там нет ни каких extern...есть обычное объявление глобальных переменных в разных файлах и никаких руганьев компилятора или линковщика....

Компилятор один.... в чём разница... настройки сравнил все... всё одинаково, за исключением камня...

Ну и там же для stm в проекте где есть прототипы функций...передними нет не каких extern, а в моём проекте для at91sam7s128 компилятор требует (точнее линковщик)... в чём может быть разница????

Сообщение отредактировал Xeon - Dec 22 2011, 09:02

А для функций extern не обязателен. И это опять стандарт.

Ну и ещё одно... разве стандарт С требует при объявлении глобальных переменных и функций в дразных модулях extern?

А вот об этом можете рассказать:
Тут же есть моментик... открываю проект для stm32чётотам ) и там нет ни каких extern...есть обычное объявление глобальных переменных в разных файлах и никаких руганьев компилятора или линковщика....

Компилятор один.... в чём разница... настройки сравнил все... всё одинаково, за исключением камня...


Сообщение отредактировал Xeon - Dec 22 2011, 09:06

По-моему Вам надо поучить матчасть. Это полезно. Стандарты за Вас никто читать не будет.

PS: погуглили бы прежде чем задавать такие вопросы. Одна из первых ссылок ответит Вам на все сумбурные вопросы http://www.rsdn.ru/forum/cpp/2706624.1.aspx

А есть ссылочка на стандарт?)



Спасибо!)

А на примере той же visual studio, как там всё это дело работает, не вкурсе? Ведь там не надо писать подобного...