Error launching application on sdk gphone64 arm64



Error in Launching Application on Android SDK Built For x86 In Flutter?

Earlier we have been through articles like how to solve No Connected Devices in Flutter. So, today we are going to learn how to resolve errors in launching applications on android SDK built for x86 in flutter.

Are you ready for the same?? Let’s Get started with the following…

How to Resolve Error in Launching Application on Android SDK Built For x86 In Flutter?

Try to install using ADB through the command line:

You can follow this for more explanation https://github.com/flutter/flutter/issues/8605

You can also follow the below steps for the same:

  • Open AVD Manager
  • Wipe Data (delete data from emulator)
  • Open Emulator
  • Try to run an app

Changing the emulator to cold boot rather than quick boot also seemed to resolve the problem. Rather than a complete wipe.

It’s in advanced settings > emulated performance > boot option when editing a device in AVD.

Android Virtual Device

You can also try:

Conclusion:

Thank you for reading!! We hope you got what you were looking for 🙂

Also, let us know what worked for you in the comments right below. Lots of content coming up your way!! Stay Connected 🙂

So in this article, we have been through how to resolve errors in launching applications on Android SDK built for x86 in flutter.

Keep Learning . Keep Fluttering .

Do let us know in the comments if you are still confused in flutter!! we are here for you.

Источник

[google_sign_in]IOS build fails with error: building for iOS Simulator-arm64 but attempting to link with file built for iOS Simulator-x86_64 #93908

Comments

Please document the fact that this package does not support Apple Silicon. I have now removed support for [google_sign_in] from my project altogether now as it is not supported on Apple Silicon

The text was updated successfully, but these errors were encountered:

Hi @alanmeier, Thanks for filing the issue. Could you please explain what do you mean by not supported ? I would be more than happy to help if you could describe the exact issue you are facing, along with the complete output of
flutter doctor -v and the version of the plugin you are having issue with.

I can confirm as of today google_sign_in: ^5.2.1 does work on Apple Silicon.

Here is the flutter Doctor Output plus the error being generated as soon as I add GoogeSignIn package to my yaml file. Everything else functions as expected on. both Android simulator and IOS simulator if I remove this one line from my yaml

@alanmeier could you please share your pubspec.yaml and ios/Podfile file and also try adding this to podfile

@alanmeier I created a new flutter project added all your plugins to pubspec.yaml updated the ios Deployment target to 10 via xcode and I was able to reproduce the same error complete logs

and then manually installed the pods

and if you don’t have ffi Installed then install it using

after installing pods, I was able to build the app.

flutter doctor -v

Followed your instructions still does not build for IOS below error still exists, which is pretty obvious as you said to build i386 versions of pod file when my machine uses an ARM64 simulator so that will not work, as I said I have an M1 Mac not an Intel based Mac, so now my project does not compile at all for IOS where it would previously as long as I excluded google signin:
Error output from Xcode build, which looks like it is trying to compile for an i386 architecture simulator when I have a native M1 simulator:

Читайте также:  Error opening database no database file found

Thanks for the update,

Looks like you need to add the missing target in Xcode -> Build Settings -> Architectures -> Excluded Architectures

‘Pods_Runner.framework’ is missing one or more architectures required by this target: i386

keeping this issue open for further investigation from the team

@alanmeier could you please share your pubspec.yaml and ios/Podfile file and also try adding this to podfile

@maheshmnj That isn’t correct, we shouldn’t be asking users to set IPHONEOS_DEPLOYMENT_TARGET from their Podfile. They need to do that in their Xcode project in iOS Deployment Target as instructed in https://docs.flutter.dev/deployment/ios#review-xcode-project-settings

‘Pods_Runner.framework’ is missing one or more architectures required by this target: i386

Additionally, [«EXCLUDED_ARCHS[sdk=iphonesimulator*]»] = «arm64» is also not correct—the Flutter tool on this version is setting the excluded architectures based on what the plugins support. On top of that, arm64 isn’t even correct, it needs to also include i386 , which is probably why the user is seeing the i386 error line. But it shouldn’t be set from the Podfile like this anyway unless the plugin is misconfigured (which google_sign_in isn’t). And if it’s not, that’s a bug we need to fix, not have the user manually work around.

Looks like you need to add the missing target in Xcode -> Build Settings -> Architectures -> Excluded Architectures

Users shouldn’t need to set this manually either unless they are adding dependencies outside of Flutter. The Flutter tool generates the excluded architectures based on what the plugins support. But it’s being overridden by that EXCLUDED_ARCHS Podfile change.

Users shouldn’t have to run pod install manually either. If the tool isn’t doing that for them, it’s a bug we want to track down.

In the future the best way to track down these issues is to get:

  1. ios/Podfile to make sure they have flutter_additional_ios_build_settings and aren’t overriding any architecture build settings
  2. pubspec.yaml and pubspec.lock to help us reproduce locally
  3. Full verbose flutter build / run so we can see the entire Xcode build output, not just the last truncated lines.
  4. ios/Runner.xcodeproj/project.pbxproj to see if they are overriding build settings in their Xcode project.

