Найден неожиданный код заголовка Mach-O: 0x72613c21 в Xcode 7

Question

Найден неожиданный код заголовка Mach-O: 0x72613c21 в Xcode 7

У меня есть проект Swift, использующий динамический фреймворк ObjC, фреймворк должен был быть связан с моим проектом и встроен в него. Проект работает нормально на устройствах, при отправке в App Store произошла ошибка во время проверки:Found an unexpected Mach-O header code: 0x72613c21

Ниже приведены журналы проверки:

2015-10-12 02:32:33 +0000 [MT] Beginning distribution assistant for archive: MusicFans, task: Validate
2015-10-12 02:32:33 +0000 [MT] Automatically selecting the only availaable distribution method <IDEDistributionMethodiOSAppStoreValidation: 0x7f851c1d96c0>
2015-10-12 02:32:34 +0000 [MT] [OPTIONAL] Didn't find archived user entitlements for <DVTFilePath:0x7f851b42db10:'/Users/panzhansheng/Library/Developer/Xcode/Archives/2015-10-11/MusicFans 11-10-15 上午8.29.xcarchive/Products/Applications/MusicFans.app/Frameworks/libswiftDispatch.dylib'>: Error Domain=NSCocoaErrorDomain Code=4 "Item at "/Users/panzhansheng/Library/Developer/Xcode/Archives/2015-10-11/MusicFans 11-10-15 上午8.29.xcarchive/Products/Applications/MusicFans.app/Frameworks/libswiftDispatch.dylib" did not contain a "archived-expanded-entitlements.xcent" resource." UserInfo={NSLocalizedDescription=Item at "/Users/panzhansheng/Library/Developer/Xcode/Archives/2015-10-11/MusicFans 11-10-15 上午8.29.xcarchive/Products/Applications/MusicFans.app/Frameworks/libswiftDispatch.dylib" did not contain a "archived-expanded-entitlements.xcent" resource.}
2015-10-12 02:32:34 +0000 [MT] [OPTIONAL] Didn't find archived user entitlements for <DVTFilePath:0x7f8529a08050:'/Users/panzhansheng/Library/Developer/Xcode/Archives/2015-10-11/MusicFans 11-10-15 上午8.29.xcarchive/Products/Applications/MusicFans.app/wavpack.framework'>: Error Domain=NSCocoaErrorDomain Code=4 "Item at "/Users/panzhansheng/Library/Developer/Xcode/Archives/2015-10-11/MusicFans 11-10-15 上午8.29.xcarchive/Products/Applications/MusicFans.app/wavpack.framework" did not contain a "archived-expanded-entitlements.xcent" resource." UserInfo={NSLocalizedDescription=Item at "/Users/panzhansheng/Library/Developer/Xcode/Archives/2015-10-11/MusicFans 11-10-15 上午8.29.xcarchive/Products/Applications/MusicFans.app/wavpack.framework" did not contain a "archived-expanded-entitlements.xcent" resource.}
2015-10-12 02:32:34 +0000 [MT] [OPTIONAL] Didn't find archived user entitlements for <DVTFilePath:0x7f850da13de0:'/Users/panzhansheng/Library/Developer/Xcode/Archives/2015-10-11/MusicFans 11-10-15 上午8.29.xcarchive/Products/Applications/MusicFans.app/FLAC.framework'>: Error Domain=NSCocoaErrorDomain Code=4 "Item at "/Users/panzhansheng/Library/Developer/Xcode/Archives/2015-10-11/MusicFans 11-10-15 上午8.29.xcarchive/Products/Applications/MusicFans.app/FLAC.framework" did not contain a "archived-expanded-entitlements.xcent" resource." UserInfo={NSLocalizedDescription=Item at "/Users/panzhansheng/Library/Developer/Xcode/Archives/2015-10-11/MusicFans 11-10-15 上午8.29.xcarchive/Products/Applications/MusicFans.app/FLAC.framework" did not contain a "archived-expanded-entitlements.xcent" resource.}
2015-10-12 02:33:07 +0000 [MT] Canceled distribution assistant

