Delphi cannot resolve unit name

Delphi cannot resolve unit name

Я новичок здесь и пытаюсь схватиться с некоторым кодом кто-то развитом для меня в Delphi в Rad Studio. Я не могу работать, если когда разработчик послал код он оставил что-то или он использовал классы из других, что мне нужно, чтобы загрузить откуда-то.

В любом случае, есть красные волнистые линии, находящиеся под большинством «использования» и программа не будет работать. Это использует (некоторые из них отсутствуют, некоторые нет):

Любая помощь будет массово оценили. Кроме того, когда я открываю проект это сказать, «Класс не XXXXXX найдено. Игнорировать ошибку и продолжить?

cxXXX И dxXXX блоки представляют собой единицы из DevExpress. Вам необходимо установить соответствующие DevExpress коду / компоненты для решения этой проблемы.

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

Эти AdvXXX блоки являются TMS компонентов. Тот же совет , как и для DevExpress.

Что же касается HotKeyManager , CoolTrayIcon , uPrintersMonitor я подозреваю , что они являются частью проекта , который вы получили в наследство. Обновление: Я не угадал, то первые два являются третьей партией, связан с ответа Яна.

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

Кодер дал вам исходный код, но он не даст вам дополнительные библиотеки и пакеты, или он даст вам дополнительные библиотеки и пакеты , но вы не установили их в Delphi (например CoolTrayIcon является пакет , относящиеся к программе работа в SysTray).

Кроме того, когда я открываю проект это сказать, «Класс не XXXXXX найдено. Игнорировать ошибку и продолжить?

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

Читайте также:  Adobe lightroom что это за программа

Он использовал эти внешние пакеты:

Developer Express VCL Controls Может быть , не все из них, судя по статье использует только некоторые базовые пакеты;

Убедитесь, что все они установлены в системе (проверьте компоненты / Установочные пакеты в IDE, чтобы увидеть, если они уже есть).

I’m working with Delphi2010 Enterprise Update 4.
When I’m opening my project in the IDE and displaying the mainform code, there are 2 unit names underline in red.

I have verified that the path to the unit source is in the Library path and in the Browsing path .

Surprisingly, when I’m doing a right-clicking on the unit and selecting Open file at cursor , it works (ie. delphi opens the right unit).

Any idea about that ?

5 Answers 5

Error Insight which keeps all the error messages into the structure view is quite buggy. It doesn’t understand your code the way the compiler understands it.

There is an IDE Fix Pack developed by Andreas Hausladen which reduces the number of those "Cannot resolve unit xyz" problems.

It doesn’t fix the bug, but it makes them less visible by addressing some of the Error Insight’s threading problems.

Out of curiosity, is there any code in AdPort and/or AdStatLt that is subject to conditional compilation ?

The parser that underpins Error Insight is I think different (physically and contextually) from the compiler. The compiler may be able to make sense of those conditional compilation areas that Error Insight is not.

This is just speculation on my part, but Error Insight is much improved in Delphi 2010 and typically now only chokes when there are errors in my code that I have yet to resolve.

Читайте также:  Dark souls 3 скорость каста

I reset the library path under toolsoptionsenvironment optionsdelphi optionslibrary.

Click the dropdown box, and reselect your os, and it will reset the path to the library. Worked for me.

Closing and reopening a project usually helps to get rid of most of these errors. Try it.

(That doesn’t change the fact that nowadays, this is probably my number one annoyance in the IDE. )

Just disable Error Insight (Tools -> Options -> Editor Options -> Code Insight, uncheck Error Insight). It works fine for me.

This is a cosmetic issue only, and doesn’t affect your application in any way.

It’s caused by a bug in the compiler used for Error Insight (the functionality that gives you the wavy red lines), which is not the same compiler used to build your application or to compile from the command line. The bug has existed since Error Insight was first introduced. (It has gotten less frequent, though; it used to be that the first thing I would do when I installed Delphi was to disable Error Insight, and I haven’t had to do that with either D2007 or D2009 as the problem is very infrequent and do esn’t seem to last long for whatever reason.)

Since there really isn’t a problem (other than the cosmetic issue), you can either ignore it or get rid of it by disabling Error Insight (Tools -> Options -> Editor Options -> Code Insight, uncheck Error Insight).

Войти

  • Архив:
  • Ссылки
  • Мой личный сайт
  • Мой старый личный сайт
  • Дачный сайт
  • Январь 2020
    1 2 3 4
    5 6 7 8 9 10 11
    12 13 14 15 16 17 18
    19 20 21 22 23 24 25
    26 27 28 29 30 31
  • Page Summary
  • notglamour — Без темы [+1]
  • (Анонимно) — delphi cannot resolve unit name решение [+1]
Читайте также:  Browser перевод на русский язык

Покопался я в Version info своего проекта в Delphi XE5, после чего вдруг проект перестал билдиться с сообщением "Cannot Resolve Unit Name" на некоторых модулях секции Uses моих форм, а также сторонних компонентов, у которых не было указано namespace. Перезагрузка компьютера не помогла. Интернет также ответа не дал, хотя встречалось много похожих жалоб. Помогло удаление и повторное создание целевой платформы (для этого временно пришлось создать вторую платформу, иначе первая не удалялась).

В общем, если в Version Info в комбобоксе Target выбрать пункт, выделенный жирным шрифтом (All configurations, Debug configurations или Release configurations), и внутри него включить информацию о версии в проект, то включается режим "для всех платформ" и где-то устанавливается настройка, обязывающая указывать namespace для неоднозначных модулей, которая потом не убирается, даже если снова всё отключить.

Вообще, Version Info в Delphi глючила достаточно давно, ещё даже до поддержки разных целевых платформ. А сейчас она стала ещё и малопонятной. Откуда мне знать, что жирный шрифт означает "для всех платформ"? Надпись об этом возникает только после выбора этого пункта, и поэтому её уже никто не читает. Зачем? Ведь пункт выбран! Я вообще раньше думал, что жирные пункты — это просо такие шаблоны для платформ, которые в нём будут перечислены, потому что информация в них частично влияет на информацию в платформах, даже затирает уже вписанную, но частично. Всё это сбивает с толку.

Хотя в остальном среда Delphi XE5 довольно стабильная и дружелюбная, не хуже Delphi 7.

Ссылка на основную публикацию
Adblock detector