Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

I have an app that only exists a 32bit version. In order to use it, I used to press 2 & 3 together before booting the Mac, so it'll run in 32bit mode. However, some apps (64bit version that installed before) will always crash in this mode..

I happened to see a solution that run 32bit app in 64bit system:

arch -i386 theApp.app

But I tried with arch: /Applications/theApp.app isn't executable error. I checked the file permission and it shown drwxrwxr-x, it should be executable, uh?
EDIT: As @gd1 said, theApp.app is a folder(it's called bundle in OSX I think) and so it is not executable.

But I still need a workaround:
How can I run my 32-bit app in my 64-bit system correctly?


EDIT: I can open the app with arch now with the command(thanks @GordonDavisson):

arch -i386 /Applications/theApp.app/Contents/MacOS/theApp

However, the app run with Components lost error, log shown below:

Kjuly@MacBook-Pro:/Applications$ arch -i386 闪讯.app/Contents/MacOS/闪讯 
2012-01-08 16:17:53.381 闪讯[472:1107] isActive: ioctl to kernel socket error 2 ,No such file or directory
2012-01-08 16:17:53.436 闪讯[472:1107] The AppPath = /Applications/闪讯.app
2012-01-08 16:17:53.437 闪讯[472:1107] The src path = /Applications/Èó™ËÆØ.app/xlpppoe.kext
2012-01-08 16:17:58.892 闪讯[472:1107] Set Driver Ok...
/tmp/xlpppoe.kext failed to load - (libkern/kext) requested architecture/executable not found; check the system/kernel logs for errors or try kextutil(8).

BTW, the 闪讯.app(I hate it!! But I need it..) is used to connect to network in my university at China.


EDIT:

Kjuly@MacBook-Pro:~$ file /Applications/闪讯.app/Contents/MacOS/闪讯
/Applications/闪讯.app/Contents/MacOS/闪讯: Mach-O executable i386

and

Kjuly@MacBook-Pro:~$ file /Applications/闪讯.app/xlpppoe.kext/Contents/MacOS/xlpppoe
/Applications/闪讯.app/xlpppoe.kext/Contents/MacOS/xlpppoe: Mach-O object i386

It seems it's 32-bit only & depends on the 32-bit kernel. Oh, I'm sooo sad. :(


Here're some infos I got with the help from @GordonDavisson, maybe someone else need it.

The DOC shows some methods to temporarily start up with the 32-bit kernel to use older kernel extensions for the third-party software or hardware.

And it is about "Compatibility with the 64-bit kernel":

Third-party software (such as a virtualization engine) or hardware (such as a PCIe card) that relies on a kernel extension which was compatible with Mac OS X Server v10.5 may not work on Macs that use the 64-bit kernel in Mac OS X v10.6. Contact the software or hardware vendor for an updated kernel extension that works with the 64-bit kernel in Mac OS X Server v10.6.

As a workaround, you can temporarily start up with the 32-bit kernel to use older kernel extensions for your third-party software or hardware.

share|improve this question
    
What version of OS X? –  skub Jan 8 '12 at 6:25
    
@skub 10.7.2. :) –  Kjuly Jan 8 '12 at 6:34
1  
I don't know OSX very well, but I suppose that "arch" expects an executable to be given as an argument, and theApp.app is a folder (as you can see, it has the 'd' letter in front at the beginning of the permissions string). Serach for the executable inside it, I believe under "Contents > MacOS" –  gd1 Jan 8 '12 at 7:08
    
@gd1 ya, you're right! Now I wonder how to run it in 32-bit mode. :) –  Kjuly Jan 8 '12 at 7:10

1 Answer 1

up vote 17 down vote accepted

OS X doesn't have an overall 64/32 bit mode; it runs individual programs in whatever mode seems "best" when they're started. Holding 3 and 2 as the computer boots will make its kernel run in 32-bit mode, but this has nothing to do with what mode programs run in. OS X can happily run programs in 32-bit mode under a 64-bit kernel, or programs in 64-bit mode under a 32-bit kernel.

If your program only includes 32-bit code, it will run in 32-bit mode without you having to do anything special. You can check this by running the file command on the executable (generally in AppName.app/Contents/MacOS/AppName. Here are a few examples:

$ file /Applications/Chess.app/Contents/MacOS/Chess
/Applications/Chess.app/Contents/MacOS/Chess: Mach-O universal binary with 2 architectures
/Applications/Chess.app/Contents/MacOS/Chess (for architecture x86_64): Mach-O 64-bit executable x86_64
/Applications/Chess.app/Contents/MacOS/Chess (for architecture i386):   Mach-O executable i386
$ file /Applications/VLC.app/Contents/MacOS/VLC
/Applications/VLC.app/Contents/MacOS/VLC: Mach-O universal binary with 2 architectures
/Applications/VLC.app/Contents/MacOS/VLC (for architecture i386):   Mach-O executable i386
/Applications/VLC.app/Contents/MacOS/VLC (for architecture ppc):    Mach-O executable ppc
$ file /Applications/Adobe\ Reader\ 9/Adobe\ Reader.app/Contents/MacOS/AdobeReader 
/Applications/Adobe Reader 9/Adobe Reader.app/Contents/MacOS/AdobeReader: Mach-O executable i386

... which tells me that Chess.app includes 32-bit and 64-bit Intel code ("i386" and "x86_64", respectively), VLC.app includes 32-bit Intel and 32-bit PowerPC ("ppc") code, and Adobe Reader only includes 32-bit Intel code.

You can also get some of this information (although not in as explicit detail) from System Information's system report (in the Software -> Applications section).

If an app has both 32- and 64-bit code, you can select which one to use in the Finder's Get Info window for the app (there'll be an "Open in 32-bit mode" checkbox), or by using the arch command on the executable (e.g. arch -i386 /Applications/theApp.app/Contents/MacOS/theApp). But you normally shouldn't need to do this, the OS does a good job of picking the best mode.

(One instance where you would need to manually override the mode selection is for plugin or library compatibility. If you have a 32&64-bit app, but it needs to be able to load a 32-bit only plugin or library, you'll have to force the program to run in 32-bit mode.)

If you have 64-bit programs that won't run right under a 32-bit kernel, they either have some sort of weird bug, or there's something even stranger going on. If you give the specific details, we might be able to figure out what's actually going wrong.

EDIT: It looks like the app is 32-bit only, and installs a 32-bit only kernel extension (kext). While the 32-bit app portion can run under any kernel mode, the 32-bit kexts can only load into a 32-bit kernel (it's like a plugin for the kernel). You can run the kernel in 32-bit mode by holding 3 and 2 at startup, or permanently with the command sudo systemsetup -setkernelbootarchitecture i386 (see Apple's KB #HT3773).

Note that it shouldn't be necessary to do anything special to open the app in 32-bit mode; since that's the only format included, it'll run in that mode no matter how it's launched (in particular, the arch command is not necessary).

If you have any 64-bit apps that don't run properly under a 32-bit kernel, that's a separate issue and I'd recommend posting another question about that.

share|improve this answer
    
"One instance where you would need to manually override the mode selection is for plugin or library compatibility" this might the case I need to run my app in 32-bit mode only. The program that always crash is MS Word(I use LaTeX instead now), I'm not sure whether the 32-bit mode cause the crash or not, just a personal guess. And arch -i386 /Applications/theApp.app/Contents/MacOS/theApp is what I want! I'll have a try then! Thanks!! :D –  Kjuly Jan 8 '12 at 8:13
    
Unfortunately, it failed with Components lost error. :( I paste the log to my Q. Thanks in advance! –  Kjuly Jan 8 '12 at 8:35
1  
That log indicates it's trying to load a kernel extension (.kext), which means that the kernel mode does matter (it's basically like a kernel plugin), and the "requested architecture/executable not found" bit suggests it doesn't support the mode the kernel is running in. First, I'd find out what modes the kext does have with something like file /tmp/xlpppoe.kext/Contents/MacOS/xlpppoe (or it may be in /Applications/Èó™ËÆØ.app/xlpppoe.kext instead). If it's 32-bit only, you will need to start the kernel in 32-bit mode (see here). –  Gordon Davisson Jan 8 '12 at 18:07
    
Hi @Gordon, I put the info to my question. Maybe you can use my last part as part of your answer. :p Thanks anyway!! –  Kjuly Jan 9 '12 at 3:43

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.