Если я удалю динамический каркас из раздела "Встроенные каркасы" проекта, то он может пройти проверку, но произойдет сбой при запуске на устройствах из-за отсутствующего образа моего динамического каркаса, вы понимаете? Кстати, в динамическом каркасе битовый код отключен, поэтому мой проект также отключает битовый код и не имеет кодового знака.

95

validation dynamic frameworks store

Источник

user2395908 12 окт '15 в 08:46

31 ответ

Другие вопросы по тегам validation dynamic frameworks store

user1294391 14 фев '17 в 05:10 2017-02-14 05:10 · Answer 1 · 2017-02-14 05:10

Проверьте две вещи для каждого фреймворка:

Тип Mach-O фреймворка (в настройках сборки цели фреймворка)

Независимо от того, копируете ли вы фреймворк, помещая его в "Фазы сборки" -> "Внедрить фреймворки" (или "Копировать ресурсы комплекта", как упомянуто. Brooks hollar)

Если тип платформы Mach-O представляет собой "статическую библиотеку", его не следует помещать в структуры для встраивания; если тип Mach-O является "динамической библиотекой", он должен быть помещен в интегрированные среды.

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

Примечание:

Если у вас нет доступа к исходному проекту, вы можете вручную проверить, является ли он динамическим или статическим каркасом, используя этот подход: /questions/10125374/ios-eto-staticheskij-ili-dinamicheskij-frejmvork/10125385#10125385

user2091181 17 янв '18 в 15:07 2018-01-17 15:07 · Answer 2 · 2018-01-17 15:07

Я не знаю почему, но почему-то стручки оказались встроенным двоичным файлом. Поэтому мне пришлось удалить его, установить модуль еще раз, и проблема исчезла.

25

Источник

user2091181 17 янв '18 в 15:07

user16346 24 ноя '15 в 03:30 2015-11-24 03:30 · Answer 3 · 2015-11-24 03:30

Дважды проверьте этапы сборки -> Копировать ресурсы комплекта для каркаса или другого двоичного файла, которого там не должно быть.

В моем случае это была сторонняя библиотека (Parse), которую я добавил.

23

Источник

user16346 24 ноя '15 в 03:30

user4283218 29 июн '17 в 04:48 2017-06-29 04:48 · Answer 4 · 2017-06-29 04:48

В моем случае у меня есть фреймворк, вручную перетащенный в мой проект, и он указан в General->Embedded Binaries, которые вызывают ошибку Found an unexpected Mach-O header code: 0x72613c21, После того как я переехал из Embedded Binaries в Linked Frameworks and Libraries, задача решена.

23

Источник

user4283218 29 июн '17 в 04:48

user6869609 12 янв '21 в 17:19 2021-01-12 17:19 · Answer 5 · 2021-01-12 17:19

Если вы (потенциально, но не обязательно) использовали FirebaseSDK (особенно Analytics) и получаете ошибку Mach-O при запуске, архивировании и загрузке, попробуйте следующее:

Добавьте это как сценарий пост-действий сборки .

      rm -rf "${TARGET_BUILD_DIR}/${TARGET_NAME}.app/Frameworks/FirebaseAnalytics.framework"
rm -rf "${TARGET_BUILD_DIR}/${TARGET_NAME}.app/Frameworks/GoogleAppMeasurement.framework"
rm -rf "${TARGET_BUILD_DIR}/${TARGET_NAME}.app/Frameworks/FIRAnalyticsConnector.framework"

если вы добавили виджеты и / или другие расширения плагинов, добавьте также эти строки:

      rm -rf "${TARGET_BUILD_DIR}/${TARGET_NAME}.app/PlugIns/FirebaseAnalytics.framework"
