Comments (8)
I'll admit that I haven't actually tested out on-device unit tests so this could very well be a new bug. Do your unit tests need to run on the actual iPhone or would the iOS simulator work? The setup is much easier with the simulator. If you've got an iOS simulator running you can just do cargo dinghy --platform auto-ios-x86_64 test it_works
. Dinghy should find the simulator and run it in the simulator. You can also specify the simulator ID like CI does.
from dinghy.
So this error is
226: { 0xe80000be, "kAMDMismatchedApplicationIdentifierEntitlementError" },
398: { "kAMDMismatchedApplicationIdentifierEntitlementError", "This application's application-identifier entitlement does not match that of the installed application. These values must match for an upgrade to be allowed." },
Could you double check that the application id you used in the xcode project is as:
Make the bundle identifier some.unique.domainame.Dinghy.
So Product Name is Dinghy, and Organization identifier is something that will be unique and looks like a domain name in reverse.
from dinghy.
Sorry, did not meant to click on close. need more coffee.
from dinghy.
I just checked here, same xcode, same macOS, actually same phone, but with latest update (iOS 13.5.1), and everything works as expected. I don't think the iOS verson is our problem here. So don't despair, this is probably "just" a configuration issue.
Please make an attempt with "-v", and grep the "ios".
I will also add a descriptive message for this error code.
from dinghy.
I'll admit that I haven't actually tested out on-device unit tests so this could very well be a new bug. Do your unit tests need to run on the actual iPhone or would the iOS simulator work? The setup is much easier with the simulator. If you've got an iOS simulator running you can just do
cargo dinghy --platform auto-ios-x86_64 test it_works
. Dinghy should find the simulator and run it in the simulator. You can also specify the simulator ID like CI does.
It worked well on a iPhone 8 simulator with iOS 13.5.
from dinghy.
So this error is
226: { 0xe80000be, "kAMDMismatchedApplicationIdentifierEntitlementError" }, 398: { "kAMDMismatchedApplicationIdentifierEntitlementError", "This application's application-identifier entitlement does not match that of the installed application. These values must match for an upgrade to be allowed." },
Could you double check that the application id you used in the xcode project is as:
Make the bundle identifier some.unique.domainame.Dinghy. So Product Name is Dinghy, and Organization identifier is something that will be unique and looks like a domain name in reverse.
I checked the bundle id, and the Product Name is not Dinghy but some-unique-domainame-Dinghy. I renamed the bundle id and ran RUST_BACKTRACE=1 cargo dinghy -d iphone test it_works
again. This time it enterd an lldb shell. Here is the output:
[2020-06-12T06:41:21Z INFO cargo_dinghy] Targeting platform 'auto-ios-aarch64' and device '***'
Finished debug [unoptimized + debuginfo] target(s) in 0.00s
(lldb) command source -s 1 '/var/folders/_7/qxf7q11175sg3lj4kkqrnff00000gn/T/mobiledevice-rs-lldb.KjON8swVe2LV/lldb-script'
(lldb)
I'v already updated my iOS version to the latest 13.5.1. Here is a part of the output with -v option.
[2020-06-12T07:00:36Z DEBUG dinghy_lib::ios::device] mount developper image
[2020-06-12T07:00:37Z DEBUG dinghy_lib::ios::device] Looking for device support directory in "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/DeviceSupport" for iOS version "13.5.1"
[2020-06-12T07:00:37Z DEBUG dinghy_lib::ios::device] Picked "13.5"
[2020-06-12T07:00:37Z DEBUG dinghy_lib::ios::device] Developper image path: "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/DeviceSupport/13.5/DeveloperDiskImage.dmg"
[2020-06-12T07:00:37Z DEBUG dinghy_lib::ios::device] AMDeviceMountImage returns: e8000076
[2020-06-12T07:00:37Z DEBUG dinghy_lib::ios::device] Error, already mounted, going on
[2020-06-12T07:00:37Z DEBUG dinghy_lib::ios::device] start debugserver on phone
[2020-06-12T07:00:37Z DEBUG dinghy_lib::ios::device] debug server running
[2020-06-12T07:00:37Z DEBUG dinghy_lib::ios::device] start local lldb proxy
[2020-06-12T07:00:37Z DEBUG dinghy_lib::ios::device] started lldb proxy localhost:61747
[2020-06-12T07:00:37Z DEBUG dinghy_lib::ios::device] Looking for device support directory in "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/DeviceSupport" for iOS version "13.5.1"
[2020-06-12T07:00:37Z DEBUG dinghy_lib::ios::device] Picked "13.5"
(lldb) command source -s 1 '/var/folders/_7/qxf7q11175sg3lj4kkqrnff00000gn/T/mobiledevice-rs-lldb.8weA1ngJXDYe/lldb-script'
(lldb) r
error: the platform is not currently connected
(lldb)
It worked well with the simulator. Hope for your help.
from dinghy.
I'm not too sure what to make of this... the guys from ios-deploy have this issue here:
So... have you tried turning it off and on again ?
from dinghy.
So sorry for not replying in time. In the end, i did not use dinghy. And do not know what is the problem.
from dinghy.
Related Issues (20)
- Dinghy on Linux HOT 4
- Copies libdl.so to Android, causing failure to run HOT 3
- test --no-fail-fast is not recognized HOT 1
- How to build with non-default crate features? HOT 3
- Cannot run tests on iOS 14 device HOT 5
- Support building crates that use resolver 2 HOT 1
- No more working on iOS devices 14.x HOT 2
- test-app build fails with unable to find library -lgcc HOT 3
- Multiple arch in same tc
- Support for aarch64-apple-ios-sim in dinghy
- Rust 2021 Edition HOT 1
- Existence of a resource directory in project root breaks `dinghy run` for iOS simulator
- `catch_unwind` broken on `armv7-apple-ios` HOT 1
- lldb output is variable HOT 2
- Share resource files between tests HOT 7
- No device support directory for iOS version 12.5 HOT 3
- deploy to iOS devices with ios-deploy HOT 2
- Duplicate executable file in ios *.app folder
- On the use `std::fs::ReadDir.next()` HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from dinghy.