I was try to run my working application on macos server, but application show error - can't open programm bcs it's doesn't support this type of mac computer.
Any suggest? probably i have to change something in target?
${MACOSX_DEPLOYMENT_TARGET}
MACOSX_DEPLOYMENT_TARGET = 10.6
System Software Overview:
System Version: Mac OS X Server 10.6.6 (10J567)
Server Configuration: Advanced
Kernel Version: Darwin 10.6.0
everything looks good.
ARCHS = $(ARCHS_STANDARD_32_64_BIT)
i don't understand, which exact difference have must be for those configurations
ONLY_ACTIVE_ARCH = YES was configured and using 32-bit configuration is working fine.
i was change it. to NO and everything start working.
But why server don't support 64bit target architecture?
SOLUTION 2
delete from valid architectures all and leave i386 and x86_64.
In this case application working well on server.
Along with version, you can see that if you compile your application to the wrong architecture. In "Build Settings" for you application make sure you have the correct architecture selected.
Related
here is my dev/project settings:
Deployment Target - 10.6
SDK: 10.9
Architecture: Universal 32/64.
Now when I archive and try to run it on ML 10.8 (other machine not my dev machine); It crashes and gives me "Classic environment is o longer supported" error.
I have not tested it yet on 10.6 though but what is the best way to keep my app running fine on all of them 10.6+ ?
Also I am using ASIHTTP and setting it to "-fno-objc-arc" in build-phases.
Please help.
I have set my project's Deployment Target to 10.6 to support older machines.
The Classic environment is no longer supported shouldn't be occurring based on the information your provide, as that refers to code written for OS 9, not OS X. However, based off of my own experience (this question), besides setting the deployment target to 10.6, you must also turn off base internationalization and auto layout for your NIBs. Good luck!
I want to deliver self-contained application packages on Windows, Linux and Mac so I have build my JavaFX application on all three platforms. I will allow my users to download these native bundles from my application's download web page but I have a confusion regarding MAC users because For Linux and Windows, JDK/JRE 7 comes in two download options
for x86
for x64.
but for MAC we have only option for x64.
Java Download Page shows Java/Jre is not available for 32 bit MAC OSX to run JavaFX application. Does it mean JavaFX will run on only x64 bit MAC OSX?
If it is so, then my issue has been solved, as I have already bundled my Javafx application as a "Self-Contained Application Packages" after run custom build.xml script on x64 MAC OSX but if it is not so, the user can also run JavaFX application on x86 MAC OSX but in that case my "Self-Contained Application Packages" for mac would not run on x86 MAC OSX.
So I am planning to give an additional zip file that either contains app (without copy of jre) or a plain self executable jar. But I'm bit worried regrading - what exactly I need to bundle into that zip file with self executable JAR so requirements must be met to be able to run my JavaFX application in following conditions?
conditions are : -
If user has x86 MAC OSX.
If java is already installed on user's system. And he would not like to download the "Self-Contained Application Packages" from our download page.
Big download size.
So what among the following two options suits if user have x86 MAC OSX or if he has already installed java on his system or he would not like to download "Self-Contained Application Packages" from download page due to big download size?
Option are -
APP ( without inbuilt copy of JRE)
Or only a self executable jar.
I am not sure that Mac OS X 10.7.3 (Lion) or later version can run on x86 system.So in case of #1 option the user may have trouble if he is using x86 system. Then he may need to change info plist file and replace the JavaAplicationStub.
In case of #2 option I think is better as the user need to download the JRE only and the JAR should run using "java -jar" command.
Please suggest which option is better in case if JavaFX application can run on x86 bit MAC OS X?
Does Java 7 run on only x64 bit MAC OS X?
Oracle Java 7 for OS X is only available for 64 bit architectures, there is no 32 bit version of the software.
I found that default template Cocoa project containts i386 arch in build settings. But in general I develops for osx 10.6+(10.7). Is i386 required option or not?
Any Mac that can run 10.7 can run a 64-bit app. If your app is 64-bit only, then some Macs built before 2007, with a Core 1 processor, won’t be able to run it. If i386 support is easy, there’s no reason to turn it off, and it will be easier if you support it from day 1. But any Mac built in the last four years should support 64-bit.
My Cocoa application, built in Xcode 3.2, runs perfectly on 64-bit machines but does not launch on a 32-bit Intel Mac. The Architecture is set to Standard(32/64-bit), Valid Architectures include "i386, ppc, ppc64, ppc7400, ppc970, x86_64" and Build Active Architecture Only is turned off.
Any suggestions as to why this might not launch? There is no error message, the app simply does not open.
Are you sure there's no error message? Did you check the console log using /Applications/Utilities/Console.app?
Are you the build settings are correct at the target level (ie, target-level settings don't override project-level settings with incorrect values)?
I've been building a basic Cocoa application with Core Data and Interface Builder, and no extra coding, frameworks, or header files. I sent it to someone to test on their machine (a last-gen G5 iMac), and they got a message saying that their machine couldn't run it. I discovered the switch to compile for PPC, so I built a PPC version of the application to try out, and that produced the following error message:
You cannot use this version of Application on this version of Mac OS X.
I'm running Xcode 3.2.1, Interface Builder 3.2.1, and OS 10.6.2. The conversation with my tester was a bit confusing; at first it sounded like she only had Tiger on her machine, saying Leopard was incompatible (I corrected and said that Leopard should be, it's Snow Leopard that isn't), and then by the end of the conversation she was about certain that her machine was running Leopard, but had already shut it off by then. So I'm not sure which version of OS X is on the offending iMac, but it's the latest version of either 10.4.11 or 10.5.8 (the tester is in a remote location, so I can't verify personally at the moment).
What can I tweak to try and improve compatibility on my tester's machine?
If they're seeing that message, it's most likely because your app has the LSMinimumSystemVersion key (Minimum system version) set in the Info.plist. You should take this key out or set it to the actual the minimum OS X version you support.
Once you do this, you may well run into the next problem. (Probably a dynamic linker error as a result of using a framework or API that didn't yet exist on 10.4 or 10.5.)
The main problem here is that you're sending it out to a system where you haven't actually tried it. If you plan to support 10.4, 10.5, or both, I highly recommend that you find a spare hard drive, partition it up, and install 10.4.11 and 10.5.8. There are many issues that will crop up on older OS's and if you haven't tried it yourself, it's unlikely it will work smoothly on the first try.