That all being said, I copied the given pubspec and couldn’t reproduce the issue on an M1.

@alanmeier Can you reset your Podfile to what you had in #93908 (comment), revert any build settings changes you made, and attach:

Источник

manjarqo

EXCEPTION CAUGHT BY FLUTTER FRAMEWORK

Уже ничего здесь не размещаю кроме своих любимых ошибок во Flutter. Итак встречаем новую)))

Решается простым оборачиванием вашего говна, которое вызываясь падает в эксепшен в if (mounted) <>

Гик, хакинтошник, линуксоид, считаю себя flutter разработчиком. Завёл канал, в котором изначально хотел показывать как я с нуля и до бесконечности погрузился в дорвей тематику, а в итоге просто рассказываю о себе, своих успехах и неудачах в сайтах, приложениях, офлайн проектах. Добро пожаловать в https://www.youtube.com/channel/UCbrTUrElICx4pewX0NbolmQ

Flutter: The CustomAppBar can’t be assigned to the parameter type ‘PreferredSizeWidget’

Без длинных описаний перейду сразу к делу, если столкнулся с такой же ошибкой, то подмешай к целевому классу PreferredSizeWidget и заоверрайдь его метод:

Гик, хакинтошник, линуксоид, считаю себя flutter разработчиком. Завёл канал, в котором изначально хотел показывать как я с нуля и до бесконечности погрузился в дорвей тематику, а в итоге просто рассказываю о себе, своих успехах и неудачах в сайтах, приложениях, офлайн проектах. Добро пожаловать в https://www.youtube.com/channel/UCbrTUrElICx4pewX0NbolmQ

Читайте также:  Error finding installer classes

Flutter Error: [INSTALL_FAILED_INSUFFICIENT_STORAGE]

Снова Flutter. Ни с того ни с сего при запуске разрабатываемого приложения в эмуляторе стала вылетать такая ошибка.

Решилось простыми действиями:

Открываем в андроид студии AVD Manager и делаем Wipe Data

После чего в терминале выполняем:

P.S. Проблема носила регулярный характер, и приходилось почти каждый запуск эмулятора производить действия выше. Решением оказалось создать новый эмулятор и выделить под него 4000 мегабайт оперативной памяти

Гик, хакинтошник, линуксоид, считаю себя flutter разработчиком. Завёл канал, в котором изначально хотел показывать как я с нуля и до бесконечности погрузился в дорвей тематику, а в итоге просто рассказываю о себе, своих успехах и неудачах в сайтах, приложениях, офлайн проектах. Добро пожаловать в https://www.youtube.com/channel/UCbrTUrElICx4pewX0NbolmQ

Предпросмотр dart файлов MacOS quicklook(и на M1 тоже)

Ни для кого не секрет, что я в своей профессиональной деятельности использую в основном продукты «яблочной» промышленности. Помимо выше озвученного факта, основной средой разработки для меня является великолепный Фреймворк Flutter, в своей жизнедеятельности эксплуатирующий не менее великолепный язык программирования Dart.

Ну вот как бы два никому на хрен ненужных факта, и что дальше, спросишь меня ты. А то, что я задался вопросом, почему бы у себя в MacOS не мочь при нажатии в Finder на пробел отображать предпросмотр dart файлов. Ведь нередко случается, что ищешь какие то либы, импорты или самописные функции в проекте, чтобы применить, где-то в другом месте и открывать весь проект в IDE каждый раз становится несколько муторно. Ведь любая IDE начинает сканировать, чекать зависимости, проверять линтером и т.д., что несколько тратит времени и изрядно раздражает.

И я нашел способ делать предпросмотр dart(и не только) файлов по нажатию пробела в Finder. Далее расскажу как этого добиться.

  1. Переходим в этот репозиторий и качаем из релизов актуальный.
  2. В finder жамкаем Cmd + Shift + G и вставляем

