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