rm -rf "${TARGET_BUILD_DIR}/${TARGET_NAME}.app/PlugIns/GoogleAppMeasurement.framework"
rm -rf "${TARGET_BUILD_DIR}/${TARGET_NAME}.app/PlugIns/FIRAnalyticsConnector.framework"

Краткое объяснение: приведенная ниже цитата из соответствующего обсуждения в разделе https://github.com/firebase/firebase-ios-sdk/issues/6472 объясняет причину этой проблемы.

... так что прямо сейчас артефакты фреймворка firebase копируются в папку / Frameworks ipa и встраиваются. Сами по себе фреймворки - это статические фреймворки .... Если удалить их из xcarchive вручную, все работает как положено.

В основном многие ответы здесь указывают на правильное направление, но проблема остается, потому что решение состоит в том, чтобы каждый раз удалять нежелательные артефакты. В настоящее время (январь 2021 г.) AFAIK нет другого способа решить эту проблему.

user2315323 18 фев '21 в 15:00 2021-02-18 15:00 · Answer 6 · 2021-02-18 15:00

Scheme->Edit Scheme->Archive->Post Action->Click '+' -> New Run Script Action-> вставить ниже код

      LOGFILE="${ARCHIVE_PATH}/static-frameworks.log"
echo "Removing static frameworks from ${WRAPPER_NAME} archive" > $LOGFILE
find "${ARCHIVE_PRODUCTS_PATH}/Applications/${WRAPPER_NAME}" -name '*.framework' -print0 | while IFS= read -r -d '' fm; do
    name=$(basename "${fm}" .framework)
    target="${fm}/${name}"
    echo "Checking: ${fm}" >> $LOGFILE
    if file "${target}" | grep -q "current ar archive"; then
        rm -rf "${fm}"
        echo "Removed static framework: ${fm}" >> $LOGFILE
    fi
done

user1394838 04 ноя '15 в 17:58 2015-11-04 17:58 · Answer 7 · 2015-11-04 17:58

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

Сначала очистите DerivedData:

1. выключить Xcode
2. Перейдите к./Users/YourFile/Library/Developer/Xcode/DerivedData
3. Удалите все из этой папки
4. Запустите Xcode
5.Build & Clean

Во-вторых, по какой-то причине, с последней версией какао-бобов версии 0.39, я получал следующее предупреждение, когда бежал pod install