/Library/Quicklook и нажимаем Enter, ето перенесет нас в соответствующую директорию. Если finder ругнется, что такой директории нет, то создаём её (Если не в силах создать её, то признаёмся себе в слабоумии и отказываемся от этой тщетной затеи).

  • Закидываем в эту директорию скачанный в 1 пункте файл QLColorCode.qlgenerator.
  • Далее берем любой свой уже созданный dart файл, и прописываем в терминале его путь с такой командой:
  • 5. Терминал должен ответить чем-то таким(хз будет ли у вас точно такая же кодировка, проверьте на всякий случай):

    6. Копируем только ту часть, что находится в кавычках, то есть dyn.ah62d4rv4ge80k2pwsu.

    7. Вводим в терминале:
    open

    /Library/QuickLook/QLColorCode.qlgenerator/Contents/Info.plist
    Если установлен Xcode то откроется им, если не установлен то хз чем вы там будете править его, с Xcode оченьно это удобно делать.

    8. Погружаемся вглубь открытого в Xcode документа по пути Property List > Document types > Item 0 > Document Content Type Identifiers, после чего жамкаем плюсик на добавление нового элемента в список, как на скриншоте ниже.

    И вставляем ету самую часть из кавычек из пункта 5 dyn.ah62d4rv4ge80k2pwsu должно получиться как на скриншоте выше под пунктом Item 0. После чего сохраняем файл.

    9. Далее в терминале вводим команду: qlmanage -r
    И всё, можете проверять работоспособность.

    ПЫ.СЫ. : Ежели qlmanage -r ругается на то, что не знает такой команды, то через brew устанавливаем старую версию сего файла brew install qlcolorcode, после чего по пути

    /Library/Quicklook заменяем файл на скачанный в первом пункте и проделываем с ним все последующие манипуляции.

    Если же и там будет ругаться что дескать данный файл поврежден обратитесь к администратору системы то в терминале уже бахните:

    Если не сработало ничего, то я ваще хз, не ваша тема, идите на завод!))) Всем добра)

    Источник

    Консоль отладки: ошибка: выход из ADB с кодом выхода 1 Выполнение потоковой установки. F

    Я пытаюсь запустить приложение на Android-эмуляторе, и он говорит, что INSTALL_FAILED_INSUFFICIENT_STORAGE], но когда я стираю данные с AVD, перезапускаю VS Code и пытаюсь снова, возникает ошибка sam. Иногда я иду flutter clean и flutter pub get и иногда работают, но иногда нет. Я пытался сделать все решения, которые люди ранее публиковали в своих похожих проблемах, но решения не работают. Когда я использую Windows10 на своем ПК, у меня нет этой проблемы, но на моем Mackbook Air 2020 я сталкиваюсь с этим во всех проектах. P.S. Это новый проект (пустой шаблон).

    2 ответа

    Итак, я нашел решение:

    Откройте Android Studio

    Откройте диспетчер виртуальных устройств

    Найдите свой эмулятор и перейдите в «Редактировать» (Конфигурация виртуального устройства).

    Показать расширенные настройки

    Прокрутите вниз и найдите Interal Storage (у меня по умолчанию было 800 МБ)

    Установите, сколько МБ вы хотите иметь для эмулятора (я поставил 6000 МБ, и он отлично работает)

    Надеюсь, это поможет!

    P.S. Перезагрузка эмулятора после изменений может занять некоторое время! Будьте терпеливы 😀

    Как говорит ошибка [INSTALL_FAILED_INSUFFICIENT_STORAGE]. Вы должны увеличить память устройства.

    1. зайди в диспетчер устройств
    2. нажмите изменить устройство
    3. нажмите показать расширенный менеджер
    4. найдите внутреннюю память и увеличьте ее до 1000 — 3000 МБ или до тех пор, пока она не покажет ошибку.

    Источник

    Как заменить входящий в комплект Dart SDK во Flutter, чтобы он работал на Apple Silicon (ARM64)?

    Dart SDK официально поддерживает ARM64, и на данный момент 2.14.2 — это последний (стабильный) Dart SDK, который поддерживает ARM64. Хотя это была та же версия, что была включена в мою настройку Flutter, казалось, что она работает на архитектуре Intel (монитор активности показывает процессы дротика, запущенные на Intel).

    Я вручную попытался заменить dart SDK в моей установке flutter, заменив flutter-directory/bin/cache/dart-sdk/ содержимым zip-файла Dart SDK, созданного для ARM64, загруженного с архив dart.dev. Но при попытке запустить приложение на эмуляторе Android (который работает на ARM64 и работал с моей старой установкой Flutter) возникает такая ошибка:

    Есть ли другой способ полностью настроить ARM64 Flutter на устройствах M1?

    Flutter версии 2.5.1

    Версия Dart 2.14.2

    Устройство: MacBook Air (M1, 2020)

    3 ответа

    Обновление: начиная с Flutter 3.0, Flutter поставляется с arm64 dart sdk, поэтому все, что вам нужно сделать, это обновить его до последней версии.

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

    Если вы попытаетесь запустить приложение сейчас, компилятор dart выйдет из строя.

    Используя flutter run -v (который включает подробный режим для большего количества журналов) и благодаря нескольким поискам в Google, я смог выяснить, что проблема вызвана файлом моментального снимка с именем frontend_server.dart.snapshot , который находится в 2 места в SDK:

    • flutter/bin/cache/dart-sdk/bin/snapshots — новый снимок для руки, вы только что вставили его сюда
    • flutter/bin/cache/artifacts/engine/darwin-x64 — старый снимок еще для x64
    1. Скопируйте файл с именем frontend_server.dart.snapshot из первого пути, упомянутого выше, на второй путь, заменив старый файл

    Я провел очень простой тест, чтобы понять, есть ли какие-либо улучшения во времени компиляции приложения hello world. Под случайным я подразумеваю, что я не закрывал никаких программ, которые были в фоновом режиме.

    Процесс тестирования был следующим:

    • запустить приложение на симуляторе ios
    • убить приложение и запустить flutter clean
    • снова запустите приложение и запишите время сборки

    И первые результаты довольно многообещающие:

    17 с — 16 дюймов i9

    16 с — воздух m1 через розетту

    12 с — родной воздух m1

    11 с — 14 дюймов MBP M1 макс. родной

    Источник

    Оцените статью
    toolgir.ru
    Adblock
    detector