<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Thank you very much for the response. I wish I knew more about dynamic libraries. Well actually I wish I didn’t have to. :) or :( take your pick. Perhaps they explain more generally why what once worked is now broken.<div class=""><br class=""></div><div class="">There’s stuff in /usr/local/lib: a Perl5 folder, an ImageMagick-6.8.3 folder, and 42 files named libsvn_blahblahblah. Nothing there updated since 4 Feb 2019.</div><div class="">And I don’t know what app/var/lib means. I’ve tried replacing ‘app’ with the ~/Desktop//14Feb… name of the app file but to no avail, in Terminal and in Finder’s ‘Go To Folder’.</div><div class=""><br class=""></div><div class="">Aside:</div><div class="">Is all this Apple’s way of forcing me to get a newer computer or get stuffed? I’ve resisted upgrading beyond Mojave because previous upgrades always seemed to cause a cascade of problems. Now, as I say, what once worked is broken.<br class=""><div class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 10 Mar 2023, at 21:24, <a href="mailto:dbm@refined-audiometrics.com" class="">dbm@refined-audiometrics.com</a> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="content-type" content="text/html; charset=utf-8" class=""><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">FWIW,<div class=""><br class=""></div><div class="">We had a similar experience about 2-3 years ago (ask Shanon about it). </div><div class=""><br class=""></div><div class="">It turned out that the Mac got confused by the existence of multiple different copies of a vital dynlib, located in two separate directories. It took us a while to track it down, but once we isolated the problem, and removed all extraneous copies (/usr/local/lib vs app/var/lib etc) we got things back to proper behavior. We settled by using our own var/lib folder for all our vital dynlibs. I would suspect anything still living in /usr/local/lib.</div><div class=""><br class=""></div><div class="">The Mac has a bunch of nonsense (e.g., pre-binding) going on to attempt to thwart dynlib injections. Perhaps that is your problem too?</div><div class=""><br class=""></div><div class="">- DM<br class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">On Mar 10, 2023, at 14:10, Arthur Cater <<a href="mailto:arthur.cater@ucd.ie" class="">arthur.cater@ucd.ie</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Furthermore, my application built in Feb 2019 now says<div class="">Implementation Version is Version 1.12-dev (v1.12-dev.4-4-gd9740256) DarwinX8664</div><div class=""><br class=""></div><div class="">I don’t think I got v1.12 until December 2022. I don’t think it existed in 2019. And I haven’t tampered with my system clock.</div><div class=""><br class=""></div><div class="">and the files-info shows</div><div class=""><span id="cid:7CECFDE3-BC60-4F1F-95F9-77541436619F@home" class=""><Screenshot 2023-03-10 at 20.58.16.png></span></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">The strange app name is created by a build script I used. How could it have been changed between Feb 2019 and May 2019? It seems I changed the icon.</div><div class="">From Terminal,</div><div class=""><div style="margin: 0px; font-stretch: normal; font-size: 11px; line-height: normal; font-family: Menlo;" class=""><span style="font-variant-ligatures: no-common-ligatures" class="">ArthursSSD:Desktop arthur$ cd 14Feb2019GoblinApp.app/</span></div><div style="margin: 0px; font-stretch: normal; font-size: 11px; line-height: normal; font-family: Menlo;" class=""><span style="font-variant-ligatures: no-common-ligatures" class="">ArthursSSD:14Feb2019GoblinApp.app arthur$ ls -l</span></div><div style="margin: 0px; font-stretch: normal; font-size: 11px; line-height: normal; font-family: Menlo;" class=""><span style="font-variant-ligatures: no-common-ligatures" class="">total 1184</span></div><div style="margin: 0px; font-stretch: normal; font-size: 11px; line-height: normal; font-family: Menlo;" class=""><span style="font-variant-ligatures: no-common-ligatures" class="">drwxr-xr-x 6 arthur staff 192 14 Feb 2019 Contents</span></div><div style="margin: 0px; font-stretch: normal; font-size: 11px; line-height: normal; font-family: Menlo;" class=""><span style="font-variant-ligatures: no-common-ligatures" class="">-rw-r--r--@ 1 arthur staff 0 10 May 2019 Icon?</span></div><div style="margin: 0px; font-stretch: normal; font-size: 11px; line-height: normal; font-family: Menlo;" class=""><span style="font-variant-ligatures: no-common-ligatures" class="">ArthursSSD:14Feb2019GoblinApp.app arthur$ </span></div></div><div class=""><br class=""></div><div class=""><br class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">On 10 Mar 2023, at 19:55, Arthur Cater <<a href="mailto:arthur.cater@ucd.ie" class="">arthur.cater@ucd.ie</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">I have been running a ccl application that I built in 2019 using ccl11 on my MacBook Pro running Mojave. Until a couple of hours ago this was working (though a bit flaky, sometimes crashing for no obvious reason in a way it didn’t back in 2019, and Search Files not working). I’d recently been starting it up several times a day.<br class=""><br class="">Today I tried to build another one using ccl12, in a different folder. I had made a backup copy of my program’s sources and fails etc. I changed my build script to CD to the location of ccl12 instead of ccl11.<br class=""><br class="">So the new ClozureCL64 application doesn’t want to start. But listen, it’s worse.<br class=""><br class="">The old application, with its ccl logical pathname set from the contents of a variable in my ccl-init.lisp file thus (the goblin::*ccl-translations* variable having been set before image creation)<br class=""><br class="">#+:goblin-app<br class="">(progn<br class=""> (setf (logical-pathname-translations "ccl") goblin::*ccl-translations*)<br class=""> (defun goblin::format? () (cl-user::format?))<br class=""> (defun goblin::kreuger nil (cl-user::kreuger))<br class=""> (when goblin::*eval-queue-process*<br class=""> (process-kill (shiftf goblin::*eval-queue-process* nil))))<br class=""><br class=""><br class="">now has problems starting up, which it didn’t earlier. I’m getting this<br class=""><br class="">; Warning: Interface file #P"/Users/arthur/Desktop/darwin-x86-headers64/cocoa/constants.cdb" does not exist, and the containing directory does not exist.<br class="">; This may mean that that the "ccl:" logical-pathname host has not been properly initialized. <br class="">; While executing: CCL::CDB-OPEN, in process Listener(35).<br class="">; Warning: Interface file #P"/Users/arthur/Desktop/darwin-x86-headers64/libc/constants.cdb" does not exist, and the containing directory does not exist.<br class="">; This may mean that that the "ccl:" logical-pathname host has not been properly initialized. <br class="">; While executing: CCL::CDB-OPEN, in process Listener(35).<br class="">; Warning: Interface file #P"/Users/arthur/Desktop/darwin-x86-headers64/cocoa/vars.cdb" does not exist, and the containing directory does not exist.<br class="">; This may mean that that the "ccl:" logical-pathname host has not been properly initialized. <br class="">; While executing: CCL::CDB-OPEN, in process Listener(35).<br class="">; Warning: Interface file #P"/Users/arthur/Desktop/darwin-x86-headers64/libc/vars.cdb" does not exist, and the containing directory does not exist.<br class="">; This may mean that that the "ccl:" logical-pathname host has not been properly initialized. <br class="">; While executing: CCL::CDB-OPEN, in process Listener(35).<br class=""><blockquote type="cite" class="">Error: Foreign variable "NSCommandKeyMask" not found<br class="">While executing: CCL::%LOAD-VAR, in process Listener(35).<br class="">Type cmd-/ to continue, cmd-. to abort, cmd-\ for a list of available restarts.<br class="">If continued: Skip loading init file.<br class="">Type :? for other options.<br class=""></blockquote>1 > <br class=""><br class=""><br class=""><br class="">How can my existing application possibly get interfered with in this way? It happens even after restarting the computer. My mental model of the world is under siege. Is there some mechanism that causes strings used in pathnames to be quasi-magically linked across application bundles? I am really puzzled.<br class=""><br class="">Arthur</div></div></blockquote></div><br class=""></div></div></div></blockquote></div><br class=""></div></div></div></blockquote></div><br class=""></div></div></body></html>