[!] The MY_TARTGET цель перекрывает EMBEDDED_CONTENT_CONTAINS_SWIFT настройки сборки, определенные в `Pods/Target Support Files/Pods/Pods.release.xcconfig'. Это может привести к проблемам с установкой CocoaPods

Я снизил рейтинг Cocoapods, удалив все установленные Cocoapods:

sudo gem удалить cocoapods

затем установите старую версию:

sudo gem установить cocoapods -v 0.38.1

Это убрало предупреждение, и я смог удалить ошибку, "неожиданный код заголовка Mach-O: 0x72613c21"

user1076894 17 авг '18 в 14:48 2018-08-17 14:48 · Answer 8 · 2018-08-17 14:48

Для меня в Карфагене были тканевые бинарные файлы /usr/local/bin/carthage copy-frameworks запустить скрипт.

После удаления, это решило проблему.

Я использую Xcode Version 9.4.1 (9F2000)

8

Источник

user1076894 17 авг '18 в 14:48

user1758701 22 янв '20 в 13:53 2020-01-22 13:53 · Answer 9 · 2020-01-22 13:53

В XCode 11 щелкните файл проекта, выберите цель, затем на вкладке "Общие" разверните "Frameworks, Libraries, and Embedded Content", измените "Embed & Sign" на "Do Not Embed".

8

Источник

user1758701 22 янв '20 в 13:53

user1843020 11 июл '16 в 14:09 2016-07-11 14:09 · Answer 10 · 2016-07-11 14:09

Редактировать: это выглядит, чтобы быть исправленным в Xcode 8 Beta 3.

В настоящее время я испытываю эту проблему с Xcode 8 Beta 2 и Swift 3 с чисто быстрыми модулями (которые, кажется, вызывают проблему).

Добавление следующего к моему Podfile устранило проблему.

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      config.build_settings['ALWAYS_EMBED_SWIFT_STANDARD_LIBRARIES'] = 'NO'
    end
  end
end

Авторы благодарны YuAo за этот комментарий на GitHub.

user1879272 12 фев '18 в 17:00 2018-02-12 17:00 · Answer 11 · 2018-02-12 17:00

Взгляните на эту документацию Apple. Встраивание фреймворков в приложение. Перейдите в раздел " Встроенные статические библиотеки", где они объясняют эту ошибку следующим образом:

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

Они также предоставляют способ исправить:

Вы можете решить эту ошибку, определив статическую структуру и удалив ее из раздела "Встроенные двоичные файлы".

Вы выполняете это, следуя инструкциям в разделе Проверка бинарных связей

user12279445 14 апр '21 в 13:47 2021-04-14 13:47 · Answer 12 · 2021-04-14 13:47

2021 год! ОБНОВЛЕНО

Вот как это сделать:

Создайте приложение, помеченное как Embed & Sign

Как только он будет построен. Идите в то же место и установите Pods_Runner.framework к Do Not Embed.

Перейдите в Продукт -> Архив -> Отправьте архив, и все будет работать, как ожидалось.

кредиты: lifenautjoe

user6135652 08 фев '21 в 14:04 2021-02-08 14:04 · Answer 13 · 2021-02-08 14:04

Добавление нижеприведенного скрипта в Post-Actions of Archive помогло мне решить эту проблему. Он удаляет статические фреймворки, которые не связаны между собой.

      # https://github.com/firebase/firebase-ios-sdk/issues/6472
LOGFILE="${ARCHIVE_PATH}/static-frameworks.log"
echo "Removing static frameworks from ${WRAPPER_NAME} archive" > $LOGFILE
find "${ARCHIVE_PRODUCTS_PATH}/Applications/${WRAPPER_NAME}" -name '*.framework' -print0 | while IFS= read -r -d '' fm; do
    name=$(basename "${fm}" .framework)
    target="${fm}/${name}"
    echo "Checking: ${fm}" >> $LOGFILE
    if file "${target}" | grep -q "current ar archive"; then
        rm -rf "${fm}"
        echo "Removed static framework: ${fm}" >> $LOGFILE
    fi
done

Комментарий к проблеме Firebase: https://github.com/firebase/firebase-ios-sdk/issues/6472#issuecomment-771351512

user10276504 24 июн '20 в 13:47 2020-06-24 13:47 · Answer 14 · 2020-06-24 13:47

В моем случае в xcode 11 я возвращаю проблему, чтобы установить не встраивать в общие -> фреймворки, библиотеки и встроенный контент https://stackru.com/images/ed cac8e93c9719eca8b8d32c776b5d123c3a40ab.png

4

Источник

user10276504 24 июн '20 в 13:47

user2265322 02 апр '18 в 03:44 2018-04-02 03:44 · Answer 15 · 2018-04-02 03:44

Удалить их из Embedded Binaries и добавить их в Linked Frameworks and Libaries, затем снова заархивируйте и загрузите в магазин.

4

Источник

user2265322 02 апр '18 в 03:44

user3088865 14 мар '20 в 01:24 2020-03-14 01:24 · Answer 16 · 2020-03-14 01:24

Проверяйте и ищите дубликаты фреймворков и библиотек на вкладке " Связать двоичный файл с библиотеками" и " Встроить фреймворки" на вкладке "Фазы сборки" своего проекта.

Только должно быть в одну сторону...

3

Источник

user3088865 14 мар '20 в 01:24

user464313 19 сен '16 в 04:57 2016-09-19 04:57 · Answer 17 · 2016-09-19 04:57

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

2

Источник

user464313 19 сен '16 в 04:57

user4322022 03 май '17 в 23:53 2017-05-03 23:53 · Answer 18 · 2017-05-03 23:53

Я столкнулся с этой проблемой в очень простом проекте Framework. У меня была только одна цель в моем проекте для фреймворка, и он прекрасно работал. Я хотел добавить несколько модульных тестов, поэтому я добавил две новые цели: цель "Пакетное тестирование модулей iOS" и цель "Single View Application" (выступать в качестве хост-приложения для тестов). Однако обе новые цели бросали эту ошибку.

Я обнаружил, что проблема была вызвана настройкой компоновки типа Mach-O для новых целей, для которых установлена Статическая библиотека. Видимо, новые цели наследовали тип Mach-O от родительского проекта. Когда я установил Mach-O Type на правильные настройки ("Bundle" для модульных тестов и "Executable" для хост-приложения), все заработало! Мне также пришлось очистить сборку, удалить производные данные и сбросить симулятор, чтобы получить новые настройки.

user14531220 27 дек '20 в 22:16 2020-12-27 22:16 · Answer 19 · 2020-12-27 22:16

В моем случае я выбрал копию при установке и работал у меня

2

Источник

user14531220 27 дек '20 в 22:16

user5747994 01 фев '16 в 13:27 2016-02-01 13:27 · Answer 20 · 2016-02-01 13:27

В моем случае это было вызвано изменением сертификата / команды разработчика.

Я начинаю проект с личного Dev Apple ID и к тому времени я изменил его на свой рабочий ID. Когда мы пытаемся экспортировать.xcarchive, то возникает сбой "Match-O header". Ничто из описанного здесь или на других сайтах ничего не меняет.

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

user649379 20 дек '18 в 21:57 2018-12-20 21:57 · Answer 21 · 2018-12-20 21:57

Мой способ исправить это было вернуться к Fabric/Crashlytics установка через Cocoapods вместо причудливой настройки Carthage (которая оказалась глючной).

1

Источник

user649379 20 дек '18 в 21:57

user2804585 29 окт '19 в 12:03 2019-10-29 12:03 · Answer 22 · 2019-10-29 12:03

Учитывая количество времени, которое я потратил на поиск этой проблемы, она была вызвана Cocoapods. Я работал над рабочей областью, в которой были как приложения для iOS, так и инструмент командной строки для запуска некоторых конвейеров и прочего. Мой файл выглядел так:

target 'AppPipe' do
  platform :osx, '10.14'
  project 'AppPipe/AppPipe.xcodeproj'
  pod 'Yams'

  post_install do |installer|
    installer.pods_project.targets.each do |target|
      target.build_configurations.each do |config|
        config.build_settings['MACH_O_TYPE'] = 'staticlib'
      end
    end
  end
end

Я думал pods_installХук был локальным для области, в которой я писал его, но это не так! Он фактически превратил все мои целевые конфигурации в статические библиотеки! Это исправило это:

target 'AppPipe' do
  platform :osx, '10.14'
  project 'AppPipe/AppPipe.xcodeproj'
  pod 'Yams'
end

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
        # Only AppPipe always gets staticlib
        if target.name == 'AppPipe'
          config.build_settings['MACH_O_TYPE'] = 'staticlib'
        end
    end
  end
end

user522277 24 июн '21 в 05:11 2021-06-24 05:11 · Answer 23 · 2021-06-24 05:11

Я столкнулся с той же проблемой несколько дней назад, основная причина этой проблемы:

** Некоторые статические библиотеки были ошибочно встроены в пакет .app. **

Вы можете искать .a или static .framework в пакете приложений Products/ *. В Xcode и внимательно проверять проект, удаляя избыточные статические библиотеки.

user3975963 08 авг '16 в 02:21 2016-08-08 02:21 · Answer 24 · 2016-08-08 02:21

Майк из ткани здесь.

Это была ошибка в Xcode Beta 2 и 3, она была исправлена в Beta 4, и обновление до последней версии устранит ее.

0

Источник

user3975963 08 авг '16 в 02:21

user1254211 12 июн '20 в 17:07 2020-06-12 17:07 · Answer 25 · 2020-06-12 17:07

Если у вас есть проект Xcode для статической структуры, ваша тестовая цель должна иметь значение "Bundle" для параметра сборки MACH_O_TYPE:

ht tps:https://stackru.com/images/90ac70a1bfd13efd314ff097fb736955adb47f5a.png

0

Источник

user1254211 12 июн '20 в 17:07

user5408083 10 ноя '16 в 09:03 2016-11-10 09:03 · Answer 26 · 2016-11-10 09:03

У меня была эта проблема с добавленной вручную платформой PFFacebookUtils в проекте Swift 2.3, не относящемся к CocoaPods. Я исправил это, удалив указанный фреймворк из раздела "Встроенные фреймворки" на странице "Общие" цели сборки и связал его в Этапы сборки -> Связать двоичные файлы с библиотеками

user3004003 17 июн '20 в 20:40 2020-06-17 20:40 · Answer 27 · 2020-06-17 20:40

При встраивании пакетов из целевых библиотек они могут создавать исполняемые файлы даже с Mach-O Type = Bundle. Таким образом, мы можем просто удалить эти исполняемые файлы изxcarchive(Продукты / Приложения / APP_NAME / YourBundle.bundle / YourBundle)

0

Источник

user3004003 17 июн '20 в 20:40

user546509 17 мар '21 в 02:34 2021-03-17 02:34 · Answer 28 · 2021-03-17 02:34

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

      # Fixes binary framework bug, see:
# https://developer.apple.com/documentation/xcode-release-notes/xcode-12_4-release-notes#Swift-Packages
# https://github.com/firebase/firebase-ios-sdk/issues/6472

echo "Removing static frameworks from ${TARGET_NAME}.app"
find "${BUILT_PRODUCTS_DIR}/${TARGET_NAME}.app/" -name '*.framework' -print0 | while IFS= read -r -d '' fm; do
    name=$(basename "${fm}" .framework)
    target="${fm}/${name}"
    echo "Checking: ${fm}"
    if file "${target}" | grep -q "current ar archive"; then
        rm -rf "${fm}"
        echo "Removed static framework: ${fm}"
    fi
done

user242682 14 апр '21 в 18:21 2021-04-14 18:21 · Answer 29 · 2021-04-14 18:21

Если вы используете Firebase и Xcode 12.4, это может быть проблемой . Лучшее решение - добавить этап выполнения сценария со следующим:

      echo "Removing static frameworks from ${TARGET_NAME}.app"
find "${BUILT_PRODUCTS_DIR}/${TARGET_NAME}.app/" -name '*.framework' -print0 | while IFS= read -r -d '' fm; do
    name=$(basename "${fm}" .framework)
    target="${fm}/${name}"
    echo "Checking: ${fm}"
    if file "${target}" | grep -q "current ar archive"; then
        rm -rf "${fm}"
        echo "Removed static framework: ${fm}"
    fi
done

user6777996 30 июн '20 в 04:43 2020-06-30 04:43 · Answer 30 · 2020-06-30 04:43

Одна из возможных причин - вложенный фреймворк.

Вдохновленный Golang, я недавно отредактировал код своего проекта:

App(with all the code in one target)

to ("->" означает ссылку, ABCD означает структуру)

B -> C
A -> B

App -> A
App -> B
App -> C

Оказывается, вложенный фреймворк официально не поддерживается Apple. Поэтому мне пришлось сгладить дерево зависимостей, чтобы:

App -> D

D -> A
D -> B
D -> C