I get an error when I try to load my application on iPhone7 in Xcode9.2. version of Iphone7 is ios11.0.
thanks for your help.
One thing you can check in your project is that you have selected 'Standard Architectures' in Project's Build Settings. As in below image.
In my case 'Standard Architectures' in Project's Build Settings was set, yet I was getting this error. So the thing that fixed it for me was changing the value of "Mach-O Type" to Executable
Related
I’m getting strange error while building project in Xcode 9.4
Build system information - unexpected service error: The Xcode build system has crashed. Please close and reopen your workspace.
I tried Xcode quit and reopen but that didn’t worked. Any solution?
Please clear derived data folder (located at ~/Library/Developer/Xcode/DerivedData) and restart the Xcode project.
This error usually happens between Xcode major versions. Apple usually claim their new build system is ** times faster than their previous version. If you see this error(I see this on changing Xcode9 to Xcode10 beta), you can always change it to the legacy build system. Here is how you can do this:
Open 'workspace settings'( it is now changed to 'Project Settings' if you are using Xcode10 or later) in the File Menu
Change build system to 'legacy'
Update for Xcode 13.4.1:
I had this infamous bug today as well. I tried a lot including clean project, delete derived, restart max etc.
What did the fix finally is similar to the answer of kakaiikaka: I set the workspace settings to "Legacy Build System (Deprecated)" for both, the shared and per user workspace. I tried to build with this, but got an error because I had packages wich are not supported.
Restarted Xcode, then changed back the build system. Restarted Xcode again.
Now the crash doesn't happen any more.
Looks like something internal was spoilt and cycling the build system fixed it.
I moved a lot of files all at once between folders, including nested folders. This error started happening. Nothing I did in regards to cleaning, purging derived data, or undoing the move operation would help.
What I did to help was: restore the previous version of the project file from source control and then re-add all the applicable new files to it. It was project file related. Deleting user data inside the project container did not help in my case. So as long as you use source control and can rollback the .xcodeproj, this may be an option.
it happened to me when i changed build configuration names. After deleting Pods folder and Podfile.lock, and then runnnig "pod install" fixed the issue.
For Xcode 10.2 delete podfile, podfile.lock, xcworkspace, open terminal, cd directory of project, pod init, add pods you want to pod file, pod install, open xcworkspac. Everything will be indexing now and then you can build.
I opened a project from a colleague in mplab X, it was in an archive(.zip) I added to the original path where are all my projects and I added the correct path to Harmony, but this is the error when I build. I configured it for the correct target board and compiller and on an clean&rebuild I get the same error. Any ideas how to fix that?
SOLUTION:
The project was in 1 extra folder with the same name, created when I extracted its content... I removed it, restarted the IDE, set it as main project, set the settings again for compiler and target board, run the harmony configurator, so it loaded some files and guess what... Worked like a charm... Can't believe the issue was 1 extra folder which was holding the project... Thank you for your help.
P.S: No, he was using the same OS.
I'm facing a problem right now and I don't really know how to get more informations about it.
I've converted a desktop application through Microsoft's Desktop App Converter, made some manual modifications about the visual assets, and rebundled it through "makeappx.exe". Then I signed it.
Everything went fine. Except that when I double click the appx to check it, I have the following window:
Appx Error
Which roughly translates as "Couldn't open the appx or appxbundle file" and "Reason: Failure caused by an unknown reason".
This does not helps me a lot :/
However, if I try to install the package through a simple "Add-appxpackage MyPackage.appx", it works perfectly fine.
Could anyone help me find some leads on what's happening here? I've already checked the event viewer as explained here but I couldn't find anything unusual.
Thanks,
Skefrep
It seems the Microsoft team has taken notice of this problem and investigated this appropriately.
-Here is their solution-
The problem can be because when you convert an app with DesktopBridge the resources are signed with the manifest info and store that info in the .pri files you found in PackageFiles folder. Later, when you change something like the Publisher or the Name this signature doesn't match. To fix this you only need to recreate the .pri files.
rm *.pri. Remove the old .pri files.
cd C:\foo\PackageFiles\. Change current directory to the PackageFiles folder. This step is important for the next step.
makepri createconfig /cf priconfig.xml /dq en-US. Create a configuration file for the resources.
makepri new /pr "C:\foo\PackageFiles" /cf "C:\foo\PackageFiles\priconfig.xml". Generate the new *.pri files.
Then you can make the package as usual: MakeAppx, etc.
You can find more information about this problem in "Failed due to unknown reasons" error when you try to sideload a Desktop Bridge app - App Consult Team.
Greetings,
I am trying to start a scala/liftweb project for deployment on Google App Engine. To do this, i need to package it up as a .war using maven.
However, whenever I run the 'mvn' command, I am met with:
Error opening zip file or JAR manifest missing : /Applications/JRebel/jrebel.jar
Error occurred during initialization of VM
agent library failed to init: instrument
Is there something wrong with my maven or do I need Jrebel? I see jrebel is not free which is why I am so surprised.
thanks!
No, JRebel is definitely not required to run Maven.
As Matt mentioned, JRebel is not required to run Maven. However, ZeroTurnaround does offer a free version that works with Scala. You can get it here:
http://sales.zeroturnaround.com/
As for your error - it indicates you are trying to start the JVM as though you are using JRebel. What is the full Maven command you are running? What is in your MAVEN_OPTS environment variable? If either of them contain something like -noverify -javaagent:/Applications/JRebel/jrebel.jar, then that's your problem.
One of the reason of the problem is a blank in the path of jrebel.jar
Make sure that there is no blank in the path like in "Program Files"
I am trying to submit an app to iTunes using the new xcode4.
I followed the apple instructions but after doing product> archive, I still do not see anything in my organizer.
Can anyone help?
I got the same problem. Took me whole night to solve. The doc gave the wrong instruction - therefore all your archives are created but their size is zero. You can verify this by going to their directory (...derived data...)
Anyway, in the "Skip Install", set the value for "Release" as "NO" (the help doc told you the opposite). Once you set it to "NO", archive again. You'll immediately see your app showing up in the archive organizer.
For the "Release" configuration do the following:
Set "Skip Install" to YES on your project
Set "Skip Install" to NO on your application target
Set "Skip Install" to YES on all static library targets that are included
Choose Product -> Archive from the menu.
This worked for me, and is based on advice from the Apple Dev Forums.
Changed to value to NO on Target Skip Install and this worked for me. Checked values on Project and it was set to Default to YES. I agree! Some moronic space case from apple screw this one up! Thanks Apps4U
For me setting the above plus setting ALWAYS_SEARCH_USER_PATHS to "Yes" made archiving possible.
I needed to restart my Xcode in order for the settings to take effect.
Used tutorial from this link: http://www.idev101.com/code/Distribution/build.html.
Instructions for Skip Install suggested set to YES. Archive did not show in Xcode | Window | Organizer.
Reset Skip Install to its default NO. Archive is now showing in Organizer.
I had to switch the scheme from using the ipad 6.0 simulator to iOS Device. I then had the option to archive.
Restart Xcode after you archive. The archive will now appear in Organiser.
Turns out I need to set the correct distribution profile at "Code Signing Identity" under build setting.
Set it to the correct Distribution Profile ( First, you need to get it at developer.apple.com/ios )
Besides the correct 'Code Signing Identity' and 'Skill install' configuration, you must also check if your Install directories in Project and Targets are $(LOCAL_APPS_DIR).
I had to do "Product | Archive" and then it showed up for me.
No luck with 'Skip Install'.
In my case I created a new schmeme and assigned my target - and it appears on organizer.
My fault was that I had multiple schemes and multiple targets, some targets (even in divergent project files but all together in the same workspace) had the same name. I renamed the target files and recreated the needed schemes and archive now shows up in organizer.