So... I kind of assumed that since Java 1.6 64 bit was installed that my system was 64 bit. But after running uname -m I see that it is i386. Which is probably why xcode can't compile the binary to x86_64.
Anybody know why Apple updated Java to 64 bit on a 32 bit machine? And/or how to get 32 bit Java 1.6 onto my i386 server? Thanks, Johnny On Apr 2, 2013, at 10:39 AM, Johnny Miller <[email protected]> wrote: > Hi Tim, > > Yeah, I'm getting stumped. I've tried setting x86_64 in the build setting > for all targets and I've even tried compiling with xcodebuild ARCHS="x86_64" > from the command line but no matter what if I run > > file libImageIOImageProcessor.jnilib > > I get > > libImageIOImageProcessor.jnilib: Mach-O dynamically linked shared library i386 > > It just refuses to take the x86_64 setting. > > Johnny > > > On Apr 2, 2013, at 10:14 AM, Tim Worman <[email protected]> wrote: > >> I've had this issue before. There used to be a WO based app for changing >> your Open Directory password. It was set up with a JNI library for >> interfacing with Apple's directory services frameworks. It no longer ran on >> 64-bit Intel. >> >> I never tried to dive into XCode and recompile it - so not sure about that >> part. >> >> Tim >> >> On Apr 2, 2013, at 12:55 PM, Johnny Miller <[email protected]> wrote: >> >>> OK. So I added this argument to the application's additional arguments in >>> WOMonitor: >>> >>> -Djava.library.path=/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java >>> >>> And it is now finding the JNI. But now I'm on to a new problem! >>> >>> java.lang.UnsatisfiedLinkError: >>> /Library/Java/Extensions/libImageIOImageProcessor.jnilib: no suitable image >>> found. Did find: /Library/Java/Extensions/libImageIOImageProcessor.jnilib: >>> mach-o, but wrong architecture >>> >>> So the Google seems to think this is because the JNI is compiled for 32 bit >>> but I'm using 64 bit java. That would make sense. I've tried recompiling >>> the JNI and I've changed the ARCHS variable in the build properties to >>> x86_64 but I'm still getting the error. Does anyone who is wise in the >>> ways of MacOSX programming know where I've gone wrong? I'm using 10.5 and >>> XCode 3.1 >>> >>> Thanks, >>> >>> Johnny >>> >>> On Apr 2, 2013, at 9:25 AM, Johnny Miller <[email protected]> wrote: >>> >>>> Thanks for the advice guys. Although, I'd really like to get the native >>>> going... >>>> >>>> The error I'm seeing is a com.webobjects.foundation.NSForwardException >>>> [java.lang.NoClassDefFoundError] Could not initialize class >>>> er.attachment.thumbnail.ImageIOImageProcessor:java.lang.NoClassDefFoundError: >>>> >>>> >>>> I made a simple class that prints out the java class path from the command >>>> line and I see that /Library/Java/Extensions is in there. But... getting >>>> WebObjects to use Java 1.6 was kind of a hack to begin with. I had to >>>> create the file /etc/launchd.conf which contains these two lines: >>>> >>>> setenv JAVA_VERSION 1.6 >>>> setenv JAVA_HOME >>>> /System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home >>>> >>>> Philippe Rabier pointed me to this solution a few months back -> >>>> http://stackoverflow.com/questions/135688/setting-environment-variables-in-os-x >>>> >>>> Do you think I also need to add a Java class path variable to this file? >>>> If so does anyone know what the variable would be? >>>> >>>> Thanks, >>>> >>>> Johnny >>>> >>>> On Apr 2, 2013, at 8:52 AM, Ramsey Gurley <[email protected]> wrote: >>>> >>>>> Frankly, my most recent experience with all three sucked. I tried >>>>> installing octave. fink, macports, and homebrew all failed. I finally >>>>> found a compiled package installer for Mac OS X which sorta works. I >>>>> can't see myself getting to excited about any of them. >>>>> >>>>> Ramsey >>>>> >>>>> On Apr 2, 2013, at 10:46 AM, Tim Worman wrote: >>>>> >>>>>> That could be so I suppose. And, it may be due to the particular >>>>>> packages I use, but I have never had anything break with the software >>>>>> packages I install. My experiences with homebrew have been good. >>>>>> >>>>>> Tim >>>>>> >>>>>> On Apr 2, 2013, at 9:58 AM, Ramsey Gurley <[email protected]> >>>>>> wrote: >>>>>> >>>>>>> If my understanding is correct, Homebrew uses the installed system >>>>>>> libraries whenever possible. That's the reason to use, and to avoid, >>>>>>> Homebrew. Install an app with Homebrew, then update the system from >>>>>>> Lion to Mountain Lion and pray things still work. >>>>>>> >>>>>>> With macports, you install a full set of your dependencies in a >>>>>>> separate /opt/ directory. Update your system all you want. It doesn't >>>>>>> matter because system updates won't touch /opt/. >>>>>>> >>>>>>> So Homebrew is a bit like dumping a lot of jars in $JAVA_HOME/ext/, >>>>>>> where macports is like a fully embedded build. You get more bloat, but >>>>>>> fewer headaches. Given a choice, I know which one I'd choose. >>>>>>> >>>>>>> That's what I remember reading about them at least. :-) >>>>>>> >>>>>>> Ramsey >>>>>>> >>>>>>> On Apr 2, 2013, at 9:43 AM, Tim Worman wrote: >>>>>>> >>>>>>>> I'm not quite as passionate about it, but that's why I use homebrew. >>>>>>>> :-) >>>>>>>> >>>>>>>> Tim >>>>>>>> UCLA GSE&IS >>>>>>>> >>>>>>>> On Apr 2, 2013, at 7:55 AM, Þór Sigurðsson <[email protected]> wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> Actually no - since macports and fink install dependant libraries >>>>>>>>> that the system already has installed, it's hardly an enhancement >>>>>>>>> since now you have _two_ or more sets of the same libraries which >>>>>>>>> each needs its own method of updating. >>>>>>>>> >>>>>>>>> The net result of overusing fink/macports is a machine that requires >>>>>>>>> more time to manage than to use - hardly a productive result (unless >>>>>>>>> you don't care about security, updates or management, in which case >>>>>>>>> it's perfectly fine). >>>>>>>>> >>>>>>>>> One should strive to keep the management footprint at a minimum. >>>>>>>>> >>>>>>>>> /Þór >>>>>>>>> >>>>>>>>> On 2.4.2013, at 14:34, Kieran Kelleher wrote: >>>>>>>>> >>>>>>>>>> There .. fixed it for you ;) >>>>>>>>>> >>>>>>>>>> On Apr 2, 2013, at 9:32 AM, Þór Sigurðsson <[email protected]> wrote: >>>>>>>>>> >>>>>>>>>>> If you don't want to "enhance" your system with macports/fink, then >>>>>>>>>>> you can use the cactuslabs build: http://cactuslab.com/imagemagick/ >>>>>>>>>>> >>>>>>>>>>> /Þór >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ________________________________ >>>>>>>>> >>>>>>>>> Fyrirvari á tölvupósti / e-mail disclaimer >>>>>>>>> http://us.is/fyrirvari >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Do not post admin requests to the list. They will be ignored. >>>>>>>>> Webobjects-dev mailing list ([email protected]) >>>>>>>>> Help/Unsubscribe/Update your Subscription: >>>>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com >>>>>>>>> >>>>>>>>> This email sent to [email protected] >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Do not post admin requests to the list. They will be ignored. >>>>>>>> Webobjects-dev mailing list ([email protected]) >>>>>>>> Help/Unsubscribe/Update your Subscription: >>>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com >>>>>>>> >>>>>>>> This email sent to [email protected] >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Do not post admin requests to the list. They will be ignored. >>>>>>> Webobjects-dev mailing list ([email protected]) >>>>>>> Help/Unsubscribe/Update your Subscription: >>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com >>>>>>> >>>>>>> This email sent to [email protected] >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Do not post admin requests to the list. They will be ignored. >>>>> Webobjects-dev mailing list ([email protected]) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> https://lists.apple.com/mailman/options/webobjects-dev/jlmiller%40kahalawai.com >>>>> >>>>> This email sent to [email protected] >>>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list ([email protected]) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com >>> >>> This email sent to [email protected] >> > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
