In J602, shared lib (.so .dylib) are found by find_dll which searches a hardcoded set of paths with (DY)LD_LIBRARY_PATH that is usually empty. find_dll has been decommitted in J701 and J now relies on os itself to search. This is desirable especially on 64-bit platforms which have both 32-bit and 64-bit shared lib files. Either one of J32 or J64 but not both can run on 64-bit Linux for J602.
Сбт, 05 Фев 2011, J. Patrick Harrington писал(а): > Thanks Ian, > > I now do have both jhs and jgtk running. The fix did not require as > extensive an overhaul as you suggested, but your advice seems sound. > My MacBook Pro is not a "clean" machine: Over years when I got a new > Mac I'd just copy all the old code over. I've also installed stuff with > both "Fink" and "MacPorts", which are not really compatible. Bad habits. > I know that this machine has several versions of Python, for example. > After the emails from Bil Lam, I did "echo $PATH" and found that the > leading directories in my search path were "/scisoft/...". SciSoft is > a package of astronomical image processing software, and contains lots > of gtk files. Since I'm not using the scisoft stuff right now, I removed > the startup files that put these directories in the search path. And > that seems to have done the trick. I have no clue as to why that fixed > the problem with jhs! > Just as a test, I just installed j701 on my wifes MacBook. That > machine has little non-standard software. That installation went quite > smoothly. > You were surely on the right track concerning old gtk files as the > culprit. One message from all this is that while j701 may be "stable", > depening on your Mac, your installation may run into serious > problems. Maybe there should be a warning to anyone who is new to J > to just use > j602 -- at least on a Mac. > Patrick > > On Sun, 6 Feb 2011, Ian Clark wrote: > >Last Wednesday I wiped my j701 beta installation on my Mac as > >thoroughly as I could, and reinstalled the stable j701. It was > >painless (which wasn't the story of the beta). AFAICT both JHS and > >JGTK are working ok. > > > >So let me volunteer some help here. I hope it will be "help" and not > >just add to the confusion, because I'm not at all an expert in either > >linux nor the Mac OS 10.6 flavour of it. (I'm running an intel iMac > >with snow leopard = Mac OS 10.6.6, the latest release I think.) > >Playing around with j701 beta had taught me a lot more about > >Mac-out-of-linux than I ever wanted to know, and given me > >treasure-troves of gtk binaries all over the place. I thought I'd have > >a spring-clean and install the stable j701 release. > > > >Patrick says that JHS is not working either, which surprises me: > >there's something deeply wrong here because it's always been > >trouble-free for me. > > > >A Spotlight search of my Mac shows me I don't have a file called > >libc.dylib anywhere, though it is mentioned inside 3 text files: > >core.ijs, jfile.ijs and socket.ijs. I suspect it's a red-herring. > > > >It'd be good if we could start a wiki page with a few war-stories, > >which might turn into a FAQ specifically for Mac OS X -- a minority of > >J users but not a negligible one I deem. Maybe we'll even get a > >step-by-step troubleshooting guide. > > > >@Patrick, if I were you and not feeling inquisitive, I'd uninstall > >j701 and j701-beta as thoroughly as I could. > >This means search-and-destroy all gtk folders and dylibs wherever they > >may be found, including inside /Library/Frameworks . > >If you mess around with gtk these things proliferate like rabbits -- > >and they're mostly dodgy builds from way-back. > >Make a note of everything you delete and rely on Time Machine to get it back. > >Don't forget to drag the old J7 icons out of Dock too. > >Folder /j701-user seems safe enough to leave alone, however, so you > >don't have to lose your user-work. > >And gtk dylibs packaged inside other apps like Glade seem safe enough > >too, and won't be found by accident. > >And you can safely leave folders /j602 and /j602-user alone. > > > >Leave Terminal severely alone while doing this and try to do > >everything by using Spotlight and Finder. > >The Mac has a lot of "epigenetics" on top of linux, which it uses to > >locate and manage files. > >If you move/delete files using Terminal and don't watch out for > >associated hidden files, the gremlins come out to play. > > > >Empty Trash and restart the Mac. > > > >Then re-install from j701a_mac_intel.dmg by dragging the folder /j701 > >into /Applications, and get JHS working. > >If the red J doesn't work, it doesn't bode well for the green J. > > > >Once the red J (aka JHS) is working, use it to install all addons. > >This should build a healthy /Applications/j701/gtk --which on my Mac > >is 22 MB (21,473,162 bytes for 236 items). > > > >If the green J still doesn't work, pm me and we'll try and find what's > >different on your machine and mine. > > > > > > > > > >On Sat, Feb 5, 2011 at 7:59 AM, bill lam <[email protected]> wrote: > >>I guess it should, J assume mac can find this file without given the full > >>path name, if this is no the case, a number of other references to this > >>files inside J base library and addons would need fix. > >> > >>I do not use mac so unsure how mac actually find it shared library. > >> > >>???, 05 ??? 2011, J. Patrick Harrington ?????(?): > >>> > >>>OK, it is there in /usr/lib; a link to a link: > >>>------------------------------------------------------------------- > >>>[uni:~] jph% ls -al /usr/lib/libc.dylib > >>>lrwxr-xr-x 1 root wheel 15 Sep 10 2009 /usr/lib/libc.dylib -> > >>>libSystem.dylib > >>>[uni:~] jph% ls -al /usr/lib/libSystem.dylib > >>>lrwxr-xr-x 1 root wheel 17 Sep 10 2009 /usr/lib/libSystem.dylib -> > >>>libSystem.B.dylib > >>>[uni:~] jph% ls -al /usr/lib/libSystem.B.dylib > >>>-r-xr-xr-x 1 root wheel 6882512 Nov 6 02:16 /usr/lib/libSystem.B.dylib > >>>-------------------------------------------------------------------- > >>>What does that tell us? Should /usr/lib be in my search path? > >>> > >>> Patrick > >>> > >>>On Sat, 5 Feb 2011, bill lam wrote: > >>>> ???, 05 ??? 2011, J. Patrick Harrington ?????(?): > >>>>> Now searching my machine, I find no such file as "libc.dylib". Is > >>>>> that right name? Where would that file usually reside? > >>>> > >>>> It is a symlink, may be try harder with > >>>> > >>>> locate -r 'libc\..*dylib' > >>>> > >>>> -- > >>>> regards, > >>>> ==================================================== > >>>> GPG key 1024D/4434BAB3 2008-08-24 > >>>> gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 > >>>> ---------------------------------------------------------------------- > >>>> For information about J forums see http://www.jsoftware.com/forums.htm > >>>---------------------------------------------------------------------- > >>>For information about J forums see http://www.jsoftware.com/forums.htm > >> > >>-- > >>regards, > >>==================================================== > >>GPG key 1024D/4434BAB3 2008-08-24 > >>gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 > >>---------------------------------------------------------------------- > >>For information about J forums see http://www.jsoftware.com/forums.htm > >---------------------------------------------------------------------- > >For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm -- regards, ==================================================== GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
