Здравствуйте!

Столкнулся со следующей проблемой.
Разрабатываю в keil под stm32. Раньше все проекты писал на си. Сейчас решил опробовать с++.
В проекте много сишных файлов. Включил в проект один .cpp файл. Все работало. Решил немного усложнить используемый класс. Ввел наследование. И программа посыпалась – вылетает в hard_fault прерывание. Причем не там, где вызываются мои объекты с их методами, а гораздо раньше и в совершенно другом месте.
Объекты создаются как обычно, а не через new:
TItem item((const u8*)”текст”);
Причем обнаружил следующую закономерность:
Если уменьшить количество создаваемых объектов, то программа вроде как работает. Но вот если добавить несколько строчек кода в любое другое место, программа опять вылетает в hard_fault.
Пробовал увеличивать размер стека и кучи. Это не помогло.
Раньше с таким не сталкивался
Подскажите пожалуйста, в чем может быть загвоздка?

Вылетает при обращении к жки. Он висит на fsmc шине. Раньше все работало нормально.


Сообщение отредактировал IgorKossak - Oct 25 2011, 07:21

объекты создаются глобально или на стеке?

Объекты создаются глобально.

У меня такое ощущение, что затык как раз в том, что объекты глобальные. Насколько я понял они создаются до вызова main и тем самым как то поганят программу.
Нужно еще выполнять какие либо танцы с бубном, чтобы использовать с++ файлы совместно с сишними (ну там выставлять опции компилятора, править стартапы и т.д. и т.п)?

Посмотрите тут мою реализацию. Может поможет.
До того, как я стал делать так, как описал, то сталкивался с проблемой, очень похожей на вашу: при статическом создании экэмпляров классов их порядок имел значение.
А вообще, код перед кодированием приходится всегда вначеле проектировать, иначе получится каша, которую по-просту уже невозможно отлаживать.
А у вас есть структура (дерево) классов проекта или что-то подобное?

Есть, структуру я уже продумал. Я сейчас создаю простой gui. И решил испробовать c++ реализацию. Пока создал два класса. TItem и наследника TMenu. Если без наследования(т.е. все в одном классе) то все работает, но вот с наследованием и случается эта беда.

Классы немного упрощены и все поля объявлены как public (потом раскидаю по секциям как надо)


Сообщение отредактировал IgorKossak - Oct 27 2011, 07:59

Пара дельных советов из моего печального опыта:
поля класса (это объекты-данные класса) НИКОГДА не ставьте в секцию public, даже для целей отладки
Для полей допустимо только private, в особых случаях protected.
Это - пагубная привычка, потому что потом так и останется :-))
Через методы можно ограничить доступ к полям, там же защитить их мьютексами/критическими секциями...
Т.е. доступ к полям должен прозводится ТОЛЬКО через методы класса.
А если все же требуется прямое обращение к полям, то это уже не класс, а обычная структура (разумеется без методов).

Где возможно расставлять const - это защищает от лени программиста искать правильные пути.

Вообще мне не понятно, зачем вы пишите свой GUI, для изучения С++?
Есть же ведь готовые реализации GUI в исходниках и на C++. Берите их и изучайте.
Благо щас готового и даже полностью бесплатного софта море, вот лет 5..10 назад такого увы не было...

Так и делал изначально. Но потом, когда вылез этот косяк, стал все упрощать, чтобы понять в чем дело



С++ мне не нужно изучать. Мне не нужны навороченные gui библиотеки. GUI будет простой. Я начал его писать на си, но потом решил попробовать c++. Под arm ранее писал только на си. Использование С++ для контроллеров для меня в диковинку, вот и решил попробовать.
И Сразу грабли .

Под дебагером смотрел - сначала вызываются конструкторы, потом только main.


Если не не сложно киньте ссылочкой на с++ реализацию под arm.

Все верно, так и должно быть, однако порядок вызова конструкторов определяет линковщик.
Ясное дело объекты в пределах одного cpp файла создаются в порядке их объявления (хотя я в этом не особо уверен).
А вот в каком порядке линковщих собирает откомпилированные срр файлы - неизвестно,
а это создает немалые сложности, которые зависят от компилятора.
А в классе объекты-поля ВСЕГДА создаются в порядке их перечисления - это стандарт С++.
Все это важно, когда все объекты создаются статически, т.е. до вызова main.
Но если использовать кучу - эта проблема отпадает, но возникает другая - сама куча.
Например, я стараюсь избегать использования кучи везде, где это возможно, а взамен нее использовать пулы (fixed size memory pool) или стек.
Разумеется, тут я имею ввиду embedded приложения - под виндой все это намного прозаичнее, хотя тоже требует осмысленных действий.

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


Для примера вот конкретно под Win X.
Есть весьма популярная Qt, но она мне кажется монстроподобной для небольших embedded.
Ну и стандартно: google :-))
Переписать драйвер под свой проц и железо - проблем нет.
Потом есть масса С реализаций GUI платформонезависимые, а не тока "под ARM" или что-то еще.
C++ "обертку" под C реализацию тоже можно создать. Не так сложно, как кажется - главное, сначала спроектировать все.
Например, я так сделал обертку под RTOS, теперь в ЛЮБОМ проекте мне по-барабану, какая ось стоит,
Это оказалось весьма удобной штукой как при сопровождении так и создании новых проектов на базе других.
Я бы попробовал именно такой путь (возможно, скоро этим и сам займусь )))).

раз объекты создаются глобально, то надо удостоверится что crt код вызывает их конструкторы, иначе естественно ничего работать не будет.

Я в дебаге ставил точки останова в конструкторе - они вызываются. Прошу прощения, что за crt код? И если удостоверюсь, то как исправить?