Почему мои единицы “скомпилированы с другой версией” моих собственных файлов?

Вы можете использовать response-native-image-cropper-picker . Если я вас правильно понял, вы хотите иметь возможность запустить камеру и затем в качестве обещания отправить изображение в ваш алгоритм обнаружения объектов. С помощью этой библиотеки вы можете запустить камеру следующим образом:

openCamera(){
    ImagePicker.openCamera({
      width: 300,
      height: 400,
      cropping: true
    }).then(image => {
      //Your image
      console.log(image);
    });
}

12
задан Mihai Limbășan 6 April 2009 в 16:15
поделиться

7 ответов

Ошибка "единица компилируется с другой версией...", раздражающий. Это происходит в ситуации как ниже:

     +--------+
     | unit A |
     +--------+
      |      |
      |      |
      V      |
  +--------+ |
  | unit B | |
  +--------+ |
      |      |
      |      |
      V      V
     +--------+
     | unit C |
     +--------+

И единица A и единица использования B C и единица B используют C. Единица B и C компилируются, и по некоторым причинам источник единицы B не доступен. Теперь Единица C изменяется (любое изменение сделает и перекомпилировано), И dcu единицы C отличается от единицы C используемый единицей B, таким образом, единица B должна быть перекомпилирована также. Но к сожалению, источник не доступен, таким образом, компилятор сдается.

Это не совсем ясно что случилось с Вашей ситуацией.

У Вас есть среда тестирования, которая связывается с плагинами. Таким образом, где X и Y единицы вписываются, и Вы распознаете шаблон, показанный выше?

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

18
ответ дан 2 December 2019 в 04:25
поделиться

Вы используете измененный VCL? Единицы, на которые Вы ссылаетесь в своем интерфейсном разделе также, определяют Ваш интерфейс. Я предложил бы удостовериться, что у Вас нет двух различных версий ни одной из Ваших единиц с тем же именем (включая VCL/RTL), на который можно сослаться из Вашего проекта. Возможно, это - что-то глупое, поскольку фоновая компиляция использует другую версию единиц затем дисковая компиляция. Так редактирование его инициировало фоновый компилятор, который затем портит синхронизацию.

0
ответ дан 2 December 2019 в 04:25
поделиться

Проверьте, что у Вас нет напряженного старого dcu файла где-нибудь в исходном dir.

1
ответ дан 2 December 2019 в 04:25
поделиться

Я ненавижу эту проблему. Я нахожу, что это открывается время от времени и хотя это звучит в Вашем случае, который будет непосредственно связан с тем, что Вы делаете с плагинами, я решил это в прошлом путем нахождения и удаления всего dcus, bpls и dcps пакетов, которые мы записали и затем восстановление пакетов.

5
ответ дан 2 December 2019 в 04:25
поделиться
  1. Фактический файл .dpr содержит ссылку на неправильную версию файла .pas.

    Просмотр> Диспетчер проектов> разверните дерево и проверьте путь ко всем модулям.

  2. В списке путей поиска есть повторяющийся файл, и сначала обнаруживается неправильная версия

1
ответ дан 2 December 2019 в 04:25
поделиться

Для справки в будущем, простое указание компилятору на версии исходного кода «проблемных модулей» исправило это для меня (то есть добавление папок, содержащих исходный код, в путь поиска).

1
ответ дан 2 December 2019 в 04:25
поделиться

Определенно что-то глючит с компилятором. Я обнаружил, что изменение порядка модулей в разделе uses позволит вам получить «одну бесплатную компиляцию». После этого ошибка повторяется снова, и вы можете вернуться к восстановлению. :-(

0
ответ дан 2 December 2019 в 04:25
поделиться
Другие вопросы по тегам:

Похожие вопросы: