Rad Studio 10.4. Проблемы в самой платформе или во мне?

Собственно, после долгих часов возни с написанием кода и попутного устранения ошибок, которые Rad Studio фиксирует вообще в других местах, а не в тех, где эта ошибка действительно допущена, или моментах, когда создаётся впечатление, как будто эта платформа не воспринимает все объявления, что я так старательно выписываю, я не смог удержать и поэтому решил попросить помощи у форума. Но обо всём по порядку, ибо вопросов у меня несколько.

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

Затем начали появляться ошибки, связанные с соглашением __fastcall. Как и в предыдущем случае, они появляются в уже готовых и отлаженных модулях, с которыми раньше проблем не было. При проверке заголовочных и исходных файлов ошибки я не нашёл, ибо объявление и реализация обе имеют все эти соглашения, так что ошибка вообще не в тему, но она, почему-то, есть.
Вот это пример того, что я вижу в логгах:
[bcc32c Error] OpenArchive.cpp(27): function declared 'fastcall' here was previously declared without calling convention
OpenArchive.h(66): previous declaration is here
[bcc32c Error] OpenArchive.cpp(81): function declared 'fastcall' here was previously declared without calling convention
OpenArchive.h(40): previous declaration is here

И третья проблема, с которой я периодически сталкиваюсь:
[bcc32c Error] OpenPort.h(22): unknown type name 'ArchiveList'
[bcc32c Error] OpenPort.h(51): unknown type name 'ArchiveList'
В этом случае всё стабильно, ошибка опять появляется в тех местах, которые раньше компилились, а сейчас почему-то нет.

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

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

Вот исходники: DAK.rar

P.s прошу сильно не пинать, форумом я пользуюсь крайне редко и поэтому такое страшное оформление

0

Исходники всей программы: DAK.rar

0

Сообщение от vulivud Затем начали появляться ошибки, связанные с соглашением __fastcall.

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

Сообщение от vulivud И третья проблема, с которой я периодически сталкиваюсь:

Эта проблема решается очень просто: переносом инклюда #include "OpenPort.h" из OpenArchive.h в OpenArchive.cpp - иначе у Вас циклическая ссылка модулей друг на друга получается.

Правда потом вылезает еще одна ошибка:

[bcc32c Error] OpenPort.cpp(446): reference to type 'const ArchiveList' could not bind to an lvalue of type 'ArchiveList *const'

но с этим попробуйте сами разобраться - вообще не в кассу вникать в такой запутанный проект.

0